6 对象和数据结构

数据抽象

// 具象点：暴露实现
public class Point {
	public double x;
	public 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);
}

隐藏实现关乎抽象！
类并不简单地用取值器和赋值器将其变量推向外间 而是暴露抽象接口 以便用户无需了解数据的实现（隐藏数据形态）就能操作数据本体

public interface Vehicle {
	double getFuelTankCapacityInGallons();
	double getGallonsOfGasoline();
}

public interface Vehicle {
	double getPercentFuelRemaining();
}

后者更佳 我们不愿意暴露数据细节 更愿意以抽象形态表述数据

数据结构与对象的反对称性

这一节所述观点我是不同意的 由于面对对象的面向接口编程 过程式代码已经 out 了 => 可以同时实现某个接口（包含行为） 这样接口的行为便可以同时映射到所有需要的对象中 添加行为并不需要修改对象

得墨忒耳律 Demeter’s law

得墨忒耳律：方法不应调用由任何函数返回的对象的方法（如果返回的是一个数据结构就没事）

ctxt.getOptions().getScratchDir().getAbsolutePath();

是否违反取决于 ctxt Options scratchDir 是对象还是数据结构

• 如果是对象 则它们内部结构应当隐藏而不是暴露 而有关其内部细节的知识就明显违反了得墨忒耳律
• 如果只是数据结构 没有任何行为 则自然会暴露内部结构 该定律也就不适用了

“火车失事” 肮脏的风格 应该避免

Options opts = ctxt.getOptions();
File scratchDir = opts.getScratchDir();
final String outputDir = scratchDir.getAbsolutePath();

这样就可以不暴露了吗？ 没懂 谁来给解释下

隐藏结构

// 会导致 ctxt 对象中的方法暴露
ctxt.getAbsolutePathOfScratchDirectoryOption();
或者
// 假设 getScratchDirectoryOption 返回一个数据结构
ctx.getScratchDirectoryOption().getAbsolutePath();
两种方案都不好

String outFile = outputDir + "/" + className.replace('.', '/') + ".class";
FileOutputStream fout = new FileOutputStream(outFile);
BufferedOutputStream bos = new BufferedOutputStream(fout);

// 直接让 ctxt 对象来做这些事
BufferedOutputStream bos = ctxt.createScratchFilesStream(classFileName);

隐藏了 ctxt 内部结构 防止当前函数因浏览它不该知道的对象而违反得墨忒耳律