在實現系統功能的時候，通常會首先定義好功能的介面，在系統功能不斷被實現的過程中，慢慢的發現有些介面的實現很類似，這個時候通常會開始做一次抽象，形 成乙個共同的部分，^_^，慢慢的系統形成了乙個抽象的層次，而為了通用，通常是通過定義介面，形成乙個抽象類，抽象類中暴露出一些抽象方法供外部擴充套件實 現，逐步的積累抽象類後慢慢形成乙個基礎框架，而外部在使用時通常可通過繼承抽象類的方式來復用、擴充套件和實現自己的功能。
通常在一些產品級的開發 平台上就會提出配置的方式去復用、擴充套件和實現自己的功能，而不是通過編寫**的方式，其實就是在上面的基礎框架上再做了一級抽象，也就是提供了對於將基於 基礎框架的抽象類的抽象方法的實現再做了次共性的分析，形成了一種通用的實現，然後將實現部分暴露一些可配置點，其實也可以想象這個時候同樣可以暴露一些 抽象方法，呵呵，只是配置讓人感覺不是寫**，很舒服，而且更有利於即時生效的實現。
再深入的想想，其實覺得為什麼mda是可行的，但又是難推廣 的覺得是同樣的道理，mda將模型經過一級一級的抽象，最後形成的模型固然是乙個非常靈活的模型，可通過配置形成多種多樣的系統功能，但它帶來了在抽象層 次的難度，這個通常來說不是那麼容易做到的....而且其實在做一級一級的抽象的時候如果做的不夠的話，通常會導致基於抽象無法完成特定的功能，這個時候 對於框架來講通常會變得比較的麻煩
系統功能---->(一次抽象後)-----通用系統功能------>(二次抽象 後)-----基礎框架----->(三次抽象後)----->開發平台----->...... 一直這麼抽象下去，最後系統會變成什麼呢？那個模型又有什麼人懂呢？靈活性、擴充套件性、簡易性、可維護性，都是值得深思的問題.....
介面實現與配置實現
在實現系統功能的時候，通常會首先定義好功能的介面，在系統功能不斷被實現的過程中，慢慢的發現有些介面的實現很類似，這個時候通常會開始做一次抽象，形 成乙個共同的部分，慢慢的系統形成了乙個抽象的層次，而為了通用，通常是通過定義介面，形成乙個抽象類，抽象類中暴露出一些抽象方法供外部擴充套件實 現，逐步的積...
配置實現 詳述介面配置使用
l 詳述介面配置使用 1 採用詳述模板實現詳述配置的載入和展現。呼叫方法 tmp mydetail.aspx?n detailtest 僅xml配置的檔名，不含字尾 2 xml配置檔案，如detailtest.xml需在配置的xml目錄的query目錄下 3 以detailtest.xml為例 s ...
C 介面與實現
公有繼承 inte ce and implementation 三種繼承的方式 pure virtual function 只繼承基類的介面，要在派生類中重寫該函式的實現。至於是在子類中實現還是子類的子類中實現都無所謂，關鍵是需要例項化的類就需要實現，不然物件是無法建立的。virtual funct...