摘要: 一、分布式實(shí)現(xiàn)原理               如上圖所示，主要通過(guò)Apache-Server作為中轉(zhuǎn)服務(wù)器，實(shí)現(xiàn)多個(gè)tomcat服務(wù)器之間的分布式處理，用戶直接請(qǐng)求Apache-Server，然后Apache-Server會(huì)將請(qǐng)求分發(fā)到具體的tomcat-server，之...  閱讀全文 從設(shè)計(jì)理念層面看abstract class和interface

上面主要從語(yǔ)法定義和編程的角度論述了abstract class和interface的區(qū)別，這些層面的區(qū)別是比較低層次的、非本質(zhì)的。本小節(jié)將從另一個(gè)層面：abstract class和interface所反映出的設(shè)計(jì)理念，來(lái)分析一下二者的區(qū)別。作者認(rèn)為，從這個(gè)層面進(jìn)行分析才能理解二者概念的本質(zhì)所在。

前面已經(jīng)提到過(guò)，abstarct class在Java語(yǔ)言中體現(xiàn)了一種繼承關(guān)系，要想使得繼承關(guān)系合理，父類和派生類之間必須存在"is a"關(guān)系，即父類和派生類在概念本質(zhì)上應(yīng)該是相同的（參考文獻(xiàn)〔3〕中有關(guān)于"is a"關(guān)系的大篇幅深入的論述，有興趣的讀者可以參考）。對(duì)于interface 來(lái)說(shuō)則不然，并不要求interface的實(shí)現(xiàn)者和interface定義在概念本質(zhì)上是一致的，僅僅是實(shí)現(xiàn)了interface定義的契約而已。為了使論述便于理解，下面將通過(guò)一個(gè)簡(jiǎn)單的實(shí)例進(jìn)行說(shuō)明。

考慮這樣一個(gè)例子，假設(shè)在我們的問(wèn)題領(lǐng)域中有一個(gè)關(guān)于Door的抽象概念，該Door具有執(zhí)行兩個(gè)動(dòng)作open和close，此時(shí)我們可以通過(guò)abstract class或者interface來(lái)定義一個(gè)表示該抽象概念的類型，定義方式分別如下所示：

使用abstract class方式定義Door：

abstract class Door {
abstract void open();
abstract void close()；
}


使用interface方式定義Door：


interface Door {
void open();
void close();
}


其他具體的Door類型可以extends使用abstract class方式定義的Door或者implements使用interface方式定義的Door。看起來(lái)好像使用abstract class和interface沒(méi)有大的區(qū)別。

如果現(xiàn)在要求Door還要具有報(bào)警的功能。我們?cè)撊绾卧O(shè)計(jì)針對(duì)該例子的類結(jié)構(gòu)呢（在本例中，主要是為了展示abstract class和interface反映在設(shè)計(jì)理念上的區(qū)別，其他方面無(wú)關(guān)的問(wèn)題都做了簡(jiǎn)化或者忽略）？下面將羅列出可能的解決方案，并從設(shè)計(jì)理念層面對(duì)這些不同的方案進(jìn)行分析。

解決方案一：

簡(jiǎn)單的在Door的定義中增加一個(gè)alarm方法，如下：

abstract class Door {
abstract void open();
abstract void close()；
abstract void alarm();
}


或者

interface Door {
void open();
void close();
void alarm();
}


那么具有報(bào)警功能的AlarmDoor的定義方式如下：

class AlarmDoor extends Door {
void open() { … }
void close() { … }
void alarm() { … }
}


或者

class AlarmDoor implements Door ｛
void open() { … }
void close() { … }
void alarm() { … }
｝

這種方法違反了面向?qū)ο笤O(shè)計(jì)中的一個(gè)核心原則ISP（Interface Segregation Priciple），在Door的定義中把Door概念本身固有的行為方法和另外一個(gè)概念"報(bào)警器"的行為方法混在了一起。這樣引起的一個(gè)問(wèn)題是那些僅僅依賴于Door這個(gè)概念的模塊會(huì)因?yàn)?報(bào)警器"這個(gè)概念的改變（比如：修改alarm方法的參數(shù)）而改變，反之依然。

解決方案二：

既然open、close和alarm屬于兩個(gè)不同的概念，根據(jù)ISP原則應(yīng)該把它們分別定義在代表這兩個(gè)概念的抽象類中。定義方式有：這兩個(gè)概念都使用abstract class方式定義；兩個(gè)概念都使用interface方式定義；一個(gè)概念使用abstract class方式定義，另一個(gè)概念使用interface方式定義。

顯然，由于Java語(yǔ)言不支持多重繼承，所以兩個(gè)概念都使用abstract class方式定義是不可行的。后面兩種方式都是可行的，但是對(duì)于它們的選擇卻反映出對(duì)于問(wèn)題領(lǐng)域中的概念本質(zhì)的理解、對(duì)于設(shè)計(jì)意圖的反映是否正確、合理。我們一一來(lái)分析、說(shuō)明。

如果兩個(gè)概念都使用interface方式來(lái)定義，那么就反映出兩個(gè)問(wèn)題：1、我們可能沒(méi)有理解清楚問(wèn)題領(lǐng)域，AlarmDoor在概念本質(zhì)上到底是Door還是報(bào)警器？2、如果我們對(duì)于問(wèn)題領(lǐng)域的理解沒(méi)有問(wèn)題，比如：我們通過(guò)對(duì)于問(wèn)題領(lǐng)域的分析發(fā)現(xiàn)AlarmDoor在概念本質(zhì)上和Door是一致的，那么我們?cè)趯?shí)現(xiàn)時(shí)就沒(méi)有能夠正確的揭示我們的設(shè)計(jì)意圖，因?yàn)樵谶@兩個(gè)概念的定義上（均使用interface方式定義）反映不出上述含義。

如果我們對(duì)于問(wèn)題領(lǐng)域的理解是：AlarmDoor在概念本質(zhì)上是Door，同時(shí)它有具有報(bào)警的功能。我們?cè)撊绾蝸?lái)設(shè)計(jì)、實(shí)現(xiàn)來(lái)明確的反映出我們的意思呢？前面已經(jīng)說(shuō)過(guò)，abstract class在Java語(yǔ)言中表示一種繼承關(guān)系，而繼承關(guān)系在本質(zhì)上是"is a"關(guān)系。所以對(duì)于Door這個(gè)概念，我們應(yīng)該使用abstarct class方式來(lái)定義。另外，AlarmDoor又具有報(bào)警功能，說(shuō)明它又能夠完成報(bào)警概念中定義的行為，所以報(bào)警概念可以通過(guò)interface方式定義。如下所示：

abstract class Door {
abstract void open();
abstract void close()；
}
interface Alarm {
void alarm();
}
class AlarmDoor extends Door implements Alarm {
void open() { … }
void close() { … }
void alarm() { … }
}


這種實(shí)現(xiàn)方式基本上能夠明確的反映出我們對(duì)于問(wèn)題領(lǐng)域的理解，正確的揭示我們的設(shè)計(jì)意圖。其實(shí)abstract class表示的是"is a"關(guān)系，interface表示的是"like a"關(guān)系，大家在選擇時(shí)可以作為一個(gè)依據(jù)，當(dāng)然這是建立在對(duì)問(wèn)題領(lǐng)域的理解上的，比如：如果我們認(rèn)為AlarmDoor在概念本質(zhì)上是報(bào)警器，同時(shí)又具有Door的功能，那么上述的定義方式就要反過(guò)來(lái)了。

轉(zhuǎn)載人員-Nicholas
可關(guān)閉的TabbedPane結(jié)構(gòu)：

測(cè)試代碼：

 測(cè)試效果：

     

源碼下載：TabbedPane.rar

發(fā)表人： Tom

在數(shù)據(jù)庫(kù)層使用SQL分頁(yè)可以很大程度增加平臺(tái)系統(tǒng)程序運(yùn)行速度與效率。本人只是初入手半數(shù)據(jù)庫(kù)半程序的開(kāi)發(fā)，所以對(duì)數(shù)據(jù)庫(kù)研究不深。于是要收集下列代碼以作參考，同時(shí)也Post出來(lái)可以讓需要的人參考一下，高手就請(qǐng)見(jiàn)笑了。說(shuō)轉(zhuǎn)載說(shuō)不上，說(shuō)原創(chuàng)也... 國(guó)慶期間在家家里的機(jī)子跑DB比較困難，做不了過(guò)多測(cè)試。不過(guò)語(yǔ)句或函數(shù)方面本人都仔細(xì)看過(guò)抄回來(lái)的SQL的網(wǎng)頁(yè)里示例，感覺(jué)基本上大同小異，如果有錯(cuò)誤查下做相應(yīng)的修改或百度Google一下應(yīng)該沒(méi)什么大問(wèn)題，也請(qǐng)多多包涵。當(dāng)然，有機(jī)會(huì)就會(huì)對(duì)下列SQL做測(cè)試，然后會(huì)進(jìn)行修正。至于每個(gè)數(shù)據(jù)庫(kù)分頁(yè)在這就不進(jìn)行深究，只是列出個(gè)可用的方法。

##########
# MySQL#
##########

select * from tlk_buginfo limit startPos, pageSize

startPos: 定義當(dāng)前頁(yè)起始位置(不包括startPos)
pageSize: 每頁(yè)顯示數(shù)據(jù)的條數(shù)

##########
# MSSQL#(2005的row_number，暫無(wú)2000)
##########

1、
--返回第20-40行數(shù)據(jù)
select top 20 * from (select row_number() over (order by EmployeeID) as RowNumber, * from HumanResources.Employee) TableNickname where RowNumber>=20

2、
--返回第20-40行數(shù)據(jù)
select * from (select row_number() over (order by EmployeeID) as RowNumber, * from HumanResources.Employee) TableNickname where RowNumber between 20 and 40

3、
--返回第20-40行數(shù)據(jù)
with OrderedResults as
(select *, ROW_NUMBER() OVER (order by EmployeeID) as RowNumber FROM HumanResources.Employee)
select * from OrderedResults where RowNumber between 20 and 40

##########
# Oracle#
##########

①采用rownum關(guān)鍵字(三層嵌套)
--返回第5-15行數(shù)據(jù)
select * from (select row_.*, rownum num from (select * from tlk_buginfo) row_ where rownum<=15) where num>=5

②采用row_number解析函數(shù)進(jìn)行分頁(yè)(效率更高)
--返回第5-15行數(shù)據(jù)
select tab.* from (select t.*, row_number() over (order by lastmodified) as num from tlk_buginfo t) tab where num between 5 and 15

##########
# DB2#
##########

select * from (select *, rownumber() over(order by 排序字段 asc ) as rowid  from 表名 )as a where a.rowid >= startPage AND a.rowid <endPage

##########
# Hsqldb#
##########

select LIMIT 0 10 表名

收集資料:(allen) HTML5 是近十年來(lái) Web 標(biāo)準(zhǔn)最巨大的飛躍。和以前的版本不同，HTML 5 并非僅僅用來(lái)表示 Web 內(nèi)容，它的使命是將 Web 帶入一個(gè)成熟的應(yīng)用平臺(tái)，在這個(gè)平臺(tái)上，視頻，音頻，圖象，動(dòng)畫，以及同電腦的交互都被標(biāo)準(zhǔn)化。盡管 HTML 5 的實(shí)現(xiàn)還有很長(zhǎng)的路要走，但 HTML 5 正在改變 Web。
HTML 最近的一次升級(jí)是1999年12月發(fā)布的 HTML 4.01。自那以后，發(fā)生了很多事。最初的瀏覽器戰(zhàn)爭(zhēng)已經(jīng)結(jié)束，Netscape 灰飛煙滅，IE5 作為贏家后來(lái)又發(fā)展到 IE6, IE7到IE8。Mozilla Firefox 從 Netscape 的死灰中誕生，并躍居第二位。蘋果和 Google 各自推出自己的瀏覽器，而小家碧玉的 Opera 仍然嚶嚶嗡嗡地活著，并以推動(dòng) Web 標(biāo)準(zhǔn)為己命。我們甚至在手機(jī)和游戲機(jī)上有了真正的 Web 體驗(yàn)，感謝 Opera，iPhone 以及 Google 已經(jīng)推出的 Android。
然而這一切，僅僅讓 Web 標(biāo)準(zhǔn)運(yùn)動(dòng)變得更加混亂，HTML 5 和其它標(biāo)準(zhǔn)被束之高閣，結(jié)果，HTML 5 一直以來(lái)都是以草案的面目示人。
于是，一些公司聯(lián)合起來(lái)，成立了一個(gè)叫做 Web Hypertext Application Technology Working Group （Web 超文本應(yīng)用技術(shù)工作組 - WHATWG） 的組織，他們將重新揀起 HTML 5。這個(gè)組織獨(dú)立于 W3C，成員來(lái)自 Mozilla， KHTML/Webkit 項(xiàng)目組，Google，Apple，Opera 以及微軟。盡管 HTML 5 草案不會(huì)在短期內(nèi)獲得認(rèn)可，但 HTML 5 總算得以延續(xù)。
HTML 5 將帶來(lái)什么？以下是 HTML 5 草案中最激動(dòng)人心的部分：
全新的，更合理的 Tag，多媒體對(duì)象將不再全部綁定在 object 或 embed Tag 中，而是視頻有視頻的 Tag，音頻有音頻的 Tag。本地?cái)?shù)據(jù)庫(kù)。這個(gè)功能將內(nèi)嵌一個(gè)本地的 SQL 數(shù)據(jù)庫(kù)，以加速交互式搜索，緩存以及索引功能。同時(shí)，那些離線 Web 程序也將因此獲益匪淺。不需要插件的富動(dòng)畫。Canvas 對(duì)象將給瀏覽器帶來(lái)直接在上面繪制矢量圖的能力，這意味著我們可以脫離 Flash 和 Silverlight，直接在瀏覽器中顯示圖形或動(dòng)畫。一些最新的瀏覽器，除了 IE，已經(jīng)開(kāi)始支持 Canvas。瀏覽器中的真正程序。將提供 API 實(shí)現(xiàn)瀏覽器內(nèi)的編輯，拖放，以及各種圖形用戶界面的能力。內(nèi)容修飾 Tag 將被剔除，而使用 CSS。理論上講，HTML 5 是培育新 Web 標(biāo)準(zhǔn)的土壤，讓各種設(shè)想在他的組織者之間分享，但 HTML 5 目前仍處于試驗(yàn)階段。
Mozilla 的技術(shù)副總裁 Mike Shaver 說(shuō)，HTML 5 是一個(gè)被寄予厚望的概念，它既是 WHATWG 組織的實(shí)驗(yàn)田，又是 W3C 的標(biāo)準(zhǔn)之路。
Shaver 認(rèn)為，Mozilla 的興趣和 WHATWG 實(shí)驗(yàn)相吻合，Mozilla 在 HTML 5 工作組中非常活躍，我們對(duì)一些早期的細(xì)則進(jìn)行實(shí)驗(yàn)并將成熟的結(jié)果提交 W3C。
在過(guò)去的幾年，Mozilla 隨著各種出現(xiàn)的新標(biāo)準(zhǔn)，推出多個(gè)富有前瞻性的項(xiàng)目，包括 Prism，一個(gè)用于離線運(yùn)行 Web 程序的系統(tǒng)，以及 Weave，一個(gè)數(shù)據(jù)存儲(chǔ)框架。
Shaver 說(shuō)，HTML 5 運(yùn)動(dòng)肇始于對(duì) W3C 的不耐煩，Web 標(biāo)準(zhǔn)中的很多進(jìn)展都因 W3C 將重點(diǎn)從 HTML 轉(zhuǎn)移到 XML 而停滯不前。
很多基于 XML 架構(gòu)的新技術(shù)被設(shè)計(jì)出來(lái)替代 HTML，Shaver 說(shuō)，這不是一條正確的道路，人們不應(yīng)象黑瞎子掰玉米把樣一邊掰一邊丟。
HTML 5 的新實(shí)驗(yàn)在 Firefox 以及 基于 Webkit 的 Safari 和 Chrome 瀏覽器中逐漸得到強(qiáng)化，但仍有不少問(wèn)題。
Chrome 的開(kāi)發(fā)者 Darin Fisher 說(shuō)，Chrome 仍在襁褓中時(shí)，就不得不面臨幾個(gè)問(wèn)題，盡管使用的是最新的 Webkit，HTML 5 的本地?cái)?shù)據(jù)庫(kù)功能在 Chrome 的初期版本中并沒(méi)有實(shí)現(xiàn)。因?yàn)?Chrome 的沙箱機(jī)制和 Webkit 的數(shù)據(jù)庫(kù)功能有沖突。
而由于 Chrome 屬于秘密開(kāi)發(fā)，Chrome 的開(kāi)發(fā)人員也不便參與 Webkit 的開(kāi)發(fā)。
我們要想保守 Chrome 的秘密，就無(wú)法參與 Webkit 社區(qū)。Fisher 說(shuō)，我們很希望可以在某些方面給 Webkit 以幫助，我們擁有眾多經(jīng)驗(yàn)豐富的開(kāi)發(fā)者，我們很想知道人們目前遇到的挑戰(zhàn)并樂(lè)意提供幫助。
隨著 Chrome 的發(fā)布，F(xiàn)isher 說(shuō)他的團(tuán)隊(duì)成員有時(shí)會(huì)和 Webkit 的人一起吃飯，有些人私下里還成了好朋友。Fisher 稱，他們迫切地想同其他 Webkit 開(kāi)發(fā)組一起工作解決離線數(shù)據(jù)庫(kù)的問(wèn)題。
Chrome 里面還包含Google 的開(kāi)源 Gears 技術(shù)，用來(lái)實(shí)現(xiàn)與 HTML 5 類似的離線功能。
Gears 可以看作已有 API 的替代品，F(xiàn)isher 說(shuō)，HTML 5 對(duì)新瀏覽器來(lái)說(shuō)是非常好的東西，但絕大多數(shù)用戶還使用舊瀏覽器。Gears 可以讓那些舊瀏覽器也獲得這樣的 API，我們正在為 HTML 5 版 API 提供兼容。
Gears 兼容性非常好，它正成為將 HTML 5 帶向人們桌面的另外一條途徑。
目前，絕大多數(shù)工作由 Apple，Mozilla, Opera, Google 以及 Trolltech 展開(kāi)。微軟在干什么？IE 因其對(duì) Web 標(biāo)準(zhǔn)的遲鈍而聞名，更不要說(shuō) HTML 5。但 IE8 可能會(huì)做出改變。
微軟 IE 平臺(tái)與 WHAT 工作組主席 Chris Wilson 在郵件中稱，我們希望我們現(xiàn)在開(kāi)始的工作可以在 HTML 工作組創(chuàng)建一套測(cè)試系統(tǒng)。Wilson 說(shuō)，IE 開(kāi)發(fā)組仍然對(duì) HTML 5 的一些提議感到擔(dān)憂。我覺(jué)得工作組的所有成員都會(huì)承認(rèn)我們還有很多事要做。
目前處于 Beta 版的 IE9，已經(jīng)包含 HTML 5 的諸多新功能。它擁有一個(gè)跨文檔消息系統(tǒng)，本地存儲(chǔ)，以及一些離線事件來(lái)檢測(cè)網(wǎng)絡(luò)的中斷。但還有些功能還未提上議程，如 Canvas。
HTML 5 非常龐大，仍處在開(kāi)發(fā)階段，我認(rèn)為瀏覽器廠商應(yīng)當(dāng)盡快達(dá)成一致，而每個(gè)瀏覽器的具體實(shí)現(xiàn)時(shí)間可以自己選擇。Web 開(kāi)發(fā)者和瀏覽器廠商會(huì)同意 Wilson 的下面這句話，這確切無(wú)疑是一個(gè)激動(dòng)人心的時(shí)刻，我們希望看到 Web 成為新的應(yīng)用平臺(tái)。