在坏的设计中，数据往往是分散的，甚至是杂乱的，这就好像一群失去意识的猛兽，我们无法控制、协调以及管理它们。这种漫无头绪的散乱数据，犹如猛兽的肆意妄为，会给系统带来无尽的灾难。随着系统的演化，这种灾难会逐渐蔓延至系统的各个角落。因此，在面向对象设计过程中，对数据分类是识别对象的一个前提。但是，仅仅封装了数据的对象，如果没有操作数据的行为，仍旧是没有意识的死亡对象。

　　我始终认为，对象在拥有自己数据的情况下，应该是自治的。这种“自治”类似于SOA中服务自治的概念，但由于对象应该保持足够合理的细粒度，因此这种自治是有限度的自治；或者说它体现的是专家的自治。如果对象拥有足够的数据信息，就必须树立这些信息的权威，这些信息的处理就应该由对象自己来完成。如果它拥有的信息量不够，或者根本不具备，则可以委派给其他对象。此时，行为即对象的意识，是对象能够自治的前提。

　　对象自治依赖于面向对象设计的一个重要原则，即对象的数据与行为应该封装在一起。Craig Larman提出的“信息专家模式”正是说明了这一点，该模式认为拥有信息的对象才是处理这些信息的专家。

　　对象自治是一个很有趣的概念，我们把对象拟人化，使得对象成为组成社区的基本元素。在这个社区里，每个对象的行动都应该由自己来控制。无论是完成某个操作，还是发出请求，或者响应事件，对象都应该有自己的判断。判断的合理性来自于它掌握的信息量，以及我们赋予它的意识的灵性。在构建软件系统时，我们的目标就是要搭建这样一个由自治对象组成的社区，而不是无序的混沌世界。每当我们在操作数据时，发现数据开始具有发散、混乱、模糊、蔓延等特征时，就是封装数据的信号。不管这些数据的数量，还是大小，它都应该作为对象存在于系统，同时该对象应具备操作该数据的能力。

　　例如在报表系统中，我们试图将构建好的报表整体导出为Excel文件。我们为导出功能定义了专门的接口ExcelTableExporter，它接收一个报表对象和工作薄对象，导出报表到Excel文件中：

public interface ExcelTableExporter {
    public void export(ReportTable table, WritableWorkbook workbook);
}        

        

        
        
      
        
it知识库：对象的自治和行为的扩展与适配，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。