程序員們在寫自己用的小程序的時候會考慮設計模式？

這不是會不會考慮的問題！習慣了！！

寫代碼的時候考慮設計模式和編碼規范已經成為一種編碼習慣，不用刻意而為。代碼寫的多了，自己就有一套代碼規范了，按照自己的規范寫對自己來說往往可讀性高。設計模式需要一定代碼基礎才能在寫代碼為信手拈來，使得代碼結構更合理，實現更巧妙。

常用的設計模式

在我工作這六七年，接觸或者使用過很多設計模式，就普適性而言，以下三種設計模式使用次數最多。

代理模式，代理模式是一種結構化設計模式，是指代理對象具有被代理對象相同的行為，這需要代理對象實現被代理對象的接口，并且持有被代理對象的實例！比如經典的王婆#西門慶就是一對代理關系，王婆作為代理方，代理西門慶和潘金蓮拉近關系，談成了改衣服的傳世經典業務！可能很多人都聽過動態代理，靜態代理，我這里簡單做個說明，靜態代理就是指我們日常的編碼中用到的代理，手寫的代理類，在編譯的時候就打成.class文件，啟動時加載進入jvm待用。動態代理是spring全家桶中使用超級多的設計模式，在程序運行時通過反射實現的代碼增強，又分jdk動態代理和cglib動態代理，前者是我們上面說到的同接口式增強，后者使用繼承子類通過方法監聽的方式實現。在java中都提供現成可用代理工具，后續對動態代理做詳細講解。模版模式，模版模式相對比較簡單，但是很多場景都適用而且效果非常好，擴展起來特別簡單。模版模式往往有一個抽象基類，在基類中定義很多模版方法或者流程，每個子類只需要實現自己關注的代碼部分而不用關注整體的實現流程或者細節。現在的項目中還用到模版模式，場景大致如下，要讀取很多第三方接口的數據然后處理，代理基類中完成整個請求的流程，子類只需要實現讀取數據的參數封裝和獲取數據之后的數據處理即可，而不需要關注封裝了參數之后怎么做？數據處理完之后傳輸存儲等問題。觀察者模式，觀察者模式就像有很多雙?都在盯著你，一旦你有風吹草動，馬上通知做后續處理！就像警察盯梢！比如一個大的系統后端的一個核心參數修改了之后去通知所有觀察者做相應應對！

其他比如工廠模式，命令模式，裝飾模式適配器模式等在代碼中也都用過，因為篇幅問題簡單介紹以上三種。

代碼規范的標本

對于編碼規范，有些地方挺想吐槽一下的。

建議剛畢業的同學盡可能去大公司，對于規范這種東西還是大公司最規范。建議閱讀代碼大全，非常好的一本書，雖然我已經讀了它七八年了，但是感觸比較深，特別好的對于代碼規范這塊！看看重構 編程的22種怪味道，大概叫這個名字吧。

對設計模式感興趣的童鞋可以看相關資料，推薦大話設計模式，通俗易懂，也可以關注我，有需要后續進行設計模式詳解。

私信回復”代碼規范”獲取BBA等大公司代碼規范整合版！

大家好，我是程序員大狂客，分享幫助我們更快成長！