对象和数据结构

数据抽象

隐藏实现并非只是在变量之间放上一个函数层那么简单。隐藏实现关乎抽象！类并不简单地用取值器和赋值器将其变量推向外间，而是曝露抽象接口，以便用户无需了解数据的实现就能操作数据本体。

下面每段代码都表示笛卡儿平面上的一个点。其中之一曝露了其实现，而另一个则完全隐藏了其实现。

@Data

//具象的点

public class Point { 

private double x;

private double y;

}

//抽象的点

public interface Point { 

double getX(); 

double getY{);

void setCartesian{double x, double y); 

double getR(); 

double getTheta();

void setPolar(double r, double theta);

}

抽象点隐藏了坐标的具体实现，但清晰的表达了一种数据结构，不仅如此，这些方法固定了一套存取策略：你可以单独读取 、某个坐标，但必须通过一次原子操作设定所有坐标。

数据和对象的差异

对象把数据隐藏于抽象之后，曝露操作数据的函数。数据结构曝露其数据，没有提供有意义的函数。它们是对立的。

过程式代码（使用数据结构的代码）便于在不改动既有数据结构的前提下添加新函数。面向对象代码便于在不改动既有函数的前提下添加新类。

反过来讲说过程式代码难以添加新数据结构，因为必须修改所有函数。面向对象代码难以添加新函数，因为必须修改所有类。

混杂

混杂指一半是对象，一半是数据结构。这种结构拥有执行操作的函数，也有公共变量或公共访问器及改值器。 此类混杂增加了添加新函数的难度，也增加了添加新数据结构的难度，两面不讨好。应避免创造这种结构。

得墨忒耳律

模块不应了解它所操作对象的内部情形。对象隐藏数据，曝露操作。方法不应调用由任何函数返回的对象的方法。下列代码违反了得墨忒耳律：

final String outputDir = ctxt.getOptions().getScratchDir().getAbsolutePath();

这些代码是否违反得墨忒耳律，取决于ctxt、Options和ScratchDir是对象还是数据结构。

数据传送对象（DTO）

数据传送对象(DTO)是一个只有公共变量、没有函数的类。在与数据库通信、或解析套接字传递的消息之类场景中是非常有用的结构。不要往这类数据结构中塞进业务规则方法，把这类数据结构当成对象来用。它会导致数据结构和对象的混杂体。应该把DTO当做数据结构，并创建包含业务规则、隐藏内部数据的独立对象。