对应章节：第五章《解耦与模块化》
核心内容：
高耦合的系统难以理解、测试与修改。本章提倡通过“抽象”“封装”“中间层”等方式降低模块间的依赖。具体策略包括：使用事件而非直接调用、依赖注入、遵循“单一职责原则”、采用“微服务”或“插件架构”等。
关键启示：
· 通过“迪米特法则”减少对象之间的了解。
· 避免“全局数据”导致的隐式耦合。
· 设计时应考虑“替换可能性”，便于未来扩展。
个人思考：
当前项目中最复杂的依赖关系是什么？是否可以通过接口或事件解耦？模块是否具备独立可测试性？