【问题标题】:Can we consider a design pattern as a tier in j2ee application我们可以将设计模式视为 j2ee 应用程序中的一个层吗
【发布时间】:2010-01-11 23:01:36
【问题描述】:

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

他问过我关于 N 层的问题,我正在告诉他关于 3 层的应用程序突然他问我可以有 5 层吗:) 我告诉他可能是但我从来没有使用过..

IV:好的,现在告诉我 5 层可以是什么 我:布拉布拉

面试后我问他答案,他给了我一个例子,如下所示

Web或客户端层->delegate(pattern)Ejb层(business)->value objects(pattern)-dao层的实现-then ur db

当您的应用程序与另一个应用程序对话时,他又添加了一点,然后您的应用程序将是 N 层应用程序

是朋友吗?

【问题讨论】:

    标签: jakarta-ee design-patterns


    【解决方案1】:

    我认为他将层与层混淆了。

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

    【讨论】:

    • +1 有同样的感觉。层是合乎逻辑的。层是物理层。
    • 您可以跨多个层分布层。
    【解决方案2】:

    这里是一个例子(我不是说跟着它,只有硬件供应商和应用服务器供应商喜欢卖这个怪物):

    1. 客户端层:浏览器
    2. 表示层:Servlet/JSP
    3. 服务层:会话 Beans
    4. 域层:Entity Beans(写到这里让我流血了)。
    5. EIS 层:数据库

    现在,回答您的问题,设计模式本身当然不是一个层次。但是一个层可以由实现一种模式的组件组成(例如,服务层的会话 Bean 实现了外观模式)。

    【讨论】:

      【解决方案3】:

      您可以拥有 3 个以上的物理层,例如如果您有 (1) 演示访问 (2) 业务逻辑,使用 (3) Web 服务来包装 (3) 使用 (4) 数据库的 Legay 应用程序。但我认为这更像是逻辑层和物理层之间的混淆。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-03-29
        • 1970-01-01
        • 2020-12-30
        • 1970-01-01
        • 2011-06-19
        相关资源
        最近更新 更多