最近都在看大話設計模式這本書，所以，講講自己在學習過程中的體會，大話設計模式這本書真的很好，幽默風趣的講訴各種設計模式及對應的應用場景，推薦大家可以去看看
設計模式其實經常被提起，很多人也會用，也有一些像我這樣還不怎麼會用的，雖然之前就有接觸過設計模式，但是根本不知道在實際開發中如何去使用，在哪些地方有被使用，這是我自己的一個感悟，大部分人應該都停留在這個狀態，知道怎麼用卻不知道怎麼用在工作開發中，很多公司在招人裏面都會有這麼一條，邏輯清晰，能寫一手優秀的代碼，那什麼樣的才叫優秀的代碼呢？我相信很多同行都是不怎麼懂的，特別是一些新人，這裏就我自己的理解講講。
優秀的代碼，首先，你要會一些設計模式，在開發功能的過程中，想到把合適的設計模式放到對應的功能點去使用，使用設計模式最大的好處就是，可以防止甲方隨意改變需求對你代碼的破壞性，要知道我們開發這個行業是要跟實際生活結合的，所以需求變更是個永恆不變的話題，如果代碼設計的不合理，一個簡單的需求變更，你就要把這塊代碼重新修改一遍，這樣一個是耽誤時間，第二個浪費自己的精力，爲什麼同樣都是開發，同樣在寫crud，人家工資比你高那麼多，有人會覺得是因爲工作年限，確實是這樣，在同等技術水平下，工作年限決定你的經驗，決定你對功能點的敏感度，決定你能不能考慮周全，儘量減少需求變更帶來的影響，這樣的影響被壓得越低，對公司來說，損失的就更少，賺的就更多。
很多人都說，程序員工資高，高的莫名其妙，就天天寫點代碼，憑什麼工資高。對外行來說，你這樣說，可以理解，但對我們內行的人來說，你要懂得你爲什麼值這個錢。舉個栗子，我們公司今年有個安卓工程師，對接後臺某個開關接口時，代碼寫成了默認關閉，後臺返回打開再打開，這個接口是一個很重要的廣告接口，對公司來說就意味着收入，然後，公司很長一段時間找不到問題所在，廣告收入一直很低，公司前後損失了大幾萬，最後老闆發飆了，一個個點排查，結果問題出在後臺沒有去打開那個開關，而他默認成關閉，所以自然就有問題了，這種情況下，你是應該能考慮到這個問題的，對於一個開發人員來說，但是他沒有去想過這個問題，說白了，就是沒有責任心，後面老闆把他辭了。舉這個例子的目的，就是想告訴大家，我們做開發的，對功能點一定要有敏感度，這個功能點能影響到公司運營，對公司很重要的，你就應該打起精神，仔細考慮，儘量完善自己的邏輯，如果是一點都不重要的，你只要保證邏輯沒有錯誤就行。
說了這麼多，回到正題，講講我們今天的主題------簡單工廠模式，這個模式是被應用的最廣泛的幾個模式之一，爲什麼叫簡單工廠模式呢，大家想想，一般工廠的生產流程，一般都是，統一進原材料，不同流水線加工，生產不同的產品，這個模式是非常固定的，好處在哪呢，就是省事省力，工廠搭建出來以後，所有的產品都可以直接通過工廠生產出來，而不用再每生產一個產品，或者加個產品，又要走一遍全部流程，這就是簡單工廠模式，它的缺點也很顯著，固定的模式只能生產這些產品，換種產品或者換種生產模式就不行了，缺點先不聊，說說怎麼應用。
對於簡單工廠模式，要把握幾個核心，就很好去應用了，第一，是工廠，先把工廠搭建出來。工廠主要是生產對象用的，工廠類就是對象生產工具類；第二，是父類，把他們的共同特性抽象出來，作爲一個父類，這樣邏輯就清晰了；第三，是算法類，算法類就不多說了，主要負責對邏輯的處理。按照順序把這三個抽出來，這樣一個簡單的工廠模式就成了，處理過程中，你可能會覺得很麻煩，一個類可以寫完的代碼，要分成好多個類來寫，當時可能是會比較麻煩，後期如果再需要加一些子類的話，你就會知道它的方便了，可以節省你大量的時間。
好了，下一篇是策略模式，希望在csdn的時間和大家學到更多的東西，最後用我自己的簽名來結尾好了。
願生活明朗，萬物可愛，人間值得，未來可期；九州清宴，四海安瀾，信馬由繮，不約而至。