单一责任
单一责任原则适用于面向对象的设计,但也可被视为类似于分离关注点的体系结构原则。 它指出对象只应有一个责任,并且只能因为一个原因更改对象。 具体而言,只在必须更新对象执行其唯一责任的方式时才应更改对象。 遵循这一原则有助于生成更松散耦合和模块化的系统,因为许多类型的新行为可以作为新类实现,而不是通过向现有类添加其他责任。 添加新类始终比更改现有类安全,因为还没有任何代码依赖于新类。
在整体应用程序中,可以在高级别将单一责任原则应用于应用程序中的层。 显示责任应位于 UI 项目中,而数据访问责任应位于基础结构项目中。 业务逻辑应位于应用程序核心项目中,该项目易于测试,并且可以独立于其他责任进行逐步改进。
将此原则应用到应用程序体系结构及其逻辑终结点时,你将获得微服务。 给定的微服务应具有单一责任。 一般而言,如果需要扩展系统的行为,最好通过添加其他微服务来实现,而不要向现有微服务添加责任。
网友评论