在软件工程中，单一职责原则（Single Responsibility Principle）一直被认为是设计良好的代码的关键。这个原则告诉我们每个类或模块应该有一个明确的职责，并且只有一个理由引起它们的改变。尽管单一职责原则有助于代码的可维护性和可扩展性，但在某些情况下，它可能会导致过度分割和复杂性。
相比之下，行为的局部性（Locality Over Single Responsibility）强调的是将相关的行为放在一起，而不仅仅是一个类或模块只负责一个功能。行为的局部性鼓励我们思考如何将紧密相关的行为组织在一起，使得代码更易于理解和修改。
一个常见的例子是一个电子商务网站的订单系统。按照单一职责原则，可能会将订单管理、支付处理和配送管理等功能分别放在不同的类中。但是在实际情况下，这些功能之间存在着紧密的关联，比如订单需要进行支付后才能配送。如果将这些功能划分到不同的类中，就会导致代码的分散和复杂。相反，如果将订单的整个生命周期作为一个整体进行考虑，将相关的行为放在一起，就能更好地体现行为的局部性。
行为的局部性并不意味着违反单一职责原则，而是更注重将相关的行为组织在一起，以提高代码的内聚性和可读性。在设计软件系统时，我们应该根据具体情况综合考虑单一职责原则和行为的局部性，以达到更好的代码设计和开发效率。
了解更多有趣的事情：https://blog.ds3783.com/