C 模板設計模式使用和學習心得

模板設計模式：

模版方法模式由乙個抽象類和乙個（或一組）實現類通過繼承結構組成，抽象類中的方法分為三種：

架構中經常使用的一種設計模式，很好的發揮了面向抽象程式設計，實現了「高類聚，低耦合」的架構思想。所以非常值得研究，學習和實踐。

開始正式跑題了！這篇文章不想只談技術，一半當成總結吧。話說但凡愛裝逼的老碼農無不一張口設計模式、aop、ioc（di）等名詞成天掛在口上。其實技術和工作年限沒有太直接的聯絡，你沒幹上架構師的活（崗位），說的吹的再順溜也等於是無用功。我幹程式設計師頭三年是做傳統的行業管理軟體「酒店管理系統」，當時是使用delphi+oracle做的，當年「聰明的程式設計師」都愛用delphi，我一拖控制項就是三年，一直都是面向過程設計，非科班出身，野生程式設計師，所以轉了c#之後又三年才開始慢慢物件導向設計和程式設計，但是我始終沒有面向抽象程式設計，也不明白為啥要使用介面、抽象類。c#用了五年的樣子開始學設計模式和經常重構了以為達到了「看山還是山，看水還是水」的境界，其實差老鼻子遠了。現在基本上.net用了有10年了，可惜一直沒有遇上大專案，一直在小作坊，小公司裡打轉。曾經有一次機會，團隊裡來了乙個架構師，但當時離開了那個團隊，因為新來的總監套路太多太厲害，加上我衝撞了coo，作為非正式的部門經理被迫離職。一直沒有好好的進行架構設計，直到遇到現在的系統，非常佩服系統第一代的架構師，思想非常純正，專案裡也使用了模板設計模式。現在的系統架構沿用了十幾年了，一直很穩定，開放性很好，導致後續兩任架構師都超越不了，後來就一直沒有架構師了；現在公司的崗位目標也是工控架構師，但是看了半年的公開課，系統的學習了架構師知識體系這後，我認為架構師只能是養成的。話說最近醒悟了，不是ctrl+c,ctrl+v天天都這樣猛幹吧，老碼農得在他的崗位上提公升自己的「領導力」，努力讓生態越來越好。

找不到**看過的那張ctrl+c,ctrl+v一把梭的圖了，暫時用這個代替了。因為今天第二次看「c#/.net架構師設計模式特訓【軟謀教育】」的模板設計模式的公開課，雖然公開課都是重複的反覆的講那些知識，但是每看一次總是有新的心得。最近結合幾次實踐，越發覺得有寫文加深印象的必要，於是有了此篇隨筆。我的關注點是：為什麼架構師這麼重視這個模式，實踐意義在**？

作為乙個油膩的中年大叔看來必須有點追求了，經常性的口是心非，不按套路出牌，不按計畫不走尋常路...,你以為多特別其實一直很失敗。本來準備寫個年終總結的，但是好久都沒有立長志了，一直都沒按計畫來。呵呵。其實是有計畫的，只是實現起來是跨年的，身上背了幾十萬債務...好吧還是收回來，別倒苦水了。我只是說任何時候都不能有不腳踏實地的理由，應該不浮躁，每天進步一點點吧。

這是一篇沒有寫完的隨筆，最近工作比較忙，現在想放棄了。不寫了，具體案例其實另外兩篇隨筆已經寫了，感興趣可以看看：

設計模式學習心得

物件導向的設計原則 1.單一職責原則 srp 每個物件應該只有一種責任。可以達到公用的方法，可以放入乙個類中，有差異但相似的方法，可以根據差異單獨實現。例如 角色 戰士，法師 攻擊 物理，法術 防禦。2.開閉原則 ocp 設計程式時對功能擴充套件開放，對修改關閉。進行功能擴充套件時不需要修改源 更利...

Java設計模式學習心得

1.從理解設計的幾大原則開始 1 open close principle 開 程式可拓展，熱插拔形式 閉 禁止對上一版本的程式進行 修改 原則，通常要用到介面達到這種效果。2 liskov substitution principle lsp黎克特制替換原則，任何可以使用基類的地方均可以使用其子類...

設計模式學習心得 開篇

做了幾年的開發工作，還停留在開發工程師的階段，想著不能一直這樣下去，覺得要為自己以後做打算了，開發常規兩條路 專案管理，架構師，我選擇架構師。之 所以這樣選，這是保守的乙個選擇，用格力的廣告 掌握核心科技 只有掌握了核心技術，核心業務，才能佔據主導角色。當然要成為乙個合格的架構師，需要學 習的，掌握...