依赖倒置原则(DIP)
依赖倒置(Dependency Inversion Principle,缩写DIP)是面向对象六大基本原则之一。他是指一种特定的的解耦形式,使得高层次的模块不依赖低层次的模块的实现细节,依赖关系被颠倒（反转）,从而使得低层次模块依赖于高层次模块的需求抽象.
该原则规定:
高层次的模块不应该依赖低层次模块，二者都应该依赖其抽象接口. 抽象接口不应该依赖于具体实现,而具体实现则应该依赖于抽象接口.通过如下一个简单的示例,我们来看一下,我们通过一个简单地下单流程向我们的用户发送相关的短信或者邮件.
public SendingEmail
{
public void Send(string message){
//do something
}
}
public Ordering
{
SendingEmail _sendingEmail=null;
public void Order(string message){
//Order business operation
if(_sendingEmail == null)
{
_sendingEmail=new SendingEmail();
}
_sendingEmail.Send(message);
}
}
这样看我们的代码没问题,目前只要我们完成了订单操作那么,那么则会触发发送功能,但是他却违反了DIP,因为Ordering类依赖于SendingEmail类,而SendingEmail类不是抽象类,而是一个具体的类.那我们再来想一个如果这时候业务口的人过来向我们提出了一个新的需求,要求我们改为短信而不是Email,那么我们需要怎么改？
public class SendingSMS
{
public void Send(string message){
//do something
}
}
public Ordering
{
SendingEmail _sendingEmail=null;
SendingSMS _sendingSMS=null;
bool isSendingSMS=true;
public void Order(string message){
//Order business operation
if(isSendingSMS){
if(_sendingSMS == null)
{
_sendingSMS=new SendingSMS();
}
_sendingSMS.Send(message);
}else{
if(_sendingEmail == null)
{
_sendingEmail=new SendingEmail();
}
_sendingEmail.Send(message);
}
}
}
根据上述需求我们不得不创建更多的类，并且在Ordering类中声明他,最后我们还需要使用IF ELSE语句来决定使用SMS还是使用电子邮件.但是当我们有更多这种处理操作后,那么可能比现在还混乱,这就意味着我们必须在Ordering类中声明更多新的具体类的实例.
我们需要抽离出来一种方式,让高级模块去依赖于抽象,用它来代替我们实现类,该抽象将映射到实现类.
控制反转(IoC)
控制反转(Inversion of Control,缩写为IOC)是面向对象中的设计原则,他可以帮助我们使高层模块依赖于抽象,而不是底层模块的具体实现.换句话说,他有助于实现(依赖倒置原则——DIP).
public interface ICustomerCommunication
{
void Send(string message);
}
然后我们修改SendingEmail和SendingSMS类以从ICustomerCommunication接口继承.
public class SendingEmail:ICustomerCommunication
{
public void Send(string message){
//do something
}
}
public class SendingSMS:ICustomerCommunication
{
public void Send(string message){
//do something
}
}
