簡單工廠模式，工廠方法模式和抽象工廠模式都是屬於建立型設計模式，這三種建立型模式都不需要知道具體類。我們掌握一種思想，就是在建立乙個物件時，需要把容易發生變化的地方給封裝起來，來控制變化（**變化，封裝**），以適應客戶的變動，專案的擴充套件。用這三種設計模式都可以實現，那究竟這三種設計模式有什麼異同呢？下面根據這三者之間的特點，優點，缺點，適用範圍進行比較。
簡單工廠模式：專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。它又稱為靜態工廠方法模式。它的實質是由乙個工廠類根據傳入的引數，動態決定應該建立哪乙個產品類（這些產品類繼承自乙個父類或介面）的例項。簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。在這個模式中，工廠類是整個模式的關鍵所在。它包含必要的判斷邏輯，能夠根據外界給定的資訊，決定究竟應該建立哪個具體類的物件。使用者在使用時可以直接根據工廠類去建立所需的例項，而無需了解這些物件是如何建立以及如何組織的。有利於整個軟體體系結構的優化。
工廠方法模式：工廠方法是粒度很小的設計模式，因為模式的表現只是乙個抽象的方法。提前定義用於建立物件的介面，讓子類（具體工廠）決定例項化具體的某乙個類，即在工廠和產品中間增加介面（抽象工廠），工廠不再負責產品的建立，由介面針對不同條件返回具體的類例項，由具體類例項（具體工廠）去實現。工廠方法模式是簡單工廠模式的衍生，解決了許多簡單工廠模式的問題。首先完全實現ocp，實現了可擴充套件。其次實現更複雜的層次結構，可以應用於產品結果複雜的場合。工廠方法模式是對簡單工廠模式進行了抽象。有乙個抽象的factory類（可以是抽象類和介面），這個類將不在負責具體的產品生產，而是只制定一些規範，具體的生產工作由其子類去完成。在這個模式中，工廠類和產品類往往可以依次對應。即乙個抽象工廠對應乙個抽象產品，乙個具體工廠對應乙個具體產品，這個具體的工廠就負責生產對應的產品。
抽象工廠模式：抽象工廠模式是所有形態的工廠模式中最為抽象和最具一般性的一種形態。抽象工廠模式是指當有多個抽象角色時，使用的一種工廠模式。抽象工廠模式可以向客戶端提供乙個介面，使客戶端在不必指定產品的具體的情況下，建立多個產品族中的產品物件。它有多個抽象產品類，每個抽象產品類可以派生出多個具體產品類，乙個抽象工廠類，可以派生出多個具體工廠類，每個具體工廠類可以建立多個具體產品類的例項。每乙個模式都是針對一定問題的解決方案，工廠方法模式針對的是乙個產品等級結構；而抽象工廠模式針對的是多個產品等級結果。
簡單工廠模式：工廠類含有必要的判斷邏輯，可以決定在什麼時候建立哪乙個產品類的例項，客戶端可以免除直接建立產品物件的責任，而僅僅"消費"產品。簡單工廠模式通過這種做法實現了對責任的分割。簡單工廠模式能夠根據外界給定的資訊，決定究竟應該建立哪個具體類的物件。通過它，外界可以從直接建立具體產品物件的尷尬局面中擺脫出來。外界與具體類隔離開來，偶合性低。明確區分了各自的職責和權力，有利於整個軟體體系結構的優化。
工廠方法模式：工廠方法模式是為了克服簡單工廠模式的缺點（主要是為了滿足ocp）而設計出來的。簡單工廠模式的工廠類隨著產品類的增加需要增加很多方法（或**），而工廠方法模式每個具體工廠類只完成單一任務，**簡潔。工廠方法模式完全滿足ocp，即它有非常良好的擴充套件性。
抽象工廠模式：抽象工廠模式主要在於應對「新系列」的需求變化。分離了具體的類，抽象工廠模式幫助你控制乙個應用建立的物件的類，因為乙個工廠封裝建立產品物件的責任和過程。它將客戶和類的實現分離，客戶通過他們的抽象介面操縱例項，產品的類名也在具體工廠的實現中被分離，它們不出現在客戶**中。它使得易於交換產品系列。乙個具體工廠類在乙個應用中僅出現一次——即在它初始化的時候。這使得改變乙個應用的具體工廠變得很容易。它只需改變具體的工廠即可使用不同的產品配置，這是因為乙個抽象工廠建立了乙個完整的產品系列，所以整個產品系列會立刻改變。它有利於產品的一致性。當乙個系列的產品物件被設計成一起工作時，乙個應用一次只能使用同乙個系列中的物件，這一點很重要，而抽象工廠很容易實現這一點。抽象工廠模式有助於這樣的團隊的分工，降低了模組間的耦合性，提高了團隊開發效率。
簡單工廠模式：當產品有複雜的多層等級結構時，工廠類只有自己，以不變應萬變，就是模式的缺點。因為工廠類集中了所有產品建立邏輯，一旦增加產品或者刪除產品，整個系統都要受到影響。系統擴充套件困難，一旦新增新產品就不得不修改工廠邏輯，有可能造成工廠邏輯過於複雜,違背了"開放--封閉"原則(ocp).另外，簡單工廠模式通常使用靜態工廠方法，這使得無法由子類繼承，造成工廠角色無法形成基於繼承的等級結構。
工廠方法模式：假如某個具體產品類需要進行一定的修改，很可能需要修改對應的工廠類。當同時需要修改多個產品類的時候，對工廠類的修改會變得相當麻煩。比如說，每增加乙個產品，相應的也要增加乙個子工廠，會加大了額外的開發量。
抽象工廠模式：抽象工廠模式在於難於應付「新物件」的需求變動。難以支援新種類的產品。難以擴充套件抽象工廠以生產新種類的產品。這是因為抽象工廠幾乎確定了可以被建立的產品集合，支援新種類的產品就需要擴充套件該工廠介面，這將涉及抽象工廠類及其所有子類的改變。
簡單工廠模式：工廠類負責建立的物件比較少，客戶只知道傳入了工廠類的引數，對於始何建立物件（邏輯）不關心。
工廠方法模式：當乙個類不知道它所必須建立物件的類或乙個類希望由子類來指定它所建立的物件時，當類將建立物件的職責委託給多個幫助子類中的某乙個，並且你希望將哪乙個幫助子類是**者這一資訊區域性化的時候，可以使用工廠方法，支援多擴充套件少修改的ocp原則。
抽象工廠模式：一個系統不應當依賴於產品類例項如何被建立、組合和表達的細節，這對於所有形態的工廠模式都是重要的。這個系統有多於乙個的產品族，而系統只消費其中某一產品族。同屬於同乙個產品族的產品是在一起使用的，這一約束必須在系統的設計中體現出來。系統提供乙個產品類的庫，所有的產品以同樣的介面出現，從而使客戶端不依賴於實現。
其實，無論是簡單工廠模式、工廠模式還是抽象工廠模式，它們本質上都是將不變的部分提取出來，將可變的部分留作介面，以達到最大程度上的復用。究竟用哪種設計模式更適合，這要根據具體的業務需求來決定。
三大工廠模式
建立乙個單獨的類來實現例項化的過程，該過程被稱為工廠，建立的這個單獨的類即為工廠類。在簡單工廠模式中提出物件導向原則，本著三大特性 封裝 繼承 多型，從而實現可維護 可擴充套件 可復用。在書中，乙個簡單的計算器的例子充分展現了該模式。通過uml圖，我們可以清晰地了解其類 物件之間的關係，具體如下 1...
MVC模式的優缺點
mvc就是常說的 模型 model 檢視 view 和控制controller 它把業務處理和jsp頁面分開了。而以前的jsp頁面是把所有的 都寫在jsp頁面中，那樣不利於維護 mvc模式的目的就是實現web系統的職能分工。1.mvc模式的好處 1.各施其職，互不干涉 在mvc模式中，三個層各施其職...
C S模式和B S模式的優缺點
瀏覽器 browser 伺服器 server 模式。只需在一端部署伺服器，而另外一端使用每台pc都預設配置的瀏覽器即可完成資料的傳輸。c s優點 可以本地進行大量快取，速度快，體驗好。例如，知名的網路遊戲魔獸世界。3d畫面，資料量龐大，使用c s模式可以提前在本地進行大量資料的快取處理，從而提高觀感...