Jakarta ee 在J2EE应用程序中，我们可以考虑设计模式作为层吗？

最近我在面试中遇到了这个问题

他问我关于N层的问题，我告诉他关于3层的应用程序，突然他问我可以有5层吗：我告诉他可能有，但我从来没有用过

IV:好的，现在告诉我5层可以是什么 我：等等

面试后，我问他答案，他给了我一个如下的例子

Web或客户端层->delegatepatternEjb层业务->值对象dao层的终端实现然后是ur db

他补充说，当您的应用程序与另一个应用程序对话时，urs将是N层应用程序

---

是这样的朋友吗？

我想他把层次和层次混淆了

---

在体系结构中，层是最粗糙的构建块，将表示、业务逻辑和持久性等关注点分开，有时甚至以物理方式分开。然而，由于可重用性等原因，设计可以引入额外的层，但这并不影响体系结构由多少层组成。

我认为他将层与层混淆了

---

在体系结构中，层是最粗糙的构建块，将表示、业务逻辑和持久性等关注点分开，有时甚至以物理方式分开。但是，由于可重用性等原因，设计可以引入额外的层，但这不会影响体系结构的层数。

您可以有3个以上的物理层，例如，如果您有1个演示文稿，使用3个web服务访问2个业务逻辑，以包装使用4个数据库的3个legay应用程序。但我和torbengee一样认为，逻辑层和物理层之间存在相当大的混淆。

您可以有3个以上的物理层，例如，如果您有1个演示文稿使用3个web服务访问2个业务逻辑，以包装使用4个数据库的3个legay应用程序。但我和torbengee一样认为，这是逻辑层和物理层之间的一种混淆。

这里有一个例子，我不是说要遵循它，只有硬件供应商和应用服务器供应商喜欢销售这个怪物：

客户端层：浏览器 表示层：Servlet/JSP 服务层：会话bean 域层：实体bean写这篇文章让我的眼睛流血。 EIS层：数据库

---

现在，为了回答您的问题，设计模式本身肯定不是一层。但是层可以由实现模式的组件组成，例如服务层的会话bean实现Facade模式

这里有一个例子，我并不是说要遵循它，只有硬件供应商和应用服务器供应商喜欢销售这个怪物：

客户端层：浏览器 表示层：Servlet/JSP 服务层：会话bean 域层：实体bean写这篇文章让我的眼睛流血。 EIS层：数据库

---

现在，为了回答您的问题，设计模式本身肯定不是一层。但是层可以由实现模式的组件组成，例如服务层的会话bean实现Facade模式

我有同样的感觉。层次是合乎逻辑的。层是物理层。你可以将层分布在多个层上。+1也有同样的感觉。层次是合乎逻辑的。层是物理层。您可以跨多个层分布层。