面向对象设计原则之二:开放封闭原则

open-closedPrinciple

见此文,写的不错。尤其是那两个例子,一看就有点明白OCP了。

真正到设计时,要多想想这些变化。

开放封闭原则主要体现在两个方面:

对扩展开放,意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况。

对修改封闭,意味着类一旦设计完成,就可以独立其工作,而不要对类尽任何修改。

如何做到对扩展开放,对修改封闭呢?

实现开放封闭的核心思想就是对抽象编程,而不对具体编程,因为抽象相对稳定。让类依赖于固定的抽象,所以对修改就是封闭的;而通过面向对象的继承和多态机制,可以实现对抽象体的继承,通过覆写其方法来改变固有行为,实现新的扩展方法,所以对于扩展就是开放的。

对于违反这一原则的类,必须通过重构来进行改善。常用于实现的设计模式主要有TemplateMethod模式和Strategy模式。而封装变化,是实现这一原则的重要手段,将经常变化的状态封装为一个类。

以银行业务员为例

没有实现OCP的设计:

publicclassBankProcess

{//存款

publicvoidDeposite(){}

//取款

publicvoidWithdraw(){}

//转账

publicvoidTransfer(){}

}

publicclassBankStaff

{

privateBankProcessbankpro=newBankProcess();

publicvoidBankHandle(Clientclient)

{

switch(client.Type)

{//存款

case"deposite":

bankpro.Deposite();

break;

//取款

case"withdraw":

bankpro.Withdraw();

break;

//转账

case"transfer":

bankpro.Transfer();

break;

}

}

}

这种设计显然是存在问题的,目前设计中就只有存款,取款和转账三个功能,将来如果业务增加了,比如增加申购基金功能,理财功能等,就必须要修改BankProcess业务类。我们分析上述设计就不能发现把不能业务封装在一个类里面,违反单一职责原则,而有新的需求发生,必须修改现有代码则违反了开放封闭原则。

从开放封闭的角度来分析,在银行系统中最可能扩展的就是业务功能的增加或变更。对业务流程应该作为扩展的部分来实现。当有新的功能时,不需要再对现有业务进行重新梳理,然后再对系统做大的修改。

如何才能实现耦合度和灵活性兼得呢?

那就是抽象,将业务功能抽象为接口,当业务员依赖于固定的抽象时,对修改就是封闭的,而通过继承和多态继承,从抽象体中扩展出新的实现,就是对扩展的开放。

以下是符合OCP的设计:

首先声明一个业务处理接口

publicinterfaceIBankProcess{voidProcess();}

publicclassDepositProcess:IBankProcess

{

publicvoidProcess()

{//办理存款业务

Console.WriteLine("ProcessDeposit");

}

}

publicclassWithDrawProcess:IBankProcess

{

publicvoidProcess()

{//办理取款业务

Console.WriteLine("ProcessWithDraw");

}

}

publicclassTransferProcess:IBankProcess

{

publicvoidProcess()

{//办理转账业务

Console.WriteLine("ProcessTransfer");

}

}

publicclassBankStaff

{

privateIBankProcessbankpro=null;

publicvoidBankHandle(Clientclient)

{

switch(client.Type)

{//存款

case"Deposit":

userProc=newDepositUser();

break;

//转账

case"Transfer":

userProc=newTransferUser();

break;

//取款

case"WithDraw":

userProc=newWithDrawUser();

break;

}

userProc.Process();

}

}

这样当业务变更时,只需要修改对应的业务实现类就可以,其他不相干的业务就不必修改。当业务增加,只需要增加业务的实现就可以了。

设计建议:

开放封闭原则,是最为重要的设计原则,Liskov替换原则和合成/聚合复用原则为开放封闭原则提供保证。

可以通过TemplateMethod模式和Strategy模式进行重构,实现对修改封闭,对扩展开放的设计思路。

封装变化,是实现开放封闭原则的重要手段,对于经常发生变化的状态,一般将其封装为一个抽象,例如银行业务中IBankProcess接口。

拒绝滥用抽象,只将经常变化的部分进行抽象。

相关推荐