设计模式中的solid原则

好的代码不只为了完成现有功能，也会考虑后续扩展。

在结构设计上松耦合易读易扩展，在领域实现上高内聚不对外暴露实现细节不被外部干扰。

在众多项目的锤炼和对程序设计的不断追求，多年编程历程提炼出来的心得体会才能真正hold住设计模式。

• 在没有众多项目的情况下，我们也只能学习设计模式规则，理解其中含义。
• 在设计小型架构时，多思考可能出现的场景和需扩展的模块，选择合适的模式。
• 在编写类和方法时，符合solid原则（单一职责、开闭原则..）。
• 不追求快，设计好架构对以后模块的维护会起到事半功倍的作用

1、单一职责原则

概念：一个类或者模块只负责一个职责。

目标：①实现代码的高内聚和低耦合；②提高代码的可维护性。

注意事项：①不同的应用场景、不同阶段的需求背景下，对同一个类或模块的职责是否单一的判定，可能都是不一样的。②不要设计大而全的类或模块，避免将不相关的功能耦合在一起。

实践方式：①在现实场景中，先写一个粗粒度的类，满足业务需求。②随着业务的发展，如果粗粒度的类越来越庞大，代码越来越多