代码整洁之道读书笔记--类

1.类的组织

遵循标准的Java约定，类应该从一组变量列表开始。如果有公共静态常量，应该先出现。然后是私有静态变量，以及私有实体变量。很少会有公共变量。
公共函数应跟在变量列表之后。把由某个公共函数调用的私有工具函数紧随在该公共函数后面，这符合了自顶向下原则。
所以满足这些约定的一个类大概长成下面这样：

public class SomeClass
{
    public 公共静态常量;  
    private 私有静态变量; 
    private 私有实体变量;

    public 公共函数1()
    {
        调用私有工具函数1();
    }

    private 私有工具函数1()
    {

    }

    public 公共函数2()
    {
        调用私有工具函数2();
    }

    private 私有工具函数2()
    {

    }

    ......
}

2.类应该短小

对于函数，我们通过计算代码行衡量大小；对于类，我们则是通过计算权责来衡量类的大小。
类的名称应该描述其权责，类名正是判断类的长度的第一个手段。如果无法为某个类命以精确的名称，这个类大概就太长了。类名越含混，该类越有可能拥有过多的权责。例如，如果类名中包含含义模糊的词，如Processor、Manager、Super，这种现象往往说明有不恰当的权责聚集情况存在。在类名描述中不能出现”若(if)”、”与(and)”、”或(or)”或者”但(but)”等词汇。例如：类SuperDashboard的声明如下：

public class SuperDashboard extends JFrame implements MetaDataUser
{
    public Component getLastFocusedComponent()
    public void setLastFocused(Component lashFocused)
    public int getMajorVersionNumber()
    public int getMinorVersionNumber()
    public int getBuildNumber()
}

SuperDashboard的描述如下：SuperDashboard提供了对最后拥有焦点的组件的访问能力，我们还能通过它跟踪版本号和构建序列号。”还能”二字正好提示了SuperDashboard类有太多权责。

3.单一权责原则(SRP)

单一权责原则(SRP)认为，类或模块应该有且只有一条加以修改的理由。例如上面所述的貌似很小的SuperDashboard类有两条加以修改的理由。首先，它跟踪大概会随软件每次发布而更新的版本信息；第二，它管理Java Swing组件。每次修改Swing代码时，都要更新版本号。这时可以将全部三个处理版本信息的SuperDashboard方法拆解到名为Version的类中。如下所示：

public class Version
{
    public int getMajorVersionNumber()
    public int getMinorVersionNumber()
    public int getBuildNumber()
}

系统应该由许多短小的类而不是少量巨大的类组成。每个小类封装一个权责，只有一个修改的原因，并与少数其他类一起协同达成期望的系统行为。

4.内聚

类应该只有少量实体变量。类中的每个方法都应该操作一个或多个这种变量。通常而言，方法操作的变量越多，就越黏聚到类上。我们希望内聚性保持在较高位置。内聚性高，意味着类中的方法和变量互相依赖，互相结合成一个逻辑整体。
当类丧失了内聚性，就拆分它！所以，将大函数拆分为许多小函数，往往也是将类拆分为许多个小类的时机。程序会更有组织，也会拥有更为透明的结构。