MV 也可以寫app ASP 模式
MVC 增加 C 是為了業(yè)務(wù)分層
高內(nèi)聚、低耦合、靈活、ARC、MRC
解耦：降低關(guān)聯(lián)

//理解
高內(nèi)聚：模塊內(nèi)的功能屬性方法 緊密度高
低耦合：各模塊間緊密度低，即獨(dú)立性高

耦合性：

也稱" 塊間聯(lián)系 "。指軟件結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的度量。模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性則越差。模塊間耦合高低取決于模塊間接口的復(fù)雜性、調(diào)用的方式及傳遞的信息

內(nèi)聚性：

又稱" 塊內(nèi)聯(lián)系 "。指模塊功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。若一個(gè)模塊內(nèi)各元素（語名之間、程序段之間）聯(lián)系的越緊密，則它的內(nèi)聚性就越高。
所謂高內(nèi)聚是指一個(gè)軟件模塊是由相關(guān)性很強(qiáng)的代碼組成，只負(fù)責(zé)一項(xiàng)任務(wù)，也就是常說的單一責(zé)任原則。

• 設(shè)計(jì)模式（Design Pattern）

是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。

使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。 設(shè)計(jì)模式于己、于他人、于系統(tǒng)都是多贏的，設(shè)計(jì)模式使代碼編制真正工程化。設(shè)計(jì)模式是軟件工程的基石，如同大廈的一塊塊磚石一樣使代碼編制真正工程化。
只有精通了設(shè)計(jì)模式，才敢說真正理解了軟件工程?？梢哉f，設(shè)計(jì)模式是每一個(gè)架構(gòu)師所必備的技能之一。作為一個(gè)面向?qū)ο笤O(shè)計(jì)程序員，只有精通了設(shè)計(jì)模式，才能擺脫碼奴的命運(yùn)，成為一個(gè)真正的軟件工程師，才能完成自身價(jià)值的飛躍和設(shè)計(jì)思想的升華！

設(shè)計(jì)模式主要分三個(gè)類型:創(chuàng)建型、結(jié)構(gòu)型和行為型。

* ##### ----------------1、創(chuàng)建型：共5種---------------- 

1、單例模式（Singleton）：保證一個(gè)類只有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn) 
2、抽象工廠（Abstract Factory）：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無須指定它們的具體類。 
3、工廠方法（Factory Method）：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類，F(xiàn)actory Method使一個(gè)類的實(shí)例化延遲到了子類。 
4、建造模式（Builder）：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與他的表示相分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。 
5、原型模式（Prototype）：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過拷貝這些原型來創(chuàng)建新的對(duì)象。  


* ##### ----------------2、行為型：共11種----------------

6、迭代器模式（Iterator）：提供一個(gè)方法順序訪問一個(gè)聚合對(duì)象的各個(gè)元素，而又不需要暴露該對(duì)象的內(nèi)部表示。 
7、觀察者模式（Observer）：定義對(duì)象間一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知自動(dòng)更新。 
8、模板方法（Template Method）：定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中，
                        TemplateMethod 使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可以重定義該算法得某些特定步驟。 
9、命令模式（Command）：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，對(duì)請(qǐng)求排隊(duì)和記錄請(qǐng)求日志，
                    以及支持可撤銷的操作。 
10、狀態(tài)模式（State）：允許對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變他的行為。對(duì)象看起來似乎改變了他的類。 
11、策略模式（Strategy）：定義一系列的算法，把他們一個(gè)個(gè)封裝起來，并使他們可以互相替換，本模式使得算法可以獨(dú)立于使用它們的客戶。 
12、職責(zé)鏈模式（Responsibility chain mode）：使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的送發(fā)者和接收者之間的耦合關(guān)系 
13、中介者模式（Mediator）：用一個(gè)中介對(duì)象封裝一些列的對(duì)象交互。 
14、訪問者模式（Visitor）：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個(gè)元素的新操作。 
15、解釋器模式（Interpreter）：給定一個(gè)語言，定義他的文法的一個(gè)表示，并定義一個(gè)解釋器，這個(gè)解釋器使用該表示來解釋語言中的句子。 
16、備忘錄模式（Memento）：在不破壞對(duì)象的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。  

* #####  ----------------3、結(jié)構(gòu)型：共7種----------------

17、組合模式（Composite）：將對(duì)象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。 
18、外觀模式（Facade）：為子系統(tǒng)中的一組接口提供一致的界面，fa?ade提供了一高層接口，這個(gè)接口使得子系統(tǒng)更容易使用。 
19、代理模式（Proxy、Delegate）：為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問 
20、適配器模式（Adapter）：將一類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作。 
21、裝飾模式（Decrator）：動(dòng)態(tài)地給一個(gè)對(duì)象增加一些額外的職責(zé)，就增加的功能來說，Decorator模式相比生成子類更加靈活。 
22、橋模式（Bridge）：將抽象部分與它的實(shí)現(xiàn)部分相分離，使他們可以獨(dú)立的變化。 
23、享元模式（Flyweight）