标签:imp 工具 业务 代码 六大原则 alc ide 需求 out
一个软件实体如类、模块、函数应该对扩展开放,对修改关闭。无非就是用抽象构建框架,用实现扩展细节。
做过实际项目的应该都会深有体会,一个软件在其生命周期内都会发生很多变化,这几乎是不可避免的。无论是需求的变化、业务逻辑的变化、程序代码的变化等等,这些变化都有可能对整个软件的稳定性造成一定的威胁。而开闭原则就是应对这些变化的,它告诉我们应该通过扩展来实现变化,而不是通过修改已有的代码。
公司需要做一个能给手机充电的充电器。
代码如下:
/**
* 充电器接口
*/
public interface ICharge {
void charge();
}
/**
* 充电器实现类
*/
@Service
public class ChargeImpl implements ICharge{
@Override
public void charge() {
System.out.println("只能给手机充电");
}
}
充电器不仅能给手机充电,还能够给耳机充电。
有人说直接修改ChargeImpl实现类的charge方法不就行了嘛。可能有很多人在实际项目中都是这么做的,但是这就违背了开闭原则,开闭原则要求我们尽量不要修改已有的代码,尽量通过扩展来实现改变。
可以增加一个UniversalChargerImpl实现类来继承ChargeImpl实现类,并重写charge方法。
代码如下:
/**
* 万能充电器
*/
@Service
public class UniversalChargerImpl extends ChargeImpl implements ICharge{
@Override
public void charge() {
System.out.println("既能给手机充电也能给耳机充电");
}
}
标签:imp 工具 业务 代码 六大原则 alc ide 需求 out
原文地址:https://www.cnblogs.com/dashuaiguo/p/11238747.html