很多人都直接編輯html，保存成xls就當(dāng)成excel報表了。挺方便的，于是我寫了這個簡化工作的工具類——將一個html的表格模板解析成一個xls報表
模板如下
<?xml version="1.0" encoding="GB2312" ?>
<div style="width:100%;height:450;overflow-x:auto;overflow-y:auto">
<table width="100%" border="1" cellspacing="2" cellpadding="0">
<tr id="title" bgcolor="#fefcce">
<td nowrap="true" >客戶</td>
<td nowrap="true" >產(chǎn)品</td>
<td nowrap="true" >中文名稱</td>
<td nowrap="true" >英文名稱</td>
<td nowrap="true" >產(chǎn)品分類</td>
<td nowrap="true" >包裝</td>
<td nowrap="true" >單位</td>
<td nowrap="true" >數(shù)量</td>
<td nowrap="true" >凍結(jié)數(shù)量</td>
<td nowrap="true" >可用數(shù)量</td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
<tr id="record">
<td nowrap="true" id="CUSTOMERID"></td>
<td nowrap="true" id="SKU_ID"></td>
<td nowrap="true" id="SKU_DESCR_C"></td>
<td nowrap="true" id="SKU_DESCR_E"></td>
<td nowrap="true" id="SKU_CLASS"></td>
<td nowrap="true" id="PACKAGE_ID"></td>
<td nowrap="true" id="UOM"></td>
<td nowrap="true" id="QUANTITY"></td>
<td nowrap="true" id="FREEZE_QUANTITY"></td>
<td nowrap="true" id="AVAILABLE_QUANTITY"></td>
<td nowrap="true" id="CUBIC"></td>
<td nowrap="true" id="WEIGHT"></td>
</tr>
</table>
</div>
工具類如下
public class ExcelTemplateUtil {
private static String CHARSET = "";
private static final String ROOT = "ROOT";
private static final String TITLE = "TITLE";
private static final String RECORD = "RECORD";
private static Map temp = new HashMap();
public static String generateListToTemplate(Object titleObj, List recordList, File templateFile)
{
readTemplateFile(templateFile);
ByteArrayOutputStream os = (ByteArrayOutputStream) builderExcelOutput(titleObj, recordList);
return removeXMLHeader(os);
}
public static void readTemplateFile(File file)
{
try {
Document templateDocument = new SAXReader().read(file);
Element root = templateDocument.getRootElement();
List trList = root.selectNodes("http://div/table/tr");
Element titleTemp = (Element) trList.get(0);
Element recordTemp = (Element) trList.get(1);
root.element("table").remove(titleTemp);
root.element("table").remove(recordTemp);
temp.put(TITLE, trList.get(0));
temp.put(RECORD, trList.get(1));
temp.put(ROOT, root);
} catch (DocumentException e) {
e.printStackTrace();
throw new RuntimeException("Parse xml file error, Cause:", e);
}
}
public static OutputStream builderExcelOutput(Object titleObj, List list)
{
ByteArrayOutputStream os = new ByteArrayOutputStream();
Element root = (Element) ((Element) temp.get(ROOT)).clone();
Document document = DocumentHelper.createDocument();
document.setRootElement(root);
Element tableEle = root.element("table");
tableEle.add(parseTitleElement(titleObj));
for (int i = 0; i < list.size(); i++) {
tableEle.add(parseRecordElement(list.get(i)));
}
try {
OutputFormat format = new OutputFormat("", true, "GB2312");
XMLWriter writer = new XMLWriter(os, format);
writer.write(document);
writer.flush();
writer.close();
os.close();
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
} catch (IOException e) {
e.printStackTrace();
throw new RuntimeException("Parse outstream error, Cause:", e);
}
return os;
}
public static Element parseTitleElement(Object titleObj)
{
Element titleEle = (Element) ((Element) temp.get(TITLE)).clone();
if (null == titleObj) return titleEle;
List tdList = titleEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, titleObj);
}
return titleEle;
}
public static Element parseRecordElement(Object recordObj)
{
Element recordEle = (Element) ((Element) temp.get(RECORD)).clone();
List tdList = recordEle.selectNodes("td");
Element td;
for (int i = 0; i < tdList.size(); i++) {
td = (Element) tdList.get(i);
fullField(td, recordObj);
}
return recordEle;
}
public static void fullField(Element tdEle, Object obj)
{
Attribute att = tdEle.attribute("id");
if (null == att || null == att.getText() || 0 == att.getText().trim().length()) {
return;
}
String fieldName = att.getText();
if (null == fieldName || fieldName.trim().length() == 0) return;
Method[] objMethod = obj.getClass().getDeclaredMethods();
Object value;
for (int i = 0; i < objMethod.length; i++) {
if (("get" + (fieldName.trim())).equals(objMethod[i].getName())) {
try {
value = objMethod[i].invoke(obj, new Object[]{});
value = (null == value ? "" : value);
tdEle.setText(value.toString());
} catch (IllegalAccessException e) {
e.printStackTrace();
throw new RuntimeException(e);
} catch (InvocationTargetException e) {
e.printStackTrace();
throw new RuntimeException(e);
}
}
}
}
public static String removeXMLHeader(OutputStream os)
{
String xml = os.toString();
int position = xml.indexOf(">");
// xml = xml.substring(position+1,xml.length());
// position = xml.indexOf(">");
return xml.substring(position + 1, xml.length());
}
}
調(diào)用
OutputStream os = response.getOutputStream();
response.setHeader("Content-disposition", "attachment; filename=" + excelFileName);
response.setContentType("application/msexcel");
File excelTemplateFile = new File(report_path + templateFileName);
String out = ExcelTemplateUtil.generateListToTemplate(titleObj, resultList, excelTemplateFile);
response.getOutputStream().write(out.getBytes());
os.close();
異常爭論
異常有兩個模型：中止模型和繼續(xù)模型
中止模型認(rèn)為異常不應(yīng)該再回來，他做的是善后工作。而繼續(xù)模型保持異常時環(huán)境，希望再一次能運行成功。
Java采用的是前者（一般語言都是前者），而OS一般采用后者。
Java異常有三類：錯誤，運行時異常，檢查型異常。
官方的觀點是
第 39 條：最好為異常條件使用異常。也就是說，最好不為控制流使用異常。
第 40 條：為可恢復(fù)的條件使用檢查型異常，為編程錯誤使用運行時異常。
第 41 條：避免不必要的使用檢查型異常。
第 43 條：拋出與抽象相適應(yīng)的異常。（使處理異常更直觀）
在異常的使用上，專家的觀點是很不一樣的
C#作者Anders根本就忽略檢查型異常。
Bruce Eckel，聲稱在使用 Java 語言多年后，他已經(jīng)得出這樣的結(jié)論，認(rèn)為檢查型異常是一個錯誤 —— 一個應(yīng)該被聲明為失敗的試驗。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缺點1，代碼中包含了過多的catch，使得代碼不清晰
缺點2，有時候捕捉的異常沒有什么實際意義
缺點3，不夠清晰的錯誤指示。
缺點4，過深的異常層次。
缺點4，性能。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Eckel 提倡將所有的異常都作為非檢查型的，并且提供將檢查型異常轉(zhuǎn)變?yōu)榉菣z查型異常的一個方法，同時保留當(dāng)異常從棧向上擴(kuò)散時捕獲特定類型的異常的能力
Rod Johnson ，他采取一個不太激進(jìn)的方法。他列舉了異常的多個類別，并且為每個類別確定一個策略。一些異常本質(zhì)上是次要的返回代碼（它通常指示違反業(yè)務(wù)規(guī)則），而一些異常則是“發(fā)生某種可怕錯誤”（例如數(shù)據(jù)庫連接失?。┑淖兎N。Johnson 提倡對于第一種類別的異常（可選的返回代碼）使用檢查型異常，而對于后者使用運行時異常。在“發(fā)生某種可怕錯誤”的類別中，其動機(jī)是簡單地認(rèn)識到?jīng)]有調(diào)用者能夠有效地處理該異常，因此它也可能以各種方式沿著棧向上擴(kuò)散而對于中間代碼的影響保持最?。ú⑶易钚』惓Ｑ蜎]的可能性）。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1：謹(jǐn)慎的拋出檢查型異常。或者你認(rèn)為，你可以處理它。否則，包裝為運行時異常。
解決2：如果遵守1，2不是問題
解決3：異常不跨層，否則必須捕捉或者包裝。
比如持久層丟出的SalException，你或者丟棄/處理/包裝（為運行時異常），或者重新包裝為業(yè)務(wù)層異常。保持JEE層的獨立和異常的清晰性。
包裝底層異常，保持異常鏈。
解決4：如果符合1，4也不是問題。再次強(qiáng)調(diào)，能捕捉就捕捉。
解決5：減少異常使用，減少層次。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
在je里面，robin認(rèn)為異常是流程控制的一部分——當(dāng)然，考慮到性能問題，這個流程不應(yīng)該是大概率流程——也就是異常流程
例如用戶登錄
Try{
用戶登錄（用戶名，密碼）；
登錄成功；
}catch（沒有這個用戶異常 e）{
錯誤提示界面；
}
Potian則認(rèn)為，沒有用戶是正常業(yè)務(wù)邏輯的一部分
If(!用戶業(yè)務(wù)層.沒有這個用戶（用戶名）)錯誤提示界面；
If(用戶業(yè)務(wù)層.檢驗密碼（用戶名，密碼）)登錄成功；
else 登錄失敗；
Potian認(rèn)為不應(yīng)該在一個業(yè)務(wù)中包含了過多的責(zé)任。
Ps：在servlet中，我喜歡僅僅簡單的在action中調(diào)用最好一個業(yè)務(wù)層方法就可以完成此action的任務(wù)。這意味著我的servlet非常瘦，可以比較容易的被替換。如果采用了potian的辦法，則意味著我要把業(yè)務(wù)層中的代碼前移到servlet中來，這模糊了業(yè)務(wù)層的責(zé)任。解決的辦法是回到老路子上來。
Ps：我還認(rèn)為，沒有異常的業(yè)務(wù)方法表達(dá)能力太弱，異常給了他們更豐富的表達(dá)能力。這使得業(yè)務(wù)層可以更豐富的表達(dá)業(yè)務(wù)意義。避免將業(yè)務(wù)責(zé)任分散掉。
我認(rèn)為在業(yè)務(wù)層中，恰恰要包含足夠的責(zé)任。不多也不要少（流程分支-2最好）。在別的層次中，要細(xì)致一點。
版權(quán)聲明：可以任意轉(zhuǎn)載，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
英文原文地址:
http://www.javaworld.com/javaworld/jw-06-2005/jw-0620-tikeswing.html中文地址:
http://www.matrix.org.cn/resource/article/43/43731_Swing_MVC_POJOs.html關(guān)鍵詞： Swing MVC POJOs
摘要：TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結(jié)構(gòu)并且使SWING組件的使用非常簡單。它通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。在這篇文章中將闡述TikeSwing的特點，并且將示范怎樣使用這個框架創(chuàng)建一個清晰的MVC的系結(jié)構(gòu)。(2,400個英文單詞；2005年6月20日)
最近，在Java社區(qū)里面，豐富的互聯(lián)網(wǎng)應(yīng)用程序（RIAs）的興起成為一個熱點話題。另外一些新的技術(shù)，像AJAX（異步的JavaScript和XML），MacroMedia Flex, 和Laszlo,以及與Java Web Start一起使用的雖舊而好的Swing，它們都被提議作為RIA技術(shù)。
然而，Java社區(qū)里面的很多人對Java基礎(chǔ)類庫（JFC）和Swing提出了批評。Swing在建立高度MVC模式的客戶端體系方面不能提供太多的幫助。任何合理的服務(wù)器應(yīng)用程序返回傳遞的對象，或者稱為簡單初始Java對象(POJOs)，把它傳遞到客戶端的技術(shù)證明了J2EE世界的窘境。從POJO范圍映射到Swing組件需要太多的手動的代碼，反之亦然。
同樣的，實現(xiàn)Swing其他的功能，就像線程句柄和驗證域，也是很費力的事情。而且有時候Swing組件很難使用：創(chuàng)建一個合適的表格或者樹模型通常需要很多的編碼，而且需要深入的研究Swing編程文檔中的API。
TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結(jié)構(gòu)并且實現(xiàn)了模型，組件和控制器通信的自動化。它簡化了Swing組件的使用，并通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。
這篇文章將示范怎樣使用TikeSwing創(chuàng)建一個清晰的MVC的體系結(jié)構(gòu)。也將闡述建立TikeSwing組件的原則，并簡單描述在這個框架中包含的最佳體驗和機(jī)制。
MVC體系結(jié)構(gòu)眾所周知，MVC范例是推薦的圖形用戶界面發(fā)展的基本體系。它還有很多的可用的變種，就像MVC++, HMVC (Hierarchical MVC), MVC Model 2, MVC Push, and MVC Pull,它們每一個都有些不同之處。TikeSwing基于下面的MVC原則：
●Model 模型:
o來自一些真實世界或者系統(tǒng)的抽象
o包裝其數(shù)據(jù)和函數(shù)
o在數(shù)據(jù)改變時通知觀察者 (編者注：observer, 設(shè)計模式術(shù)語)
●View 視圖:
o系統(tǒng)的用戶界面
o依附于模型并通過顯示界面將它的內(nèi)容顯示出來
o在模型改變時自動刷新受到影響的部分
●Controller 控制器:
o控制應(yīng)用程序的流程
o接受用戶的輸入，并根據(jù)用戶輸入指導(dǎo)模型和視圖完成任務(wù)
下面的圖表表示了TikeSwing中MVC的類結(jié)構(gòu)。
圖 1. 一個使用TikeSwing的應(yīng)用的MVC類圖
類MyModel, MyView, 和MyController由一個使用框架的應(yīng)用來實現(xiàn)。MyModel和MyController擴(kuò)展了TikeSwing的YModel 和YController類。一個視圖的類可以是任何實現(xiàn)了YIComponent接口的java.awt.Component。
TikeSwing在裝配類結(jié)構(gòu)的時候不使用任何的配置文件。當(dāng)YController，YModel和視圖組件提供了要求的功能特性的時候，擴(kuò)展適當(dāng)?shù)念愐呀?jīng)足夠了。下面講述如何使用TikeSwing來實現(xiàn)模型、視圖和控制器類。
模型TikeSwing的模型是一個為實現(xiàn)視圖而包含數(shù)據(jù)的JavaBeans組件。一個模型類可能包含嵌套的JavaBeans，數(shù)組，映射和集合。和標(biāo)準(zhǔn)JavaBeans中要求的一樣，所有模型的類變量必須有適當(dāng)?shù)腉ET和SET方法。從這種意義上說，TikeSwing就像很多的網(wǎng)絡(luò)應(yīng)用程序框架那樣工作，所以在不同的技術(shù)之間重用模型類是很容易的。
YModel是模型的基類。它提供了報告數(shù)據(jù)改變的方法。當(dāng)觸發(fā)了一個事件的時候，框架會更新與之相連的視圖。在分布式環(huán)境中，一個模型類有從服務(wù)器應(yīng)用程序中得到POJOs的方法（通常是從隱藏了業(yè)務(wù)服務(wù)的實現(xiàn)細(xì)節(jié)的業(yè)務(wù)代理中）。模型自身存儲了POJOs，且它有責(zé)任通知觀察者。在有些MVC的體系結(jié)構(gòu)中，一個控制器類和服務(wù)器通信，POJOs存儲在控制器中。然而，TikeSwing分離出YModel類的方法有下面的優(yōu)勢：控制器專著于流程，另外的方法（操作模型數(shù)據(jù)的）可以被加在客戶端。YModel遵循了傳統(tǒng)的MVC模式，所以MVC中類的責(zé)任就清晰地分開了。
下面的代碼演示了模型類如何通過給定的參數(shù)找到customers。模型的類變量name和id是搜索標(biāo)準(zhǔn)，customers是包含搜索結(jié)果的Customer POJOs的集合。findCustomers()方法通過customerServiceDelegate從服務(wù)器應(yīng)用程序中得到customers。當(dāng)方法notifyObservers()激活時，框架會自動更新相連的視圖。
public class FindCustomerModel extends YModel {
private String name;
private String id;
private Collection customers;
private CustomerServiceDelegate delegate = new CustomerServiceDelegate();
public void findCustomers() {
setCustomers(delegate.findCustomers(id, name));
notifyObservers("customers");
}
public void setCustomers(Collection customers) {
this.customers = customers;
}
public Collection getCustomers() {
return customers;
}
public void setId(String id) {
this.id = id;
}
public String getId() {
return id;
}
public void setName(String name) {
this.name = name;
}
public String getName() {
return name;
}
}
視圖TikeSwing視圖是包含其他Swing組件的Swing組件。通常，一個視圖類是一個面板，一個對話框，或者一個幀，它們建立了子組件并將之添加到自身（就像在通常的Swing開發(fā)環(huán)境中一樣）。然而，TikeSwing應(yīng)用程序中使用的所有組件都必須實現(xiàn)適當(dāng)?shù)慕涌谝赃B接框架的MVC體系結(jié)構(gòu)。幸運的是，框架包含一個很大的為了這種目的已經(jīng)實現(xiàn)的組件的集合。
一個特殊的名字必須賦予一個視圖組件，這樣框架就能在組件和被命名的模型類變量之間復(fù)制數(shù)據(jù)。命名的慣例和其他的用于網(wǎng)絡(luò)應(yīng)用程序框架的和Apache BeanUtils庫（它通常用于框架的執(zhí)行）類似。下面是支持的命名格式：
●簡單的： 直接連接到模型域的組件；例如，field1
●嵌套的：連接到模型內(nèi)部的JavaBeans域的組件；例如，field1.field2
●索引的：連接到模型內(nèi)的數(shù)組域的組件；例如myArray[1]
●映射的：連接到模型內(nèi)的映射域組件；例如，myHashMap(“foo”)
●組合的：通過結(jié)合符號連接到模型的內(nèi)部域的組件；例如，field.myArray[1].myHashMap["foo"]
除了模型類的GET和SET方法外，視圖類必須為每一個視圖組件建立一個GET方法。
下面的例子是為FindCustomerModel建立的視圖類。它使用了擴(kuò)展了基礎(chǔ)Swing類的TikeSwing組件（從JLabel到Y(jié)Label,JTextField到Y(jié)TextField，等）。例子的代碼和標(biāo)準(zhǔn)的Swing視圖很像，只有setMVCNames（）方法包含了TikeSwing特有的代碼。依照上面講述的原則，它設(shè)定了模型組件的連接。resultTable列通過YColumn對象與customers集合中的POJO域相連。findButton不顯示任何從模型得到的數(shù)據(jù)，但是MVC的名字是為TikeSwing的事件句柄設(shè)定的（以后再講）。
public class FindCustomerView extends YPanel {
private YLabel idLabel = new YLabel("Id");
private YLabel nameLabel = new YLabel ("Name");
private YTextField idField = new YTextField();
private YTextField nameField = new YTextField();
private YPanel criteriaPanel = new YPanel();
private YTable resultTable = new YTable();
private YButton findButton = new YButton("Find");
public FindCustomerView () {
addComponents();
setMVCNames();
}
private void setMVCNames() {
idField.getYProperty().put(YIComponent.MVC_NAME,"id");
nameField.getYProperty().put(YIComponent.MVC_NAME,"name");
resultTable.getYProperty().put(YIComponent.MVC_NAME,"customers");
findButton.getYProperty().put(YIComponent.MVC_NAME,"findButton");
YColumn[] columns = {
new YColumn("id"),
new YColumn("name")};
resultTable.setColumns(columns);
}
private void addComponents() {
this.setLayout(new BorderLayout());
this.add(criteriaPanel, BorderLayout.NORTH);
idField.setPreferredSize(new Dimension(100, 19));
nameField.setPreferredSize(new Dimension(100, 19));
criteriaPanel.add(idLabel);
criteriaPanel.add(idField);
criteriaPanel.add(nameLabel);
criteriaPanel.add(nameField);
criteriaPanel.add(findButton);
this.add(resultTable, BorderLayout.CENTER);
}
public YTextField getIdField() {
return idField;
}
public YLabel getIdLabel() {
return idLabel;
}
public YTextField getNameField() {
return nameField;
}
public YLabel getNameLabel() {
return nameLabel;
}
public YTable getResultTable() {
return resultTable;
}
public YButton getFindButton() {
return findButton;
}
}
現(xiàn)在，無論任何時候用戶修改idField 或者nameField，改變的地方都會自動更新到模型。而且，當(dāng)notifyObservers()在 FindCustomerModel中調(diào)用的時候，框架會更新變化到resultTable。然而，為了匹配結(jié)構(gòu)，一個控制器必須是特定的。
控制器TikeSwing的控制器通過調(diào)用視圖和模型的方法來處理應(yīng)用程序的流程。一個控制器的類必須擴(kuò)展YController，它提供了控制關(guān)系中的必要的方法。通常，控制器也創(chuàng)建視圖和模型對象，但是要注意的是，幾個視圖和控制器可能共享相同的模型對象。
一個控制器類可能有好幾種方法來獲取用戶事件。TikeSwing組件包括基于反射的事件句柄：一個事件可以通過實現(xiàn)帶有合適簽名的方法而在控制器類中得到處理。例如，當(dāng)用戶點擊按鈕的時候，一個MVC名字為myButton的按鈕在控制器中會調(diào)用myButtonPressed()方法（如果實現(xiàn)了的話）。這與標(biāo)準(zhǔn)的Swing事件監(jiān)聽接口和適配器相比是很方便的。
另一方面，事件方法簽名中的字符在編譯器中是不顯示的，但是Swing適配器類的情況是：編譯器不說明public void actionperformed是一個新的或者重載的方法。因為監(jiān)聽接口經(jīng)常需要許多空的方法的執(zhí)行，基于反射的簡單的事件處理一定會加快代碼的進(jìn)程。作為選擇，你可以在視圖類中使用標(biāo)準(zhǔn)的監(jiān)聽者，而手動調(diào)用控制器的方法。
下面的代碼是FindCustomerModel和FindCustomerView的控制器的一個例子。控制器通知MVC的結(jié)構(gòu)是通過調(diào)用setUpMVC()方法和使用findButton 來處理基于反射的事件。
public class FindCustomerController extends YController {
private FindCustomerView view = new FindCustomerView();
private FindCustomerModel model = new FindCustomerModel();
public FindCustomerController() {
super();
setUpMVC(model, view);
}
public void findButtonPressed() {
model.findCustomers();
}
}
YController是TikeSwing中功能的核心。除了上面講述的特點之外，它還提供了很多有用的方法能用于：
●捕獲特定域的改變
●在控制器中發(fā)送和接收信息
●跟蹤用戶的修改
●取消用戶的改變
●捕獲模型拋出的異常
●驗證域值的有效性
TikeSwing組件TikeSwing基于這樣一種思想，組件負(fù)責(zé)處理在模型中相關(guān)聯(lián)的對象。這種思想以前在Sun的《Swing指南》中的WholeNumberField演示中有體現(xiàn)。組件必須知道怎樣在屏幕上面顯示模型的值和怎樣轉(zhuǎn)換用戶給定的值到模型中。
框架現(xiàn)在提供了一個足以使大多數(shù)應(yīng)用程序使用的組件的集合。框架組件的行為就像基礎(chǔ)的Swing組件，當(dāng)然了，你必須閱讀Java文檔以理解組件和MVC類的交互（組件可以處理什么類型的模型域和它提供了什么事件的方法）。TikeSwing組件也提供了其他的特點和簡潔的開發(fā)。例如，一個POJOs的集合可以在不創(chuàng)建任何特殊的組件模型的情況下直接使用于YTable和YTree。
TikeSwing組件基本上可以是任何的java.awt.Component。然而，一個組件必須實現(xiàn)適合的TikeSwing接口，那樣它就能被集成到框架的MVC的體系結(jié)構(gòu)中。它通常包含擴(kuò)展了帶有四個簡單方法的標(biāo)準(zhǔn)Swing組件，因此這將是一個比較瑣碎的任務(wù)。下面的代碼是一個例子。和模型的集成是通過getModelValue() 和setModelValue()方法實現(xiàn)的。組件值的改變的通知是addViewListener()方法實現(xiàn)的。為了能在框架內(nèi)部使用，必須實現(xiàn)getYProperty（）方法。
下面的代碼演示了一個支持Integer對象的簡單文本域：
public class YIntegerField extends JTextField implements YIModelComponent {
/** Gets value of this field for the model. */
public Object getModelValue() {
try {
return new Integer(getText());
} catch (Exception ex) {
return null;
}
}
/** Sets the model value into this field. */
public void setModelValue(Object obj) {
if (obj == null) {
setText("");
} else {
setText(obj.toString());
}
}
/** Notifies the framework when the component value might have changed. */
public void addViewListener(final YController controller) {
this.addFocusListener(new FocusAdapter() {
public void focusLost(FocusEvent ev) {
controller.updateModelAndController(YIntegerField.this);
}
});
}
// The rest is for the framework internal use,
// the implementation must be copied to each new component:
private YProperty myProperty = new YProperty();
public YProperty getYProperty() {
return myProperty;
}
}
其它的特點除了MVC的體系結(jié)構(gòu)，TikeSwing還有很多協(xié)助進(jìn)行Swing開發(fā)的其它的特點。這些特點不是什么革命性的東西，它們可以在很多已經(jīng)實現(xiàn)的Swing應(yīng)用程序上面看到。但是，沒有必要重新發(fā)明輪子，一些最好的Swing開發(fā)的體驗包含在了這個框架中。
TikeSwing支持控制器多層結(jié)構(gòu)的創(chuàng)建，就像在HMVC和MVC++中描述的那樣?？蚣芴峁┝耸箍刂破髦g實現(xiàn)父子關(guān)系的方法，這使類結(jié)構(gòu)更協(xié)調(diào)和清晰。這種關(guān)系又助于和客戶應(yīng)用程序通信，而且可以用來和眾所周知的設(shè)計模式集成。TikeSwing支持任務(wù)鏈模式，這種模式中，一個請求直到控制器對象才處理事件時才被傳遞。TikeSwing也支持Observer/Observable模式：一個控制器類可能傳遞一個能被所有已經(jīng)注冊了的控制器處理的事件。
TikeSwing也包含一種為tabbed panes檢索慵懶數(shù)據(jù)(lazy data)的機(jī)制。在一個分布式的系統(tǒng)中，一下子從服務(wù)器得到所有tabs的數(shù)據(jù)可能需要很長的時間。為了優(yōu)化性能，有必要只在每個tab被選擇后才為其檢索一次數(shù)據(jù)?？蚣芴峁┝撕喕@種功能的機(jī)制，所以代碼的復(fù)雜性，特別是在嵌套的tabbed panes里面，已經(jīng)減少了許多。
當(dāng)用戶觸發(fā)一個事件，可能導(dǎo)致剛修改的數(shù)據(jù)丟失的時候，一些應(yīng)用程序會檢查未被保存的改變。這些事件可能是下面的例子，關(guān)閉窗口，改變tabbed pane的tab的焦點，或者選擇一個表格的列。TikeSwing 提供了進(jìn)行檢查特殊事件的工具。TikeSwing也會自動彈出“是否保存更新？”的對話框，并委托一個控制器方法來保存。另外，框架記得視圖在特定時刻的狀態(tài)，可以在稍晚的時候返回那種狀態(tài)。這就意味著框架可以在不取得原始數(shù)據(jù)的情況下取消改變。
當(dāng)兩個或更多的組件執(zhí)行相同的函數(shù)的時候，Swing的行為被證明是有用的。一個Action對象提供了集中的事件處理，但是如果行為用于單獨的類的話，代碼會因為增加的耦合而更加復(fù)雜。TikeSwing包含了一個集中處理產(chǎn)生事件的場所，因此一個動作可以用于不同的視圖類而且不會直接耦合。
Swing組件只能由事件分派的線程進(jìn)行創(chuàng)造，修改和查詢，這使Swing應(yīng)用程序中的線程處理更加復(fù)雜?！禨wing指南》中說SwingWorker類對這個問題提供了幫助。TikeSwing封裝了SwingWorker，并且使線程處理更加簡單。例如，一些應(yīng)用程序在進(jìn)行遠(yuǎn)程調(diào)用或I/O操作的時候不會死鎖。使用TikeSwing，在進(jìn)行這樣的操作時可以彈出一個可管理的，可重畫的對話框，而且實現(xiàn)只需要幾行代碼。
Summary 總結(jié)由于有了高級的MVC和POJO的支持，TikeSwing簡化了Swing的開發(fā)。使用TikeSwing是合理的，特別是在分布式環(huán)境中，由服務(wù)器應(yīng)用程序返回的POJOs可以直接用于模型類，這個類直接連接到視圖類。這個框架也包含了一些解決復(fù)雜開發(fā)問題的最佳實踐。因此，TikeSwing減少了為Swing客戶所寫的代碼，加快了開發(fā)。
TikeSwing自身提供了豐富的平臺無關(guān)的用戶界面庫。Swing開發(fā)已經(jīng)成為這幾年一些重要的IDE的一部分，所以可見即所得的設(shè)計，單元測試和調(diào)試已經(jīng)被廣泛地支持。早先的工作站上性能的問題現(xiàn)在已經(jīng)不是問題了，Java的網(wǎng)絡(luò)應(yīng)用也簡化了分布式的Java應(yīng)用程序。與網(wǎng)絡(luò)應(yīng)用程序的框架相比，Swing提供了更加友好的用戶界面，沒有JavaScript支持的問題，通過工作站上面的客戶邏輯簡化了網(wǎng)路上的通信量。
對Swing復(fù)雜性的批判依舊是正當(dāng)?shù)摹５?，使用像TikeSwing的高級MVC框架，復(fù)雜性就減少了，Swing就轉(zhuǎn)換成了一個生產(chǎn)力很高的客戶端技術(shù)。我希望Java社區(qū)為Swing開發(fā)和采用一個開源的MVC框架，這將使其成為RIA技術(shù)中的一員?？赡芟馭pring似的肥客戶端技術(shù)更加接近目標(biāo)。與其等待，不如請出TikeSwing，體驗一下它是如何適應(yīng)你的RIA工程的。
關(guān)于作者Tomi Tuomainen是Entra e-Solutions的顧問和架構(gòu)師，他從1999年開始使用J2EE應(yīng)用系統(tǒng)和Java框架。他是計算機(jī)科學(xué)的理學(xué)碩士和SUN的認(rèn)證企業(yè)架構(gòu)師。他的興趣(Java之外的)在于音樂，吉他和體操訓(xùn)練。你可以說他是芬蘭最強(qiáng)的IT顧問之一。
資源 ●最新版本的TikeSwing（包括類路徑，源代碼，用戶指南和Javadoc API的必需的JAR文件）可以在這里下載：
http://sourceforge.net/projects/tikeswing
●關(guān)于TikeSwing遵循的MVC范例的基本信息：
http://ootips.org/mvc-pattern.html
●就像JavaBeans規(guī)范中說的那樣，TikeSwing的模型對象必須包含GET和SET方法：
http://java.sun.com/products/javabeans/docs/spec.html
●Swing指南：
http://java.sun.com/docs/books/tutorial/uiswing/index.html
●HMVC范例分解了客戶端為父子MVC層，這也能用于TikeSwing。閱讀 “HMVC：用于開發(fā)強(qiáng)壯客戶端層的層次模式，” Jason Cai, Ranjit Kapila, and Gaurav Pal (JavaWorld, 2000年7月)，可獲取更多信息:
http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html
●MVC++范例共享了HMVC的關(guān)于控制器層次的想法：
http://www.cs.uta.fi/~jyrki/ohto02/mvc.ppt
●Apache BeanUtils庫，包含了能用于JavaBeans域（在TikeSwing中使用了）引用的格式的描述：
http://jakarta.apache.org/commons/beanutils/api/index.html
●和TikeSwing有共通之處的Spring肥客戶端工程：
http://www.springframework.org/spring-rcp
●關(guān)于Swing開發(fā)的更多文章，瀏覽JavaWorld的AWT/Swing部分的論題索引：
http://www.javaworld.com/channel_content/jw-awt-index.shtml
●關(guān)于UI設(shè)計的更多文章，瀏覽JavaWorld的User Interface Design部分的論題索引：
http://www.javaworld.com/channel_content/jw-ui-index.shtml
●最后，瀏覽JavaWorld論題索引的Development Tools部分：
http://www.javaworld.com/channel_content/jw-tools-index.shtml
當(dāng)初喬布斯在車庫里弄出了個人電腦，IBM很不屑；兩年以后不屑變成了震驚和無力。于是IBM制定了另外一種政策來搶奪pc市場：“標(biāo)準(zhǔn)”。
IBM定義了一系列標(biāo)準(zhǔn)接口，各自領(lǐng)域的廠家只要生產(chǎn)符合標(biāo)準(zhǔn)的部件，這些部件就可以組裝在一起，成為一個可以運行的電腦——毫無疑問，蘋果無論如何精致誘人是搞不過一群如狼似虎的家伙的。
于是蘋果很快被“湮沒”了。
然后事情很是“出乎”IBM的預(yù)料，這場戰(zhàn)爭他擊敗了對手，可是勝利者并不是IBM自己。而是所謂的WINTEL聯(lián)盟。
WINTEL就是WINDOWS和INTEL的合稱。
其實WINDOWS并不從來是WINDOWS，剛開始的時候他也是黑乎乎的，而且也不是MS自己做的。因為蓋茨非常喜歡蘋果風(fēng)格的os，所以MS公司就開始了視窗的研究——MS似乎對自己的視窗并沒有什么信心，同時和IBM開發(fā)了OS WARP視窗系統(tǒng)。然后MS內(nèi)部一個GATES不太喜歡的小組成功的開發(fā)出了WINDOS。WINDOWS最初的幾個版本并不成功，直到版本三。
當(dāng)然，最初出風(fēng)頭的是95，可是95沒有瀏覽器。穩(wěn)定性也不是很好，98是真正為人所廣泛稱道和接受的windows操作系統(tǒng)，他內(nèi)置了瀏覽器，內(nèi)置了虛擬機(jī)以及網(wǎng)絡(luò)協(xié)議。
如同IBM剛開始不屑蘋果一樣，GATES眼睛里只有IBM，根本就不屑新秀netscapes；然而后者同樣使他嚇了一跳。但是MS不同于恐龍IBM的是，他迅速而堅決的采取了對策——綁定，免費。于是netscape不可抗拒的衰落了（被AOL收購）
如同今天google對ms的挑戰(zhàn)一樣，多年以前aol也是一個強(qiáng)勁的挑戰(zhàn)者；風(fēng)頭甚勁，他資助ns繼續(xù)開發(fā)，產(chǎn)生了現(xiàn)在的netscape6系列和firefox系列。
新銳就是新銳，歷史的積淀是無法輕與的，對這些公司來說，沒有一個公司能像SUN或者IBM一樣，讓MS感覺到羨慕和壓力。
MS的眼光也不可輕忽，無論是模仿蘋果制作windows還是模仿java制作J++/.NET，他都展示了后來居上青出去藍(lán)的技術(shù)和商業(yè)眼光。
或許傲慢是強(qiáng)者的權(quán)利，MS似乎從來不屑按標(biāo)準(zhǔn)出牌，他總是在告訴別人：我就是標(biāo)準(zhǔn)，如果你想在我的標(biāo)準(zhǔn)里打敗我，我就改變標(biāo)準(zhǔn)。無論是w3c標(biāo)準(zhǔn)還是css標(biāo)準(zhǔn)，無論是js標(biāo)準(zhǔn)還是java規(guī)范......
尤其是WEB開發(fā)，造就了現(xiàn)在這樣的窘?jīng)r。
我比較看好ms的XAML技術(shù)，可以說這個技術(shù)集B/S的快速部署能力、html的簡潔UI開發(fā)、C/S技術(shù)的強(qiáng)大展現(xiàn)能力與一體。作為一個java程序員，我自然最關(guān)心的是java里面的對應(yīng)實現(xiàn)物XUL。
要實現(xiàn)類似于XAML這樣的技術(shù)，java必須在客戶端裝JRE?？赡躍UN覺得說服用戶裝一個jre很困難，于是提出webstart、jsf等一大堆更復(fù)雜的技術(shù)——但是我質(zhì)疑的是jsf比XUL強(qiáng)大簡潔么？webstart下載付出的代價難道小于一個jre么？既然flash可以強(qiáng)制沒有裝播放器的用戶去裝，為什么jre就不可以？
作為一個JAVA程序員，自然希望JAVA更好?？墒遣坏貌怀姓J(rèn).net在開發(fā)效率，開發(fā)體驗上，已經(jīng)遠(yuǎn)遠(yuǎn)超越了JAVA。對.net的疑慮之存在于系統(tǒng)平臺、第二提供方、健壯性等企業(yè)級顧慮中。
自由是痛苦的，無力的。