标签：架构 边界 对象 扩展性 软件架构 测试 组件 对应 整洁

24、谦卑对象

 谦卑对象实质是为了找出不可测试的对象，进而确定边界。而找出不可测试的对象，最终是为了区分对应的可测试对象，并让其负责更多的决策，比如数据结构，控制变量。从而对决策进行测试，保障系统的准确。而剩下的不可测试的对象，只能安分的听从可测试对象的决策的安排进行约定的行为。

25、不完全边界

(1) 构建不完全边界的一种方式就是将系统分割成一系列独立编译，独立部署的组件，类似于微服务的单个服务。

(2) 使用设计模式可以是代码看起来更加整洁清晰。

26、层级和边界

 设计软件时要考虑其扩展性，同时也不能太过度。如果不考虑扩展性，新增功能难以实现。如果考虑过度的扩展性会浪费开发的成本，想要设计完美的需要足够的判断和经验。在开发时应该遵守设计原则，开发第一版后如需增加新的功能，可以对第一版进行调整，使其满足第二版的需求，可以使用设计模式的来实现。

27、Main组件

 文中提到main组件能以插件的形式存在于系统中，因此我们可以为一个系统设计多个main组件，个人认为可以理解为单一原则，在业务逻辑中一个接口对应一个业务的实现，多个接口对应多个业务实现，在传入参数时业务方法加载对应的dll,然后将对应的逻辑交给高层次的组件。

标签：架构,边界,对象,扩展性,软件架构,测试,组件,对应,整洁
来源： https://www.cnblogs.com/iswysya/p/16307339.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。