问题标签 [layer]

我想在 Java Swing 中创建一个图层，当我将鼠标移到编辑器窗格上的特定区域时将显示该图层。

我们正在考虑在我们当前的开发中实现一个服务层（如 Martin Fowler 所描述的），作为处理我们系统中常见流程的一种方式。

人们对服务层的想法是什么？人们为哪些流程示例实施了服务层？有什么好处/缺点等？

我们目前使用 Zend 框架。

在我们公司，我们正在开发一个应用程序，该应用程序具有大量的 winforms，它们都是在相同的 UI 层、命名空间和程序集中创建的。有没有一种体面的方式/设计模式来构建这一层？

我们的 UI 层与业务层通信，业务层由多个命名空间组成，如 business.calculation 和 business.logistics。这个结构也可以用在UI层吗？在同一个 winform 项目中创建 100 多个 winform 感觉不对。

干杯!

多层和/或分布式应用程序，它们是否具有相同的含义？

当我们谈论这些应用程序中的层时，是物理层（数据库、浏览器、Web 服务器……）还是逻辑层（数据访问层、业务层……）？

我正在尝试将仪表板应用程序中看到的涟漪效应带到 iphone。我的想法是每当我在布局视图中放置一个按钮时，按钮周围都应该有涟漪效应。但是，我能够为整个视图带来涟漪效果，但我只需要按钮周围的效果。我不知道我哪里出错了。我尝试了以下代码。

如果我用 LayoutView 层替换 templayer，我可以从整个视图中看到涟漪效应。谁能告诉我解决方案

提前致谢

在定义我们的应用程序架构（包含 Web UI 和外部 Web 服务）时，我们偶然发现我们无法为最顶层找到一个通用名称。很明显，我们的应用程序中有 DAL（数据访问层）和 BLL（业务逻辑层）。在 BLL 的顶部，有 UI，通常称为表示层（例如， http: //msdn.microsoft.com/en-us/library/ff647339.aspx）。但是还有一个服务层，它也位于 BLL 的顶部！

但是蛋糕不能在同一层上有两层 :) 所以请帮我找到一个术语。

我原本打算把这个问题写得更长，但我觉得我写得越短，你就越能理解我的意思。

• MVC 架构模式有 3 个依赖项。视图取决于模型。控制器依赖于视图和模型。模型是独立的。

• 层架构模式定义了 N - 1 个依赖项，其中 N 是层数。

给定三个层：模型、视图和控制器，只有 2 个依赖项，而传统 MVC 则为 3 个。结构如下所示：

【View依赖Controller，Controller依赖Model】

在我看来，这种风格实现了相同的目标并产生了更松散的耦合。为什么这种风格不常见？它真的实现了同样的目标吗？

编辑：不是 ASP.NET MVC，只是模式。

关于格里格斯的帖子：

• 就模拟而言，Layers 仍然允许您使用命令处理器模式来模拟按钮单击以及任何其他范围的事件。
• UI 更改仍然非常容易，甚至可能更容易。在 MVC 中，Controller 和 View 倾向于网格在一起。层创建了严格的分离。两个层都是黑盒子，在实现中可以自由地独立变化。
• Controller 对 View 的依赖为 0。视图可以写，松耦合仍然可以节省时间。

我有一个分层的 div 组件，它通过滑动动画离开顶部图像来显示一系列连续的大 kb 图像以显示下面的下一个图像。我试图了解如何最好地解决这个问题。

方法一：

将多个 div 层叠在一起，每个 div 都分配有一个图像作为背景，并根据需要滑开 div。

隐藏的 div 会在页面加载时加载它们的图像，还是仅在它们被显示时加载？这是浏览器/客户端特定的行为吗？在这方面，所有图像（jpeg、png）的行为方式都相同吗？

方法二：

只使用两个 div - 一个处理滑动，另一个将加载并显示下一个图像。

在这种情况下，是否可以预加载下一张图片，以便在显示下一张图片时 javascript 不会变慢？

谢谢-如果有人有其他想法，我很想听听。

我正在为硬件安装（水循环系统）构建控制系统。我把它设计成两层：硬件描述层和控制层。

硬件描述层包含硬件图，描述管道如何连接到热交换器和其他设备。该层的数据可根据安装进行配置，并将在运行时读取。因此，硬件描述层中的所有类都应该以一种或另一种方式序列化（通过 Hibernate/序列化到 XML 左右）。

控制层将用智能装饰硬件描述层类，因此热交换器将获得一个与之关联的 HeatExchangerController。

在这个系统中，控制层中的实体可能需要通过硬件描述来寻找他们最近的邻居，所以热交换控制器可能会做类似的事情

问题是这使得较低层（硬件层）意识到它上面的智能（它的控制器）。这不仅打破了层之间的单向依赖规则，而且由于所有硬件描述类都应该是可序列化的，这使代码复杂化，因为对更高层的所有引用都需要是可选的，声明为瞬态的等。

现在，我有点难以确定通过这样的硬件描述层提供控件是一个好主意还是坏主意，或者是否有任何替代方法可以采用。我只能想到一种方法，它涉及镜像和委托几乎所有的硬件描述层，这似乎是一种很好的侵入方式。

所以我的问题是你们中是否有人认识到这种情况并有任何提示/经验。它有名字吗？是否有任何好的模式/最佳实践，是否有任何其他知名的库/框架也有并解决了这种情况？

谢谢你。

我有一个div，background:transparent还有border。在这之下div，我有更多的元素。

目前，当我点击覆盖层之外时，我可以点击底层元素div。但是，直接单击覆盖时，我无法单击基础元素div。

我希望能够点击它div，以便我可以点击底层元素。