Mik*_*378 5 java architecture design-patterns ecb-pattern
我刚看过Bob叔叔关于架构软件的演讲:
http://www.cleancoders.com/codecast/clean-code-episode-7/show
他谈到了ECB模式(实体 - 控制器 - 边界)
他坚持认为所有软件必须是主要的,尽管整个用例.
实际上,他重复了很多次关于工具,框架等的决定......必须推迟.
我对"边界"一词很感兴趣,所以我发现了这个解释:
在这里,我们看到边界与每个传递机制相关,如Web机制的形式(MarketingCampaignForm)等......
所以我的问题是:
boudaries必须知道将使用的交付机制的类型,并与Bob叔叔的观点相矛盾吗？
或者它们必须是简单的POJO代表简单的数据结构,它将在内部系统和交付机制之间共享; 并包含来自用户的输入和内部系统中控制器的输出？
也许有点牵强（纯粹主义者会讨厌我），但是您可以将边界视为概念上类似于MVC 中的视图，尽管它是一个更通用的概念：例如，如果您的系统公开了 REST API，那么这实际上不能称为边界视图（您也没有实现 MVC，fwiw），但更一般地说，它是系统与外部世界的接口。
换句话说，边界是系统中与用例参与者（即系统外部的人类或系统）交互的部分。
来自Eclipse EPF：
边界元位于系统或子系统的外围，但位于系统或子系统内部。对于整个系统或某个子系统内考虑的任何场景，一些边界元素将是“前端”元素，接受来自设计区域外部的输入，而其他元素将是“后端”，管理通信以支持系统或子系统之外的元素。