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

通过阅读《架构整洁之道》,认识到程序设计不仅是功能实现,更需遵循设计规则。业务实体为项目核心,封装通用业务逻辑,不受变动影响。用例层实现系统用例,引导数据在实体间流动。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

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

业务实体

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

用例

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值