專(zhuān)利名稱(chēng)：一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別涉及一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方 法和裝置。
背景技術(shù)：
Java2平臺(tái)企業(yè)片反(J2EE, Java 2 Platform,Enterprise Edition)的成熟與發(fā) 展，使越來(lái)越多的企業(yè)在構(gòu)建自己的信息化平臺(tái)時(shí)，將它視為首選。Eclipse 是一個(gè)基于Java^支術(shù)、可擴(kuò)展的集成開(kāi)發(fā)環(huán)境(IDE-integrated development environment )。 Eclipse這個(gè)優(yōu)秀的開(kāi)發(fā)平臺(tái)，以其功能強(qiáng)大、方i"更易用、易 于擴(kuò)展等特點(diǎn)，迅速成為Java開(kāi)發(fā)人員的首選IDE,也成為構(gòu)建J2EE應(yīng)用 的首選工具和平臺(tái)。
Java程序員在使用Eclipse或基于Eclipse的其它IDE (比如MyEclipse ) 進(jìn)行開(kāi)發(fā)時(shí)， 一般首先創(chuàng)建一個(gè)工程，此工程對(duì)應(yīng)一個(gè)可可發(fā)布的模塊，然 后在IDE提供的各種視圖(views)里查找編輯xml、 js、 jsp、 html等各種類(lèi) 型的資源。企業(yè)應(yīng)用的規(guī)^莫通常^f艮大，尤其一些大型應(yīng)用，工程內(nèi)的文件、 文件夾數(shù)目常以萬(wàn)計(jì)。雖然IDE本身提供了一些方便查找資源的工具，可以 在一定程度上提高開(kāi)發(fā)效率，但I(xiàn)DE視圖中顯示的文件結(jié)構(gòu)還是與操作系統(tǒng) 資源管理器中類(lèi)似的物理文件結(jié)構(gòu)。整個(gè)開(kāi)發(fā)期間，開(kāi)發(fā)人員面對(duì)的也就是 大量的文件、文件夾這些物理資源。實(shí)際上，整個(gè)工程內(nèi)的文件、文件夾相 互之間存在一定的邏輯關(guān)系，并不是各類(lèi)資源簡(jiǎn)單地堆砌。這樣，就要求開(kāi) 發(fā)人員在開(kāi)發(fā)期間頭腦中始終保持著工程內(nèi)大量資源間的邏輯關(guān)系，否則將 很容易找錯(cuò)或?qū)戝e(cuò)。這一點(diǎn)，對(duì)剛進(jìn)入項(xiàng)目的開(kāi)發(fā)人員或新手都將是一個(gè)挑 戰(zhàn)。

發(fā)明內(nèi)容
本發(fā)明提供一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方法和裝置，將物理工程內(nèi)的 實(shí)際資源以邏輯結(jié)構(gòu)的形式展現(xiàn)出來(lái)，使工程的物理結(jié)構(gòu)更清晰，便于開(kāi)發(fā)
期間資源的定位與查找。
本發(fā)明實(shí)施例提供了 一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方法，包括 將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層對(duì)應(yīng)至少 一個(gè)
邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工程節(jié)點(diǎn)；
加載所述工程節(jié)點(diǎn)，獲取與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所述工程配
置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信 自、'
讀取所述工程配置文件，根據(jù)所述工程配置文件中的工程節(jié)點(diǎn)的名稱(chēng)，
以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，
生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。
其中，次高邏輯層為應(yīng)用，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng)用節(jié)點(diǎn)； 所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置
文件的路徑信息，以及所述工程節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文
件夾的路徑。
其中，所述方法還包括讀取所述工程配置文件中的應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的 應(yīng)用配置文件的^各徑信息，獲取應(yīng)用配置文件，所述應(yīng)用配置文件中包括所 述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
才艮據(jù)所述應(yīng)用配置文件中的應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息， 構(gòu)造屬于次高邏輯層的應(yīng)用節(jié)點(diǎn)及所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述工 程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的邏輯結(jié)構(gòu)。
其中，最低邏輯層為模塊，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)；
所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置 文件的路徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文 件夾的路徑。
其中，所述方法還包括讀取所述應(yīng)用配置文件中的模塊節(jié)點(diǎn)所對(duì)應(yīng)的 模塊配置文件的路徑信息，獲取模塊配置文件，所述;f莫塊配置文件中包括模 塊節(jié)點(diǎn)的名稱(chēng)，以及所述;^莫塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
讀取所述模塊配置文件，根據(jù)所述模塊配置文件中的模塊節(jié)點(diǎn)的名稱(chēng)， 以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于最低邏輯層的模塊節(jié)點(diǎn)及所述模塊節(jié)點(diǎn)
下的各子節(jié)點(diǎn)，生成所述應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn)所對(duì)應(yīng)的邏輯結(jié)構(gòu)。
其中，所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所包含的物
理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的路徑。
其中，所述物理資源類(lèi)型包括以下其中之一或任意組合配置、頁(yè)面、 業(yè)務(wù)服務(wù)、其它。
其中，從預(yù)設(shè)的固定入口位置獲取所述工程配置文件，所述應(yīng)用配置文
件和模塊配置文件的路徑信息是相對(duì)工程節(jié)點(diǎn)的相對(duì)路徑。 其中，所述相對(duì)路徑是根據(jù)實(shí)際需要確定的。 本發(fā)明實(shí)施例還提供了 一種構(gòu)建物理工程邏輯結(jié)構(gòu)的裝置，包括 劃分單元，將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層對(duì)
應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工
程節(jié)點(diǎn)；
工程配置文件獲取單元，用于獲取與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所 述工程配置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn) 對(duì)應(yīng)的信息；所述方法還包括
第一生成單元，讀取所述工程配置文件，根據(jù)所述工程配置文件中的工 程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié) 點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。
其中，次高邏輯層為應(yīng)用，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng)用節(jié)點(diǎn)；所述工程 節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置文件的路徑信 息，以及所述工程節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的路徑；
所述裝置還包括
應(yīng)用配置文件獲取單元，用于讀取所述工程配置文件中的應(yīng)用節(jié)點(diǎn)所對(duì) 應(yīng)的應(yīng)用配置文件的路徑信息，獲取應(yīng)用配置文件，所述應(yīng)用配置文件中包 括所述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
第二生成單元，用于讀取所述應(yīng)用配置文件，根據(jù)所述應(yīng)用配置文件中 的應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于次高邏輯層的應(yīng)用 節(jié)點(diǎn)及所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述工程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的 邏輯結(jié)構(gòu)。其中，最低邏輯層為模塊，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)；所述應(yīng)用 節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置文件的路徑信 息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的3各徑；
所述裝置還包括
模塊配置文件獲取單元，用于讀取所述應(yīng)用配置文件中的模塊節(jié)點(diǎn)所對(duì) 應(yīng)的模塊配置文件的路徑信息，獲取模塊配置文件，所述模塊配置文件中包 括模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
第三生成單元，用于讀取所述模塊配置文件，根據(jù)所述模塊配置文件中 的模塊節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于最低邏輯層的模塊 節(jié)點(diǎn)及所述模塊節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn)所對(duì)應(yīng)的 邏輯結(jié)構(gòu)。
應(yīng)用本發(fā)明，對(duì)工程物理結(jié)構(gòu)的固有特點(diǎn)進(jìn)行抽象、歸納，以邏輯結(jié)構(gòu) 的方式展現(xiàn)了工程的物理結(jié)構(gòu)，使得工程的物理結(jié)構(gòu)更清晰，便于開(kāi)發(fā)人員 迅速定位一些大的資源類(lèi)型，提高了開(kāi)發(fā)效率。比如想查看某應(yīng)用涉及的頁(yè) 面資源，但記不清文件名時(shí)，可以直接在邏輯結(jié)構(gòu)中展開(kāi)應(yīng)用的Pages節(jié)點(diǎn)， 這樣即可迅速定位到應(yīng)用的頁(yè)面文件夾，從而提高了開(kāi)發(fā)效率。
再有，采用本發(fā)明提供的工程邏輯結(jié)構(gòu)，會(huì)使開(kāi)發(fā)人員有意識(shí)的把工程 物理結(jié)構(gòu)布置的更合理。比如，將工程的配置，應(yīng)用的頁(yè)面等資源放到各自 特定的文件夾下，以方便形成邏輯結(jié)構(gòu)，從而使工程的物理結(jié)構(gòu)也更加清晰。 也為開(kāi)發(fā)人員提供了 一種組織工程資源的方案。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有 技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附 圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng) 造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是根據(jù)本發(fā)明實(shí)施例的對(duì)物理工程進(jìn)行第一次邏輯劃分后的邏輯結(jié) 構(gòu)示意圖2是根據(jù)本發(fā)明實(shí)施例一個(gè)物理工程對(duì)應(yīng)的工程邏輯結(jié)構(gòu)；
圖3是根據(jù)本發(fā)明實(shí)施例的工程及其子節(jié)點(diǎn)的邏輯結(jié)構(gòu)；
圖4是根據(jù)本發(fā)明實(shí)施例的應(yīng)用及其子節(jié)點(diǎn)的邏輯結(jié)構(gòu)；
圖5是根據(jù)本發(fā)明實(shí)施例的構(gòu)建物理工程邏輯視圖方法的流程圖6是根據(jù)本發(fā)明實(shí)施例的構(gòu)建物理工程邏輯視圖的裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而 不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作 出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例對(duì)工程內(nèi)的物理資源以不同的邏輯角度，進(jìn)行兩次邏輯劃 分，從而最終形成一種樹(shù)型的邏輯結(jié)構(gòu)用以展現(xiàn)物理工程。
第一次邏輯劃分，將物理工程中的資源在邏輯上進(jìn)行層次劃分，共分為 三層，每個(gè)邏輯層對(duì)應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所 對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工程節(jié)點(diǎn)；次高邏輯層為應(yīng)用，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng) 用節(jié)點(diǎn)；最低邏輯層為模塊，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)。
工程對(duì)應(yīng)開(kāi)發(fā)環(huán)境(如Eclipse， NetBean等)中工程的概念，業(yè)務(wù)上對(duì) 應(yīng)于用戶(hù)的整個(gè)解決方案，物理上體現(xiàn)為一個(gè)完整的Web應(yīng)用。它是標(biāo)準(zhǔn)的 Web工程，并且可以作為獨(dú)立部署的單位發(fā)布到各種應(yīng)用服務(wù)器中。
應(yīng)用按照具體業(yè)務(wù)要求，可把不同的業(yè)務(wù)功能從工程中再具體細(xì)分， 分解成多個(gè)不同的應(yīng)用。
模塊按照具體業(yè)務(wù)要求，可對(duì)應(yīng)用再次細(xì)分，分解為不同功能的模塊。
這樣形成的邏輯結(jié)構(gòu)如圖l所示， 一個(gè)工程可以由多個(gè)應(yīng)用組成，每個(gè)應(yīng) 用還可以分成多個(gè)^t塊。這就是對(duì)物理工程的第一次邏輯劃分。
第二次邏輯劃分，對(duì)于工程、應(yīng)用、模塊下的各種資源進(jìn)行分類(lèi)，并最 終歸結(jié)成四類(lèi)資源
配置(Configurations):包括各種運(yùn)行期需要使用的配置。
頁(yè)面(Pages):包括各種界面表現(xiàn)元素。是與展現(xiàn)相關(guān)的資源集合，包 括jsp、 html、 js、 css、 jpg等相關(guān)資源。
業(yè)務(wù)服務(wù)(Business Services):包括各種類(lèi)型的業(yè)務(wù)組件(Business Component)的配置。是業(yè)務(wù)組件的集合，物理上體現(xiàn)為Java Bean、 EJB、 Web Services等代碼封裝形式。
其它(Others):包括除了上述三種類(lèi)型以外的其它各種類(lèi)型的非標(biāo)準(zhǔn) 的Web開(kāi)發(fā)資源，如自定制的開(kāi)發(fā)工具生成的文件。
經(jīng)過(guò)兩次邏輯劃分， 一個(gè)物理工程對(duì)應(yīng)的邏輯結(jié)構(gòu)如圖2所示，圖中矩形 框里分別是工程(demo)、應(yīng)用(applicationl)、模塊(modulel)。其中工程下 的Applications節(jié)點(diǎn)用于容納至少一個(gè)應(yīng)用，應(yīng)用節(jié)點(diǎn)下的Modules節(jié)點(diǎn)用于 容納至少 一個(gè)才莫塊。4立于application 1下的Configurations節(jié)力、^f應(yīng)application 1 下配置類(lèi)型資源所在文件夾，此節(jié)點(diǎn)下列出的是對(duì)應(yīng)物理文件夾下的內(nèi)容。 位于demo下的Configurations節(jié)點(diǎn)對(duì)應(yīng)demo下配置類(lèi)型資源所在文件夾，此節(jié) 點(diǎn)下列出的是對(duì)應(yīng)物理文件夾下的內(nèi)容。其它邏輯節(jié)點(diǎn)依此類(lèi)推。
圖2所示工程邏輯結(jié)構(gòu)將物理工程表示成一個(gè)有邏輯意義的樹(shù)型結(jié)構(gòu)，下 面介紹怎樣由一個(gè)物理工程生成一個(gè)如圖2所示的工程邏輯結(jié)構(gòu)。
首先，需要設(shè)置基本的配置文件。
參見(jiàn)圖3，其是根據(jù)本發(fā)明實(shí)施例的工程及其子節(jié)點(diǎn)的邏輯結(jié)構(gòu)。在圖3 所示邏輯視圖中，工程節(jié)點(diǎn)直^妄對(duì)應(yīng)物理工程。工程配置文件(project.xml) 固定放在webcontent/WEB-INF/下。其結(jié)構(gòu)如下 <projects>
〈project name="demo">
<applications>/WEB-INF/applications.xml</applications>
<config>/WEB-INF</config>
<page>/domain</page>
<other> WEB-INF/conf/domain/Resources</other>
<BusinessServices>......</BusinessServices>
</project> </projects>
上述工程配置文件文件中只允許有一個(gè)〈project〉元素，該元素記錄的是 工程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息。所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)
的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置文件的路徑信息，以及所述工程節(jié) 點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的路徑。所有路徑都是基于 webcontent的相對(duì)路徑。
具體的，上述工程配置文件文件中的〈applications〉元素表示工程里記錄 各應(yīng)用的應(yīng)用配置文件的路徑，〈config〉元素對(duì)應(yīng)工程下物理資源類(lèi)型為配 置的Configurations節(jié)點(diǎn)對(duì)應(yīng)的物理文件夾的3各徑，〈page〉元素對(duì)應(yīng)工程下物 理資源類(lèi)型為頁(yè)面的Pages節(jié)點(diǎn)對(duì)應(yīng)的物理文件夾的路徑，〈other〉元素對(duì)應(yīng) 工程下物理資源類(lèi)型為資源的Others節(jié)點(diǎn)對(duì)應(yīng)的物理文件夾的路徑， <BusinessServices>元素對(duì)應(yīng)工程下物理資源類(lèi)型為業(yè)務(wù)服務(wù)的 BusinessServices節(jié)點(diǎn)對(duì)應(yīng)的物理文件夾的^各徑。
上述工程配置文件中的配置信息可由用戶(hù)根據(jù)自己的需要自行修改。例 如，如果工程沒(méi)有某類(lèi)型的資源，如業(yè)務(wù)"l務(wù)，那么〈BusinessServices〉元素 可以不配，這樣形成的邏輯結(jié)構(gòu)中，工程節(jié)點(diǎn)下就沒(méi)有BusinessServices節(jié)點(diǎn)。 也就是說(shuō)，工程節(jié)點(diǎn)包含的物理資源類(lèi)型可以包括以下其中之一或任意組合 配置、頁(yè)面、業(yè)務(wù)服務(wù)、其它。
參見(jiàn)圖4，其是根據(jù)本發(fā)明實(shí)施例的應(yīng)用及其子節(jié)點(diǎn)的邏輯結(jié)構(gòu)。在圖4 所示邏輯視圖中，工程節(jié)點(diǎn)下的Applications節(jié)點(diǎn)是虛節(jié)點(diǎn)，其子節(jié)點(diǎn)即各應(yīng) 用節(jié)點(diǎn)的信息由應(yīng)用配置文件(applications.xml)記錄，比如該應(yīng)用配置 文件的路徑可以是WEB-INF/applications.xml。應(yīng)用配置文件的格式如下
<applications>
Application name=" application 1">
<modules>/WEB-INF/conf7applicationl/modules.xml </modules>
<config>/WEB-INF/conf/applicationl</config>
<page> /application l</page>
<other>WEB-INF/conf/applicationl/Resources</other>
<BusinessServices>......</BusinessServices>
</application> </applications>
上述應(yīng)用配置文件中每個(gè)〈application〉元素對(duì)應(yīng) 一個(gè)應(yīng)用節(jié)點(diǎn)， 〈application〉元素中記錄的是應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié) 點(diǎn)對(duì)應(yīng)的信息。所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng) 的模塊配置文件的路徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì) 應(yīng)的物理文件夾的3各徑。各元素具體含義類(lèi)似工程配置文件中各元素含義。 這些信息就構(gòu)成了 一個(gè)應(yīng)用節(jié)點(diǎn)的所有子節(jié)點(diǎn)信息。
與工程節(jié)點(diǎn)類(lèi)似是，應(yīng)用節(jié)點(diǎn)包含的物理資源類(lèi)型可以包括以下其中之 一或任意組合配置、頁(yè)面、業(yè)務(wù)服務(wù)、其它。
應(yīng)用節(jié)點(diǎn)下的Modules節(jié)點(diǎn)也是虛節(jié)點(diǎn)，其是模塊的集合。其子節(jié)點(diǎn)即各 模塊節(jié)點(diǎn)的信息由模塊配置文件(modules.xml)記錄，比如該應(yīng)用配置文 件的路徑可以A/WEB-INF/conf/application 1 /modules.xml。模塊配置文件的格 式如下
<modules>
<module name="application 1">
<config>/WEB-INF/conf/application 1 /module 1 </config> <page>/application 1 /module 1 </page>
<BusinessServices>......</BusinessServices>
<other> WEB -INF/conf/module 1 /Resources</other> </module> </modules>
上述模塊配置文件中每個(gè)〈module〉元素對(duì)應(yīng)一個(gè)模塊節(jié)點(diǎn)，〈module〉元 素中記錄的是模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息。 所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所包含的物理資源類(lèi)型 所對(duì)應(yīng)的物理文件夾的路徑。各元素具體含義類(lèi)似工程配置文件中各元素含 義。這些信息就構(gòu)成了一個(gè)模塊節(jié)點(diǎn)的所有子節(jié)點(diǎn)信息。
所述模塊節(jié)點(diǎn)所包含的物理資源類(lèi)型可以包括以下其中之 一 或任意組 合配置、頁(yè)面、業(yè)務(wù)服務(wù)、其它。
需要說(shuō)明的是，工程配置文件是從預(yù)設(shè)的固定入口位置獲取的，上述以 webcontent/WEB-INF/為例，認(rèn)為工程配置文件(projectxml )固定放在
webcontent/WEB-INF/下。而應(yīng)用配置文件和模塊配置配件的路徑信息是相對(duì) 工程節(jié)點(diǎn)的相對(duì)路徑，且該相對(duì)路徑是根據(jù)實(shí)際需要確定的，即用戶(hù)可靈活 i殳置。也就是i兌，所涉及的三個(gè)酉己置文件project.xml、 applications.xml、 modules.xml,只有project.xml的名稱(chēng)和位置是固定的，因?yàn)樗钦麄€(gè)工程邏 輯結(jié)構(gòu)的入口。其它兩個(gè)配置文件的名稱(chēng)和位置可由用戶(hù)自行定義。 其次，說(shuō)明構(gòu)建物理工程邏輯視圖的具體方法。
參見(jiàn)圖5,其根據(jù)本發(fā)明實(shí)施例的構(gòu)建物理工程邏輯視圖方法的流程圖。 步驟501,加載工程節(jié)點(diǎn)。
步驟502,獲取與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所述工程配置文件中包 括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；讀取所 述工程配置文件。
步驟503，根據(jù)所述工程配置文件中的工程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì) 應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程 所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)(如圖3所示工程節(jié)點(diǎn)的邏輯結(jié)構(gòu))。也就是說(shuō)， 以工程配置文件中的信息為模型，構(gòu)造工程下的個(gè)子節(jié)點(diǎn)。
其中，所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng) 用配置文件的路徑信息，以及所述工程節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的 物理文件夾的路徑。所述工程節(jié)點(diǎn)包含的物理資源類(lèi)型包括以下其中之一或 任意組合配置、頁(yè)面、業(yè)務(wù)服務(wù)、其它。
至此，生成了物理工程所對(duì)應(yīng)工程節(jié)點(diǎn)的邏輯視圖。如果還需要生成應(yīng) 用節(jié)點(diǎn)的邏輯視圖可繼續(xù)執(zhí)行以下步驟。
步驟504，在展開(kāi)工程下的Applications節(jié)點(diǎn)時(shí)，讀取所述工程配置文件 中的應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置文件的路徑信息，獲取應(yīng)用配置文件，所述 應(yīng)用配置文件中包括所述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì) 應(yīng)的信息。
步驟505，讀取所述應(yīng)用配置文件，根據(jù)所述應(yīng)用配置文件中 〈application〉元素所指定的應(yīng)用節(jié)點(diǎn)名稱(chēng)，根據(jù)構(gòu)建與〈application〉元素?cái)?shù)量 相等的屬于次高邏輯層的應(yīng)用節(jié)點(diǎn)。
由于應(yīng)用配置文件中可以包含多個(gè)〈application〉元素，因而可構(gòu)建多個(gè) 屬于次高邏輯層的應(yīng)用節(jié)點(diǎn)。
步驟506,在展開(kāi)所構(gòu)造的應(yīng)用節(jié)點(diǎn)時(shí)，根據(jù)所述應(yīng)用配置文件中各子節(jié) 點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成工程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn) 所對(duì)應(yīng)的邏輯結(jié)構(gòu)(如圖4所示應(yīng)用節(jié)點(diǎn)的邏輯結(jié)構(gòu))。
其中，所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng)的模 塊配置文件的路徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的 物理文件夾的路徑。
所述應(yīng)用節(jié)點(diǎn)包含的物理資源類(lèi)型包括以下其中之一或任意組合配置、 頁(yè)面、業(yè)務(wù)服務(wù)、其它。
至此，生成了工程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)的邏輯視圖。如果還需要生成模塊節(jié) 點(diǎn)的邏輯視圖可繼續(xù)執(zhí)行以下步驟。
步驟507,在展開(kāi)應(yīng)用下的Modules節(jié)點(diǎn)時(shí)，讀取所述應(yīng)用配置文件中的 模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置文件的路徑信息，獲取模塊配置文件，所述模塊 配置文件中包括模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息。
步驟508,讀取所述模塊配置文件，根據(jù)所述模塊配置文件中〈module〉
元素所指定的模塊節(jié)點(diǎn)名稱(chēng)，根據(jù)構(gòu)建與〈module〉元素?cái)?shù)量相等的屬于最低 邏輯層的模塊節(jié)點(diǎn)。
由于才莫塊配置文件中可以包含多個(gè)〈module〉元素，因而可構(gòu)建多個(gè)屬于 最低邏輯層的模塊節(jié)點(diǎn)。
步驟509，在展開(kāi)所構(gòu)造的模塊節(jié)點(diǎn)時(shí)，根據(jù)所述模塊配置文件中各子節(jié) 點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述模塊節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn) 所對(duì)應(yīng)的邏輯結(jié)構(gòu)。
其中，所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所包含的物 理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的路徑。所述模塊節(jié)點(diǎn)所包含的物理資源類(lèi) 型包括以下其中之一或任意組合配置、頁(yè)面、業(yè)務(wù)服務(wù)，其它。
至此，完成了物理工程的所有邏輯;現(xiàn)圖的構(gòu)建。
從圖5所示流程可以看出，本發(fā)明實(shí)施例生成邏輯結(jié)構(gòu)^L圖的過(guò)程釆用懶 加載思想，即只在展開(kāi)某節(jié)點(diǎn)時(shí)，才去解析相應(yīng)配置文件，生其成子節(jié)點(diǎn)。
比如，展開(kāi)工程節(jié)點(diǎn)時(shí)，只解析工程的project.xml文件，生成工程各子節(jié)點(diǎn)； 只有在點(diǎn)擊工程下的Applications節(jié)點(diǎn)時(shí)，才解析applications.xml文件，生成 各應(yīng)用節(jié)點(diǎn)。同理，展開(kāi)某應(yīng)用節(jié)點(diǎn)時(shí)，也不解析modules.xml文件。
解析可擴(kuò)展標(biāo)記語(yǔ)言(XML, extensible Markup Language )配置文件的 方法可采用DOM、 JDOM、 SAX等解析器。解析得到的信息做為邏輯結(jié)構(gòu)(樹(shù) 結(jié)構(gòu))展現(xiàn)時(shí)的模型信息。邏輯樹(shù)結(jié)構(gòu)的創(chuàng)建可采用多種方式，比如SWT中 的TreeViewer控件，就可以把上述^f莫型信息作為它的輸入，然后生成相應(yīng)的 樹(shù)結(jié)構(gòu)，此控件的詳細(xì)使用方法可以參考相關(guān)資料，這里不再贅述。再進(jìn)一 步，還可以把生成的樹(shù)放到Eclipse視圖里(擴(kuò)展方法也請(qǐng)參考Eclipse插件相 關(guān)資料)，就樣就成了一個(gè)真正的邏輯視圖。
上面說(shuō)明了怎樣把一個(gè)已有的物理工程，根據(jù)三個(gè)特定配置文件形成對(duì) 應(yīng)的邏輯結(jié)構(gòu)的過(guò)程。下面以 一個(gè)具體實(shí)例說(shuō)明如何從零開(kāi)始使用邏輯視圖 進(jìn)行開(kāi)發(fā)工作。
首先準(zhǔn)備一個(gè)普通的空的J2EE物理工程，j巴project.xml配置文件和一個(gè) 空的applications.xml文4?！氛稍谄鋡ebcontent/WEB-INF/文^f牛夾下，project.xml 文件內(nèi)容如下 <projects>
〈project name="demo">
<applications>/WEB-INF/applications.xml</applications>
<config>/WEB-INF</config>
<page>/domain</page>
<other>WEB-INF/conf/domain/Resources</other>
</project> </projects>
上述project.xml中含義與前述相同，不再贅述。project.xml中<project〉元 素中各項(xiàng)內(nèi)容可以自行配置。只要保證配置里指向的文件夾在這個(gè)物理工程 中存在即可。將此文件夾壓成一個(gè)壓縮包。
然后以此壓縮包為基礎(chǔ)創(chuàng)建工程，即把上述壓縮包解壓，獲取與工程節(jié) 點(diǎn)對(duì)應(yīng)的工程配置文件，根據(jù)所述工程配置文件中的工程節(jié)點(diǎn)的名稱(chēng)，以及 各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生 成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)，這樣即可創(chuàng)建出本發(fā)明實(shí)施例所 述的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。
以Eclipse環(huán)境為例可以先在一個(gè)自定義^L圖(View)里創(chuàng)建一個(gè) TreeViewer控件，此控件的作用就是顯示邏輯工程，其輸入(i叩ut)為工作 空間(workspace)中的工程。創(chuàng)建工程的過(guò)程用向?qū)?Wizard)實(shí)現(xiàn)，向?qū)?執(zhí)行解壓過(guò)程，解壓后刷新TreeViewer控件，此時(shí)新建的工程可以顯示出來(lái)。 展開(kāi)新生成的工程節(jié)點(diǎn)時(shí)，會(huì)顯示出邏輯工程。其展現(xiàn)的具體過(guò)程，請(qǐng)見(jiàn)前 述中相關(guān)說(shuō)明。Eclipse視圖、TreeViewer控件、Wizard等用法，請(qǐng)參查閱相 關(guān)使用手冊(cè)，這里不再贅述。
當(dāng)需要?jiǎng)?chuàng)建工程節(jié)點(diǎn)下應(yīng)用、模塊等邏輯結(jié)構(gòu)時(shí)，可使用向?qū)е苯釉谶?輯結(jié)構(gòu)上創(chuàng)建，這要求向?qū)?shí)現(xiàn)中除創(chuàng)建物理資源外，還要更新工程結(jié)構(gòu)配 置文件(applications.xml等)。如果直接在物理結(jié)構(gòu)上創(chuàng)建資源，同樣，要 在創(chuàng)建好物理資源后，手工修改工程結(jié)構(gòu)配置文件，然后刷新邏輯;現(xiàn)圖。
需要說(shuō)明的是，本發(fā)明并不對(duì)創(chuàng)建物理工程邏輯結(jié)構(gòu)時(shí)所使用的創(chuàng)建控 件進(jìn)行限定，也不對(duì)具體的開(kāi)發(fā)環(huán)境進(jìn)行限定，本發(fā)明實(shí)施例提供的創(chuàng)建物 理工程的邏輯一見(jiàn)圖的方法不^f叉可應(yīng)用在Eclipse的環(huán)境下，還可以應(yīng)用在 Eclipse之外的其它可擴(kuò)展的開(kāi)發(fā)環(huán)境中。在其它可實(shí)現(xiàn)的開(kāi)發(fā)環(huán)境里，實(shí)現(xiàn) 過(guò)程與前述類(lèi)似。
本發(fā)明實(shí)施例還提供了 一種構(gòu)建物理工程的邏輯結(jié)構(gòu)的裝置，參見(jiàn)圖6， 包括-.
劃分單元601,將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層 對(duì)應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為 工程節(jié)點(diǎn)；
工程配置文件獲取單元602，加載所述工程節(jié)點(diǎn)，用于獲取與工程節(jié)點(diǎn)對(duì) 應(yīng)的工程配置文件，所述工程配置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所 述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；所述方法還包括
第一生成單元603，用于讀^l所述工程配置文件，4艮據(jù)所述工程配置文件
中的工程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述 工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。 其中，前述所劃分的次高邏輯層為應(yīng)用，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng)用節(jié)
點(diǎn)；所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置 文件的路徑信息，以及所述工程節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文 件夾的路徑；此時(shí)，所述裝置還包括
應(yīng)用配置文件獲取單元604,用于讀取所述工程配置文件中的應(yīng)用節(jié)點(diǎn)所 對(duì)應(yīng)的應(yīng)用配置文件的5^徑信息，獲取應(yīng)用配置文件，所述應(yīng)用配置文件中 包括所述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
第二生成單元605,用于讀取所述應(yīng)用配置文件，根據(jù)所述應(yīng)用配置文件 中的應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于次高邏輯層的應(yīng) 用節(jié)點(diǎn)及所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述工程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng) 的邏輯結(jié)構(gòu)。
其中，前述最低邏輯層為模塊，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)；所述 應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置文件的路 徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的路 徑；此時(shí)，所述裝置還包括
模塊配置文件獲取單元606,用于讀取所述應(yīng)用配置文件中的模塊節(jié)點(diǎn)所 對(duì)應(yīng)的模塊配置文件的路徑信息，獲取模塊配置文件，所述模塊配置文件中 包括模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；
第三生成單元607,用于讀取所述模塊配置文件，根據(jù)所述模塊配置文件 中的模塊節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于最低邏輯層的模 塊節(jié)點(diǎn)及所述模塊節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn)所對(duì)應(yīng) 的邏輯結(jié)構(gòu)。
可以應(yīng)用本發(fā)明所提供的方法和裝置，將物理工程的固有特點(diǎn)歸納出來(lái)， 展現(xiàn)了物理工程的邏輯結(jié)構(gòu)，讓工程的物理結(jié)構(gòu)更清晰，便于開(kāi)發(fā)人員迅速 定位一些大的資源類(lèi)型，提高了開(kāi)發(fā)效率。比如想查看某應(yīng)用涉及的頁(yè)面資 源，但記不清文件名時(shí)，可以直接在邏輯結(jié)構(gòu)中展開(kāi)應(yīng)用的Pages節(jié)點(diǎn)，這
樣即可迅速定位到應(yīng)用的頁(yè)面文件夾。
如果用戶(hù)掌握了本發(fā)明的思想，完全可以實(shí)現(xiàn)一個(gè)完全自定義的邏輯結(jié) 構(gòu)，即自定義配置文件內(nèi)容、名稱(chēng)和位置。
再有，采用本發(fā)明提供的工程邏輯結(jié)構(gòu)，會(huì)使開(kāi)發(fā)人員有意識(shí)的把工程 物理結(jié)構(gòu)布置的更合理。比如，將工程的配置，應(yīng)用的頁(yè)面等資源放到各自 特定的文件夾下，以方便形成邏輯結(jié)構(gòu)，從而使工程的物理結(jié)構(gòu)也更加清晰。 也為開(kāi)發(fā)人員提供了 一種組織工程資源的方案。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施方式中的全部或部分步 驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于計(jì)算機(jī)
可讀取存儲(chǔ)介質(zhì)中，這里所稱(chēng)得的存儲(chǔ)介質(zhì)，如ROM/RAM、 ^f茲石萊、光盤(pán) 等。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均 包含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1、一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方法，其特征在于，包括將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層對(duì)應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工程節(jié)點(diǎn)；加載所述工程節(jié)點(diǎn)，獲取與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所述工程配置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；讀取所述工程配置文件，根據(jù)所述工程配置文件中的工程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，次高邏輯層為應(yīng)用，其所 對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng)用節(jié)點(diǎn)；所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置 文件的路徑信息，以及所述工程節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文 件夾的路徑。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括 讀取所述工程配置文件中的應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置文件的路徑信息，獲取應(yīng)用配置文件，所述應(yīng)用配置文件中包括所述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以 及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；根據(jù)所述應(yīng)用配置文件中的應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息， 構(gòu)造屬于次高邏輯層的應(yīng)用節(jié)點(diǎn)及所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述工 程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的邏輯結(jié)構(gòu)。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，最低邏輯層為模塊，其所 對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)；所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置 文件的路徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物理資源類(lèi)型所對(duì)應(yīng)的物理文 件夾的路徑。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括讀取所述應(yīng)用配置文件中的模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置文件的路徑信 息，獲取模塊配置文件，所述模塊配置文件中包括模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；讀取所述模塊配置文件，根據(jù)所述模塊配置文件中的模塊節(jié)點(diǎn)的名稱(chēng)， 以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于最低邏輯層的模塊節(jié)點(diǎn)及所述模塊節(jié)點(diǎn) 下的各子節(jié)點(diǎn)，生成所述應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn)所對(duì)應(yīng)的邏輯結(jié)構(gòu)。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括模塊節(jié)點(diǎn)所包含的物理資源 類(lèi)型所對(duì)應(yīng)的物理文件夾的路徑。
7、 根據(jù)權(quán)利要求2、 4或6所述的方法，其特征在于，所述物理資源類(lèi) 型包括以下其中之一或任意組合配置、頁(yè)面、業(yè)務(wù)服務(wù)、其它。
8、 根據(jù)權(quán)利要求4所述的方法，其特征在于，從預(yù)設(shè)的固定入口位置獲 取所述工程配置文件，所述應(yīng)用配置文件和^^塊配置文件的路徑信息是相對(duì)工程節(jié)點(diǎn)的相對(duì)3各徑。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述相對(duì)路徑是根據(jù)實(shí)際 需要確定的。
10、 一種構(gòu)建物理工程邏輯結(jié)構(gòu)的裝置，其特征在于，包括 劃分單元，將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層對(duì)應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工 程節(jié)點(diǎn)；工程配置文件獲取單元，用于獲:f又與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所 述工程配置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；所述方法還包括第一生成單元，讀取所述工程配置文件，4艮據(jù)所述工程配置文件中的工 程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié) 點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。
11、 根據(jù)權(quán)利要求IO所述的裝置，其特征在于，次高邏輯層為應(yīng)用，其 所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為應(yīng)用節(jié)點(diǎn)；所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括 應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的應(yīng)用配置文件的路徑信息，以及所述工程節(jié)點(diǎn)所包含的物 理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的5^徑；所述裝置還包括應(yīng)用配置文件獲取單元，用于讀取所述工程配置文件中的應(yīng)用節(jié)點(diǎn)所對(duì) 應(yīng)的應(yīng)用配置文件的i 各徑信息，獲取應(yīng)用配置文件，所述應(yīng)用配置文件中包括所述應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；第二生成單元，用于讀取所述應(yīng)用配置文件，才艮據(jù)所述應(yīng)用配置文件中 的應(yīng)用節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于次高邏輯層的應(yīng)用 節(jié)點(diǎn)及所述應(yīng)用節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述工程節(jié)點(diǎn)下應(yīng)用節(jié)點(diǎn)所對(duì)應(yīng)的 邏輯結(jié)構(gòu)。
12、根據(jù)權(quán)利要求ll所述的裝置，其特征在于，最低邏輯層為模塊，其 所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為模塊節(jié)點(diǎn)；所述應(yīng)用節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息包括 模塊節(jié)點(diǎn)所對(duì)應(yīng)的模塊配置文件的路徑信息，以及所述應(yīng)用節(jié)點(diǎn)所包含的物 理資源類(lèi)型所對(duì)應(yīng)的物理文件夾的^4圣；所述裝置還包括模塊配置文件獲取單元，用于讀取所述應(yīng)用配置文件中的模塊節(jié)點(diǎn)所對(duì) 應(yīng)的模塊配置文件的路徑信息，獲取模塊配置文件，所述模塊配置文件中包 括模塊節(jié)點(diǎn)的名稱(chēng)，以及所述模塊節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；第三生成單元，用于讀取所述模塊配置文件，根據(jù)所述模塊配置文件中 的模塊節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造屬于最低邏輯層的模塊 節(jié)點(diǎn)及所述模塊節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成所述應(yīng)用節(jié)點(diǎn)下模塊節(jié)點(diǎn)所對(duì)應(yīng)的 邏輯結(jié)構(gòu)。
全文摘要
本發(fā)明公開(kāi)了一種構(gòu)建物理工程邏輯結(jié)構(gòu)的方法和裝置，所述方法包括將物理工程中的資源在邏輯上進(jìn)行層次劃分，每個(gè)邏輯層對(duì)應(yīng)至少一個(gè)邏輯節(jié)點(diǎn)，其中，最高邏輯層為工程，其所對(duì)應(yīng)的邏輯節(jié)點(diǎn)為工程節(jié)點(diǎn)；加載所述工程節(jié)點(diǎn)，獲取與工程節(jié)點(diǎn)對(duì)應(yīng)的工程配置文件，所述工程配置文件中包括所述工程節(jié)點(diǎn)的名稱(chēng)，以及所述工程節(jié)點(diǎn)下各子節(jié)點(diǎn)對(duì)應(yīng)的信息；讀取所述工程配置文件，根據(jù)所述工程配置文件中的工程節(jié)點(diǎn)的名稱(chēng)，以及各子節(jié)點(diǎn)對(duì)應(yīng)的信息，構(gòu)造所述工程節(jié)點(diǎn)及所述工程節(jié)點(diǎn)下的各子節(jié)點(diǎn)，生成物理工程所對(duì)應(yīng)的工程節(jié)點(diǎn)的邏輯結(jié)構(gòu)。應(yīng)用本發(fā)明，使得工程的物理結(jié)構(gòu)更清晰，便于開(kāi)發(fā)人員迅速定位一些大的資源類(lèi)型，提高了開(kāi)發(fā)效率。
文檔編號(hào)G06F9/44GK101387959SQ20081017301
公開(kāi)日2009年3月18日 申請(qǐng)日期2008年10月29日 優(yōu)先權(quán)日2008年10月29日
發(fā)明者霞 張, 柴永春, 勇 紀(jì), 濤 裴 申請(qǐng)人:東軟集團(tuán)股份有限公司