J2EE Web架構與CS架構命名上的差異

　　J2EE平臺由一整套服務(wù)(Services)、應用程序接口(APIs)和協(xié)議構成。下面是小編整理的關(guān)于J2EE Web架構與CS架構命名上的差異，歡迎大家參考!

　　J2EE Web架構與CS架構命名上的差異

　　與傳統的CS(客戶(hù)端與服務(wù)器端)架構相比，J2EE Web程序服務(wù)器提供了很多額外的技術(shù)支持。而且這些技術(shù)是一般Web應用程序都需要用到的，但是Web程序開(kāi)發(fā)人員不需要再另行開(kāi)發(fā)，只需要直接拿過(guò)來(lái)使用即可。具體的來(lái)說(shuō)，在Web應用中主要通過(guò)調用現成的API來(lái)完成這個(gè)功能。而且使用這些技術(shù)時(shí)，基本上沒(méi)有什么技術(shù)含量。因為在具體工作中使用這些技術(shù)都是采用基本固定的格式。命名技術(shù)就是其中一個(gè)典型的代表。在這篇文章中，筆者根據自己的經(jīng)驗，談?wù)勥@方面使用過(guò)程中的注意點(diǎn)。

　　一、 與傳統架構之間的區別。

　　在使用這個(gè)技術(shù)之前，筆者認為開(kāi)發(fā)人員至少需要知道，在Web架構與CS架構之間的區別。只有如此，才能夠更加全面的了解采用新技術(shù)所能夠帶來(lái)的優(yōu)勢。故筆者一開(kāi)始就著(zhù)重強調兩者之間的差異。

　　在應用程序開(kāi)發(fā)中，如果一個(gè)類(lèi)A需要調用另外一個(gè)類(lèi)B，則類(lèi)A需要知道類(lèi)B的源程序，然后在其中新建一個(gè)類(lèi)B的實(shí)例，才能夠實(shí)現調用。而且當一個(gè)程序改變時(shí)，還需要重新編譯。從這可以看出，類(lèi)與類(lèi)之間的連接需要通過(guò)實(shí)例來(lái)完成，他們之間的連接就比較混亂。

　　而采用J2EE命名服務(wù)則不需要這么麻煩。簡(jiǎn)單的說(shuō)，JE22命名服務(wù)器提供了應用構件程序的命名環(huán)境。如果采用了這種技術(shù)的話(huà)，那么實(shí)現類(lèi)調用時(shí)，就可以不通過(guò)實(shí)例來(lái)完成。做一個(gè)形象的比喻，命名服務(wù)就好像是一個(gè)地址簿。當開(kāi)發(fā)人員在程序開(kāi)發(fā)時(shí)采用了新的構件或者新建了某個(gè)類(lèi)，那么相關(guān)的信息就會(huì )都在這個(gè)地址簿中登記。作為開(kāi)發(fā)人員的話(huà)，就不需要再去查找原始的類(lèi)，只需要在這個(gè)地址簿中查找即可。顯然這方面了我們日常的開(kāi)發(fā)工作，可以縮短開(kāi)發(fā)的周期，同時(shí)簡(jiǎn)化類(lèi)之間的引用。最重要的是，如果以后被引用的類(lèi)有變化時(shí)，不需要編譯整個(gè)應用程序，而只需要重編譯有變化的類(lèi)即可。

　　二、 命名服務(wù)的核心環(huán)節解析。

　　J2EE命名服務(wù)提供各種應用構件程序的統一命名環(huán)境。其英文簡(jiǎn)稱(chēng)是JNDI。從這個(gè)英文名字中可以看到，這個(gè)命名服務(wù)包括兩層含義：命名和目錄接口。我們在了解這個(gè)技術(shù)的時(shí)候，如果從這兩個(gè)角度去理解，可能會(huì )更加簡(jiǎn)單一點(diǎn)。JNDI簡(jiǎn)化了高級Web程序類(lèi)之間的查找調用。

　　從技術(shù)上來(lái)說(shuō)，JNDI主要是通過(guò)API來(lái)實(shí)現的。JNDI API提供了Web構件進(jìn)行標準目錄操作的方法。舉一個(gè)簡(jiǎn)單的例子，可以將對象屬性和Java對象聯(lián)系在一起，或者通過(guò)對象屬性來(lái)查找Java對象。當我們在電話(huà)簿中查找某個(gè)電話(huà)的時(shí)候，會(huì )現在索引中找到某個(gè)人的名字。然后再從這個(gè)索引中打開(kāi)對應的記錄，查找這個(gè)人的電話(huà)、住址等聯(lián)系信息。JNDI核心的工作思路就是如此。在上面筆者談到過(guò)，這些技術(shù)都是采用基本固定的調用格式。也就是說(shuō)，JNDI已經(jīng)被標準化。為此應用程序可以通過(guò)使用JNDI來(lái)訪(fǎng)問(wèn)其他通用的命名服務(wù)。如支持常用的We命名協(xié)議、DNS等命名架構。筆者認為這點(diǎn)非常的重要。因為其支持多種命名結構，則可以與其他平臺的應用系統，如C++等進(jìn)行很好的系統的整合。

　　三、 使用命名服務(wù)的注意事項。

　　JNDI命名服務(wù)支持多種命名結構，如Web命名協(xié)議、DNS命名架構等等。那么到底該采用什么樣的命名結構呢?這里面還是有比較大的學(xué)問(wèn)。因為在以后系統維護中，可能要與其它應用程序進(jìn)行整合。此時(shí)如果整合的系統采用相同或者類(lèi)似的命名架購，那么以后整合的工作就會(huì )相對簡(jiǎn)單許多。一般來(lái)說(shuō)，一家公司開(kāi)發(fā)的產(chǎn)品，其采用的都是統一的命名架購。不管開(kāi)發(fā)人員喜歡使用什么樣的命名結構，公司都會(huì )要求其在后續的開(kāi)發(fā)時(shí)采用公司規定命名架購，這也主要是為了方便后續與自己公司產(chǎn)品的集成�，F在主要的問(wèn)題是，如果公司接受的是客戶(hù)委托授權的開(kāi)發(fā)，同時(shí)又有與其他軟件集成的內容在里面。那么對于這個(gè)命名架購可能需要特別的考慮。如要分析一下，企業(yè)現有軟件所采用的命名架構。然后根據其采用的形式，來(lái)確定自己最終需要采用的命名結構。一般來(lái)說(shuō)，在一個(gè)應用軟件或者一個(gè)項目中，最好采用同一種命名架購，如采用的都是Web命名協(xié)議等等。這就好像在不同版本的電話(huà)簿中，采用的是同一個(gè)目錄格式。這就會(huì )在很大程度上方便用戶(hù)的查詢(xún)。

　　其次需要注意的是，雖然JNDI命名服務(wù)采用都是基本固定的格式，即已經(jīng)采用了標準化的手段。但是從實(shí)際工作來(lái)看，開(kāi)發(fā)人員往往需要結合實(shí)際情況，做出適當的調整。如需要考慮，命名的合理性。包括可讀性、命名的長(cháng)度等問(wèn)題。雖然在具體的命名規則上，沒(méi)有很?chē)栏竦南拗�。但是如果設計合理、細節考慮周到，那么在很大程度上可以減少后續維護的壓力。如在一個(gè)項目團隊開(kāi)發(fā)中，命名的規則需要經(jīng)過(guò)項目成員的討論通過(guò)，然后再進(jìn)行強化培訓。這對于后續項目成員按規則辦事會(huì )有很大的幫助。再如，現在不少應用軟件都是按模塊來(lái)開(kāi)發(fā)的。此時(shí)在命名規則設計時(shí)，也需要考慮到模塊的分類(lèi)。簡(jiǎn)單的說(shuō)，一個(gè)模塊一個(gè)目錄。不要將不同模塊的類(lèi)存放在一起。這有利于后續應用軟件的升級、二次開(kāi)發(fā)等等作業(yè)�？傊�，雖然命名服務(wù)的使用比較簡(jiǎn)單，但是具體在設計時(shí)，還是有一定的難度。需要項目管理人員具有比較豐富的經(jīng)驗。一個(gè)合理的命名規則，對于應用程序的開(kāi)發(fā)很有幫助。

　　最后筆者需要強調的是，應用服務(wù)器定義的對象與用戶(hù)自己定義的對象的區別。為了保障應用程序的正常運行，應用服務(wù)器往往會(huì )自動(dòng)定義一些對象，如控制對象等等。而程序開(kāi)發(fā)人員也會(huì )根據需要自定義相關(guān)的對象。這兩種不同的對象對于JNDI命名服務(wù)來(lái)說(shuō)，有什么區別呢?這里需要注意的是，JNDI在后臺其采用的是多目錄的形式，如其最上一層的目錄是Java：Comp/env。后續的各種對象(包括應用服務(wù)器創(chuàng )建的和開(kāi)發(fā)人員自己創(chuàng )建的)，都放在這個(gè)目錄下面。不過(guò)這里需要注意的是，兩種不同形式創(chuàng )建的對象其所存放的目錄是不同的。應用服務(wù)器創(chuàng )建的對象一般是存放在頂級目錄中，一般目錄的位置不能夠改變。相反，用戶(hù)自定義的對象，則可以分別根據所建立對象的特點(diǎn)來(lái)分門(mén)別類(lèi)的建立目錄。最常見(jiàn)的還是根據構件的類(lèi)別和源代碼所處的模塊來(lái)建立目錄。這方便了用戶(hù)的查找。例如Ejb對象可以放在env/ejb目錄中。然后在這個(gè)目錄下面，再根據應用系統的模塊創(chuàng )建幾個(gè)子目錄，來(lái)進(jìn)行分門(mén)別類(lèi)的管理。

　　總之，JNDI命名服務(wù)采用了標準化與固定格式的手段，降低了技術(shù)門(mén)檻。與傳統的開(kāi)發(fā)架購相比，簡(jiǎn)化了類(lèi)之間連接的管理，不需要通過(guò)很多的源代碼就可以實(shí)現類(lèi)之間的調用。不過(guò)如果要使用好這個(gè)技術(shù)，也有不少的難度。筆者這里講的難度，不是指技術(shù)上的。而是指經(jīng)驗上的。如如果選擇合適的命名架構、設計合理的命名規則等等，這些都需要開(kāi)發(fā)人員具有一定的項目背景。否則的話(huà)，很難做出正確的判斷。

【J2EE Web架構與CS架構命名上的差異】相關(guān)文章：

J2EE架構與設計培訓08-30

J2EE架構主要版本06-23

j2ee架構師介紹08-03

基于Web的MES系統安全架構設計及分析10-16

華為認證架構介紹10-03

微服務(wù)的架構設計09-24

紅帽認證體系架構介紹07-23

如何搭建系統CSS架構12-31

Linux概念架構解讀201610-15

系統架構設計模式大全08-22