java – ECB模式 – 什么是真正的边界？

发布时间：2020-12-14 19:17:45 所属栏目：Java 来源：网络整理

导读：我刚看过Bob叔叔关于架构软件的演讲： http://www.cleancoders.com/codecast/clean-code-episode-7/show 他谈到了ECB模式(实体控制器边界) 他坚持认为所有软件必须是主要的,尽管整个用例. 实际上,他重复了很多次关于工具,框架等的决定必须推迟. 我对“边界

我刚看过Bob叔叔关于架构软件的演讲：

http://www.cleancoders.com/codecast/clean-code-episode-7/show

他谈到了ECB模式(实体 – 控制器 – 边界)

他坚持认为所有软件必须是主要的,尽管整个用例.

实际上,他重复了很多次关于工具,框架等的决定……必须推迟.

我对“边界”一词很感兴趣,所以我发现了这个解释：

http://process.osellus.com/sites/wiki/OpenUP%20DSDM/Wiki%20Pages/Guidance%20-%20Entity-Control-Boundary%20Pattern.aspx

在这里,我们看到边界与每个传递机制相关,如Web机制的形式(MarketingCampaignForm)等……

所以我的问题是：

boudaries必须知道将使用的交付机制的类型,并与Bob叔叔的观点相矛盾吗？

或者它们必须是简单的POJO代表简单的数据结构,它将在内部系统和交付机制之间共享;并包含来自用户的输入和内部系统中控制器的输出？

最佳答案

有点拉伸(纯粹主义者会讨厌我),但你可以把边界看作概念上类似于MVC中的视图,虽然它是一个更通用的概念：例如,如果你的系统暴露了一个REST API,那么这实际上并不能称之为view(你也没有实现MVC,fwiw),但更常见的是,你的系统与外部世界的接口.

换句话说,边界是系统中与用例参与者(即系统外部的人或系统)交互的部分.

从Eclipse EPF开始：

A boundary element lies on the periphery of a system or subsystem,but
within it. For any scenario being considered either across the whole
system or within some subsystem,some boundary elements will be “front
end” elements that accept input from outside of the area under design,
and other elements will be “back end,” managing communication to
supporting elements outside of the system or subsystem.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!