gpt4 book ai didi

java - 通常在大型 J2EE web 应用程序上,按模块清楚地分离应用程序。可能使用业务委托(delegate)模式

转载 作者:搜寻专家 更新时间:2023-11-01 02:56:20 30 4
gpt4 key购买 nike

在我问我的“一般”问题之前,我想引用一些我对业务委托(delegate)模式的高级一般理解的引述:

“您想隐藏客户端,避免与业务服务组件进行远程通信的复杂性。”

“您想从表示层组件和客户端(例如设备、Web 服务和富客户端)访问业务层组件。”

假设您有大型 J2EE Web 应用程序。当我说大的时候,我的意思是应用程序已经开发了好几年,并且由许多不同的人和部门开发。该系统的设计不适合增长。现在,假设应用程序配置了一个 Web 应用程序。

如果应用程序更加模块化,那就太好了。但事实并非如此。一段代码或库可能会导致整个系统崩溃。测试和其他方法用于防止这种情况发生,但理想情况下,这只是一个单一的 Web 应用程序。

这是我的问题;在 J2EE 应用程序中,您通常如何避免这种类型的设计,在这种情况下,应用程序会不断增长,而一个单独的应用程序可能会导致一切崩溃。

我不熟悉 EJB,也不打算将它们用于任何太严肃的事情。但是,业务委托(delegate)和服务定位器模式的概念似乎很合适。

假设您有一个购物车屏幕(同一个网络应用程序)和一组用于管理用户帐户的屏幕(同一个网络应用程序)。在您的网络层(某种 MVC 操作方法)中,您似乎可以拥有一个定位器,它将获取业务特定的接口(interface),按模块调用这些接口(interface),如果该模块出现问题,那么它不会杀死其他代码.假设购物车模块失败(无论出于何种原因),用户帐户屏幕仍然有效。


最佳答案

在健康的软件开发环境中,应用程序会“不断增长”,因为业务人员要求更改和新功能,而且通常没有任何问题。

让我们忘记可扩展性问题,专注于设计问题,这会导致非常痛苦的维护。

您需要做的是将您的应用程序分成对业务人员(和用户)有意义的模块。系统的每个模块都应具有反射(reflect)应用领域的明确业务含义。

关于java - 通常在大型 J2EE web 应用程序上,按模块清楚地分离应用程序。可能使用业务委托(delegate)模式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/794719/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com