很多人都直接編輯html，保存成xls就當成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" >產品</td>
<td nowrap="true" >中文名稱</td>
<td nowrap="true" >英文名稱</td>
<td nowrap="true" >產品分類</td>
<td nowrap="true" >包裝</td>
<td nowrap="true" >單位</td>
<td nowrap="true" >數量</td>
<td nowrap="true" >凍結數量</td>
<td nowrap="true" >可用數量</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());
}
}
調用
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();
異常爭論
異常有兩個模型：中止模型和繼續模型
中止模型認為異常不應該再回來，他做的是善后工作。而繼續模型保持異常時環境，希望再一次能運行成功。
Java采用的是前者（一般語言都是前者），而OS一般采用后者。
Java異常有三類：錯誤，運行時異常，檢查型異常。
官方的觀點是
第 39 條：最好為異常條件使用異常。也就是說，最好不為控制流使用異常。
第 40 條：為可恢復的條件使用檢查型異常，為編程錯誤使用運行時異常。
第 41 條：避免不必要的使用檢查型異常。
第 43 條：拋出與抽象相適應的異常。（使處理異常更直觀）
在異常的使用上，專家的觀點是很不一樣的
C#作者Anders根本就忽略檢查型異常。
Bruce Eckel，聲稱在使用 Java 語言多年后，他已經得出這樣的結論，認為檢查型異常是一個錯誤 —— 一個應該被聲明為失敗的試驗。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
缺點1，代碼中包含了過多的catch，使得代碼不清晰
缺點2，有時候捕捉的異常沒有什么實際意義
缺點3，不夠清晰的錯誤指示。
缺點4，過深的異常層次。
缺點4，性能。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Eckel 提倡將所有的異常都作為非檢查型的，并且提供將檢查型異常轉變為非檢查型異常的一個方法，同時保留當異常從棧向上擴散時捕獲特定類型的異常的能力
Rod Johnson ，他采取一個不太激進的方法。他列舉了異常的多個類別，并且為每個類別確定一個策略。一些異常本質上是次要的返回代碼（它通常指示違反業務規則），而一些異常則是“發生某種可怕錯誤”（例如數據庫連接失?。┑淖兎N。Johnson 提倡對于第一種類別的異常（可選的返回代碼）使用檢查型異常，而對于后者使用運行時異常。在“發生某種可怕錯誤”的類別中，其動機是簡單地認識到沒有調用者能夠有效地處理該異常，因此它也可能以各種方式沿著棧向上擴散而對于中間代碼的影響保持最?。ú⑶易钚』惓Ｑ蜎]的可能性）。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1：謹慎的拋出檢查型異常。或者你認為，你可以處理它。否則，包裝為運行時異常。
解決2：如果遵守1，2不是問題
解決3：異常不跨層，否則必須捕捉或者包裝。
比如持久層丟出的SalException，你或者丟棄/處理/包裝（為運行時異常），或者重新包裝為業務層異常。保持JEE層的獨立和異常的清晰性。
包裝底層異常，保持異常鏈。
解決4：如果符合1，4也不是問題。再次強調，能捕捉就捕捉。
解決5：減少異常使用，減少層次。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
在je里面，robin認為異常是流程控制的一部分——當然，考慮到性能問題，這個流程不應該是大概率流程——也就是異常流程
例如用戶登錄
Try{
用戶登錄（用戶名，密碼）；
登錄成功；
}catch（沒有這個用戶異常 e）{
錯誤提示界面；
}
Potian則認為，沒有用戶是正常業務邏輯的一部分
If(!用戶業務層.沒有這個用戶（用戶名）)錯誤提示界面；
If(用戶業務層.檢驗密碼（用戶名，密碼）)登錄成功；
else 登錄失??；
Potian認為不應該在一個業務中包含了過多的責任。
Ps：在servlet中，我喜歡僅僅簡單的在action中調用最好一個業務層方法就可以完成此action的任務。這意味著我的servlet非常瘦，可以比較容易的被替換。如果采用了potian的辦法，則意味著我要把業務層中的代碼前移到servlet中來，這模糊了業務層的責任。解決的辦法是回到老路子上來。
Ps：我還認為，沒有異常的業務方法表達能力太弱，異常給了他們更豐富的表達能力。這使得業務層可以更豐富的表達業務意義。避免將業務責任分散掉。
我認為在業務層中，恰恰要包含足夠的責任。不多也不要少（流程分支-2最好）。在別的層次中，要細致一點。
版權聲明：可以任意轉載，轉載時請務必以超鏈接形式標明文章原始出處和作者信息及本聲明
英文原文地址:
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關鍵詞： Swing MVC POJOs
摘要：TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結構并且使SWING組件的使用非常簡單。它通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。在這篇文章中將闡述TikeSwing的特點，并且將示范怎樣使用這個框架創建一個清晰的MVC的系結構。(2,400個英文單詞；2005年6月20日)
最近，在Java社區里面，豐富的互聯網應用程序（RIAs）的興起成為一個熱點話題。另外一些新的技術，像AJAX（異步的JavaScript和XML），MacroMedia Flex, 和Laszlo,以及與Java Web Start一起使用的雖舊而好的Swing，它們都被提議作為RIA技術。
然而，Java社區里面的很多人對Java基礎類庫（JFC）和Swing提出了批評。Swing在建立高度MVC模式的客戶端體系方面不能提供太多的幫助。任何合理的服務器應用程序返回傳遞的對象，或者稱為簡單初始Java對象(POJOs)，把它傳遞到客戶端的技術證明了J2EE世界的窘境。從POJO范圍映射到Swing組件需要太多的手動的代碼，反之亦然。
同樣的，實現Swing其他的功能，就像線程句柄和驗證域，也是很費力的事情。而且有時候Swing組件很難使用：創建一個合適的表格或者樹模型通常需要很多的編碼，而且需要深入的研究Swing編程文檔中的API。
TikeSwing 是一個開放源碼的Swing框架，它提供了一個高度MVC（模型-視圖-控制器）模式的體系結構并且實現了模型，組件和控制器通信的自動化。它簡化了Swing組件的使用，并通過將視圖組件和JavaBeans直接連接來支持POJO編程模式。
這篇文章將示范怎樣使用TikeSwing創建一個清晰的MVC的體系結構。也將闡述建立TikeSwing組件的原則，并簡單描述在這個框架中包含的最佳體驗和機制。
MVC體系結構眾所周知，MVC范例是推薦的圖形用戶界面發展的基本體系。它還有很多的可用的變種，就像MVC++, HMVC (Hierarchical MVC), MVC Model 2, MVC Push, and MVC Pull,它們每一個都有些不同之處。TikeSwing基于下面的MVC原則：
●Model 模型:
o來自一些真實世界或者系統的抽象
o包裝其數據和函數
o在數據改變時通知觀察者 (編者注：observer, 設計模式術語)
●View 視圖:
o系統的用戶界面
o依附于模型并通過顯示界面將它的內容顯示出來
o在模型改變時自動刷新受到影響的部分
●Controller 控制器:
o控制應用程序的流程
o接受用戶的輸入，并根據用戶輸入指導模型和視圖完成任務
下面的圖表表示了TikeSwing中MVC的類結構。
圖 1. 一個使用TikeSwing的應用的MVC類圖
類MyModel, MyView, 和MyController由一個使用框架的應用來實現。MyModel和MyController擴展了TikeSwing的YModel 和YController類。一個視圖的類可以是任何實現了YIComponent接口的java.awt.Component。
TikeSwing在裝配類結構的時候不使用任何的配置文件。當YController，YModel和視圖組件提供了要求的功能特性的時候，擴展適當的類已經足夠了。下面講述如何使用TikeSwing來實現模型、視圖和控制器類。
模型TikeSwing的模型是一個為實現視圖而包含數據的JavaBeans組件。一個模型類可能包含嵌套的JavaBeans，數組，映射和集合。和標準JavaBeans中要求的一樣，所有模型的類變量必須有適當的GET和SET方法。從這種意義上說，TikeSwing就像很多的網絡應用程序框架那樣工作，所以在不同的技術之間重用模型類是很容易的。
YModel是模型的基類。它提供了報告數據改變的方法。當觸發了一個事件的時候，框架會更新與之相連的視圖。在分布式環境中，一個模型類有從服務器應用程序中得到POJOs的方法（通常是從隱藏了業務服務的實現細節的業務代理中）。模型自身存儲了POJOs，且它有責任通知觀察者。在有些MVC的體系結構中，一個控制器類和服務器通信，POJOs存儲在控制器中。然而，TikeSwing分離出YModel類的方法有下面的優勢：控制器專著于流程，另外的方法（操作模型數據的）可以被加在客戶端。YModel遵循了傳統的MVC模式，所以MVC中類的責任就清晰地分開了。
下面的代碼演示了模型類如何通過給定的參數找到customers。模型的類變量name和id是搜索標準，customers是包含搜索結果的Customer POJOs的集合。findCustomers()方法通過customerServiceDelegate從服務器應用程序中得到customers。當方法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開發環境中一樣）。然而，TikeSwing應用程序中使用的所有組件都必須實現適當的接口以連接框架的MVC體系結構。幸運的是，框架包含一個很大的為了這種目的已經實現的組件的集合。
一個特殊的名字必須賦予一個視圖組件，這樣框架就能在組件和被命名的模型類變量之間復制數據。命名的慣例和其他的用于網絡應用程序框架的和Apache BeanUtils庫（它通常用于框架的執行）類似。下面是支持的命名格式：
●簡單的： 直接連接到模型域的組件；例如，field1
●嵌套的：連接到模型內部的JavaBeans域的組件；例如，field1.field2
●索引的：連接到模型內的數組域的組件；例如myArray[1]
●映射的：連接到模型內的映射域組件；例如，myHashMap(“foo”)
●組合的：通過結合符號連接到模型的內部域的組件；例如，field.myArray[1].myHashMap["foo"]
除了模型類的GET和SET方法外，視圖類必須為每一個視圖組件建立一個GET方法。
下面的例子是為FindCustomerModel建立的視圖類。它使用了擴展了基礎Swing類的TikeSwing組件（從JLabel到YLabel,JTextField到YTextField，等）。例子的代碼和標準的Swing視圖很像，只有setMVCNames（）方法包含了TikeSwing特有的代碼。依照上面講述的原則，它設定了模型組件的連接。resultTable列通過YColumn對象與customers集合中的POJO域相連。findButton不顯示任何從模型得到的數據，但是MVC的名字是為TikeSwing的事件句柄設定的（以后再講）。
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;
}
}
現在，無論任何時候用戶修改idField 或者nameField，改變的地方都會自動更新到模型。而且，當notifyObservers()在 FindCustomerModel中調用的時候，框架會更新變化到resultTable。然而，為了匹配結構，一個控制器必須是特定的。
控制器TikeSwing的控制器通過調用視圖和模型的方法來處理應用程序的流程。一個控制器的類必須擴展YController，它提供了控制關系中的必要的方法。通常，控制器也創建視圖和模型對象，但是要注意的是，幾個視圖和控制器可能共享相同的模型對象。
一個控制器類可能有好幾種方法來獲取用戶事件。TikeSwing組件包括基于反射的事件句柄：一個事件可以通過實現帶有合適簽名的方法而在控制器類中得到處理。例如，當用戶點擊按鈕的時候，一個MVC名字為myButton的按鈕在控制器中會調用myButtonPressed()方法（如果實現了的話）。這與標準的Swing事件監聽接口和適配器相比是很方便的。
另一方面，事件方法簽名中的字符在編譯器中是不顯示的，但是Swing適配器類的情況是：編譯器不說明public void actionperformed是一個新的或者重載的方法。因為監聽接口經常需要許多空的方法的執行，基于反射的簡單的事件處理一定會加快代碼的進程。作為選擇，你可以在視圖類中使用標準的監聽者，而手動調用控制器的方法。
下面的代碼是FindCustomerModel和FindCustomerView的控制器的一個例子?？刂破魍ㄖ狹VC的結構是通過調用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中功能的核心。除了上面講述的特點之外，它還提供了很多有用的方法能用于：
●捕獲特定域的改變
●在控制器中發送和接收信息
●跟蹤用戶的修改
●取消用戶的改變
●捕獲模型拋出的異常
●驗證域值的有效性
TikeSwing組件TikeSwing基于這樣一種思想，組件負責處理在模型中相關聯的對象。這種思想以前在Sun的《Swing指南》中的WholeNumberField演示中有體現。組件必須知道怎樣在屏幕上面顯示模型的值和怎樣轉換用戶給定的值到模型中。
框架現在提供了一個足以使大多數應用程序使用的組件的集合。框架組件的行為就像基礎的Swing組件，當然了，你必須閱讀Java文檔以理解組件和MVC類的交互（組件可以處理什么類型的模型域和它提供了什么事件的方法）。TikeSwing組件也提供了其他的特點和簡潔的開發。例如，一個POJOs的集合可以在不創建任何特殊的組件模型的情況下直接使用于YTable和YTree。
TikeSwing組件基本上可以是任何的java.awt.Component。然而，一個組件必須實現適合的TikeSwing接口，那樣它就能被集成到框架的MVC的體系結構中。它通常包含擴展了帶有四個簡單方法的標準Swing組件，因此這將是一個比較瑣碎的任務。下面的代碼是一個例子。和模型的集成是通過getModelValue() 和setModelValue()方法實現的。組件值的改變的通知是addViewListener()方法實現的。為了能在框架內部使用，必須實現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的體系結構，TikeSwing還有很多協助進行Swing開發的其它的特點。這些特點不是什么革命性的東西，它們可以在很多已經實現的Swing應用程序上面看到。但是，沒有必要重新發明輪子，一些最好的Swing開發的體驗包含在了這個框架中。
TikeSwing支持控制器多層結構的創建，就像在HMVC和MVC++中描述的那樣。框架提供了使控制器之間實現父子關系的方法，這使類結構更協調和清晰。這種關系又助于和客戶應用程序通信，而且可以用來和眾所周知的設計模式集成。TikeSwing支持任務鏈模式，這種模式中，一個請求直到控制器對象才處理事件時才被傳遞。TikeSwing也支持Observer/Observable模式：一個控制器類可能傳遞一個能被所有已經注冊了的控制器處理的事件。
TikeSwing也包含一種為tabbed panes檢索慵懶數據(lazy data)的機制。在一個分布式的系統中，一下子從服務器得到所有tabs的數據可能需要很長的時間。為了優化性能，有必要只在每個tab被選擇后才為其檢索一次數據?？蚣芴峁┝撕喕@種功能的機制，所以代碼的復雜性，特別是在嵌套的tabbed panes里面，已經減少了許多。
當用戶觸發一個事件，可能導致剛修改的數據丟失的時候，一些應用程序會檢查未被保存的改變。這些事件可能是下面的例子，關閉窗口，改變tabbed pane的tab的焦點，或者選擇一個表格的列。TikeSwing 提供了進行檢查特殊事件的工具。TikeSwing也會自動彈出“是否保存更新？”的對話框，并委托一個控制器方法來保存。另外，框架記得視圖在特定時刻的狀態，可以在稍晚的時候返回那種狀態。這就意味著框架可以在不取得原始數據的情況下取消改變。
當兩個或更多的組件執行相同的函數的時候，Swing的行為被證明是有用的。一個Action對象提供了集中的事件處理，但是如果行為用于單獨的類的話，代碼會因為增加的耦合而更加復雜。TikeSwing包含了一個集中處理產生事件的場所，因此一個動作可以用于不同的視圖類而且不會直接耦合。
Swing組件只能由事件分派的線程進行創造，修改和查詢，這使Swing應用程序中的線程處理更加復雜?！禨wing指南》中說SwingWorker類對這個問題提供了幫助。TikeSwing封裝了SwingWorker，并且使線程處理更加簡單。例如，一些應用程序在進行遠程調用或I/O操作的時候不會死鎖。使用TikeSwing，在進行這樣的操作時可以彈出一個可管理的，可重畫的對話框，而且實現只需要幾行代碼。
Summary 總結由于有了高級的MVC和POJO的支持，TikeSwing簡化了Swing的開發。使用TikeSwing是合理的，特別是在分布式環境中，由服務器應用程序返回的POJOs可以直接用于模型類，這個類直接連接到視圖類。這個框架也包含了一些解決復雜開發問題的最佳實踐。因此，TikeSwing減少了為Swing客戶所寫的代碼，加快了開發。
TikeSwing自身提供了豐富的平臺無關的用戶界面庫。Swing開發已經成為這幾年一些重要的IDE的一部分，所以可見即所得的設計，單元測試和調試已經被廣泛地支持。早先的工作站上性能的問題現在已經不是問題了，Java的網絡應用也簡化了分布式的Java應用程序。與網絡應用程序的框架相比，Swing提供了更加友好的用戶界面，沒有JavaScript支持的問題，通過工作站上面的客戶邏輯簡化了網路上的通信量。
對Swing復雜性的批判依舊是正當的。但是，使用像TikeSwing的高級MVC框架，復雜性就減少了，Swing就轉換成了一個生產力很高的客戶端技術。我希望Java社區為Swing開發和采用一個開源的MVC框架，這將使其成為RIA技術中的一員。可能像Spring似的肥客戶端技術更加接近目標。與其等待，不如請出TikeSwing，體驗一下它是如何適應你的RIA工程的。
關于作者Tomi Tuomainen是Entra e-Solutions的顧問和架構師，他從1999年開始使用J2EE應用系統和Java框架。他是計算機科學的理學碩士和SUN的認證企業架構師。他的興趣(Java之外的)在于音樂，吉他和體操訓練。你可以說他是芬蘭最強的IT顧問之一。
資源 ●最新版本的TikeSwing（包括類路徑，源代碼，用戶指南和Javadoc API的必需的JAR文件）可以在這里下載：
http://sourceforge.net/projects/tikeswing
●關于TikeSwing遵循的MVC范例的基本信息：
http://ootips.org/mvc-pattern.html
●就像JavaBeans規范中說的那樣，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：用于開發強壯客戶端層的層次模式，” Jason Cai, Ranjit Kapila, and Gaurav Pal (JavaWorld, 2000年7月)，可獲取更多信息:
http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html
●MVC++范例共享了HMVC的關于控制器層次的想法：
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
●關于Swing開發的更多文章，瀏覽JavaWorld的AWT/Swing部分的論題索引：
http://www.javaworld.com/channel_content/jw-awt-index.shtml
●關于UI設計的更多文章，瀏覽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
當初喬布斯在車庫里弄出了個人電腦，IBM很不屑；兩年以后不屑變成了震驚和無力。于是IBM制定了另外一種政策來搶奪pc市場：“標準”。
IBM定義了一系列標準接口，各自領域的廠家只要生產符合標準的部件，這些部件就可以組裝在一起，成為一個可以運行的電腦——毫無疑問，蘋果無論如何精致誘人是搞不過一群如狼似虎的家伙的。
于是蘋果很快被“湮沒”了。
然后事情很是“出乎”IBM的預料，這場戰爭他擊敗了對手，可是勝利者并不是IBM自己。而是所謂的WINTEL聯盟。
WINTEL就是WINDOWS和INTEL的合稱。
其實WINDOWS并不從來是WINDOWS，剛開始的時候他也是黑乎乎的，而且也不是MS自己做的。因為蓋茨非常喜歡蘋果風格的os，所以MS公司就開始了視窗的研究——MS似乎對自己的視窗并沒有什么信心，同時和IBM開發了OS WARP視窗系統。然后MS內部一個GATES不太喜歡的小組成功的開發出了WINDOS。WINDOWS最初的幾個版本并不成功，直到版本三。
當然，最初出風頭的是95，可是95沒有瀏覽器。穩定性也不是很好，98是真正為人所廣泛稱道和接受的windows操作系統，他內置了瀏覽器，內置了虛擬機以及網絡協議。
如同IBM剛開始不屑蘋果一樣，GATES眼睛里只有IBM，根本就不屑新秀netscapes；然而后者同樣使他嚇了一跳。但是MS不同于恐龍IBM的是，他迅速而堅決的采取了對策——綁定，免費。于是netscape不可抗拒的衰落了（被AOL收購）
如同今天google對ms的挑戰一樣，多年以前aol也是一個強勁的挑戰者；風頭甚勁，他資助ns繼續開發，產生了現在的netscape6系列和firefox系列。
新銳就是新銳，歷史的積淀是無法輕與的，對這些公司來說，沒有一個公司能像SUN或者IBM一樣，讓MS感覺到羨慕和壓力。
MS的眼光也不可輕忽，無論是模仿蘋果制作windows還是模仿java制作J++/.NET，他都展示了后來居上青出去藍的技術和商業眼光。
或許傲慢是強者的權利，MS似乎從來不屑按標準出牌，他總是在告訴別人：我就是標準，如果你想在我的標準里打敗我，我就改變標準。無論是w3c標準還是css標準，無論是js標準還是java規范......
尤其是WEB開發，造就了現在這樣的窘況。
我比較看好ms的XAML技術，可以說這個技術集B/S的快速部署能力、html的簡潔UI開發、C/S技術的強大展現能力與一體。作為一個java程序員，我自然最關心的是java里面的對應實現物XUL。
要實現類似于XAML這樣的技術，java必須在客戶端裝JRE?？赡躍UN覺得說服用戶裝一個jre很困難，于是提出webstart、jsf等一大堆更復雜的技術——但是我質疑的是jsf比XUL強大簡潔么？webstart下載付出的代價難道小于一個jre么？既然flash可以強制沒有裝播放器的用戶去裝，為什么jre就不可以？
作為一個JAVA程序員，自然希望JAVA更好?？墒遣坏貌怀姓J.net在開發效率，開發體驗上，已經遠遠超越了JAVA。對.net的疑慮之存在于系統平臺、第二提供方、健壯性等企業級顧慮中。
自由是痛苦的，無力的。