问题标签 [tiers]

我刚刚遇到以下句子：

随着行业从三层模型转变为 n 层模型，对象关系阻抗失配变得更加普遍。

但是我找不到三层和n层之间区别的简明解释。我知道三层是什么，我假设 n 层只是增加一层或多层。我只是不确定这些额外的层级是什么。如果有人有简短的解释或只是一个好的链接，那将不胜感激。

我是 Flex 的新手，我想尽可能地分离应用程序层/组件。

所以我有三个mxml：

1. X.mxml与学生有一个数据网格
2. Y.mxml必须能够知道在 X.mxml 的数据网格中选择了哪个学生（行 id ？）
3. XY.mxml它使用前 2 个

这里的最佳做法是什么？

谢谢。

我已经阅读了很多关于 UI、业务逻辑、WCF、IoC 的文章，但是我仍然缺少一件事。我构建了一个 winforms 应用程序和一个控制台应用程序。控制台应用程序是大脑。现在，在所有客户端-服务器架构中，客户端“了解”服务器，向他发送请求并获得答案。我的问题如下：

1) 如果用户不知道 UI 的存在，控制台应用程序如何向用户显示消息？UI 是否应该每 x 毫秒检查和汇集消息？这是一个好方法吗？

2) 如果 UI 表单应该显示股票价格，例如一直在变化的股票价格，该怎么办？它应该每 200 毫秒从控制台应用程序请求一次股票价格吗？或者在控制台应用程序中注册一个回调函数以便控制台应用程序可以调用它？但是，现在不是把 UI 变成了服务器吗？

3）如果我想为我的应用程序添加终端功能（例如 telnet cli ）会发生什么，我应该如何设计它？telnet 服务器作为客户端，我的控制台应用程序作为服务器？有没有可以帮助我实现这一目标的设计？出租车？我问了很多人，似乎没有人使用它……是这样吗？

谢谢， 埃亚尔

我现在已经查看了一些站点，但我仍在努力找到一个应用程序中所有可能的层/层的完整列表。

回到大学（1999 年），我记得以下几点：

• 表示层（视图）
• 应用层（控制器）
• 业务逻辑层（API/规则）
• 持久层（数据库/对象持久性/模型）

我并不是提倡使用它们……尤其是当您考虑到太多的层/层可能会导致复杂性增加时……我只是想知道完整的列表会是什么样子……

根据几个博客，我发现了几个不同的答案......根据一个博客，Javascript和客户端技术似乎已经泄露了添加更多客户端层，客户端层甚至可能包括

• 行为层（Javascript、Flash）
• 表示层（CSS/图像）注意：我虽然整个客户端层是表示层
• 结构层（XHTML、HTML）

我只是想对所有可能的层有一个抽象的概念，（即使有些人称它们为不同的东西）

我会做一个层次图，需要一个软件来创建图形，需要这样的：http://i.technet.microsoft.com/Bb735136.msdfsvc01(pt-br,TechNet.10) .gif

有人知道软件，做这个图吗？我看到很多这种风格的图表，我该怎么做？

我想知道在我的 n 层应用程序中存储我应该像常量一样使用的枚举的最佳位置是什么。

所以我有一个带有 DAL（连接到数据库）、一个 BLL（业务流程）、一个 Data Transfert 对象“层”（没有任何方法但只有字段的类，其他所有类都可以访问）和接口层的应用程序与asp页面。

我的问题是：我有一个枚举：

我可以把这个枚举（和所有其他枚举）放在哪里干净？不在数据访问层，接口层看不到结构，不在业务逻辑层，这不是真正的业务。也许在数据传输对象中，但它真的是“传输对象”吗？我应该创建另一个图层吗？

谢谢大家的回复！..

场景是我有 3 层/物理机；

从第 3 层开始，在 WCF 中，我在各种操作合同（方法）中返回实体（表）；

从第 2 层开始，在 WCF 外观中，我添加了对 WCF Proper 的服务引用，并且可以访问实体对象，包括它们的关系（链接表）等；然后我尝试在WCF Facade的各种操作契约中，根据需要暴露一些实体对象；

从第 1 层开始，将 WCF 外观添加为服务引用并在设计时访问方法没有问题，但在运行时出现错误“底层连接已关闭。连接已意外关闭”。

我已经知道这与超时无关，而是实体无法在 tier1 和 tier2 之间序列化的事实；如果我返回没有链接关系的单个实体，则此操作不会出错。

Q1。如何在层之间传递 EntityFramework 实体（其中包含子/父实体）？（不管合适不合适）

Q2。在 Tier2 和 Tier3 之间传递所述实体没有问题，并且关系顺利通过；为什么第 1 层和第 2 层之间的不同使其突然不可序列化？

在 magento 中，我使用 2 个价格等级，一个用于 6 盒，每盒 3.50 英镑 - 另一层用于 24 个板条箱，每盒 2.40，一切正常，增量设置为 6，但是，我需要的是订单6 个盒子，以 6 为增量，直到达到 24 个盒子的数量，然后增量每次增加 24，而不是 6，

这可能吗？

我希望这是有道理的

我在网上看到过 n 层解决方案，它们都为每一层使用 DLL。我们的架构看起来是一样的：3 个 DLL：数据层、业务逻辑层和业务对象层。但是，表示层并不直接与这些层通信，而是通过 WCF Web 服务访问它们。

我们的 ASP.NET MVC 与 WCF WebService 托管在同一台机器上。

这是一个好的架构吗？如果 ASP.NET MVC 直接访问其他层会更合乎逻辑吗？

感谢您最终的回答。

我想使用java EE 7技术开发一个 java web 应用程序。我还想将它分成 3 层（表示、业务逻辑和数据持久性）。据我所知，presentaion 层有 3 个选项。它们是：JSP 2.3、JSF 2.2 和 Java Servlet 3.1

其他 2 层有哪些选项？我必须对逻辑业务使用强制性 EJB 3.2，对数据层使用 JAVA Persistence？或者我可以使用 Spring 和 Hibernate 等框架。请记住，我想利用 Java EE 7 技术开发它。