經(jīng)常感覺很多人對于架構(gòu)和框架分得不是很清楚，隨便寫一點關(guān)于這方面的東西吧。如果以后對于這方面的認(rèn)識更加深刻的話，再補(bǔ)充好了。
1. 架構(gòu)和框架的設(shè)計層次不同
類似于硬件設(shè)計，軟件設(shè)計也分為不同的層次。典型的軟件設(shè)計層次如下圖：
在這個圖中我們可以看到，F(xiàn)ramework處于Micro-architectures和Application Level之間。Deisgn
Patterns是Micro-architectures級的設(shè)計，F(xiàn)ramework由多個Design
Pattern和其他微架構(gòu)設(shè)計元素形成。而Object&classes、Micro-architectures和Framework被稱為
Micro Level設(shè)計。就是說，從Objects&classes到Framework，還沒有發(fā)生質(zhì)變。
對于Application Level到Global/Industry
Level的設(shè)計來說，就都是Architecture的范疇了。從Application
Level來說，它是由零到多個Framework組成的獨立的應(yīng)用程序，會考慮諸如UI之類的重要問題。System
Level由多個應(yīng)用組成，每個應(yīng)用在整個系統(tǒng)中代表不同的角色，這些應(yīng)用共同組成一個系統(tǒng)工作環(huán)境。Enterprise
Level又是由System Level組成，通常跨越整個企業(yè)（這里是廣義的企業(yè)）中的多個組織機(jī)構(gòu)。Global/industry
Level由多個企業(yè)通過Internet和商業(yè)市場組成一個相當(dāng)大范圍內(nèi)的系統(tǒng)應(yīng)用，B2B就是這樣的Global Level設(shè)計的應(yīng)用系統(tǒng)。
顯然Framework和Architecture在這里的差別是巨大的，哪怕和Application
Level相比。當(dāng)一個應(yīng)用中只使用了一個Framework時，我們可以把它叫做Architecture嗎？事實上，F(xiàn)ramework僅僅是
Architecture中的一個微不足道的部分。在Achitecture中，我們考慮技術(shù)視圖時，會選擇J2EE或.NET，然后才會考慮：是否要用
Spring、Hibernate？從這里可以看出，F(xiàn)ramework只是技術(shù)視圖的一個設(shè)計決策。
2. 架構(gòu)和框架的Design Forces不同
其實，僅僅上面的描述也應(yīng)該能夠讓大家清楚的認(rèn)識到Architecture和Framework的區(qū)別了。但我還想在另外的方面更進(jìn)一步說明。
Design Forces我不知道怎么翻譯，只能解釋一下了：Design Forces指設(shè)計主要針對的問題、領(lǐng)域和能力。勉強(qiáng)可以翻譯成“設(shè)計針對”吧。
Framework的Design
Forces主要是功能性、復(fù)雜性和性能。從Framework的定位和設(shè)計層次來說，它主要目的是幫助開發(fā)人員完成公共的、系統(tǒng)的功能，這些功能在大多
數(shù)應(yīng)用中都需要，差別在于多少而已。對于一個Framework，完成系統(tǒng)的功能，隱藏并盡量簡化這些系統(tǒng)功能的復(fù)雜性，同時提供可接受的性能，這就是它
的設(shè)計目標(biāo)了。
而對于Architecture，其最主要的Design Force就是變更。其次，所有可能的問題都是要在Architecture中考慮：復(fù)雜性、功能、性能、技術(shù)、所有非功能需要等等。。。
3. OOP、AOP還是FOP（Framework oriented Programming）？！
做Java有一個好處，就是各種框架技術(shù)層出不窮，使用方便。但這不見得就是好事情。感覺很多人非常專注于框架的使用和研究，對框架注意力
甚至超過了對OO、Java、J2EE規(guī)范等基本的東西的注意力。倒是有些象當(dāng)初Windows下面，用VB、VC、Delphi，還是
CBuilder？似乎有些人把OOP、AOP變成了FOP。
在我看來，框架這個東西，用用是可以的，研究就不必了；自己寫個框架也是可以的，但也不應(yīng)該停留在框架這個層次。不要在框架上浪費精力，把這個事情交給畢業(yè)生做好了。
4. 慎用Framework！
小標(biāo)題夸張一點，是為了提醒大家。一般情況下，使用Framework可以大大減少工作量，使開發(fā)變得容易。通常使用框架應(yīng)該是值得鼓勵的。但是也要注意：
- 不要濫用Framework。不要在一個不是很大的項目中使用過多的Framework，不然維護(hù)會受到影響。
- 盡量不要同時使用幾個功能上有交叉的Framework。這會使項目開發(fā)的管理更加復(fù)雜，同樣會導(dǎo)致維護(hù)問題。
- 在Enterprise Level的應(yīng)用中使用Framework時，要對Framework進(jìn)行嚴(yán)格的評估，確保其Design Forces不和Enterprise Level的應(yīng)用沖突！Framework在設(shè)計時刻通常不會考慮到Enterprise Level的問題，你不能想當(dāng)然的認(rèn)為它一定可以適合你的Enterprise應(yīng)用！
關(guān)于架構(gòu)和框架，可以用一首詩來做結(jié)：
橫看成嶺側(cè)成峰，遠(yuǎn)近高低各不同。
不識廬山真面目，只緣身在此山中。