計算機軟件從最開始的ui+db到后面的n層機構，無疑是很大的一個進步。就以j2ee標準來說，持久層負責以對象的形式為業務層提供數據，并維護數據；業務層負責組裝業務邏輯，并以適當的方式將數據分發出去。這方面的技術很多，方案也很好。但是困擾web開發的問題在于client端。
我覺得client端最大的問題在于無狀態，導致模型層和展現層的分離。我認為最佳的解決方案是客戶端有一個強大的容器，能夠請求、展現、維護客戶端模型，并展現、修改客戶端展現層。不妨定義為客戶端容器語言，此語言是否可以考慮成領域語言，專注于客戶展現層展現和客戶端模型層。
js在客戶端展現沒有問題，但是js多了brower是不是太慢了，而且js本身寫起來比較難，比較容易出錯。在模型層方面，似乎不那么讓人放心。關鍵問題是不是js的語言不夠規范標準，容器不夠強？？
flash，感覺有點偏鋒。他完全繞開了html。ui完全是自己的，我覺得還是用html正統。
xaml，他也是完全繞開html。除此以外，完全和我想的一樣。
java技術是否可以考慮在client端有一個容器，操作html，負責與服務器交互并維護模型層，指導展現層？？
讀書是一件很有趣的事情。
碰到喜歡讀的書，我總是拿一只筆。看到喜歡的地方或者感慨的地方，就做一個標記或者拉一條曲線，寫上自己的評價。等很久以后再讀到這里，努力想想，還是很容易想其以前自己的思路和想法。感覺自己好想回到了以前一樣，還是很年輕。。。。而那書里所言，自然有印象；不亦樂乎。
還有一個比較壞的習慣，就是wc的時候一定要帶上一點讀的東西。記得以前聽到一個散文來抒發此習慣。至今不能忘記。這也是比較爽的事情。
我上大學的時候，很是叛逆。課很少上，自然老師不喜歡我，及格也很困難。但自己常常獨自跑到圖書館，徜徉在書海，胡亂翻翻，最后挑來挑去，把借書證數額滿滿用光，抱著一陀書回去。很有滿足感——當然也未必看的完，說不定簡單看了一番就殺將回來繼續如此。
書非借不能讀也。如今工作以后，雖然還是經常買書，每次搬家的時候，最重的那部分就是書，可是仔細想想，很多還真沒看的很仔細。
但讀書的樂趣，又怎么可以以此來苛求呢？
POI讀寫Excel文件[轉]
我轉自蟲語【http://blog.matrix.org.cn/ljhj210423/entry/poi%E8%AF%BB%E5%86%99excel%E6%96%87%E4%BB%B6_%E8%BD%AC】，他也寫了一個轉，轉自哪里就不知道了
一、Excel基礎
二、HSSF概況
三、通過usermodel讀取文件
四、通過usermodel寫入文件
五、通過eventusermodel讀取文件
六、HSSF電子表格結構
七、通過HPSF讀取文檔屬性
八、文檔摘要信息
九、附錄
━━━━━━
正文：
━━━━━━
在上一篇文章中，我們介紹了POI項目的基本概念，了解了如何用POI來讀寫OLE 2復合文檔結構，并給出了兩個簡單的例子：用POI來讀寫Excel文件的Workbook流。本文繼續前文的話題，闡述如何用POI來讀取/寫入完整的Excel文件。
約定：POI項目2.0版現在已經接近正式發行階段，開發進度迅速，不斷有新的功能集成到原有的系統，同時也有對原有系統的修改。為了保證本文的及時性，本文將按照最近的1.9開發版說明。雖然編譯最近的發行版源代碼也能正常運行，但現在的代碼和2.0的發行版會有一些出入。
一、Excel基礎
Microsoft Excel 97文件格式也被稱為BIFF8，最近版本的Excel只對該格式作了少量的改動。增加對新格式的支持除了增加項目的復雜性之外，唯一的效果也許只是不得不使每個用戶升級代碼，沒有什么實際的好處。因此，在下文說明中，凡是提到Excel 97格式的地方其實都是指Excel從97到XP的格式。
二、HSSF概況
POI項目實現的Excel 97文件格式稱為HSSF——也許你已經猜到，HSSF是Horrible SpreadSheet Format的縮寫，也即“討厭的電子表格格式”（微軟使某些原本簡單的事情過分復雜，同時又過分簡單地處理了某些原本需要靈活性的事情，讓人不勝佩服！）也許HSSF的名字有點滑稽，就本質而言它是一個非常嚴肅、正規的API。通過HSSF，你可以用純Java代碼來讀取、寫入、修改Excel文件。
前面一篇文章提到了POIFS，那么HSSF和POIFS又有什么關系呢？就象其他POI的API一樣，HSSF建立在 POIFS的基礎上，因此在HSSF內的有些代碼和前文的某些代碼很相似。不過，當我們編寫基于HSSF API的代碼時，一般不需要了解POIFS API的細節。
HSSF為讀取操作提供了兩類API：usermodel和eventusermodel，即“用戶模型”和“事件-用戶模型”。前者很好理解，后者比較抽象，但操作效率要高得多。usermodel主要有 org.apache.poi.hssf.usermodel和org.apache.poi.hssf.eventusermodel包實現（在 HSSF的早期版本中，org.apache.poi.hssf.eventusermodel屬于eventmodel包）。
usermodel包把Excel文件映射成我們熟悉的結構，諸如Workbook、Sheet、Row、Cell等，它把整個結構以一組對象的形式保存在內存之中。eventusermodel要求用戶熟悉文件格式的底層結構，它的操作風格類似于XML的SAX API和AWT的事件模型（這就是eventusermodel名稱的起源），要掌握竅門才能用好。另外，eventusermodel的API只提供讀取文件的功能，也就是說不能用這個API來修改文件。
三、通過usermodel讀取文件
用HSSF的usermodel讀取文件很簡單。首先創建一個InputStream，然后創建一個HSSFWorkbook：
InputStream myxls = new FileInputStream("workbook.xls"));
HSSFWorkbook wb = new HSSFWorkbook(myxls);
有了HSSFWorkbook實例，接下來就可以提取工作表、工作表的行和列，例如：
HSSFSheet sheet = wb.getSheetAt(0); // 第一個工作表
HSSFRow row = sheet.getRow(2); // 第三行
HSSFCell cell = row.getCell((short)3); // 第四個單元格
上面這段代碼提取出第一個工作表第三行第四單元格。利用單元格對象可以獲得它的值，提取單元格的值時請注意它的類型：
if (cell.getCellType() == HSSFCell.CELL_TYPE_STRING) {
("單元格是字符串，值是： " + cell.getStringCellValue());
} else if (cell.getCellType() == HSSFCell.CELL_TYPE_NUMERIC) {
("單元格是數字，值是： " + cell.getCellValue());
} else () {
("單元格的值不是字符串或數值。");
}
如果搞錯了數據類型，程序將遇到異常。特別地，用HSSF處理日期數據要小心。Excel內部以數值的形式保存日期數據，區別日期數據的唯一辦法是通過單元格的格式（如果你曾經在Excel中設置過日期格式，應該明白這是什么意思）。
因此，對于包含日期數據的單元格，cell.getCellType()將返回HSSFCell.CELL_TYPE_NUMERIC，不過利用工具函數HSSFDateUtil.isCellDateFormatted(cell)可以判斷出單元格的值是否為日期。 isCellDateFormatted函數通過比較單元格的日期和Excel的內置日期格式得出結論——可以想象，按照這種判斷方法，很多時候 isCellDateFormatted函數會返回否定的結論，存在一定的誤判可能。
本文附錄包含了一個在Servlet環境中利用HSSF創建和返回Excel工作簿的實例。
四、通過usermodel寫入文件
寫入XLS文件比讀取XLS文件還要簡單。創建一個HSSFWorkbook實例，然后在適當的時候創建一個把文件寫入磁盤的OutputStream，但延遲到處理結束時創建OutputStream也可以：
HSSFWorkbook wb = new HSSFWorkbook();
FileOutputStream fileOut
= new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();
創建工作表及其內容必須從相應的父對象出發，例如：
HSSFSheet sheet = wb.createSheet();
HSSFRow row = sheet.createRow((short)0);
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(1);
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("一個字符串");
row.createCell((short)3).setCellValue(true);
如果要設置單元格的樣式，首先要創建一個樣式對象，然后把它指定給一個單元格——或者把它指定給多個具有相同樣式的單元格，例如，如果Excel表格中有一個摘要行，摘要行的數據必須是粗體、斜體，你可以創建一個summaryRowStyle樣式對象，然后把這個樣式指定給所有摘要行上的單元格。
注意，CellFormat和CellStyle對象是工作簿對象的成員，單元格對象只是引用它們。
...
HSSFCellStyle style = workbook.createCellStyle();
style.setDataFormat
(HSSFDataFormat.getBuiltinFormat("($#,##0_);[Red]($#,##0)"));
style.setFillBackgroundColor(HSSFColor.AQUA.index);
style.setFillPattern(HSSFCellStyle.BIG_SPOTS);
...
someCell.setCellStyle(style);
someOtherCell.setCellStyle(style);
版本較新的HSSF允許使用數量有限的Excel公式。這一功能目前還是“Beta級質量”，正式使用之前務必仔細測試。指定公式的方式類如：someCell.setCellFormula(SUM(A1:A2:);。
當前，公式中已經可以調用所有內建的函數或操作符，但邏輯操作符和函數（例如IF函數）除外，這部分功能目前還在開發之中。
五、通過eventusermodel讀取文件
通過eventusermodel讀取文件要比使用usermodel復雜得多，但效率也要高不少，因為它要求應用程序一邊讀取數據，一邊處理數據。 eventusermodel實際上模擬了DOM環境下SAX處理XML文檔的辦法，應用程序首先要注冊期望處理的數據，eventusermodel將在遇到匹配的數據結構時回調應用程序注冊的方法。使用eventusermodel最大的困難在于你必須熟悉Excel工作簿的內部結構。
在HSSF中，低層次的二進制結構稱為記錄（Record）。記錄有不同的類型，每一種類型由org.apache.poi.hssf.record包中的一個Java類描述。例如，BOFRecord記錄表示Workbook或Sheet區域的開始，RowRecord表示有一個行存在并保存其樣式信息。所有具有CellValueRecordInterface接口的記錄表示Excel的單元格，包括NumericRecord、 LabelSSTRecord和FormulaRecord（還有其他一些，其中部分已被棄置不用，部分用于優化處理，但一般而言，HSSF可以轉換它們）。
下面是一個注冊事件處理句柄的例子：
private EventRecordFactory factory = new EventRecordFactory();
factory.registerListener(new ERFListener() {
public boolean processRecord(Record rec) {
(got BOF Record);
return true;
}
}, new short[] {BOFRecord.sid});
factory.processRecords(someInputStream);
六、HSSF電子表格結構
如前所述，HSSF建立在POIFS的基礎上。具體地說，Excel 97+文件是OLE 2復合文檔（ OLE 2 Compound Document），底層的OLE 2復合文檔保存了一個總是命名為Workbook（Excel 95除外，HSSF不支持Excel 95）的流。然而，宏和圖片并不保存在Workbook流，它們有自己獨立的流，有時甚至會放到OLE 2 CDF文件之內的另一個目錄。理想情況下，宏也應該被保留，不過目前POI項目中還沒有合適的API來處理宏。
每一個流之內是一組記錄，一個記錄其實就是一個字節數組，可分為記錄頭、記錄體兩部分。記錄頭指明了記錄的類型（也即ID）以及后繼數據的長度，記錄體被分割成多個字段（Field），字段包含數值數據（包括對其他記錄的引用）、字符數據或標記。
下圖概要說明了Excel工作簿的頂級結構：
Bla.xls {
OLE2CDF headers
"Workbook" stream {
Workbook {
Static String Table Record..
Sheet names… and pointers
}
Sheet {
ROW
ROW
…
NUMBER RECORD (cell)
LABELSST Record (cell)
…
}
Sheet
}
}
… images, macros, etc.
Document Summary
Summary
七、通過HPSF讀取文檔屬性
在Microsoft Word、Excel、PowerPoint等軟件中，用戶可以通過“文件”→“屬性”菜單給文檔添加附加信息，包括文檔的標題、主題、摘要、類別、關鍵詞等，同時應用軟件本身還會加入最后訪問的用戶、最后訪問和修改/打印的日期時間等信息。
文檔的屬性和正文是分開保存的。如前所述，OLE 2 CDF文件內部就象是一個容器，里面包含許多類似目錄和文件的結構，而POIFS就是用來訪問其中的文件的工具。這些文件也稱為流，文檔的屬性就保存在 POIFS文件系統中專用的流里面。以一個Word文檔為例：雖然在資源管理器中你只看到一個叫做MyFile.doc的文檔，其實在這個文檔的內部，又包含了一個WordDocument、一個SummaryInformation和一個DocumentSummaryInformation文檔；通常還會有其他的文檔，這里暫且不管。
你能夠猜出這些文檔（流）分別包含什么內容嗎？不錯，WordDocument包含了你在 Word里面編輯的文本，文檔的屬性保存在SummaryInformation和DocumentSummaryInformation流里面。也許將所有屬性保存在單個文檔里面看起來太簡單了，所以Microsoft決心要使用兩個流，為了使事情更復雜一點，這兩個流的名字前面還加上了八進制的 \005字符——這是一個不可打印的字符，因此前面就把它省略了。
Microsoft定義的標準屬性有一個好處，它們并不在乎主文檔到底是什么類型——不管是Word文檔、Excel工作簿還是PowerPoint幻燈。只要你知道如何讀取Excel文檔的屬性，就知道了如何讀取其他文檔的屬性。
讀取文檔屬性其實并不復雜，因為Java程序可以利用POI項目的HPSF包。HPSF是 Horrible Property Set Format的縮寫，譯成中文就是“討厭的屬性集格式”。HPSF包是POI項目實現的讀取屬性工具，目前還不支持屬性寫入。
對于讀取Microsoft定義的標準屬性，通過HPSF提供的API可以很方便地辦到；但如果要讀取任意屬性集就要用到更一般化的API，可以想象它要比讀取標準屬性的API復雜不少。本文只介紹讀取標準屬性的簡單API，因為對大多數應用程序來說這已經完全足夠了。
下面就是一個讀取OLE 2 CDF文檔的標題（title）屬性的Java程序：
import java.io.*;
import org.apache.poi.hpsf.*;
import org.apache.poi.poifs.eventfilesystem.*;
/**
* 讀取OLE 2文檔標題的示例程序，
* 在命令行參數中指定文檔的文件名字。
*/
public class ReadTitle
{
public static void main(String[] args) throws IOException
{
final String filename = args[0];
POIFSReader r = new POIFSReader();
r.registerListener(new MyPOIFSReaderListener(),
"\005SummaryInformation");
r.read(new FileInputStream(filename));
}
static class MyPOIFSReaderListener
implements POIFSReaderListener
{
public void processPOIFSReaderEvent(POIFSReaderEvent event)
{
SummaryInformation si = null;
try
{
si = (SummaryInformation)
PropertySetFactory.create(event.getStream());
}
catch (Exception ex)
{
throw new RuntimeException
("屬性集流\"" + event.getPath() +
event.getName() + "\": " + ex);
}
final String title = si.getTitle();
if (title != null)
System.out.println("標題: \"" + title + "\"");
else
System.out.println("該文檔沒有標題.");
}
}
}
main()方法利用POIFS的事件系統從命令行指定的OLE 2文檔讀取名為\005SummaryInformation的流，當POIFSReader 遇到這個流時，它把控制傳遞給MyPOIFSReaderListener的processPOIFSReaderEvent()方法。
processPOIFSReaderEvent() 到底有什么用呢？它通過參數獲得一個輸入流，該輸入流包含了文檔標題等屬性。為了訪問文檔的屬性，我們從輸入流創建一個PropertySet實例，如下所示：
si = (SummaryInformation) PropertySetFactory.create(event.getStream());
這個語句其實包含三個步驟的操作：
◆ event.getStream()從POIFSReader傳入的POIFSReaderEvent獲得輸入流。
◆ 以剛才獲得的輸入流為參數，調用PropertySetFactory的靜態方法create()。正如其名字所暗示的， PropertySetFactory是一個工廠類，它有一臺“機器”能夠把一個輸入流轉換成一個PropertySet實例，這臺機器就是create ()方法。
◆ 把create()方法返回的PropertySet定型（cast）成為SummaryInformation。PropertySet提供了按照一般辦法讀取屬性集的各種機制，SummaryInformation是PropertySet的子類，即SummaryInformation類在 PropertySet類的基礎上增加了操作Microsoft標準屬性的便捷方法。
在這個處理過程中，可能引起錯誤的因素很多，因此我們把這部分內容放入了一個try塊——不過這個示例程序只按照最簡單的方式處理了異常，在實際應用中，最好能夠對可能出現的不同異常類型分別處理。除了一般的I/O異常之外，還有可能遇到HPSF特有的異常，例如，如果輸入流不包含屬性集或屬性集非法，就會拋出 NoPropertySetStreamException異常。
有一種錯誤不太常見，但也不是絕無可能——\005SummaryInformation包含一個合法的屬性集，但不是摘要信息屬性集。如果出現這種情況，則定型成SummaryInformation操作會失敗，引發ClassCastException異常。
獲得SummaryInformation實例之后，剩下的事情就很簡單了，只要調用getTitle()方法，然后輸出結果。
除了getTitle()之外，SummaryInformation還包含其他一些便捷方法，例如getApplicationName()、 getAuthor()、getCharCount()、和getCreateDateTime()等。HPSF的JavaDoc文檔詳細說明了所有這些方法。
八、文檔摘要信息
遺憾的是，并非所有的屬性都保存在摘要信息屬性集之中。許多（但不是全部）OLE 2文件還有另一個屬性集，稱為“文檔摘要信息”，對應的流是\005DocumentSummaryInformation。這個屬性集保存的屬性包括文檔的類別、PowerPoint幻燈的多媒體剪輯數量，等等。
要訪問文檔摘要信息屬性集，程序的處理過程也和上例相似，只是注冊的目標應該改成\005DocumentSummaryInformation流——有時，你可能想要同時注冊到摘要信息和文檔摘要信息這兩個流。其余的處理方式和前面的例子差不多，你應該把包含文檔摘要信息的流傳遞給PropertySetFactory.create()，但這次工廠方法將返回一個 DocumentSummaryInformation對象（而不是前面例子中的SummaryInformation對象）。如果同時注冊到了兩個流，注意檢查返回值的具體類型，或者使用Java的instanceof操作符，或者使用專用的isSummaryInformation()和 isDocumentSummaryInformation()方法。記住，create()方法返回的總是一個PropertySet對象，因此你總是可以對create()返回對象調用isSummaryInformation()和isDocumentSummaryInformation()方法，PropertySet類之所以要提供這兩個方法，是因為屬性集可能是自定義的。
如果你想要處理自定義的屬性集，或者要從標準的屬性集讀取用戶定義的屬性，必須使用一個更一般化的API，前面已經提到，這個API要復雜得多，本文不再討論，請參見HPSF的HOW-TO文檔和POI的文檔。
結束語：本文探討了HSSF的應用以及如何輸出到Excel文件，另外還涉及了HPSF以及如何讀取屬性集文檔摘要信息。POI是一個功能非常強大的項目，許多主題本文尚未涉及，例如如何用HSSF Serializer將XML文檔轉換成Excel格式等，這一切就有待你自己去研究了。
參考：
Jakarta POI項目主頁
Jakarta POI 源代碼
九、附錄
實例：利用Servlet創建和返回一個工作簿。
package org.apache.poi.hssf.usermodel.examples;
import java.io.*;
import java.net.*;
import javax.servlet.*;
import javax.servlet.http.*;
import org.apache.poi.hssf.usermodel.*;
public class HSSFCreate extends HttpServlet {
public void init(ServletConfig config)
throws ServletException {
super.init(config);
}
public void destroy() {
}
/** 處理HTTP GET 和POST請求
* @param request：請求
* @param response：應答
*/
protected void processRequest(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("application/vnd.ms-excel");
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
// 創建一個新的行，添加幾個單元格。
// 行號從0開始計算
HSSFRow row = sheet.createRow((short)0);
// 創建一個單元格，設置單元格的值
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(1);
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("一個字符串值");
row.createCell((short)3).setCellValue(true);
// 寫入輸出結果
OutputStream out = response.getOutputStream();
wb.write(out);
out.close();
}
/** 處理HTTP GET請求
* @param request：請求
* @param response：應答
*/
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 處理HTTP POST請求
* @param request：請求
* @param response：應答
*/
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 返回關于Servlet的簡單說明
*/
public String getServletInfo() {
return "示例：在Servlet中用HSSF創建Excel工作簿";
}
}
POI HSSF 操作MS Excel簡述 (OMIS二期設計階段尋找Excel導入導出實現方法）
POI HSSF 操作MS Excel簡述
POI HSSF是一個專門操作EXCEL的java包，可通過純java操作xls文件。
POI HSSF的類文件都放在在org.apache.poi.hssf包下，通過此包中的類就可實現用java操作Excel文件了。
下面是用POI HSSF操作Excel文件的方法簡述：
一， 建立Excel工作薄
HSSFWorkbook wb = new HSSFWorkbook();
二， 建立Excel工作表，每個工作表對應的是Excel界面左下角的一個標簽sheet1，sheet2 …
HSSFSheet sheet1 = wb.createSheet("new sheet");
三， 在工作表中建立單元格
//首先，建立行對像，行號作為參數傳給createRow方法，第一行由0開始計算。
HSSFRow row = sheet.createRow((short)0);
//建單元格
HSSFCell cell = row.createCell((short)0);
//給單元格賦值
cell.setCellValue(1);
//也可同一行內完成建立單元格和賦值
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("This is a string");
row.createCell((short)3).setCellValue(true);
//數據格式可通過創建單元格值時默認如上面所視
//也可以創建單元格后調用setCellType指定
cell.setCellType(CELL_TYPE_NUMERIC);
四， 向單元格插入日期值
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
// 可通過Sheet.setSheetName(sheetindex,"SheetName",encoding)設定工作表名
// 創建新行并向其加入單元格，行號由0開始。
HSSFRow row = sheet.createRow((short)0);
// 創建一個單元格并向其輸入一日期值，但這第一個單元格并非是日期格式。
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(new Date());
// 我們將這第二個單元格改成日期格式，這需要從工作薄創建一個新的單元格格式，這可// 以只影響當前建立的一個單元格。
HSSFCellStyle cellStyle = wb.createCellStyle();
cellStyle.setDataFormat(HSSFDataFormat.getBuiltinFormat("m/d/yy h:mm"));
cell = row.createCell((short)1);
cell.setCellValue(new Date());
cell.setCellStyle(cellStyle);
五， 各種單元格樣式
HSSFCellStyle cellStyle = wb.createCellStyle();
//對齊
cellStyle.setAlignment(HSSFCellStyle.ALIGN_CENTER);
//帶邊框
cellStyle.setBorderBottom(HSSFCellStyle.BORDER_THIN);
//顏色與填充樣式
cellStyle.setFillBackgroundColor(HSSFColor.AQUA.index);
cellStyle.setFillPattern(HSSFCellStyle.BIG_SPOTS);
cellStyle.setFillForegroundColor(HSSFColor.ORANGE.index);
cellStyle.setFillPattern(HSSFCellStyle.SOLID_FOREGROUND);
六， 行高,列寬。
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
HSSFRow row = sheet.createRow((short)0);
//2是行高值
row.setRowHeight(2);
//3是列號，4是列寬值
sheet.setColumnWidth(3, 4);
七，例程
首先調用一個方法將Oracle數據庫中的數據取出，放到List實例中，這里我調用了srrd項目中ProductData類的 listProductQuery()取得一個List實例。List中的對象是一系列名為ProductQuery實體類的實例。然后讀List，將 ProductQuery實例中的數據取出放到HSSFCell單元格中。最后將HSSFWorkbook中的數據輸出到輸出流，完成數據導出。
//建工作薄
HSSFWorkbook wb = new HSSFWorkbook();
//建名為example的工作表
HSSFSheet sheet = wb.createSheet("example");
//給工作表前8列定義列寬
sheet.setColumnWidth((short)0,(short)2500);
sheet.setColumnWidth((short)1,(short)6000);
sheet.setColumnWidth((short)2,(short)3500);
sheet.setColumnWidth((short)3,(short)9000);
sheet.setColumnWidth((short)4,(short)8000);
sheet.setColumnWidth((short)5,(short)8000);
sheet.setColumnWidth((short)6,(short)20000);
sheet.setColumnWidth((short)7,(short)8000);
//在表中建行
HSSFRow row = sheet.createRow(0);
//建立單元格
HSSFCell cell[] = new HSSFCell[8];
for (short i = 0; i < 8; i++) {
cell = row.createCell(i);
//將單元格定義成UTF_16編碼，這樣才能使輸出數據不會亂碼
cell.setEncoding(HSSFCell.ENCODING_UTF_16);
}
//寫單元格標題
cell[0].setCellValue("登記ID");
cell[1].setCellValue("登記號");
cell[2].setCellValue("所在地市ID");
cell[3].setCellValue("產品中文名");
cell[4].setCellValue("產品英文名");
cell[5].setCellValue("產品服務對象");
cell[6].setCellValue("產品功能描述");
cell[7].setCellValue("產品類別");
//查詢數據庫，取得數據列表的List實例
List list = new ArrayList();
ProductDataManager mgr = new ProductDataManager();
try {
list = mgr.listProductQuery("","", "", "", "", "1999-2-1", "2004-2-1");
} catch (SrrdException e) {
e.printStackTrace();
}
//從List中取出數據放入工作表中
if (list != null && list.size() > 0) {
for (int i = 0; i < list.size() - 1; i++) {
ProductQuery query = (ProductQuery) list.get(i);
HSSFRow datarow = sheet.createRow(i + 1);
HSSFCell data[] = new HSSFCell[8];
for (short j = 0; j < 8; j++) {
data[j] = datarow.createCell(j);
//將單元格定義成UTF_16編碼，這樣才能使輸出數據不會亂碼
data[j].setEncoding(HSSFCell.ENCODING_UTF_16);
}
data[0].setCellValue(query.getCertId());
data[1].setCellValue(query.getCertNum());
data[2].setCellValue(query.getCityCode());
data[3].setCellValue(query.getSoftWareCname());
data[4].setCellValue(query.getSoftWareEname());
data[5].setCellValue(query.getSoftwareFor());
data[6].setCellValue(query.getSoftwareFuncDesc());
data[7].setCellValue(query.getSoftwareType());
}
}
//將工作薄輸出到輸出流
ServletOutputStream sos=response.getOutputStream();
wb.write(sos);
sos.close();
//也可輸出成xls文件
File file = new File("workbook.xls");
try {
FileOutputStream fileOut = new FileOutputStream(file);
wb.write(fileOut);
fileOut.close();
} catch (IOException e) {
e.printStackTrace();
}
今天回了大連一個javaer的帖子，其看完spring以后模仿其寫了一些類似的代碼，并說了其中的原理。大家都在贊賞他。然后殺出了一個張江民工，帶三個磚石的；連番譏嘲，還帶上了提問。。。。。
我倒~~~~~~
禁不住的寒了一下他。然后發現帖子不見了.......
我感到很悲哀。置身于此，恍如專制，即使技術再怎么高深，又能有什么交流的樂趣呢？javaeye的成功或者輝煌，雖不在我，卻是由無數能平心凈氣討論技術，專研技術的程序員共同聚造的。設想假使有其他好地方，又怎么會使人留戀。
屈原說新浴必振衣。假使我感覺到不舒服，怎么會安心呆在這個地方呢。我將離去。
6.0的序列號還可以用到08年。下過來用了用，速度果然如承諾的一樣變快了，不過很快發現了一個小bug——web.xml的filter-mapping使用servlet-name有問題，只好該成url-partten。
還有一個問題不知道是不是bug——偶關掉idea，再啟就怎么也啟不起來。只好reset我的電腦。
—————————————————————————————————————————————————————
公司的這個項目很快就開發玩了（web），下一步老板調我去rcp那個項目開發。于是看了點rcp的資料，說實話，我對rcp并不看好，對swt并不看好，對eclipse也不看好。
相反的我對swing很感興趣。
現在我正在做的這個項目，做的讓我很郁悶。一個企業的erp系統，客戶要求用b/s開發。其實我覺得企業erp更適合用c/s或者rich client技術開發，信息發布平臺或者主頁或者bbs等更適合用b/s開發；前者不在乎部署成本，在乎的是方便強大；后者不在乎什么強大，在乎的是速度和信息。
——————————————————————————————————————————————————————
看了點banq的文章，談了rich model，正好javaeye這邊對什么貧血充血討論的不亦樂乎。偶覺得banq那邊應該更有道理一點，不過對爭鳴沒什么興趣，于是懶的轉來論壇。
1，DDD（DOMAIN DRIVER DESIGN）告訴我們如何設計業務層。
軟件流程：分析、設計、編碼、測試、部署。過去分析和設計是分開的。eric告訴我們：最好不要分開，你的架構師最好懂得業務，能靈活的依據現實的情況選擇/設計框架。
軟件模型和領域模型是一個東西。
（ps：要求太高鳥，偶覺得還是兩者分開比較現實。解決問題的關鍵在于多溝通，最好雙方合作建模，單一模型。）
2，eric將業務層分為兩層：應用層和領域層
應用層：定義軟件可以完成的工作，并且指揮具有豐富含義的領域對象來解決問題，保持精練；不包括業務規則或知識，無業務情況的狀態
領域層：負責表示業務概念、業務狀態的信息和業務規則，是業務軟件核心。
（偶的理解是應用層負責和ui和db交互；其他的交給領域層來干。
帶來的問題是：如何建模，區分模型/對象，區分責任、定義協作關系。毫無疑問，這些問題如果解決了，軟件的可擴展性，業務的可擴展性將變得非常簡單。于是問題回到的起點：如何建模!!!!!!!!!!!!）
//下面介紹了MDD的辦法
首先，因為四色原型（按重要性從高到低排列）
1，moment-interval
2，role
3，party, place or thing
4，catalog-entry-like description
mi模型，我覺得是表述的一系列事情。
role模型，是一系列事情中的事物。 （能動的？）
ppt模型，事物。業務對象，被動的？ （被動的？）
description模型，事物的歸類。 （描述性的？）
（偶覺得這個模型提供了一個分解業務的辦法。）
//下面是banq的發揮？還是eric的意思？
傳統模型分為兩種：實體（Entity）和值對象（Value Object），現在服務（Service）成為第三種模型元素。
實體（Entity）定義：通過一系列連續性（continuity）和標識（identity ID）來定義；個人認為它和分析領域的四色原型中的PPT原型非常類似，可以看成是PPT原型延續。
實體必須擁有自己的唯一ID，主鍵，如果沒有一個ID標識，為每個實例加上一個具有唯一性ID，可能是內部使用。
值對象（Value Object）：如果一個對象代表了領域的某種描述性特征，且沒有概念性的標識。個人認為它是四色原型中Description原型延續。如果我們只關心模型中一個元素的屬性，那么把這個元素劃為值對象。值對象是不可變的，不要給它任何標識，避免實體的維護性，降低設計復雜性。我們不關心值對象是哪個實例。
Eric認為：服務Service是描述領域概念最自然的方式，是四色原型的MI原型的延續，優秀服務3個特征：
1.與領域概念相關的操作行為、但不是實體和值對象中固有的部分。
2.接口根據領域模型中其他元素定義
3.操作是無狀態的。
//banq這里的表述沒有問題，我的理解是：他按照四色模型設計了業務層責任。不過我覺得他最后得到的模型和他上面所說的兩層責任分配很矛盾。
我查看了jivejdon他提的代碼，事實上責任并沒有按照他說的那樣劃分（其實我覺得robin在rich domel里面的代碼很符合eric對業務層責任分配的描述）
問了banq，他告訴我service是一個分析模型（我倒!!!!分析模型和軟件模型又被分裂了）
￥%……&*（）我覺得eric的理論有一定道理。robin給的是然，eric給的是所以然。而所謂的貧血充血其實并不那么重要。