信息采集系統(tǒng)的技術實現(xiàn)

        信息采集系統(tǒng)指的是按標準格式采集指定網(wǎng)絡信息，同搜索引擎的區(qū)別在于其采集的目的性更強，采集源范圍也比較小。這里簡單介紹一下信息采集系統(tǒng)實現(xiàn)上的幾個關鍵問題:

1) 采集網(wǎng)頁數(shù)據(jù)

        VC,Java,VB的網(wǎng)絡通訊功能都足夠?qū)崿F(xiàn)信息采集，VC中的Get/Post方式可采集網(wǎng)頁信息，也可以直接用socket方式采集，但一般用前一種模式，另外為了提高采集效率都采用多線程技術，在網(wǎng)上的一些Spider程序都是多線程的,可以借鑒.

2) 如何按關鍵字來信息

        信息采集的一大特點是按多個關鍵字將信息拆分出來，例如供求信息中的商機標題、聯(lián)系人、電話、Email、內(nèi)容等，實現(xiàn)時需要事先定義好這些關鍵字，然后在網(wǎng)頁中搜索，將夾在兩個關鍵字當中的信息采集出來，另外還要注意，網(wǎng)頁中的許多關鍵字是包含空格的，空格數(shù)量也不能確定，例如"郵   件",這就要求在查找關鍵字時要把關鍵字按單個漢字拆開來匹配，遇到中間的空格要跳過去.這一步實現(xiàn)了，信息就會變的非常有規(guī)則，也就可以導入本地庫了.

3) 網(wǎng)頁中的鏈結獲取算法

        了解HTML的應該清楚，網(wǎng)頁中的鏈結都是通過的標簽定義的，但也會分很多情況，例如:  < a href = "...">  這是常見的鏈結格式，但要注意采集出來的鏈結可能是完整的http://...，也可能是相對路徑,要分別處理；  < a href = ''> 用單引號分隔的，所以用算法獲取鏈結的時候要根據(jù)雙引號和單引號兩種標記來分隔；< a href = .. onclick = javascript:view('..','')> 通過javascript的函數(shù)處理鏈結，算法上就麻煩了許多。

4) 無效數(shù)據(jù)的過濾

        即使通過關鍵字的方式摒棄了許多廣告信息，但在關鍵字信息中也會有不少無效數(shù)據(jù)，包括一些信息開頭的空格

5) 特定數(shù)據(jù)的獲取算法

        Email,電話等數(shù)據(jù)符合一定的規(guī)范，一般可以用一些算法提取出來，也可以用正則表達式技術來獲取，在網(wǎng)絡上有不少此類算法.在信息采集中，Email和電話等關鍵信息是比較分散的，需要用提取算法把這些信息提取出來放在正確的位置.這是非常有必要的，因為信息采集系統(tǒng)往往會有郵件群發(fā)的功能.

信息采集的整個流程可總結如下:

 a) 首先，獲取網(wǎng)頁的完整信息

 b) 用算法獲取網(wǎng)頁中的正文信息，即拋棄HTML的標簽文本

 c) 去除多余的空行

 d) 按定義好的關鍵字將信息分隔開

 e) 對信息進行無效數(shù)據(jù)過濾

 f) 信息入本地庫

 g) 獲取網(wǎng)頁中的鏈結，對該鏈結從a)步驟開始重復,但注意網(wǎng)頁中的許多鏈結是廣告或無效的，因此要事先定義好一些鏈結關鍵字，只有包含關鍵字的鏈結才處理

行業(yè)搜索、垂直搜索引擎。

行業(yè)搜索：搜索對象針對所在的行業(yè)，采用類似傳統(tǒng)通用搜索引擎的分詞索引技術，返回關鍵詞最匹配的結果。

垂直搜索：搜索對象針對所在的行業(yè)，采用數(shù)據(jù)采集、數(shù)據(jù)挖掘、數(shù)據(jù)整理等技術，返回經(jīng)過加工處理的結果。

一、綜合搜索

酷訊www.kooxoo.com ：招聘、房產(chǎn)、汽車、火車票、機票、餐飲、交友、購物、旅游

奇虎www.qihoo.com ：論壇、博客、新聞、招聘、房產(chǎn)、視頻、音樂、圖片、火車票、餐飲、經(jīng)驗？、折扣

cgogo搜個夠www.cgogo.com ：社區(qū)、招聘、票務、住房、視頻、本地（地圖）、博客、無線

我酷網(wǎng) www.wooqoo.com                  （五花八門，該有都有）

開拓搜索www.kaitoo.com                  （五花八門，該有都有）

每步搜索 http://cnc.meibu.com/ （綜合）

八百搜www.800so.com （五花八門，該有都有，站內(nèi)搜索和站外搜索并列）

酷愛 www.koooi.com （網(wǎng)頁 MP3 房產(chǎn) 餐飲 交友 搜人 資源）

soso88   www.soso88.net （政府采購 人才職位 房源地產(chǎn) 建材裝飾）

二、求職招聘： （18）

職友集   www.jobbui.com

搜職網(wǎng)  www.globehr.com

南京搜職網(wǎng)  www.sozhi.cn

托托搜索 www.totojob.com

1010job精英招聘 www.1010job.com

牛耳搜職網(wǎng) www.newerjob.com

數(shù)字英才（職通車） www.01hr.com

深度搜索 www.deepdo.com

淘職網(wǎng) www.go2work.com.cn

我搜網(wǎng) www.alsox.com

校園招聘 www.zhaopinbbs.com

易聘  www.yipin.cc

找工作 www.meijob.com

熱職工作引擎 www.rezhi.com

職場快線 www.jobems.com

職脈搜索 www.jobmet.com

高八斗 www.gao8dou.com         區(qū)域搜索引擎聯(lián)合，在各地都有獨立一級域名，單一數(shù)據(jù)庫。

安徽人才總網(wǎng) www.ah668.com/rc/ （安徽區(qū)域搜索）

三、房屋房產(chǎn) （9）

搜房引擎 search.soufun.com

房老大 www.fanglaoda.com

焦點房產(chǎn)seek.focus.cn

家家看網(wǎng) www.jjto.com

我住網(wǎng) www.wozhu.com

搜房網(wǎng) www.sofang.com.cn

尋捕房 www.xpfang.com

房網(wǎng)搜索 www.house163.com

百房 www.100fang.com

四：商務商機、人文 （20）

聯(lián)絡家  http://www.linkist.com/

優(yōu)庫  www.ucloo.com        （搜人 公司 學校 ）

Anyso商業(yè)搜索引擎  www.anyso.com

accoona  www.accoona.cn

國通網(wǎng) www.guton.com

享者  www.hengzhe.com

品搜 www.pinsou.com

品通 www.joingoo.com

搜商 www.bseek.cn

商搜 www.shangsou.com

商寶 www.b2b8.com

jow  http://jqw.com/

企業(yè)門戶 www.yie.cn

搜庫網(wǎng) www.souku.com.cn

伊索  http://china.eceel.com/

天網(wǎng)商搜 http://china.eceel.com/

信援 www.xinsos.com

一呼百應 www.youboy.com

易購搜索 www.ego321.com

浙搜 http://zhesou.com/ （區(qū)域性搜索）

五、生活、購物消費 （17）

8848（比較購物）http://esearch.8848.com/

丫丫比較購物 http://askyaya.com/

大拿網(wǎng)（比較購物） http://www.danawa.com.cn/

普加 Pojaa http://www.pojaa.com/

搜狗 http://shopping.sogou.com/

購物搜索www.gobygo.com

中搜http://shopping.zhongsou.com/

Soaso http://www.soaso.com/

搜評網(wǎng) http://www.souping.com/

無憂城市網(wǎng) http://www.51city.com

億起搜  http://www.eqiso.com/

365.com  www.365.com （生活搜索綜合）

快搜測評網(wǎng) www.ksou.com.cn （IT硬件相關）

搜教網(wǎng) www.soojoo.cn （教育資源相關）

樂遜外賣搜索 www.lexun.com.cn

友買網(wǎng) www.uobuy.com

馬可波羅 www.makepolo.com/

易購搜索 www.ego321.com

六、地圖公交、出行 （15）

公交查詢 http://www.8684.cn/

瘦驢旅游搜索引擎  http://www.souluu.com/

E都市 http://www.edushi.com/

Mapabc地圖 http://www.mapabc.com/

圖吧  http://main.mapbar.com/

UUMAP http://www.uumap.com/

城市通 http://www.52tong.com/

華夏圖網(wǎng) http://www.map2china.com/

都市圈－三維地圖 http://www.o.cn/

第1搜 http://www.d1so.com/

都市吧 http://www.city8.com/

活圖網(wǎng) http://www.livemap.cn/

我要地圖 http://www.51ditu.com/

丁丁地圖 www.ddmap.com

坐車網(wǎng) http://www1.zuoche.com/ （廣州區(qū)域搜索）

google、百度、搜狗、MSN虛擬地球http://virtualearth.msn.com/

七、醫(yī)療健康

康Q www.kangq.com

Souvv http://search.souvv.com/

醫(yī)搜 http://www.yiso.cc/

放心醫(yī)苑網(wǎng) http://www.120so.com/

博睿  http://search.chinamtcm.com

八、圖書搜索

愛搜書網(wǎng) http://www.isoshu.com/

讀秀知識庫 http://www.duxiu.com/

九、分類信息

國通網(wǎng)http://www.guton.com

十、手機搜索引擎

悠悠村  http://www.uucun.com/

儒豹手機搜索 http://www.roboo.com/

十一、軟件IT、BT資源

迅雷資源搜索 http://so.xunlei.com

BT聯(lián)盟搜索引擎 http://search.btchina.net/

BT全球搜索 http://bt.it.com.cn/

BT特工 http://bt.souyo.com/

飛客BT搜索 http://bt.fkee.com/

天天BT 電影 http://www.ttbt.cn/

網(wǎng)游搜索 www.37ss.com

FTP搜索引擎 www.tooooold.com

十二、娛樂綜合、電影、音樂等

搜刮  http://www.sogua.com/

易搜 http://bt.souyo.com/               （娛樂綜合、軟件IT、游戲、電影）

OpenV開放視頻 http://www.openv.tv/

第九頻道 www.tvix.cn

動漫搜索 http://share.greedland.net/

奇客網(wǎng) http://v.qirss.com/

CCTV視頻搜索 http://vsearch.cctv.com/

優(yōu)酷視頻搜索  http://www.youku.com/

十三、電視節(jié)目

電視貓  www.tvmao.com

e準 - 電視節(jié)目預告 www.ezhun.com

搜視網(wǎng) http://www.tvsou.com/

我愛電視劇 http://www.5idsj.com/ （劇情搜索）

十四、博客、論壇搜索

貼易 http://search.teein.com/

Souyo http://www.souyo.com/

博狗 http://www.blogool.com/

大旗 http://search.chinabbs.com/

博客查號臺  http://www.blog114.com.cn/

博搜 http://www.booso.com/

中文RSS搜索 http://www.booso.com/

名人博客 http://www.starlogs.com/

中國博客網(wǎng)搜索 http://search.blogcn.com/

十五、其它

搜農(nóng) www.sounong.net （來自安徽的和農(nóng)業(yè)相關綜合搜索引擎）

農(nóng)搜 www.agrisou.com

性搜 http://www.sinsoo.com/

中國建筑黃頁 www.agoo.com.cn

搜網(wǎng)（圖片搜索） http://home.souwang.com/

金聚網(wǎng)（游戲搜索） http://www.jj160.com/

游戲網(wǎng)（搜索引擎？）http://ks.pcgames.com.cn/

樂虎網(wǎng)（手機圖片） http://www.joyhoo.com/

全國駕校搜索 www.jxedt.com

個性搜索       www.deyeb.cn

   引言

數(shù)據(jù)挖掘(Data Mining，DM)是從大量數(shù)據(jù)中提取或“挖掘”知識，是從存放在數(shù)據(jù)庫、數(shù)據(jù)倉庫或其他信息庫中的大量數(shù)據(jù)中挖掘有趣知識的過程。[1] 隨著網(wǎng)絡的不斷發(fā)展，因特網(wǎng)目前已成為一個巨大的、分布廣泛的和全球性的信息服務中心。從海量的網(wǎng)絡信息中尋找有用的知識，早已成為人們的迫切需求。各種類似Google、Baidu等的搜索引擎也層出不窮，Web數(shù)據(jù)挖掘的應用在現(xiàn)實中不斷體現(xiàn)。

Web數(shù)據(jù)挖掘建立在對大量的網(wǎng)絡數(shù)據(jù)進行分析的基礎上，采用相應的數(shù)據(jù)挖掘算法，在具體的應用模型上進行數(shù)據(jù)的提取、數(shù)據(jù)篩選、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)挖掘和模式分析，最后做出歸納性的推理、預測客戶的個性化行為以及用戶習慣，從而幫助進行決策和管理，減少決策的風險。

Web數(shù)據(jù)挖掘涉及多個領域，除數(shù)據(jù)挖掘外，還涉及計算機網(wǎng)絡、數(shù)據(jù)庫與數(shù)據(jù)倉儲、人工智能、信息檢索、可視化、自然語言理解等技術。

2   Web數(shù)據(jù)挖掘面臨的問題

Web的巨大、分布廣泛和內(nèi)容多樣使得目前的Web挖掘面臨著眾多問題和挑戰(zhàn)。首先，對有效的數(shù)據(jù)倉庫和數(shù)據(jù)挖掘來說，Web上的數(shù)據(jù)過于龐大。而且，Web上的數(shù)據(jù)具有極強的動態(tài)性，不僅數(shù)量增長快而且更新十分迅速。但是面對如此大量的Web上的信息，有調(diào)查卻表明：99%的Web信息對于99%的用戶是無用的。這樣看來，面對網(wǎng)絡上形形色色各式各樣的用戶群體，許多由Web搜索引擎所檢索到的資料將會被淹沒。

另外，由于Web頁面缺乏同一的結構，其結構又比任何傳統(tǒng)文本文檔都要復雜，所以要實現(xiàn)基于Web的數(shù)據(jù)挖掘和信息檢索在目前來說是非常具有挑戰(zhàn)性的。

3   Web數(shù)據(jù)挖掘的分類

Web數(shù)據(jù)挖掘是一項具有挑戰(zhàn)性的課題。它實現(xiàn)對Web存取模式，Web結構和規(guī)則，以及動態(tài)的Web內(nèi)容的查找。一般來說，Web數(shù)據(jù)挖掘可分為四類：Web內(nèi)容挖掘、Web結構挖掘、Web使用記錄挖掘和Web用戶性質(zhì)挖掘。其中，Web內(nèi)容挖掘、Web結構挖掘和Web使用記錄挖掘是Web1.0時代就已經(jīng)有了的，而Web用戶性質(zhì)挖掘則是伴隨著Web2.0的出現(xiàn)而出現(xiàn)的。

3.1 Web內(nèi)容挖掘

Web內(nèi)容挖掘主要包括文本挖掘和多媒體挖掘兩類，其對象包括文本、圖像、音頻、視頻、多媒體和其他各種類型的數(shù)據(jù)。這些數(shù)據(jù)一般由非結構化的數(shù)據(jù)(如文本) 、半結構化的數(shù)據(jù)(如HTML 文檔) 和結構化的數(shù)據(jù)(如表格) 構成。對非結構化文本進行的Web挖掘，稱為文本數(shù)據(jù)挖掘或文本挖掘，是Web挖掘中比較重要的技術領域。Web挖掘中另一個比較重要的技術領域是Web多媒體數(shù)據(jù)挖掘。

目前，關于Web內(nèi)容挖掘的研究大體以Web文本內(nèi)容挖掘為主。Web內(nèi)容挖掘一般從資源查找和數(shù)據(jù)庫兩個不同的方面進行研究。

從資源查找的方面來看，Web內(nèi)容挖掘的任務是從用戶的角度出發(fā)，怎樣提高信息質(zhì)量和幫助用戶過濾信息。主要是對非結構化文檔和半結構化文檔的挖掘。非結構化文檔主要指Web上的自由文本，如小說、新聞等。Web上的半結構化文檔挖掘指在加入了HTML、超鏈接等附加結構的信息上進行挖掘，其應用包括超鏈接文本的分類、聚類、發(fā)現(xiàn)文檔之間的關系、提出半結構化文檔中的模式和規(guī)則等。

從數(shù)據(jù)庫的觀點進行Web內(nèi)容挖掘主要是試圖建立Web站點的數(shù)據(jù)模型并加以集成， 以支持復雜查詢，而不只是簡單的基于關鍵詞的搜索。這要通過找到Web文檔的模式、建立Web知識庫來實現(xiàn)。

對文本數(shù)據(jù)進行挖掘的文檔分類和模型質(zhì)量評價方法與傳統(tǒng)的數(shù)據(jù)挖掘方法相類似，分類算法主要應用樸素貝葉斯(Naive Bayes Classifier)。對模型的質(zhì)量評價主要有分類的正確率(Classification Accuracy)、準確率( Precision)和信息估值( Information Score)。 SAAS

Web多媒體數(shù)據(jù)挖掘從多媒體數(shù)據(jù)庫中提取隱藏的知識、多媒體數(shù)據(jù)關聯(lián)、或者是其他沒有直接儲存在多媒體數(shù)據(jù)庫中的模式。多媒體數(shù)據(jù)挖掘包括對圖像、視頻和聲音的挖掘。多媒體挖掘首先進行特征提取，然后再應用傳統(tǒng)的數(shù)據(jù)挖掘方法進行進一步的信息挖掘。對網(wǎng)頁中的多媒體數(shù)據(jù)進行特征的提取，應充分利用HTML的標簽信息。[3]

3.2 Web結構挖掘

由于有用的知識不僅包含在Web頁面的內(nèi)容中，而且也包含在頁面的結構中。所以Web結構挖掘是從站點的組織結構和頁面結構中推導出知識，對Web頁面間的結構進行挖掘，找出數(shù)據(jù)鏈的結構進行分類、聚類，從而發(fā)現(xiàn)頁面間的關系，進而改進搜索引擎的性能。

Web結構挖掘的對象是Web本身的超鏈接，即對Web文檔的結構進行挖掘。Web結構挖掘的基本思想是將Web看作一個有向圖，他的頂點是Web頁面，頁面間的超鏈就是圖的邊。然后利用圖論對Web的拓撲結構進行分析。常見的算法有HITS ( Hypertext Induced Topic Search) 、PageRank、發(fā)現(xiàn)虛擬社區(qū)的算法、發(fā)現(xiàn)相似頁面的算法、發(fā)現(xiàn)地理位置的算法和頁面分類算法。Web結構挖掘的算法一般可分為查詢相關算法和查詢無關算法兩類。查詢相關算法需要為每一個查詢進行一次超鏈分析從而進行一次值的指派;而查詢獨立算法則為每個文檔僅進行一次值的指派，對所有的查詢都使用此值。HITS和PageRank分別是查詢相關算法和查詢獨立算法的代表。

4   結束語

Web數(shù)據(jù)挖掘是當今世界上的熱門研究領域，其研究具有廣闊的應用前景和巨大的現(xiàn)實意義。目前國內(nèi)的Web數(shù)據(jù)挖掘尚處于學習、跟蹤和探索階段。Web數(shù)據(jù)挖掘有許多問題有待于進一步的研究和深化。Web2.0的出現(xiàn)給Web數(shù)據(jù)挖掘提出了新的要求。基于Web2.0的數(shù)據(jù)挖掘目前還處于起步階段，它必將成為Web數(shù)據(jù)挖掘中很重要的一個研究領域。

Ext Stand-alone：
ext-base.js
ext-all.js (or your choice of files)

Yahoo! UI (.12+)：
yui-utilities.js
ext-yui-adapter.js
ext-all.js (or your choice of files)

jQuery (1.1+)：
jquery.js
jquery-plugins.js // required jQuery plugins
ext-jquery-adapter.js
ext-all.js (or your choice of files)

Prototype (1.5+) / Scriptaculous (1.7+)：
prototype.js
scriptaculous.js?load=effects  (or whatever you want to load)
ext-prototype-adapter.js
ext-all.js (or your choice of files)

呵呵，第一個例子就出來了，試試看吧~

Enum作為Sun全新引進的一個關鍵字，看起來很象是特殊的class, 它也可以有自己的變量，可以定義自己的方法，可以實現(xiàn)一個或者多個接口。 當我們在聲明一個enum類型時，我們應該注意到enum類型有如下的一些特征。 

　　1．它不能有public的構造函數(shù)，這樣做可以保證客戶代碼沒有辦法新建一個enum的實例。 

　　2．所有枚舉值都是public , static , final的。注意這一點只是針對于枚舉值，我們可以和在普通類里面定義 變量一樣定義其它任何類型的非枚舉變量，這些變量可以用任何你想用的修飾符。 

　　3．Enum默認實現(xiàn)了java.lang.Comparable接口。 

　　4．Enum覆載了了toString方法，因此我們?nèi)绻{(diào)用Color.Blue.toString()默認返回字符串”Blue”. 

　　5．Enum提供了一個valueOf方法，這個方法和toString方法是相對應的。調(diào)用valueOf(“Blue”)將返回Color.Blue.因此我們在自己重寫toString方法的時候就要注意到這一點，一把來說應該相對應地重寫valueOf方法。 

　　6．Enum還提供了values方法，這個方法使你能夠方便的遍歷所有的枚舉值。 

　　7．Enum還有一個oridinal的方法，這個方法返回枚舉值在枚舉類種的順序，這個順序根據(jù)枚舉值聲明的順序而定，這里Color.Red.ordinal()返回0。 

　　了解了這些基本特性，我們來看看如何使用它們。 

　　1．遍歷所有有枚舉值. 知道了有values方法，我們可以輕車熟路地用ForEach循環(huán)來遍歷了枚舉值了。 

　　for (Color c: Color.values()) 
　　System.out.println(“find value:” + c); 

　　2．在enum中定義方法和變量，比如我們可以為Color增加一個方法隨機返回一個顏色。 

　　public enum Color { 
　　Red, 
　　Green, 
　　Blue; 

　　/* 
　　*定義一個變量表示枚舉值的數(shù)目。 
　　*(我有點奇怪為什么sun沒有給enum直接提供一個size方法). 
　　*/ 
　　private static int number = Color.values().length ; 

　　/** 
　　* 隨機返回一個枚舉值 
　　@return a random enum value. 
　　*/ 
　　public static Color getRandomColor(){ 
　　long random = System.currentTimeMillis() % number; 
　　switch ((int) random){ 
　　　case 0: 
　　　　return Color.Red; 
　　　case 1: 
　　　　return Color.Green; 
　　　case 2: 
　　　　return Color.Blue; 
　　　default : return Color.Red; 
　　} 
　　} 
　　} 

　　可以看出這在枚舉類型里定義變量和方法和在普通類里面定義方法和變量沒有什么區(qū)別。唯一要注意的只是變量和方法定義必須放在所有枚舉值定義的后面，否則編譯器會給出一個錯誤。 

　　3．覆載(Override)toString, valueOf方法 

　　前面我們已經(jīng)知道enum提供了toString,valueOf等方法，很多時候我們都需要覆載默認的toString方法，那么對于enum我們怎么做呢。其實這和覆載一個普通class的toString方法沒有什么區(qū)別。 

　　…. 
　　public String toString(){ 
　　switch (this){ 
　　case Red: 
　　　return "Color.Red"; 
　　case Green: 
　　　return "Color.Green"; 
　　case Blue: 
　　　return "Color.Blue"; 
　　default: 
　　　return "Unknow Color"; 
　　} 
　　} 
　　…. 
　　這時我們可以看到，此時再用前面的遍歷代碼打印出來的是 

　　Color.Red 
　　Color.Green 
　　Color.Blue 

　　而不是 

　　Red 
　　Green 
　　Blue. 

　　可以看到toString確實是被覆載了。一般來說在覆載toString的時候我們同時也應該覆載valueOf方法，以保持它們相互的一致性。 

　　4．使用構造函數(shù) 

　　雖然enum不可以有public的構造函數(shù)，但是我們還是可以定義private的構造函數(shù)，在enum內(nèi)部使用。還是用Color這個例子。 

　　public enum Color { 
　　Red("This is Red"), 
　　Green("This is Green"), 
　　Blue("This is Blue"); 

　　private String desc; 

　　Color(String desc){ 
　　this.desc = desc; 
　　} 

　　public String getDesc(){ 
　　return this.desc; 
　　} 

　　} 

　　這里我們?yōu)槊恳粋€顏色提供了一個說明信息, 然后定義了一個構造函數(shù)接受這個說明信息。 

　　要注意這里構造函數(shù)不能為public或者protected, 從而保證構造函數(shù)只能在內(nèi)部使用，客戶代碼不能new一個枚舉值的實例出來。這也是完全符合情理的，因為我們知道枚舉值是public static final的常量而已。 

　　5．實現(xiàn)特定的接口 

　　我們已經(jīng)知道enum可以定義變量和方法，它要實現(xiàn)一個接口也和普通class實現(xiàn)一個接口一樣，這里就不作示例了。 

　　6．定義枚舉值自己的方法。 

　　前面我們看到可以為enum定義一些方法，其實我們甚至可以為每一個枚舉值定義方法。這樣，我們前面覆載 toString的例子可以被改寫成這樣。 

　　public enum Color { 
　　Red { 
　　public String toString(){ 
　　　return "Color.Red"; 
　　} 
　　}, 
　　Green { 
　　public String toString(){ 
　　　return "Color.Green"; 
　　} 
　　}, 
　　Blue{ 
　　public String toString(){ 
　　　return "Color.Blue"; 
　　} 
　　}; 
　　} 

　　從邏輯上來說這樣比原先提供一個“全局“的toString方法要清晰一些。 

　　總的來說，enum作為一個全新定義的類型，是希望能夠幫助程序員寫出的代碼更加簡單易懂，個人覺得一般也不需要過多的使用enum的一些高級特性，否則就和簡單易懂的初衷想違背了。  

引自:http://www.it.com.cn/f/edu/053/29/93843.htm

yaogao@gmail.com

類與類之間存在以下關系：

1、 泛化(Generalization)

很簡單，就是我們常說的繼承。是說子類獲得父類的功能的同時，還可以擴展自己的功能。

如圖:

Java代碼中表現(xiàn)為：extends 和 implements

2、 依賴(Dependency)

兩個相對獨立的咚咚(A和B)，當A負責構造B時，A與B形成依賴關系，即A使用B。

如圖：

Java代碼中的表現(xiàn)為局部變量，方法的參數(shù)，以及對靜態(tài)方法的調(diào)用

3、 關聯(lián)(Association)

   兩個相對獨立的咚咚(A和B)，當A對象持有B對象的時候，形成關聯(lián)關系。

關于分為有兩種特殊的形式，聚合（Aggregation）和組合（Composition），聚合和組合只有概念上的區(qū)別，在Java中的代碼實現(xiàn)上沒有區(qū)別。

聚合：指的是整體與部分的關系，如圖：

組合：表示類之間整體和部分的關系，但是組合關系中部分和整體具有統(tǒng)一的生存期,即整體對象不存在，部分對象也將不存在，如圖：

Java代碼中，表現(xiàn)為成員變量。

4、 總結

在Java中，應該盡量優(yōu)先使用組合，而不是繼承，因為繼承會使得類關系過于復雜化，破壞了封裝性，使用組合一樣可以獲得已有類的功能，而且會使新類更加穩(wěn)固。

實際上，從依賴 -----〉聚合--------〉組合，類與類之間的關系更加緊密，互相之間的影響越來越大，其實我們平常比較少去區(qū)分這些關系，而且事實上這東西的定義不太好理解，所以肯定會導致認識上的偏差，所以我們使用這些東西的時候，盡量靠近大家都認同的做法，這樣容易讓別人理解。

OSGI官方網(wǎng)站

http://www.osgi.org/

OSGI組織成員

Aplix Corporation BenQ BMW Group Computer Associates Deutsche Telekom AG Electricit?de France (EDF) Ericsson Mobile Platforms AB Esmertec Espial Group, Inc. ETRI Electronics and Telecommunications Research Institute Gatespace Telematics AB Harman/Becker Automotive Systems GmbH Hitachi, Ltd. IBM Corporation Industrial Technology Research Institute Insignia Solutions Intel Corporation KDDI R&D Laboratories, Inc. KT Corporation Mitsubishi Electric Corporation Motorola, Inc. NEC Corporation Nokia Corporation NTT Oracle Corporation ProSyst Software GmbH Robert Bosch Gmbh Samsung Electronics Co., Ltd. Siemens AG Sprint Sun Microsystems, Inc. Telcordia Technologies, Inc. Telefonica I+D Vodafone Group Services Limited

OSGI的特點

1。JRE版本無關性。雖然Java一直被人們認為是“Write Once, Run Anywhere”，但對于許多大型項目并非如此，常常因為不同JRE之間的一些小差別而花費巨大，被人們戲稱為“Write Once，Debug Anywhere”。OSGi首先希望能消除這種無關性，因此它提供給人們一個比JRE更穩(wěn)定的承諾。

2。嵌入式設備的開發(fā)平臺。OSGi創(chuàng)立之初的方向是瞄準了J2ME，可以看到委員會成員多數(shù)都不是軟件企業(yè)。倒是Moto和Nokia這類企業(yè)非常熱心。

3。高于package的完整的組件形式，還包括自從有組件開發(fā)以來一直困擾人們的組件版本問題。（這個可不是jar包啊，jar包只是bundle的一種實現(xiàn)­方式。）

4。推遲發(fā)生的依賴關系。當組件A（例如含有菜單的窗體）依賴于組件B（例如菜單所表達的一個功能）時，在語言級上必須先有B再有A，但顯示中往往是先有A再有­B，所以OSGi為它們提供一種運行時后綁定的機制。

5。新的軟件架構。OSGi幾乎每個成員都是其所在領域的TOP，這些領域也都是在未來的數(shù)十年中軟件大行其到的地方，軟件商們（比如IBM）希望這些領域的軟­件架構能夠統(tǒng)一一些，甚至是組件可以通用。

OSGi: Eclipse的根基

OSGi為網(wǎng)絡服務提供了一套標準的, 面向組件的規(guī)范. 而網(wǎng)絡服務又是SOA(Service Oriented Architecture)的基礎. 使用OSGI平臺, 就可以很輕松的管理軟件組件的生命周期, 這組件是可以位于網(wǎng)絡中的任何設備上, 而且組件可以動態(tài)的安裝, 加載, 升級和卸載, 而不用終止和重啟設備. 這里的組件是指程序庫或者是應用程序, 它們又可以動態(tài)的使用別的庫和程序.

其實OSGi原本是為了解決家庭網(wǎng)絡或者嵌入式設備由于本身的限制(CPU, 內(nèi)存, 帶寬等)而出的一個解決方案, 是一個輕量級的框架. 但現(xiàn)在OSGi已經(jīng)遠遠的超過了它的原來的的功能. OSGi已經(jīng)應用于移動通訊, 汽車, 電信, 嵌入設備, PC桌面和服務器等眾多領域. 由于它的開放和簡單的風格, 吸引越來越多的著名公司加入, 使OSGi也愈加強大和開放.

我不了解OSGi在其他領域的應用, 只是由于要使用Eclipse, 所以也只對OSGi在PC桌面方面的應用做了些熟悉和了解. 和OSGi一樣, Eclipse也是個開放的平臺, 它的基礎就是OSGi服務平臺(Services Platform), 架構在OSGi上的Eclipse具有融合其他應用和組件的能力, 使不同的組件能夠運行在一個JVM(Java Virtual Machine)上, 使它們之間能夠協(xié)同工作, 占用較少得內(nèi)存和CPU時間, 而且能夠由平臺管理組件的全生命周期的活動, 可以說一切都在控制之中.

在OSGi中, 每個具體的組件都要繼承于Bundle, Bundle是個接口, 定義了安裝, 升級, 卸載, 啟動, 停止等操作. 其實, 在Eclipse中, 插件(即上面所說的組件)并不是從Bundle繼承的, 而是從另外一個重要接口BundleActivator繼承的. 后者只有兩個接口函數(shù)-Start和Stop. 從它的名稱就可以看出, 它其實是一個控制Bundle的類. 在Eclipse中有大量這樣的應用, 一個類負責提供接口滿足不同的需要, 而有另外一個類負責操作這個類. 比如IWorkbench和WorkbenchAdvisor, IWorkbenchWindow和WorkbenchWindowAdvisor等, 這樣可以避免客戶直接和核心類打交道, 也減輕了客戶的負擔。

在Eclipse中, 組件都是以Plugin形式存在的, 幾乎每個組件都要有一個類實現(xiàn)(繼承)Plugin類(也有例外), 一般都是由Plugin來控制服務的加載和卸載, 因為Plugin繼承于BundleActivor. 除了Bundle, BundleActivor外, OSGi也提供了BundleEvent, BundleListner等接口. 這些比較簡單.

另外一個重要的接口是BundleContext, 該接口提供了一個Bundle所需要的上下文環(huán)境, 一個Bundle對應一個BundleContext, 當Bundle停止(Stop)時, 它也就銷毀了. BundleContext提供注冊服務工廠(ServiceFactory)的接口, Bundle可以注冊一些服務工廠接口, 這樣其他的Bundle就可以通過實現(xiàn)這些接口達到擴展的目的. 在Eclipse中對應的概念是”擴展點(IExtensionPoint)”和”擴展(IExtension)”. Bundle之間的交互是非常重要的, 利用這種技術, 就可以將很大的項目分成多個Bundle, 然后搭積木就可以了.

eclipse 3.0并沒有用OSGI替換掉原來的PlugIn機制。它只是做了與標準兼容的工作：給用戶提供了一系列的API來訪問，在這個過程中，就必須要做一些改變(比如plugin registry和loading機制)來同OSGI標準完全兼容。最初的Plugin核心只支持靜態(tài)的擴展，就是說，如果要改變一個已經(jīng)存在的Plug就必須重啟core,也就是要退出Eclipse并重啟。

有很多人問Eclipse為什么要兼容OSGI規(guī)范而不是其他的規(guī)范呢?

在Eclipse被捐贈出來以前，Eclipse由OTI來開發(fā)，其目標是開發(fā)一個嵌入式Java軟件的開發(fā)平臺。互聯(lián)網(wǎng)上現(xiàn)在仍然由很多的連接指向 Visual Age Micro Edition (VAME). 這也是SWT被構思的一個原因，他們想將SWT使用在嵌入式設備中的用戶界面。這種淵源關系解釋了當時為什么選擇OSGI規(guī)范。

另外一個原因是除了OSGI沒有其他的規(guī)范。OSGI規(guī)范在輕量級服務架構應用方面被廣泛的支持。而且OSGI被好多電信業(yè)的知名公司和一些其他行業(yè)的知名公司所支持。他們需要使用OSGI來同Sun的J2ME來抗衡。

JSR277和JSR291

http://www.jcp.org/en/jsr/detail?id=291

Establish a JCP specification for a dynamic component framework supporting existing Java SE environments based on the OSGi dynamic component model specifications.

由Apache Software Foundation，BEA Systems, Inc.，IBM，Intel Corporation，Nokia，Nortel Networks，Peter Kriens，Richard Hall，SAS Institute, Inc發(fā)起。IBM是JSR291規(guī)范的領導者。

http://www.jcp.org/en/jsr/detail?id=277

The specification defines a distribution format and a repository for collections of Java code and related resources. It also defines the discovery, loading, and integrity mechanisms at runtime.

http://www.jcp.org/en/jsr/detail?id=232

Create a predictable management environment for mobile devices capable of installing, executing, profiling, updating, and removing Java^TM and associated native components in the J2ME^TM Connected Device Configuration.

有哪些開源的產(chǎn)品實現(xiàn)了 OSGI，他們的側重點是什么

目前有不少公司對OSGi service platform推出了自己的實現(xiàn)，象ibm的smf(Service Management Framework,嗯，多好的名字，在那么多的platform實現(xiàn)中，我個人最喜歡這個名字，言簡意賅)。

德國的ProSyst公司(http://www.prosyst.com)是OSGi Alliance中非常活躍的推動者，看看他們的產(chǎn)品列表吧http://www.prosyst.com/products/osgi.html(他們甚至提供了kvm + cldc的OSGi framework)

開源的Oscar(http://oscar.objectweb.org/),Knopflerfish(http://www.knopflerfish.org/)

對于OSGi的成功應用，最有名的應該是eclipse了，它就是基于OSGi service platform的產(chǎn)品。還有Apache，據(jù)說OSGi將被應用于其新一代的build工具中。這些都是j2se和j2ee的應用，而基于j2me的，手機（對應OSGi Alliance的MEG）和車載設備（對應OSGi Alliance的VEG）是OSGi的主要領域，OSGi Alliance已經(jīng)有相應的規(guī)范，這些領域的應用相信會更加精彩，讓我們拭目以待吧。

OSGI 與 JMX 的關系

JMX 與 OSGi 在功能上的許多重迭之處，在國外已經(jīng)有人討論過 (例如 Eclipse Embeds OSGi Based MicroKernel 及 JMX vs. OSGi - The New Flavor of the Eclipse Runtime)。不過我認為重點是：

1. JMX 本來設計的用途就只為了管理，我們不該把他拿來 (over use) 作為開發(fā)應用程序的組件 (那是 EJB 或 JavaBeans 該做的事)。但 OSGi 卻可以!
2. JMX 多數(shù)用于 server 系統(tǒng)中，而 OSGi 卻不限于所開發(fā)的應用程序。你可以用它開發(fā) embedded 系統(tǒng)、desktop 程序，甚至是 server 程序。

OSGi 不但提供了與 JMX 相似的容器管理能力，甚至它本身就是一套精密的 Framework。OSGi 采用Micro-Kernel 的架構，可以提供無限延伸的功能。OSGi 的 Bundles 在線更新功能、以及應用程序之微量內(nèi)存執(zhí)行能力，都是開發(fā)應用程序的利基。

行文至此，又覺得 OSGi 與 JCA、JNDI 都有一些功能重迭及互補之處。只是 JMX、JCA、EJB、JNDI都經(jīng) JCP 標準，都屬于 J2EE 家族成員，但 OSGi 過去屈居于 Embedded System，聲名就不若前述標準響亮...。我覺得這完全是兩種思維模式：J2EE 的思維是 build on large scale，OSGi 的思維是 build on dynamic scale。OSGi 以小搏大。

為什么要用osgi，我認為主要是因為java至今沒有出現(xiàn)一個方便易用的組件配置模型。過去，JMX、ClassLoader、reflect都似乎可以做這個事情。但是，JMX太麻煩了，況且原本為J2EE準備的JMX，確實不太易用，走專用的協(xié)議，需要專門的客戶端，需要adapter來訪問等等....

而ClassLoader，單獨用ClassLoader，需要自己在其上構建一層包裝，否則用起來很麻煩。Reflect的配置方式和ClassLoader一樣的問題 。

但是，所有java的組件配置方式，包括使用classloader的osgi在內(nèi)共有的一個問題就是，被替換組件的回收時間無法控制。

OSGI 在 Server 端發(fā)揮作用

osgi是對j2se的增強，可以作為j2ee的基礎。jboss之所以在jcp投osgi的反對票，是因為jboss的核心（新項目名為microco­ntainer）實際上與osgi做的是同一件事情，都是要實現(xiàn)組件的動態(tài)部署和配置，不同的是他們用的是JMX。Geronimo選用的是JMX+IoC這種­方案作為內(nèi)核。Oracle的產(chǎn)品也是這種發(fā)展方向。所以我認為osgi可以用作j2ee應用服務器的內(nèi)核，與j2ee標準沒有沖突。最好的證明是Equiox­項目將會release一個osgi環(huán)境的Web/Servlet Container。

我認為osgi可以在j2ee上提供一個支撐平臺的解決方案。很多j2ee容器都是通過自定義classloader來實現(xiàn)裝載的，其實我覺得EJB的組建模型不過就是classloader上的噱頭。

而osgi則給出了一個完善的classloader體系，不再象過去，使用j2ee的標準只見EJB不見classloader，于是各個場上自己搞自己的。 JMX比較起來還是太麻煩了。

OSGI 在 EOS 中的應用

。。。