架构思维：聊聊复用的理念与实践

架构设计是构建一个系统的基础和蓝图。它决定了系统的整体结构和组件之间的关系。一个良好的架构设计能够提高系统的可维护性、可扩展性和可靠性。

而复用则是在架构设计中实现效率和质量提升的关键因素之一。通过复用已有的组件、模块或设计模式，我们可以极大地减少重复劳动，提高效率。

复用在架构思维里特别重要，是架构设计的核心。像业务能力组件化、组件能力服务化、搞共享平台、中台建设、公共服务下沉这些，都是为了让系统能更好地"复用"。

复用的好处不仅在于节省时间和精力，还包括：

• 提高代码质量：经过验证的复用组件通常具有较高的质量和稳定性。
• 降低错误风险：减少了从头开始开发带来的错误可能性。
• 增强一致性：确保整个系统具有一致的风格和架构。
• 加快开发进度：能够更快地实现系统的功能。

一、实现有效复用的措施

为了实现有效的架构设计与复用，我们可以采取以下措施：

• 建立通用的架构模式和框架，为项目提供坚实的基础。
• 对组件进行分类和模块化，方便复用和组合。
• 培养团队成员对复用的意识和能力。
• 定期维护和更新复用组件，以适应不断变化的需求。

二、复用的具体方法和原则

• 面向接口编程：先把客户的业务逻辑线提取出来，作为接口，业务具体实现通过该接口的实现类来完成。
• 优先使用对象组合而不是继承：继承是在程序开发的过程中重构得到的，而不是程序设计之初就使用继承。
• 将可变的部分和不可变的部分分离：如果使用继承的复用技术，我们可以在抽象基类中定义好不可变的部分，而由其子类去具体实现可变的部分；如果使用对象组合的复用技术，我们可以定义好不可变的部分，而可变的部分可以由不同的组件实现，根据需要，在运行时动态配置。
• 控制函数代码的长度：三十秒原则、一屏原则。
• 三十秒原则：若另一程序员不能在三十秒内明白你的函数做啥、咋做及为啥这样做，就表明你的代难以维护，需改进。
• 一屏原则：函数代码超一屏，可能太长，应拆分成更小的子函数；一行代码只做一件事。
• 消除 case/if 语句：要尽量避免在代码中出现判断语句，使用过多的 switch/case 或者 if else 语句。
• 减少参数个数：可以将所有参数封装到一个对象中来完成对象的传递。
• 类层次的最高层应该是抽象类：提供一个抽象基类有利做特性化扩展。
• 尽量减少对变量的直接访问：对数据的封装原则应该规范化，不要把一个类的属性暴露给其它类，而是应该通过访问方法去保护他们。
• 子类应该特性化，完成特殊功能：如果一个子类只是使一个组件变成组件管理器，而不是实现接口功能，或者，重载某个功能，那么，就应该使用一个外部的容器类，而不是创建一个子类。
• 拆分过大的类：如果一个类有太多的方法（超过 50 个），那么它可能要做的工作太多，我们应该试着将它的功能拆分到不同的类中。
• 作用截然不同的对象应该拆分：对同样的数据，有不同的视图。某些属性描述的是数据结构怎样生成，而某些属性描述的是数据结构本身。最好将这两个视图拆分到不同的类中。

三、复用的注意事项

• 确保复用的组件与当前项目的需求匹配。
• 处理好复用组件与项目特定需求的平衡。
• 对复用组件进行充分的测试和验证。
• 复用要有完备文档，且标识何时不可复用。这样开发者才能理解场景的上下文。
• 不要强行复用。很多人认为复用模块越多越好，这样就可以做到像乐高一样快速搭建系统，但事实上，很多复用并不是乐高，而是器官移植，可能会面对各种各样的排异反应。

以上是架构设计关于"复用"的一些基本介绍。如果你想要进一步培养架构思维，学习架构方面的知识和技能，建议参加TOGAF企业架构师认证培训。

左右滑动查看更多