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

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

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

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

使用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。看起來好像使用abstract class和interface沒有大的區(qū)別。

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

解決方案一：

簡單的在Door的定義中增加一個alarm方法，如下：

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


或者

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


那么具有報警功能的AlarmDoor的定義方式如下：

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


或者

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

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

解決方案二：

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

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

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

如果我們對于問題領(lǐng)域的理解是：AlarmDoor在概念本質(zhì)上是Door，同時它有具有報警的功能。我們該如何來設(shè)計、實現(xiàn)來明確的反映出我們的意思呢？前面已經(jīng)說過，abstract class在Java語言中表示一種繼承關(guān)系，而繼承關(guān)系在本質(zhì)上是"is a"關(guān)系。所以對于Door這個概念，我們應該使用abstarct class方式來定義。另外，AlarmDoor又具有報警功能，說明它又能夠完成報警概念中定義的行為，所以報警概念可以通過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() { … }
}


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

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

測試代碼：

 測試效果：

     

源碼下載：TabbedPane.rar

發(fā)表人： Tom

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

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

select * from tlk_buginfo limit startPos, pageSize

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

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

JBPM4_HIST_PROCINST、JBPM4_HIST_ACTINST兩張表中，分別存放的是process Instance、Activity Instance的歷史記錄，Activity Instance是指流程定義中各個步驟：task descition等存放Process Instance、Activity Instance歷史記錄的表有了，那他們的當前記錄存在什么地方呢？這就需要弄清楚jBPM的另外幾個概念。一般而言，在jBPM中，“a process instance is the root of a tree of executions”。因此，當一個流程實例Split出兩個并行步驟的時候，在JBPM4_EXECUTION表中將有三筆相關(guān)記錄，一筆是代表流程實例的Root Execution，另外兩筆是關(guān)于上述兩個并行步驟的Child Execution。

此外，在jbpm中，Activity的種類是很豐富的，可以是Control Flow Activities，如sub-process，decision等，也可以是Automatic Activity，如java、script、sql等，其中需要人來參與完成的Activity被稱為Task，待辦任務(wù)放在JBPM4_TASK表中，而歷史任務(wù)放在JBPM4_HIST_TASK表中。

對一個Task而言，它可能會有多個Participation(swim lane 同樣會有多個Participation)，Participation的種類有Candidate、client、owner、Replaced Assignee和viewer，而具體的Participation既可以是單一用戶，也可以是用戶組，Participation的信息存放在JBPM4_PARTICIPATION中。

Swim Lane是一種Runtime Process Role，通過Swim Lane，多個Task可以一次分配到同一Actor身上，存放這些信息是表JBPM4_PARTICIPATION。

JBPM4_ID_GROUP、JBPM4_ID_MEMBERSHIP、JBPM4_ID_USER這是基本的權(quán)限控制，建議關(guān)于用戶認證方面還是自己開發(fā)一套，這個功能太簡單了，難以滿足需求。

JBPM4_JOB存放的是Timer的定義。

JBPM4_PROPERTY這是jbpm引擎參數(shù)表。

JBPM4_VAR表存放流程臨時變量，當流程實例結(jié)束后，表中內(nèi)容清除。

JBPM4_HIST_VAR表存放歷史臨時變量，但是jbpm4好像還沒有對這張表進行利用。

JBPM4_HIST_DETAIL表保存變量變更記錄。



了解jbpm4.3以上這18張表后，我們應該在流程運行中，詳細觀察jbpm是如何對這些表進行操作，以及進行什么樣的操作的。

發(fā)布一個流程定義后：

JBPM4_DEPLOYMENT新增一條記錄

JBPM4_DEPLOYPROP新增三條記錄

JBPM4_LOB新增兩條記錄



開始一個流程startProcessInstanceByKey后：

JBPM4_EXECUTION新增一條記錄

JBPM4_TASK新增一條記錄

JBPM4_HIST_PROCINST、JBPM4_HIST_ACTINST分別新增一條記錄

JBPM4_HIST_TASK新增一條記錄



當執(zhí)行taskService.setVariables(task.getId(), map);時，JBPM4_VARIABLES中添加變量記錄
 
轉(zhuǎn)載人員：Nicholas