合理地分布类中的代码。顺序为:公有静态变量、私有静态变量、公有普通变量、私有普通变量、公共函数、私有函数。
尽可能地保持类的封装。尽可能使函数或变量保持私有,不对外暴露太多细节。
类应该短小,短小是指尽量保持单一权责原则。类或模块应有且只有一条加以修改的理由。
合理提高类的内聚性。我们希望类的内聚性保持在较高的水平。内聚性高,表示类中方法和变量相互依赖,相互结合成一个逻辑整体。
有效地隔离修改。类应该依赖于抽象,而不是依赖于具体细节。尽量对设计解耦,做好系统中的元素的相互隔离,做到更加灵活与可复用。