典型模式
framework和library会有区别,但是在本节学习过程中不过多去探究它们的区别,都暂且将之称之为框架。
在现在软件开发过程中,通常会感觉先拉好软件框架,然后再向框架的不同部分填充代码即可。
实际情况
在软件构建过程中,对于某一项任务,它常常有稳定的整体操作结构,但是某些子步骤却又很多改变的需求,或者由于固有的原因(比如框架与应用之间的关系)而无法和任务的整体结构同时实现。
提出问题
那么,如何在确定稳定操作结构的前提下,灵活应对各个子步骤的变化或者晚期实现需求呢?
假设现在需要这样的代码
为了对比,首先看一下结构化软件设计流程代码
lib库开发程序
//程序库开发人员 class Library{ public: void Step1(){ //... } void Step3(){ //... } void Step5(){ //... } };
app开发程序
//应用程序开发人员 class Application{ public: bool Step2(){ //... } void Step4(){ //... } }; int main() { Library lib(); Application app(); lib.Step1(); if (app.Step2()){ lib.Step3(); } for (int i = 0; i < 4; i++){ app.Step4(); } lib.Step5(); }
很显然,在上述程序中
再看面向对象设计流程
lib程序库开发
class Library{ public: void Run(){ Step1(); if (Step2()) { Step3(); } for (int i = 0; i < 4; i++){ Step4(); } Step5(); } virtual ~Library(){ } protected: void Step1() { //..... } void Step3() { //..... } void Step5() { //..... } virtual bool Step2() = 0; virtual void Step4() =0; };
app程序开发
//应用程序开发人员 class Application : public Library { protected: virtual bool Step2(){ //... 子类重写实现 } virtual void Step4() { //... 子类重写实现 } }; int main() { Library* pLib=new Application(); lib->Run(); delete pLib; } }
在面向对象程序设计中,