各种控制器类、实体和实体之间的导航可见性DAO 的

发布于 2024-12-13 15:55:20 字数 640 浏览 2 评论 0原文

快速搜索边界控制实体模式可以得到这个


(来源:皮尔斯位于 www .cs.sjsu.edu)

所以我认为控制器可以与其他实体“交谈”。但是控制器之间可以相互通信吗?或者其他 DAO 的?下面的对吗?

输入图片此处描述

A quick search for the Boundary Control Entity Pattern gives this


(source: pearce at www.cs.sjsu.edu)

So I suppose Controllers can "talk" with other entities. But can controllers talk to each other? Or other DAO's? Is the below right?

enter image description here

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

请止步禁区 2024-12-20 15:55:20

边界控制实体模式是 MVC 模式的变体。通常,在 MVC 模式中,控制器之间不进行通信。如果应重用某些代码,则应向应用程序添加额外的层,并应将共享逻辑放在那里。

虽然这个例子说控制器可以相互通信,但我认为这不是一个好主意:
http://epf.eclipse.org/wikis/abrd/core.tech.common.extend_supp/guidances/guidelines/entity_control_boundary_pattern_C4047897.html

客户服务应用程序的示例控制元素是
创建营销活动。该设计元素将响应
某些前端边界元素并将与其他元素协作
实体、控制元素和后端边界元素来支持
创建营销活动。

我建议避免控制器到控制器的通信。

Boundary Control Entity Pattern is a variation of MVC pattern. Usually, in MVC pattern controllers do not communicate with each other. If some code should be reused, additional layer is added to the app and shared logic should be put there.

Although this example says that controllers could communicate with each other, I don't think this is a good idea:
http://epf.eclipse.org/wikis/abrd/core.tech.common.extend_supp/guidances/guidelines/entity_control_boundary_pattern_C4047897.html

An example control element for a customer service application would be
CreateMarketingCapmpaign. This design element would be responsive to
certain front-end boundary elements and would collaborate with other
entities, control elements, and back-end boundary elements to support
the creation of a marketing campaign.

I'd suggest to avoid controller-to-controller communication.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文