MVC是設計模式開發中很重要的一點，不過這還只是一個起點。對於編程中MVC的使用、誤用和濫用，已經有大量相關的文檔做過介紹。總的來說，設計模式是按照作用和範圍來組織的，設計模式的作用可以分為3大類：
建立型
結構型
行為型
這種分類頁反映了一般所人為的模式所要完成的目標。
設計模式按照範圍劃分可以分為兩大類：
類
對象
本篇博文將簡要介紹這些類別劃分，並解釋這樣劃分對於選擇和理解設計模式的好處。
建立型模式
顧名思義，建立型模式就是用來建立對象的模式。更確切地講，這些模式是對執行個體化過程的抽象。如果程式越來越依賴組合，就會減少對寫入程式碼執行個體化的依賴，而更多地依賴於一組靈活的行為，這些行為可以組織到一個更為複雜的集合中。建立型模式提供了一些方法來封裝系統使用的具體類的有關知識，還可以隱藏執行個體建立和組合的相關資訊。
結構型模式
這些模式所關心的是組合結構應當保證結構化。結構型模式（structural class patterns）採用繼承來組合介面或實現。結構型對象模式則描述了組合對象來建立新功能的方法。瞭解結構型模式對於理解和使用相互關聯的類很有協助。
行為型模式
到目前為止，絕大多數模式都是行為型對象，這些模式的核心是演算法和對象之間職責的分配。這些設計模式描述的不只是對象或類的模式，它們還描述了類和對象之間的通訊模式。
類模式
在兩類範圍中，第一類範圍是類。這些類模式的重點在於類及其子類之間的關係。類範圍中包含四種模式，類模式是靜態。
對象模式
儘管大多數設計模式都屬於物件範圍，不過與類範圍中的那些模式一樣，很多模式也會使用整合。對象設計模式與類模式的區別在於，對象模式強調的是可以在運行時改變的對象，因此這些寫入模式更具動態性。
設計模式與架構的區別
與架構相比，設計模式是體繫結構中更小的元素，也更為抽象。另外，設計模式沒有架構那麼特定。因此，設計模式更可重用，也比架構靈活。
架構的有點與模板有些類似：它們更有指示性，可以更清楚地指示所解決問題的結構。為了提供這種易用性，它們不得不放棄了體繫結構的靈活性，如果使用架構，構建應用會快得多，但是所構建的應用會受到架構本身的約束。架構可以半酣物件導向結構，通常架構是分層的，每一層處理更大設計中的一個方面。架構的一些特性在設計模式中也有體現，不過，設計模式沒有架構那麼特定和具體，也沒有那麼龐大。
