<rt id="bn8ez"></rt>

<label id="bn8ez"></label>

<span id="bn8ez"></span>

<label id="bn8ez"><meter id="bn8ez"></meter></label>

<rt id="saags"></rt>

<abbr id="saags"></abbr>

<cite id="saags"></cite>

<rt id="saags"><delect id="saags"></delect></rt>

<li id="saags"></li>

飛艷小屋

程序--人生--哲學(xué)___________________歡迎艷兒的加入

BlogJava

52 Posts :: 175 Stories :: 107 Comments :: 0 Trackbacks

架構(gòu)（Architecture）和框架

僅列出標(biāo)題新聞風(fēng)格下一頁

架構(gòu)（Architecture）和框架（Framework）雜談

經(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)用！

先寫這么多，以后再補(bǔ)充吧。

posted on 2005-11-22 08:53 天外飛仙閱讀(168) 評論(0) 編輯收藏

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發(fā)表評論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問管理

主站蜘蛛池模板：亚洲AV之男人的天堂| 女性无套免费网站在线看| 国产精品亚洲二区在线观看 | 亚洲精品国产成人中文| 亚洲成a人片毛片在线| 无码国产精品一区二区免费3p | 24小时日本韩国高清免费| 亚洲区视频在线观看| 亚洲精品免费在线| 亚洲精品私拍国产福利在线| 亚洲无吗在线视频| 成人免费视频观看无遮挡| 亚洲啪AV永久无码精品放毛片| 精品久久免费视频| 老外毛片免费视频播放| 色片在线免费观看| 亚洲欧美日韩中文字幕一区二区三区| 日韩免费三级电影| jizz免费在线观看| 亚洲影院在线观看| 毛片网站免费在线观看| 色吊丝免费观看网站| 亚洲精品无码Av人在线观看国产 | 成人免费区一区二区三区| 成人最新午夜免费视频| 亚洲成在人线在线播放无码 | 特级毛片A级毛片100免费播放| 亚洲日韩人妻第一页| 日本一卡精品视频免费| 亚洲色偷精品一区二区三区| 免费v片视频在线观看视频| 特级做A爰片毛片免费看无码| 久久久亚洲AV波多野结衣| 最新久久免费视频| 亚洲免费观看网站| 久久亚洲国产成人精品无码区| 免费无码午夜福利片| 亚洲视频在线免费看| 国产成人在线观看免费网站| 亚洲AV无码一区二区三区牲色 | 免费观看国产小粉嫩喷水|

<li id="agyyw"><dl id="agyyw"></dl></li><li id="agyyw"><dl id="agyyw"></dl></li>

<li id="agyyw"></li>

<strike id="agyyw"><acronym id="agyyw"></acronym></strike><button id="agyyw"></button>

<rt id="agyyw"><delect id="agyyw"></delect></rt>

<bdo id="agyyw"><source id="agyyw"></source></bdo>