程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> C語言 >> C++ >> 關於C++ >> 詳解設計形式中的模板辦法形式及在C++中的應用

詳解設計形式中的模板辦法形式及在C++中的應用

編輯:關於C++

詳解設計形式中的模板辦法形式及在C++中的應用。本站提示廣大學習愛好者:(詳解設計形式中的模板辦法形式及在C++中的應用)文章只能為提供參考,不一定能成為您想要的結果。以下是詳解設計形式中的模板辦法形式及在C++中的應用正文


模板辦法形式是設計形式行動型中最簡略的一種設計形式。在現實中你乃至能夠常常用到,只是你本身不曉得它是一種設計形式而已。
模板辦法形式界說一個操作中的算法的骨架,而將一些步調延遲到子類中。模板辦法使得子類可以不轉變一個算法的構造便可重界說該算法的某些特定步調。
腳色:
籠統類(AbstractClass): 界說籠統的原語操作,詳細的子類將重界說它們以完成一個算法,完成一個模板辦法,界說一個算法的骨架。該模板辦法不只挪用原語操作,也挪用界說
詳細子類 (ConcreteClass): 完成原語操作以完成算法中與特定子類相干的步調。
UML圖:

示例:假設你是一個先生,如今你要給你的先生出一份期末測驗試卷。你班上有幾十個先生,你將斟酌若何為設計測驗卷。
  經剖析明顯先生的試卷年夜部門類容都是分歧的,獨一紛歧致的是姓名和謎底。先生設計好試卷,只須要把試卷交個先生填寫謎底便可。先生不須要把標題照抄一份。
所以我們須要把試卷籠統成基類,而且給先生留下填寫謎底和姓名的處所。

class TestPaper 
{ 
public: 
  void DoTestPaper(){ 
    StudentName(); 
    TestTitleOne(); 
    TestTitleTwo(); 
  }; 
 
  void TestTitleOne(){ 
    cout<<"標題一:X國的房價會降上去麼?"<<endl; 
    AnswerOne(); 
  } 
 
  void TestTitleTwo(){ 
    cout<<"標題二:說說你的消息聯播的意見?"<<endl; 
    AnswerTwo(); 
  } 
 
  virtual void AnswerOne() = 0; 
  virtual void AnswerTwo() = 0; 
  virtual void StudentName() = 0; 
}; 

明顯,下面 AnswerOne, AnserTwo,StudentName 就是先生答題的處所,先生不須要把標題也抄上去。只須要完成我們的這三個辦法便可以了。
例如:小紅的試卷

class XiaoHongTestPaper : public TestPaper 
{ 
public: 
  void StudentName(){ 
    cout<<"姓名:小紅"<<endl; 
  } 
  void AnswerOne(){ 
    cout<<"答:信任X,信任國度,來歲必定降上去。"<<endl<<endl; 
  } 
  void AnswerTwo(){ 
    cout<<"答:消息聯播是我最愛好的節目啊。"<<endl<<endl; 
  } 
}; 

小張的試卷:

class XiaoZhangTestPaper : public TestPaper 
{ 
public: 
  void StudentName(){ 
    cout<<"姓名:小張"<<endl; 
  } 
  void AnswerOne(){ 
    cout<<"答:呵呵,照樣去做你的X國夢吧。"<<endl<<endl; 
  } 
  void AnswerTwo(){ 
    cout<<"答:我很幸福"<<endl<<endl; 
  } 
}; 

客戶端:

int main(int argc, char* argv[]) 
{ 
  XiaoHongTestPaper paper1; 
  paper1.DoTestPaper(); 
 
  XiaoZhangTestPaper paper2; 
  paper2.DoTestPaper(); 
 
  system("pause"); 
  return 0; 
} 


關於模板辦法的評論辯論

模板辦法形式是很簡略形式,然則也運用很廣的形式。如下面的剖析和完成中說明的模板辦法是采取繼續的方法完成算法的異構,其症結點就是將通用算法封裝在籠統基類中,並將分歧的算法細節放到子類中完成。

模板辦法形式取得一種反向掌握構造後果,這也是面向對象體系的剖析和設計中一個准繩 DIP(依附顛倒:Dependency Inversion Principles)。其寄義就是父類挪用子類的操作(高層模塊挪用低層模塊的操作),低層模塊完成高層模塊聲明的接口。如許掌握權在父類(高層模塊),低層模塊反而要依附高層模塊。

繼 承 的 強 制 性 約 束 關 系 也 讓模板辦法模 式 有 不 足 的 地 方 , 我 們 可 以 看 到 對 於ConcreteClass 類中的完成的原語辦法 Primitive1(),是不克不及被其余類復用。假定我們要創立一個 AbstractClass 的變體 AnotherAbstractClass,而且二者只是通用算法紛歧樣,其原語操作想復用 AbstractClass 的子類的完成。然則這是弗成能完成的,由於 ConcreteClass 繼續自AbstractClass,也就繼續了 AbstractClass 的通用算法,AnotherAbstractClass 是復用不了ConcreteClass 的完成,由於後者不是繼續自前者。

模板辦法形式裸露的成績也恰是繼續所固有的成績,戰略形式則經由過程組合(拜托)來到達和模板辦法形式相似的後果,其價值就是空間和時光上的價值,關於戰略形式的具體評論辯論請參考 Strategy 形式解析。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved