在项目中经常要考虑到扩展性,这时候在一些业务功能上就要用到了。比如说做一件事情会用不同方式或者行为去实现目的,这个时候就派上用场了
例如:渔夫出海打鱼,需求是用鱼叉捕鱼 (简单写一下代码,就不考虑规范了,只为表达意思)
class TakeByfork {
public String getByHarpoon(){return "鱼叉捕鱼"}
}
class Finsherman{ public void getFish(TakeByfork a){a.getByHarpoon}}
class Test(){
Finsherman fm = new Finsherman ();
fm.getFish(new TakeByfork ());
}
如果按这种方式来,后面可能会有问题,比如说现在业务改了,又让渔网捕鱼呢?在不改变原有类或者方法内代码的情况下是不是感觉有点那个呢。。,当然了你可以改一下原代码实现甚至还比较简单,但是如果后期业务又有变化,让你用其他方式捕鱼呢。这个时候为了有良好的扩展性或者换人维护代码的时候方便维护,引入该原则就有必要了,即面向接口
定义一个接口
interface IBuyu{
public String express();
}
class TakeByfork implements IBuyu{public String express( return "鱼叉捕鱼")}
class TakeBynets implements IBuyu{public String express( return "渔网捕鱼")}
class Finsherman{ public void getFish(IBuyu a){a.express()}}
class Test(){
Finsherman fm = new Finsherman ();
fm.getFish(new TakeByfork());
fm.getFish(new TakeBynets());
}
这样即便后面业务扩展或者有其他变动就会更加地灵活,以接口去对应相应的功能,有点以不变应万变的意思
以上仅是对该原则的描述