飛艷小屋
          
				
          程序--人生--哲學___________________歡迎艷兒的加入
          
			          		
		
          
	
          

          

          
	
          
		
          
		    
		        
		        BlogJava
首頁
新隨筆
聯系
聚合

管理

			
			
				

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

          

			          		
		
          
	
          

          


          



          
	
					

          
	
	
	
          
		

          

          架構（Architecture）和框架（Framework）雜談
          

          經常感覺很多人對于架構和框架分得不是很清楚，隨便寫一點關于這方面的東西吧。如果以后對于這方面的認識更加深刻的話，再補充好了。

          1. 架構和框架的設計層次不同

          類似于硬件設計，軟件設計也分為不同的層次。典型的軟件設計層次如下圖：

          design-level.BMP

          在這個圖中我們可以看到，Framework處于Micro-architectures和Application Level之間。Deisgn Patterns是Micro-architectures級的設計，Framework由多個Design Pattern和其他微架構設計元素形成。而Object&classes、Micro-architectures和Framework被稱為 Micro Level設計。就是說，從Objects&classes到Framework，還沒有發生質變。

          對于Application Level到Global/Industry Level的設計來說，就都是Architecture的范疇了。從Application Level來說，它是由零到多個Framework組成的獨立的應用程序，會考慮諸如UI之類的重要問題。System Level由多個應用組成，每個應用在整個系統中代表不同的角色，這些應用共同組成一個系統工作環境。Enterprise Level又是由System Level組成，通常跨越整個企業（這里是廣義的企業）中的多個組織機構。Global/industry Level由多個企業通過Internet和商業市場組成一個相當大范圍內的系統應用，B2B就是這樣的Global Level設計的應用系統。

          顯然Framework和Architecture在這里的差別是巨大的，哪怕和Application Level相比。當一個應用中只使用了一個Framework時，我們可以把它叫做Architecture嗎？事實上，Framework僅僅是 Architecture中的一個微不足道的部分。在Achitecture中，我們考慮技術視圖時，會選擇J2EE或.NET，然后才會考慮：是否要用 Spring、Hibernate？從這里可以看出，Framework只是技術視圖的一個設計決策。

          2. 架構和框架的Design Forces不同

          其實，僅僅上面的描述也應該能夠讓大家清楚的認識到Architecture和Framework的區別了。但我還想在另外的方面更進一步說明。

          Design Forces我不知道怎么翻譯，只能解釋一下了：Design Forces指設計主要針對的問題、領域和能力。勉強可以翻譯成“設計針對”吧。

          Framework的Design Forces主要是功能性、復雜性和性能。從Framework的定位和設計層次來說，它主要目的是幫助開發人員完成公共的、系統的功能，這些功能在大多數應用中都需要，差別在于多少而已。對于一個Framework，完成系統的功能，隱藏并盡量簡化這些系統功能的復雜性，同時提供可接受的性能，這就是它的設計目標了。

          而對于Architecture，其最主要的Design Force就是變更。其次，所有可能的問題都是要在Architecture中考慮：復雜性、功能、性能、技術、所有非功能需要等等。。。

          3. OOP、AOP還是FOP（Framework oriented Programming）？！

          做Java有一個好處，就是各種框架技術層出不窮，使用方便。但這不見得就是好事情。感覺很多人非常專注于框架的使用和研究，對框架注意力甚至超過了對OO、Java、J2EE規范等基本的東西的注意力。倒是有些象當初Windows下面，用VB、VC、Delphi，還是 CBuilder？似乎有些人把OOP、AOP變成了FOP。

          在我看來，框架這個東西，用用是可以的，研究就不必了；自己寫個框架也是可以的，但也不應該停留在框架這個層次。不要在框架上浪費精力，把這個事情交給畢業生做好了。

          4. 慎用Framework！

          小標題夸張一點，是為了提醒大家。一般情況下，使用Framework可以大大減少工作量，使開發變得容易。通常使用框架應該是值得鼓勵的。但是也要注意：

          

            

              

            • 不要濫用Framework。不要在一個不是很大的項目中使用過多的Framework，不然維護會受到影響。 
            

              

            • 盡量不要同時使用幾個功能上有交叉的Framework。這會使項目開發的管理更加復雜，同樣會導致維護問題。 

            • 在Enterprise Level的應用中使用Framework時，要對Framework進行嚴格的評估，確保其Design Forces不和Enterprise Level的應用沖突！Framework在設計時刻通常不會考慮到Enterprise Level的問題，你不能想當然的認為它一定可以適合你的Enterprise應用！

            先寫這么多，以后再補充吧。
            
	
            
	
	
            
		posted on 2005-11-22 08:53 天外飛仙 閱讀(169) 評論(0)  編輯  收藏  
	
            

            







            
	    
    




            





            


            

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


            

		            		
		
            
		
            			
		
		
		
		
            
		
            
		
		
            
		
            
			網站導航:
		
		
            
		
            
			
		
            	
		
            
			 
		
            
		
            
			
		
            
		
            
			
				
		
            		
	
            	

            



            

				

            



    







            
        
	




主站蜘蛛池模板：
潜江市|
永泰县|
石河子市|
武威市|
托里县|
花垣县|
定日县|
彰化县|
武邑县|
瑞安市|
祥云县|
左贡县|
合川市|
潮安县|
平江县|
临武县|
菏泽市|
句容市|
临海市|
遵化市|
甘德县|
略阳县|
十堰市|
平舆县|
北京市|
拉孜县|
仪征市|
黄骅市|
佛坪县|
尚志市|
子洲县|
稷山县|
乐平市|
元阳县|
固安县|
凉城县|
西乌珠穆沁旗|
达州市|
孟村|
曲麻莱县|
台南县|