基于IoC和ORM框架的進(jìn)銷存系統(tǒng)設(shè)計(jì).pdf

1、面向?qū)ο蟮木幊谭椒O大的提高了軟件開發(fā)的效率，但是隨著軟件規(guī)模不斷增大，業(yè)務(wù)邏輯變得越來(lái)越復(fù)雜，對(duì)象之間的關(guān)系也越來(lái)越緊密，這給軟件的測(cè)試、修改帶來(lái)了很大的問(wèn)題，因?yàn)轭愔g的耦合太緊密了。避免這種現(xiàn)象的方法就是讓這些關(guān)系密切的對(duì)象之間的耦合變得盡量的松散。 解決這個(gè)問(wèn)題的方法有很多種，基本前提是面向接口編程，使調(diào)用者只需要關(guān)心被調(diào)用者功能的外表而不需要關(guān)心具體的實(shí)現(xiàn)。按照以往的方式，多采用類似工廠模式的創(chuàng)建型模式來(lái)實(shí)現(xiàn)這個(gè)功能，

2、更好的一種方式是使用控制反轉(zhuǎn)(IoC，InversionofControl)的編程方法。 控制反轉(zhuǎn)有兩種形式，一種是依賴查找，可稱之為拉模式，如JNDI的使用方式：Objectobj=(Object)initContext．find("…")，這樣由調(diào)用者去主動(dòng)查找需要的對(duì)象，而將具體的實(shí)現(xiàn)隱藏在JNDI路徑后面。另一種是依賴注入，可稱之為推模式，在調(diào)用者中按照接口來(lái)定義被調(diào)用者，如：CalledInterfacex，然后需要某

3、個(gè)方法或者構(gòu)造器來(lái)給x賦值，這個(gè)賦值的工作可以交給IoC容器來(lái)完成，這種方式不會(huì)造成對(duì)相關(guān)API(如JNDI)的依賴。 目前使用的數(shù)據(jù)庫(kù)以關(guān)系型數(shù)據(jù)庫(kù)為主流。業(yè)務(wù)模型體現(xiàn)在關(guān)系型數(shù)據(jù)庫(kù)中就是表的形式，而在面向?qū)ο蟮木幊陶Z(yǔ)言中則體現(xiàn)為對(duì)象的形式，這兩種形式的數(shù)據(jù)表現(xiàn)方式存在巨大的差別。在面向?qū)ο蟮恼Z(yǔ)言中訪問(wèn)關(guān)系型數(shù)據(jù)庫(kù)，傳統(tǒng)的方式是在代碼中寫SQL語(yǔ)句，這種方式是最靈活的，但是非常容易出錯(cuò)，并且會(huì)有大段的異常保護(hù)代碼反復(fù)出現(xiàn)，而且

4、也不容易實(shí)現(xiàn)數(shù)據(jù)庫(kù)無(wú)關(guān)性。 為了實(shí)現(xiàn)在編程語(yǔ)言中使用面向?qū)ο蟮姆绞絹?lái)操作關(guān)系型數(shù)據(jù)庫(kù)中的數(shù)據(jù)，出現(xiàn)了ORM(Object-Relation-Mapping，對(duì)象關(guān)系映射)這種新的編程方法。在ORM框架下，對(duì)象和關(guān)系型數(shù)據(jù)庫(kù)中的數(shù)據(jù)是——對(duì)應(yīng)的，操作對(duì)象就相當(dāng)于操作關(guān)系型數(shù)據(jù)，代碼中完全不會(huì)出現(xiàn)SQL語(yǔ)句。有的ORM框架還實(shí)現(xiàn)了完全透明的持久化功能，能夠自動(dòng)監(jiān)測(cè)已從數(shù)據(jù)庫(kù)中取出的對(duì)象發(fā)生的變化，在提交回?cái)?shù)據(jù)庫(kù)的時(shí)候能夠自動(dòng)將這些變

5、化寫入到數(shù)據(jù)庫(kù)。在適用的場(chǎng)合下，ORM框架能夠極大的提高程序的可擴(kuò)展性和可維護(hù)性。 本論文以流行的IoC框架SpringFramework和ORM框架Hibernate為例，結(jié)合常見(jiàn)的進(jìn)銷存系統(tǒng)，探討了控制反轉(zhuǎn)和對(duì)象關(guān)系映射的設(shè)計(jì)方法在JavaEE平臺(tái)的WEB系統(tǒng)中的應(yīng)用。 論文首先結(jié)合流行的SpringFramework和Hibernate框架探討了IoC和ORM框架的由來(lái)、功能和使用情況，然后對(duì)在此基礎(chǔ)上完成的進(jìn)銷存