微服务的承诺与现实之间存在差距，团队常面临依赖和耦合问题，影响工程效率。使用API模拟工具（如WireMock）可以创建自包含的测试环境，减少对真实API的依赖，从而提升开发效率。

开发者在使用依赖注入（DI）时面临挑战。DI是一种设计模式，允许对象从外部获取依赖。ASP.NET Core提供单例、作用域和瞬态三种服务生命周期。应避免将单例与作用域依赖结合使用，以防异常。构造函数注入可提升可测试性，建议将大型接口拆分为小型接口以降低耦合。合理利用DI特性和避免反模式，有助于构建更易维护的应用。

在面向对象的软件开发中，方法的归属类选择至关重要。应考虑类之间的耦合关系：依赖其他类的方法应放在依赖类中，特定于某一类的方法应放在该类中，而可重用的方法则应放在更通用的类中。这一原则有助于系统的组织与演进。

文章讨论了软件设计中的常见问题，特别是代码架构的复杂性和设计缺陷。作者在PyCon US 2025的演讲中强调遵循最佳实践的重要性，并推荐了一些文章和书籍，以帮助开发者理解软件设计中的耦合和内聚性。

耦合和内聚是有效架构的两个关键原则。随着系统功能的增加和临时依赖的出现，复杂性上升，调试变得困难。高内聚和低耦合是良好设计的标志，但在实际应用中常被忽视。理解这两个概念有助于提升代码演变的灵活性和团队协作的信心。

通过去除或替换getter，使用丰富行为的方法操作对象，可以减少耦合，增强封装性，符合“告知-不要询问”原则，从而提升对象智能性、代码可维护性和安全性。

大型系统通常从简单开始，但随着功能和依赖的增加，系统可能变得复杂，调试困难。模块间的耦合和内聚力会影响代码的演变和团队协作。本文探讨了耦合和内聚力在不同架构中的重要性。

软件钙化是指软件逐渐变得僵硬和脆弱，主要由于过度耦合、糟糕的领域建模和不良测试。钙化使维护和更新变得困难，降低工程师效率。预防措施包括测试驱动设计、明确接口和减少模拟使用，定期小重构也能防止小问题演变为大问题。

事件总线是一种通过发布/订阅机制实现应用组件间松耦合的消息模式，支持异步处理，易于扩展和维护。以用户注册通知系统为例，使用NSQite可解耦注册服务与通知逻辑，提升系统性能和可靠性，支持并行处理和负载均衡，适合灵活的系统架构。

外观模式是一种结构性设计模式，通过提供统一接口简化复杂系统，降低客户端与子系统的耦合，使用户能够轻松操作多个子系统，如家庭影院中的DVD播放器、投影仪和灯光。

在本期节目中，Thomas Betts与Vlad Khononov探讨软件设计中的耦合平衡。Vlad强调耦合对系统功能的重要性，并提出三种衡量耦合的因素：知识共享、距离和波动性。他指出，过度耦合会增加复杂性，因此在设计时需考虑这些因素，以实现模块化和可维护性。

模块化单体架构结合了单体和微服务的优点，具有清晰的模块边界和单一部署单位。它简化了部署，提高了开发效率，并保持数据一致性，适合小型团队以降低基础设施开销，但需注意模块间的耦合，以防变成分布式单体。

单一责任原则（SRP）强调将相关代码聚集，分离不同原因的变更。实现SRP的挑战在于复杂的业务逻辑。通过明确问题、保持代码内聚、避免不必要的耦合和使用量化指标，可以更有效地应用SRP。定期审查和系统化实践有助于提升代码的可维护性和可扩展性。

继承是面向对象编程的基本概念，但可能导致耦合过度和代码脆弱。相比之下，组合提供了更灵活的代码重用方式，减少耦合，便于修改和扩展。使用接口和依赖注入可进一步提升代码的灵活性和可测试性，因此组合通常是更优选择。

为提高可测试性和减少耦合，建议用依赖注入替代全局变量。具体步骤包括识别全局变量、创建抽象、通过参数传递依赖、重构代码并移除全局变量。这将使代码更清晰、可维护且易于扩展。

我花了几个小时重构Flutter代码，主要是通过提取接口和关注责任层次来减少耦合，理清代码结构，使添加新功能变得简单。重构是开发的重要环节，未来我还需继续优化代码。

“告诉，而不是询问”原则是面向对象编程的核心，强调将数据和行为封装在对象中。通过直接指示对象执行操作，而非外部查询数据，可以简化代码、降低耦合，提高系统的可维护性和扩展性。

单一责任原则(SRP)要求模块只承担一个角色，避免不同角色之间的耦合。通过将功能分离到不同类中，可以提高软件的可维护性，减少因修改一个功能而影响其他功能的问题。