暴露给用户抽象接口，而不是具体实现（面向接口编程）文章源自玩技e族-https://www.playezu.com/746542.html
看两个例子：文章源自玩技e族-https://www.playezu.com/746542.html
具象点文章源自玩技e族-https://www.playezu.com/746542.html
public class Point{
public double x;
public double y;
}抽象点文章源自玩技e族-https://www.playezu.com/746542.html
public interface Point{
double getX();
double getY();
void setCartesian(double x, double y);
double getR();
double getTheta();
// 极坐标
void setPolar(double r, double theta);具象点文章源自玩技e族-https://www.playezu.com/746542.html
public interface Vehicle {
// 获取燃油箱容量（加仑）
double getFuelTankCapacityIngallons();
// 获得加仑汽油
double getgallonsofGasoline();
}抽象点文章源自玩技e族-https://www.playezu.com/746542.html
public interface Vehicle{
// 获取剩余燃油百分比
double getPercentFuelRemaining();
}以上两段代码以后者为佳。我们不愿曝露数据细节，更愿意以抽象形态表述数据。这并不只是用接口和／或赋值器、取值器就万事大吉。要以最好的方式呈现某个对象包含的数据，需要做严肃的思考。傻乐着乱加取值器和赋值器，是最坏的选择。文章源自玩技e族-https://www.playezu.com/746542.html
2. 数据、对象的反对称性文章源自玩技e族-https://www.playezu.com/746542.html
面向过程编程和面向对象编程是对立的文章源自玩技e族-https://www.playezu.com/746542.html
面向过程编程：便于在不改动既有数据结构的前提下添加新函数（难以添加新的数据结构，因为必须要修改所有函数）文章源自玩技e族-https://www.playezu.com/746542.html
面向对象编程：便于在不改动既有函数的前提先添加新类(难以添加新函数，因为必须修改所有类)
看一个例子
面向过程编程
public class Square{
public Point topLeft;
public double side;
}
public class Rectangle{
public Point topLeft;
public double heighta;
public double width;
}
public class Circle{
public Point center;
public double radius;
}
public class Geometry{
public final double PI = 3.141592653589793;
public double area (Object shape) throws NoSuchShapeException{
if (shape instanceof Square) {
Square s = (Square) shape;
return s.side * s.side
}else if (shape instanceof Rectangle) {
Rectangle r = (Rectangle) shape;
return r.height *r.width;
}else if (shape instanceof Circle) {
Circle c= (Circle) shape;
return PI * C.radius * c.radius;
}
throw new NoSuchShapeException ();
}
}面向对象编程
public class Square implements Shape{
private Point topLeft;
private double side;
public double area(){
return side*side;
}
}
public class Rectangle implements Shape{
private Point topLeft;
private double height;
private double width;
public double area(){
return height*width;
}
}
public class Circle implements Shape {
private Point center;
private double radius;
public final double PI=3.141592653589793;
public double area(){
return PI * radius * radius;
}
} 3.
得墨忒耳律
著名的得墨式耳律（The Law of Demeter） '认为，模块不应了解它所操作对象的内部情形。如上节所见，对象隐藏数据，曝露操作。这意味着对象不应通过存取器曝露其内部结构，因为这样更像是曝露而非隐藏其内部结构。
更准确地说，得墨式耳律认为，类C的方法f只应该调用以下对象的方法：
1.当前类C
2.由f创建的对象；
3.作为参数传递给f的对象；
4.由C的实体变量(成员变量的一种)持有的对象。
方法不应调用由任何函数返回的对象的方法。换言之，只跟朋友谈话，不与陌生人谈话。
错误的调用
final String outputDir = ctxt.getoptions().getscratchoir().getAbsolutePath(); 上面的代码被称作火车失事，因为看起来就像一列火车。
一般可以改造为
1.通过公共函数
Options opts=ctxt.getoptions();
File scratchDir=opts.getScratchoir();
final String outputDir=scratchDir.getAbsolutePath();2.通过属性值
final String outputDir = ctxt.options.scratchoir.absolutePath; 3.2 混乱
这种混淆有时会不幸导致混合结构，一半是对象，一半是数据结构。这种结构拥有执行操作的函数，也有公共变量或公共访问器及改值器。无论出于怎样的初衷，公共访问器及改值器都把私有变量公开化，诱导外部函数以过程式程序使用数据结构的方式使用这些变量'。
此类混杂增加了添加新函数的难度，也增加了添加新数据结构的难度，两面不讨好。应避免创造这种结构。它们的出现，展示了一种乱七八糟的设计，其作者不确定——或者更糟糕，完全无视——他们是否需要函数或类型的保护。
3.3 隐藏结构
假使ctxt、Options和ScratchDir是拥有真实行为的对象又怎样呢？由于对象应隐藏其内部结构，我们就不该能够看到内部结构。这样一来，如何才能取得临时目录的绝对路径呢？我们取得临时目录的绝对路径是为了干什么呢？
String outFile = outputDir +"/" + className.replace('.','/')+".class";
FileOutputStreamfout=new FileoutputStream(outfile):
bufferedoutputstream bos=new bufferedoutputstream(fout); 我们发现是为了创建指定名称的临时文件，那我们应该怎么做呢
bufferedoutputstream bos=ctxt.createScratchFileStream(classFileName);直接通过ctxt实现临时文件的创建，将创建的细节隐藏
4. 数据传送对象
最为精练的数据结构，是一个只有公共变量、没有函数的类。这种数据结构有时被称为数据传送对象，或DTO（Data Transfer Objects）。
@Data
@Builder
@NoArgsConstructor
@AllArgsConstructor
public class JobBuildDetailDTO {
private String disPlayName;
private Integer lastBuildNumber;
private Integer nextBuildNumber;
private Boolean isQueue;
private String lastBuildJobUrl;
}5. 小结
我们应该对外暴露操作，隐藏数据
DTO对外暴露数据，不含有明显操作
面向过程编程：便于在不改动既有数据结构的前提下添加新函数（难以添加新的数据结构，因为必须要修改所有函数）
面向对象编程：便于在不改动既有函数的前提先添加新类(难以添加新函数，因为必须修改所有类)
原文地址：https://cloud.tencent.com/developer/article/2147263
评论