暴露给用户抽象接口,而不是具体实现(面向接口编程)文章源自玩技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