python - OOP:好的类设计

Question

我的问题与此有关:Python tool that builds a dependency diagram for methods of a class .

在没有找到任何工具后，我自己写了一个快速的 hack:我使用了编译器模块，我将源代码解析为一个抽象源代码树，然后遍历它以收集类方法之间的依赖关系。我的脚本为 graphviz 生成了一个输入文件，该文件用于生成一个看起来像 this 的依赖图。 .

此时我陷入了困境。我意识到我不知道如何重构该类以使其不那么复杂。我根本不知道我应该瞄准什么。例如，在关系数据库的理论中，有几个简单的规则可用于将数据库转换为正常形式。关于良好的类设计(在其方法之间的依赖性方面)的一些类似理论呢？是否有某个地方涵盖了这个主题以便我可以研究它？

Answer 1

我们在设计类时遵循以下原则:

• The Single Responsibility Principle : 一个类(或方法)应该只有一个改变的理由。
• The Open Closed Principle : 一个类(或方法)应该对扩展开放，对修改关闭。
• The Liskov Substitution Principle : 子类型必须可以替代它们的基类型。
• The Interface Segregation Principle :不应强制客户依赖他们不使用的方法。接口(interface)应属于客户端。
• The Dependency Inversion Principle :抽象不应该依赖于细节。细节应该取决于抽象。

编辑:设计模式有助于让您的代码遵守这些原则。我发现先了解原则，然后查看模式并了解模式如何使您的代码符合原则非常有帮助。