- 相關(guān)推薦
J2EE Web架構(gòu)與CS架構(gòu)命名上的差異
J2EE平臺由一整套服務(wù)(Services)、應(yīng)用程序接口(APIs)和協(xié)議構(gòu)成。下面是小編整理的關(guān)于J2EE Web架構(gòu)與CS架構(gòu)命名上的差異，歡迎大家參考!
J2EE Web架構(gòu)與CS架構(gòu)命名上的差異
與傳統(tǒng)的CS(客戶端與服務(wù)器端)架構(gòu)相比，J2EE Web程序服務(wù)器提供了很多額外的技術(shù)支持。而且這些技術(shù)是一般Web應(yīng)用程序都需要用到的，但是Web程序開發(fā)人員不需要再另行開發(fā)，只需要直接拿過來使用即可。具體的來說，在Web應(yīng)用中主要通過調(diào)用現(xiàn)成的API來完成這個功能。而且使用這些技術(shù)時，基本上沒有什么技術(shù)含量。因為在具體工作中使用這些技術(shù)都是采用基本固定的格式。命名技術(shù)就是其中一個典型的代表。在這篇文章中，筆者根據(jù)自己的經(jīng)驗，談?wù)勥@方面使用過程中的注意點。
一、 與傳統(tǒng)架構(gòu)之間的區(qū)別。
在使用這個技術(shù)之前，筆者認為開發(fā)人員至少需要知道，在Web架構(gòu)與CS架構(gòu)之間的區(qū)別。只有如此，才能夠更加全面的了解采用新技術(shù)所能夠帶來的優(yōu)勢。故筆者一開始就著重強調(diào)兩者之間的差異。
在應(yīng)用程序開發(fā)中，如果一個類A需要調(diào)用另外一個類B，則類A需要知道類B的源程序，然后在其中新建一個類B的實例，才能夠?qū)崿F(xiàn)調(diào)用。而且當(dāng)一個程序改變時，還需要重新編譯。從這可以看出，類與類之間的連接需要通過實例來完成，他們之間的連接就比較混亂。
而采用J2EE命名服務(wù)則不需要這么麻煩。簡單的說，JE22命名服務(wù)器提供了應(yīng)用構(gòu)件程序的命名環(huán)境。如果采用了這種技術(shù)的話，那么實現(xiàn)類調(diào)用時，就可以不通過實例來完成。做一個形象的比喻，命名服務(wù)就好像是一個地址簿。當(dāng)開發(fā)人員在程序開發(fā)時采用了新的構(gòu)件或者新建了某個類，那么相關(guān)的信息就會都在這個地址簿中登記。作為開發(fā)人員的話，就不需要再去查找原始的類，只需要在這個地址簿中查找即可。顯然這方面了我們?nèi)粘５拈_發(fā)工作，可以縮短開發(fā)的周期，同時簡化類之間的引用。最重要的是，如果以后被引用的類有變化時，不需要編譯整個應(yīng)用程序，而只需要重編譯有變化的類即可。
二、 命名服務(wù)的核心環(huán)節(jié)解析。
J2EE命名服務(wù)提供各種應(yīng)用構(gòu)件程序的統(tǒng)一命名環(huán)境。其英文簡稱是JNDI。從這個英文名字中可以看到，這個命名服務(wù)包括兩層含義：命名和目錄接口。我們在了解這個技術(shù)的時候，如果從這兩個角度去理解，可能會更加簡單一點。JNDI簡化了高級Web程序類之間的查找調(diào)用。
從技術(shù)上來說，JNDI主要是通過API來實現(xiàn)的。JNDI API提供了Web構(gòu)件進行標(biāo)準(zhǔn)目錄操作的方法。舉一個簡單的例子，可以將對象屬性和Java對象聯(lián)系在一起，或者通過對象屬性來查找Java對象。當(dāng)我們在電話簿中查找某個電話的時候，會現(xiàn)在索引中找到某個人的名字。然后再從這個索引中打開對應(yīng)的記錄，查找這個人的電話、住址等聯(lián)系信息。JNDI核心的工作思路就是如此。在上面筆者談到過，這些技術(shù)都是采用基本固定的調(diào)用格式。也就是說，JNDI已經(jīng)被標(biāo)準(zhǔn)化。為此應(yīng)用程序可以通過使用JNDI來訪問其他通用的命名服務(wù)。如支持常用的We命名協(xié)議、DNS等命名架構(gòu)。筆者認為這點非常的重要。因為其支持多種命名結(jié)構(gòu)，則可以與其他平臺的應(yīng)用系統(tǒng)，如C++等進行很好的系統(tǒng)的整合。
三、 使用命名服務(wù)的注意事項。
JNDI命名服務(wù)支持多種命名結(jié)構(gòu)，如Web命名協(xié)議、DNS命名架構(gòu)等等。那么到底該采用什么樣的命名結(jié)構(gòu)呢?這里面還是有比較大的學(xué)問。因為在以后系統(tǒng)維護中，可能要與其它應(yīng)用程序進行整合。此時如果整合的系統(tǒng)采用相同或者類似的命名架購，那么以后整合的工作就會相對簡單許多。一般來說，一家公司開發(fā)的產(chǎn)品，其采用的都是統(tǒng)一的命名架購。不管開發(fā)人員喜歡使用什么樣的命名結(jié)構(gòu)，公司都會要求其在后續(xù)的開發(fā)時采用公司規(guī)定命名架購，這也主要是為了方便后續(xù)與自己公司產(chǎn)品的集成。現(xiàn)在主要的問題是，如果公司接受的是客戶委托授權(quán)的開發(fā)，同時又有與其他軟件集成的內(nèi)容在里面。那么對于這個命名架購可能需要特別的考慮。如要分析一下，企業(yè)現(xiàn)有軟件所采用的命名架構(gòu)。然后根據(jù)其采用的形式，來確定自己最終需要采用的命名結(jié)構(gòu)。一般來說，在一個應(yīng)用軟件或者一個項目中，最好采用同一種命名架購，如采用的都是Web命名協(xié)議等等。這就好像在不同版本的電話簿中，采用的是同一個目錄格式。這就會在很大程度上方便用戶的查詢。
其次需要注意的是，雖然JNDI命名服務(wù)采用都是基本固定的格式，即已經(jīng)采用了標(biāo)準(zhǔn)化的手段。但是從實際工作來看，開發(fā)人員往往需要結(jié)合實際情況，做出適當(dāng)?shù)恼{(diào)整。如需要考慮，命名的合理性。包括可讀性、命名的長度等問題。雖然在具體的命名規(guī)則上，沒有很嚴格的限制。但是如果設(shè)計合理、細節(jié)考慮周到，那么在很大程度上可以減少后續(xù)維護的壓力。如在一個項目團隊開發(fā)中，命名的規(guī)則需要經(jīng)過項目成員的討論通過，然后再進行強化培訓(xùn)。這對于后續(xù)項目成員按規(guī)則辦事會有很大的幫助。再如，現(xiàn)在不少應(yīng)用軟件都是按模塊來開發(fā)的。此時在命名規(guī)則設(shè)計時，也需要考慮到模塊的分類。簡單的說，一個模塊一個目錄。不要將不同模塊的類存放在一起。這有利于后續(xù)應(yīng)用軟件的升級、二次開發(fā)等等作業(yè)。總之，雖然命名服務(wù)的使用比較簡單，但是具體在設(shè)計時，還是有一定的難度。需要項目管理人員具有比較豐富的經(jīng)驗。一個合理的命名規(guī)則，對于應(yīng)用程序的開發(fā)很有幫助。
最后筆者需要強調(diào)的是，應(yīng)用服務(wù)器定義的對象與用戶自己定義的對象的區(qū)別。為了保障應(yīng)用程序的正常運行，應(yīng)用服務(wù)器往往會自動定義一些對象，如控制對象等等。而程序開發(fā)人員也會根據(jù)需要自定義相關(guān)的對象。這兩種不同的對象對于JNDI命名服務(wù)來說，有什么區(qū)別呢?這里需要注意的是，JNDI在后臺其采用的是多目錄的形式，如其最上一層的目錄是Java：Comp/env。后續(xù)的各種對象(包括應(yīng)用服務(wù)器創(chuàng)建的和開發(fā)人員自己創(chuàng)建的)，都放在這個目錄下面。不過這里需要注意的是，兩種不同形式創(chuàng)建的對象其所存放的目錄是不同的。應(yīng)用服務(wù)器創(chuàng)建的對象一般是存放在頂級目錄中，一般目錄的位置不能夠改變。相反，用戶自定義的對象，則可以分別根據(jù)所建立對象的特點來分門別類的建立目錄。最常見的還是根據(jù)構(gòu)件的類別和源代碼所處的模塊來建立目錄。這方便了用戶的查找。例如Ejb對象可以放在env/ejb目錄中。然后在這個目錄下面，再根據(jù)應(yīng)用系統(tǒng)的模塊創(chuàng)建幾個子目錄，來進行分門別類的管理。
總之，JNDI命名服務(wù)采用了標(biāo)準(zhǔn)化與固定格式的手段，降低了技術(shù)門檻。與傳統(tǒng)的開發(fā)架購相比，簡化了類之間連接的管理，不需要通過很多的源代碼就可以實現(xiàn)類之間的調(diào)用。不過如果要使用好這個技術(shù)，也有不少的難度。筆者這里講的難度，不是指技術(shù)上的。而是指經(jīng)驗上的。如如果選擇合適的命名架構(gòu)、設(shè)計合理的命名規(guī)則等等，這些都需要開發(fā)人員具有一定的項目背景。否則的話，很難做出正確的判斷。
【J2EE Web架構(gòu)與CS架構(gòu)命名上的差異】相關(guān)文章：
J2EE架構(gòu)與設(shè)計培訓(xùn)08-30
J2EE架構(gòu)主要版本06-23
j2ee架構(gòu)師介紹08-03
基于Web的MES系統(tǒng)安全架構(gòu)設(shè)計及分析10-16
華為認證架構(gòu)介紹10-03
紅帽認證體系架構(gòu)介紹07-23
Linux概念架構(gòu)解讀201610-15