基于MDA的新型J2EE框架.pdf

1、目前JAVA領域內(nèi),編程效率和運行效率是衡量J2EE框架產(chǎn)品優(yōu)劣主要的兩個標準,然而這兩個標準從來都以一對矛盾體的方式存在,很難做到兩全其美。即使單從兩者之一去考慮,也很難給出一個良莠分明的答案。特別是運行效率這個標準,一些小規(guī)模系統(tǒng)上性能卓著的框架未必在較大規(guī)模系統(tǒng)上有同樣優(yōu)越的表現(xiàn),僅根據(jù)某一套系統(tǒng)給出的概括評測往往偏面而缺乏說服力。由此一個能夠廣泛使用的框架必須預留用以調(diào)整的空間。而本文的目的是在預留足夠空間(針對于運行效率)的情

2、況下,盡量做到提高編程效率。而編程效率和程序結(jié)構(gòu)是密不可分的關系,JAVA領域經(jīng)常用“開耦”(解除耦合關系)一詞來表示程序結(jié)構(gòu)的合理性。本文提出的框架簡稱DCO,意思就是“開耦”的框架。很多框架或者容器都提供了“開耦”的方法,目前流行的術(shù)語包括LoC,DI,AOP等等都代表了各種JAVA程序的“開耦”思想,本文所述的“開耦”延續(xù)于這些思想,不同的是,本文的“開耦”包含了兩層含義：1.代碼之間開耦；2.業(yè)務邏輯和代碼開耦；本文采用一種叫“

3、方法銜接”的IoC(控制反轉(zhuǎn))機制來實現(xiàn)代碼之間的開耦；采用基于類型屬性的MDA(模型驅(qū)動)模式來實現(xiàn)業(yè)務邏輯和代碼之間的開耦?！胺椒ㄣ暯印笔且环N把調(diào)用方法的控制權(quán)交給容器的IoC機制,不同于DI(依賴注入)機制,“方法銜接”并不屬于對象管理范疇,而是讓容器把相互調(diào)用的方法串聯(lián)起來,依據(jù)是當一個方法返回的結(jié)果和另外一個方法所需要的參數(shù)類型相同或者相似時,就可以由容器完成兩個方法的銜接。本文所提倡的MDA不屬于常規(guī)的MDA模式,模型驅(qū)動的

4、概念可以理解為：數(shù)據(jù)就是模型,代碼就是驅(qū)動。本文采用關鍵字TYPE的程序代碼來實現(xiàn)PIM(平臺無關模型),配合“數(shù)據(jù)模型”(針對于數(shù)據(jù)的描述設置)生成PSM(平臺有關模型)的設計模型。如果說常規(guī)MDA中的UML圖是靜態(tài)的,那么本文MDA的數(shù)據(jù)模型就是動態(tài)的,甚至可以把數(shù)據(jù)模型存放于數(shù)據(jù)庫中,實現(xiàn)數(shù)據(jù)建模,提高程序代碼的靈動性。數(shù)據(jù)轉(zhuǎn)換機制是DCO另外一個功能。DCO不希望使用者去關心數(shù)據(jù)的具體類型(這里的類型包括數(shù)據(jù)庫中的字段類型和ja

5、va代碼中的實例類型),而設想用一種抽象的類型(一般指的是具體業(yè)務的數(shù)據(jù)類型)去代替,同時框架提供把抽象類型的數(shù)據(jù)裝換到所需要的實例類型的功能,所以相對于使用者而言,實例類型是透明的。DCO的最終目標是全部代碼都可以重用,并且提供把它們封裝為組件的方法,叫做組件的分離和級聯(lián)機制。和滾雪球的效應一樣,當可以重用的代碼(組件)積累到一定的程度,應用開發(fā)就不必再寫代碼了,做一些配置就可以解決問題。DCO是一種新型的J2EE框架,也提供了新型的