《架构整洁之道》学习[一]第22章整洁架构

最近开始看了《架构整洁之道》,对下面这个图比较有感触,就拍了上传作为记录下。

这本书给我的感觉是自己原来根本不会设计程序,原来程序的设计不单是功能的实现和框架的使用,编写程序虽然不是必须要这么做,但好的程序设计一般是需要遵守一定的设计规则的。下面的这张图让我对架构整体设计有了新的认识。

之前用别人的框架总是不是很明白为何那样分层,到底作者是怎样思考的。例如Entity、Service层的设计,而且不同的框架即使采用一样的设计模式,对程序的分层也是不一样的。

《架构整洁之道》学习[一]第22章整洁架构_第1张图片

业务实体

原来以为最重要的是控制器层,但现在看来,项目最核心的还是业务实体部分,因为其封装了最通用、最高层的业务逻辑。最不容易受到变动影响。业务实体既可以是一个带有方法的对象,也可以是椅子数据结构和函数的集合。只要能被系统其他部分复用就可以。

用例

用例层通常包含特定应用场景下的业务逻辑,该层封装并实现整个系统的用例。引导数据在业务是实体间的流入流出。用例层应该与数据库、UI等保持隔离。应用行为的变化一定会影响到用例,所以用例的细节产生了变化,自然会影响用例层的代码。

你可能感兴趣的:(架构进阶)