25年第一周：读书笔记

25年第一周：读书笔记：

笔记1：

1：如果你喜欢在项目中使用前沿技术， 那么单体风格不会带来任何好消息。由于你现在需要一次迁移整个应用程序，因此很难更新任何库和框架。
2：单体框架只适用于简单的小型应用或框架
3：假设你有两个开发团队c# c++ 那么他们可以开发两个彼此通信的服务

面向服务架构（SOA）的支持者提出一份宣言：

• 业务价值高于技术战略
• 战略目标高于特定项目收益
• 内在互操作型高于定制的集成
• 共享的服务高于特定的目标实现
• 灵活性高于优化
• 不断演进的提炼高于在最开始追求完美

设计原则：

不断演进提炼高于在开始追求完美

让类尽可能小：

• Line of Code
• 类有多少个职责

开闭原则：

• 扩展开放，修改封闭

接口隔离原则：

是面向设计对象的一条设计原则，避免一个类依赖于它不需要的接口。

接口隔离原则的核心思想是，将大的接口拆分成多个小的、功能单一的接口，这样每个类只需要关心它需要实现的接口，从而减少了不必要的依赖。（比如 class 鸟： 有飞的行为， 企鹅就不能继承鸟。）

过度拆分接口可能导致大量细粒度接口，增加维护成本。
接口的拆分应基于 客户端的实际需求，而非机械地按方法拆分。

主要作用：

• 减少不必要的依赖：当类只依赖于自己需要的接口时，就避免了不必要的接口方法被暴露给类。这样，类在实现过程中就不会被迫去实现它根本不需要的功能。

• 提高系统的灵活性：拆分后的接口更专一、更简洁，接口的修改不会对其他不相关的类产生影响。这样系统在变化时，影响范围更小。

• 增强系统的可维护性：由于接口更加清晰且职责单一，代码在维护时会更加容易理解和修改。各个模块之间的耦合度降低，也使得单元测试更容易进行。

-** 降低类的复杂度**：类只关注和它本身业务相关的接口，减少了不必要的逻辑，保持了类的简洁性。

总结：

接口隔离原则的核心是避免将过多的责任压在一个接口上，通过拆分接口，使每个类只依赖于它所需要的功能，提升系统的灵活性、可维护性并降低复杂度。

单一职责原则

是面向对象设计中的五大基本原则之一（即 SOLID 原则中的第一个）。它的核心思想是：一个类应该只有一个原因引起它的变化，也就是说，一个类应该只负责一项功能或一个职责。