環(huán)境的安裝和設(shè)定以及hello world
這方面的文章網(wǎng)絡(luò)上一搜一大堆。偶也不引用了。
偶的感覺是python的安裝和組件安裝亂七八糟。ruby的安裝和插件安裝感覺比較爽。其理念是學(xué)習(xí)linux的port和apt的包管理思路。
posted @ 2008-04-29 11:49 wanglin 閱讀(271) | 評論 (0) | 編輯 收藏
這方面的文章網(wǎng)絡(luò)上一搜一大堆。偶也不引用了。
偶的感覺是python的安裝和組件安裝亂七八糟。ruby的安裝和插件安裝感覺比較爽。其理念是學(xué)習(xí)linux的port和apt的包管理思路。
posted @ 2008-04-29 11:49 wanglin 閱讀(271) | 評論 (0) | 編輯 收藏
posted @ 2008-04-29 11:20 wanglin 閱讀(595) | 評論 (1) | 編輯 收藏
我曾是個技術(shù)粉絲
但是多年的開發(fā)經(jīng)驗,使得我對技術(shù)的本質(zhì)認(rèn)識的越來越清楚。至少對企業(yè)軟件開發(fā)人員來說,純粹的技術(shù)coding是沒有多少價值的。如同建筑行業(yè)一樣,真正有價值的東西在設(shè)計階段已經(jīng)完成了。
和傳統(tǒng)建筑行業(yè)開發(fā)不同,軟件開發(fā)行業(yè)不光是技術(shù)設(shè)計,還包括業(yè)務(wù)的設(shè)計。業(yè)務(wù)和技術(shù)摻雜在一起,構(gòu)成了軟件開發(fā)的復(fù)雜性。
在業(yè)務(wù)上,在技術(shù)上,尤其是在技術(shù)和業(yè)務(wù)的鴻溝之間,存在了太多太多因素。使得我們本來對相對簡單的軟件開發(fā)不敢抱有那么大的樂觀。更何況真正一個成功的項目還需要市場,客戶等等各個方面。
作為一個軟件開發(fā)人員,真的應(yīng)該放棄軟件自大的心態(tài),客觀的去看待軟件開發(fā)技術(shù)在整個軟件開發(fā)工程中的位置和地位。以一種推動企業(yè)發(fā)展,推動項目發(fā)展和成功的心態(tài)和目的去看待整個項目。就明白了軟件開發(fā)的真正意義和任務(wù)。也就能更好的完成自己的工作,甚至可以改變項目的成敗。
所以成敗不由技術(shù),成敗由你我的視野和努力。
posted @ 2008-04-28 15:04 wanglin 閱讀(223) | 評論 (0) | 編輯 收藏
最近公司項目經(jīng)理派我研究工作流并考慮在項目中使用。很有一些心得。工作流應(yīng)用我將之分為狹義工作流和廣義工作流。對狹義工作流而言,你可以將之理解為在工作流設(shè)計器里畫畫節(jié)點以及方向箭頭,設(shè)置好就節(jié)點數(shù)據(jù),動作就差不多了。(具體可以參見jbpm的websale這個demo)。
廣義的工作流是對服務(wù)之間的整合。核心問題是業(yè)務(wù)節(jié)點和工作流節(jié)點之間的映射,以及業(yè)務(wù)數(shù)據(jù)和工作流數(shù)據(jù)之間的映射,和普通工作流一樣還有流程判斷等等服務(wù)。實現(xiàn)了這些,各個業(yè)務(wù)模塊之間的數(shù)據(jù)就可以通過服務(wù),以定好的方式(進行方向控制和格式轉(zhuǎn)化)在各個節(jié)點之間流通,達到了服務(wù)整合的目的。
IBM為ESB定義了四個必備的功能:“路由器”——根據(jù)信息內(nèi)容,在不同應(yīng)用和服務(wù)之間進行信息傳輸和路由;“轉(zhuǎn)換器”——進行應(yīng)用之間的通信協(xié)議轉(zhuǎn)換;“翻譯機”——進行應(yīng)用之間的消息格式轉(zhuǎn)換;“收發(fā)室”——處理來自不同渠道的業(yè)務(wù)事件(同步傳輸,異步傳輸,發(fā)布/訂閱等方式)。
其中“路由器”和“收發(fā)室”都是針對服務(wù)的重用而設(shè)計的,而“轉(zhuǎn)換器”和“翻譯機”則專門用來解決異構(gòu)的通信問題。
針對重用和異構(gòu)這兩個難題,倪曉兵認(rèn)為ESB提供了兩個核心的功能,服務(wù)的管理和數(shù)據(jù)的轉(zhuǎn)換。
我們DEC項目的目標(biāo)就是建立一個全能服務(wù)倉庫(暫時我在DEC設(shè)計人員zy哪里得到的信息),而服務(wù)之間如何路由,如何轉(zhuǎn)換,語義的協(xié)調(diào)都沒有考慮,而后者卻是成敗的關(guān)鍵。
最關(guān)鍵的語義翻譯這一點,就現(xiàn)在的技術(shù)上來說還不能做到(需要很高的機器智能才能達到使得不同的系統(tǒng)的業(yè)務(wù)詞匯可以正確的映射,更何況是在所有的系統(tǒng)之間進行映射,同時應(yīng)用在企業(yè)級的應(yīng)用環(huán)境中)
也許真的有這樣的幻想,但是真的能夠做到這一步么?我深深的懷疑。就目前的技術(shù)手段,如果要達到數(shù)據(jù)映射的高度正確性,必須由人不同系統(tǒng)之間需要協(xié)調(diào)的數(shù)據(jù)進行語義確認(rèn)方能進行有效的映射。
當(dāng)考慮到還必須做到ESB系統(tǒng)對其接入的所有的服務(wù)數(shù)據(jù)的語義都這樣做時。我懷疑真的需要做到協(xié)調(diào)所有的服務(wù)么?
也許ESB的應(yīng)用范圍就是在公司內(nèi)部或者有限范圍內(nèi)的整合目標(biāo)明確的業(yè)務(wù)節(jié)點之間業(yè)務(wù)的整合。
posted @ 2008-04-11 17:11 wanglin 閱讀(685) | 評論 (1) | 編輯 收藏
ruby很火,ror很火。但凡一個東西火,我們要知道他火的原因。
因為他開發(fā)快,你看
rails project_name
#config db
rake db:create:all
rake db:mirage scoffled table_name [field_name:field_type,.....]
#編輯model
rake db:mirage
#編輯action和route
ruby script/server
然后一個應(yīng)用程序就生成啦,這個過程大概就2、3分鐘;而且他熱部署,所寫即所得,語法超級強大,簡單幾句話就可以表達很復(fù)雜的邏輯,真正讓人把精力集中在業(yè)務(wù)邏輯上和頁面邏輯上(他的mirage真是太cool了,完美的體現(xiàn)了定義一次schame,到處使用的原則)
坦率的講,這些別的東西——包括java都可以做到~,為什么到現(xiàn)在java還是這么殺手呢(不是應(yīng)用程序殺手,是程序員殺手,開發(fā)起來羅嗦到死。
既然ror出現(xiàn)了,所以我想jor也很快了,不過ruby使人愉快的是,它從不限制你,包括寫的更難懂——如果你真的覺得別人寫的你看不懂的話——幸運的是,它也沒有限制你寫的更簡單。
那就用ruby去快樂的編程吧
posted @ 2008-03-05 19:08 wanglin 閱讀(288) | 評論 (0) | 編輯 收藏
linux控制臺分辨率調(diào)節(jié)
2007年12月07日 上午 11:16 | 640x480 800x600 1024x768 1280x1024
-----+-----------------------------------------------------
256 | 257 259 261 263
32k | 272 275 278 281
64k | 273 276 279 282
16M| 274 277 280 283
VESA:
Colors (depth) 640x480 800x600 1024x768 1280x1024 1600x1200
------------------+-----------+-----------+------------+-------------+-------------
256 ( 8 bit) | 769 771 773 775 796
32,768 (15 bit)| 784 787 790 793 797
65,536 (16 bit)| 785 788 791 794 798
16.8M (24 bit) | 786 789 792 795 799
查上面的表,編輯/boot/grub/menu.lst
kernel /boot/vmlinuz-2.6.15-23-386 root=/dev/hdb10 ro quiet splash vga=791
這行最后補上vga=792
posted @ 2008-02-21 09:44 wanglin 閱讀(1620) | 評論 (3) | 編輯 收藏
posted @ 2008-01-22 22:46 wanglin 閱讀(214) | 評論 (0) | 編輯 收藏
posted @ 2007-11-16 08:51 wanglin 閱讀(304) | 評論 (1) | 編輯 收藏
posted @ 2007-10-17 13:31 wanglin 閱讀(652) | 評論 (0) | 編輯 收藏
posted @ 2007-10-06 18:28 wanglin 閱讀(292) | 評論 (0) | 編輯 收藏
posted @ 2007-09-19 14:10 wanglin 閱讀(696) | 評論 (2) | 編輯 收藏
posted @ 2007-09-10 11:05 wanglin 閱讀(119) | 評論 (0) | 編輯 收藏
posted @ 2007-08-25 11:41 wanglin 閱讀(181) | 評論 (0) | 編輯 收藏
posted @ 2007-08-19 18:16 wanglin 閱讀(151) | 評論 (0) | 編輯 收藏
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());
}
}
posted @ 2007-08-08 21:47 wanglin 閱讀(1348) | 評論 (3) | 編輯 收藏
異常爭論
異常有兩個模型:中止模型和繼續(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)異常從棧向上擴散時捕獲特定類型的異常的能力
Rod Johnson ,他采取一個不太激進的方法。他列舉了異常的多個類別,并且為每個類別確定一個策略。一些異常本質(zhì)上是次要的返回代碼(它通常指示違反業(yè)務(wù)規(guī)則),而一些異常則是“發(fā)生某種可怕錯誤”(例如數(shù)據(jù)庫連接失敗)的變種。Johnson 提倡對于第一種類別的異常(可選的返回代碼)使用檢查型異常,而對于后者使用運行時異常。在“發(fā)生某種可怕錯誤”的類別中,其動機是簡單地認(rèn)識到?jīng)]有調(diào)用者能夠有效地處理該異常,因此它也可能以各種方式沿著棧向上擴散而對于中間代碼的影響保持最小(并且最小化異常淹沒的可能性)。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
解決1:謹(jǐn)慎的拋出檢查型異常。或者你認(rèn)為,你可以處理它。否則,包裝為運行時異常。
解決2:如果遵守1,2不是問題
解決3:異常不跨層,否則必須捕捉或者包裝。
比如持久層丟出的SalException,你或者丟棄/處理/包裝(為運行時異常),或者重新包裝為業(yè)務(wù)層異常。保持JEE層的獨立和異常的清晰性。
包裝底層異常,保持異常鏈。
解決4:如果符合1,4也不是問題。再次強調(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ù)方法表達能力太弱,異常給了他們更豐富的表達能力。這使得業(yè)務(wù)層可以更豐富的表達業(yè)務(wù)意義。避免將業(yè)務(wù)責(zé)任分散掉。
我認(rèn)為在業(yè)務(wù)層中,恰恰要包含足夠的責(zé)任。不多也不要少(流程分支-2最好)。在別的層次中,要細(xì)致一點。
posted @ 2007-05-11 15:22 wanglin 閱讀(3658) | 評論 (1) | 編輯 收藏
在爵士主場被連扳2場,比分2:2平。
比分不重要,關(guān)鍵氣勢上被完全壓倒了。
當(dāng)初頭又大中心win那兩場,也比較懸;輸?shù)舻倪@2場卻比較爽快,這說明爵士是非常有韌性的球隊,恰巧mm都是比較軟的0
難道又是05?
那jeff可以考慮走人,火箭考慮重建。
可以看的出來,火箭當(dāng)初請jeff很大一個原因就是在最好的教練(jeff,布朗,禪師)里面,他比較擅長執(zhí)教中鋒。
可是輸?shù)暨@兩場,卻看的出來他有幾個比較致命的缺點:臨場戰(zhàn)術(shù)指揮能力差,戰(zhàn)術(shù)死板缺少變化,使用板凳或保守或激進——毫無章法
火箭輸?shù)舻倪@兩場可以看的出來mm幾乎被對方研究透了,經(jīng)常看到y(tǒng)ao一轉(zhuǎn)身,人家手一伸把球給給拍掉,tm高位擋拆,人家阻夾tm(tm和yao的擋拆只擋不拆)。。。。。戰(zhàn)術(shù)被人家研究透了,節(jié)奏完全混亂,常常看到替補們空位不進。這個時候教練應(yīng)該做點什么,可是jeff做了什么??!
jeff做的非常好的地方,還是防守。我常常看到火箭進攻的時候就tm底線卷切出來接球,這個時候yao提到45度附近一個擋拆,然后tm就得到空位突破或者跳投,如果突破得到協(xié)防的話,常常的看到tm分到空位三分。還有yao底線卡位拿球攻擊內(nèi)線,迫使對方收縮防線,或投或傳。可是當(dāng)這兩招被對方破解以后,我看到火箭隊員在進攻的時候開始茫然無措了,不知道如何跑位,不知道如何配合了。——于此相反,一回到自己半場,就好像死魚放回水里一樣,防守起來卻是井井有條,活躍起來。
你永遠(yuǎn)也別向光用防守來解決問題——因為籃球經(jīng)常出現(xiàn)無法防守的局面(比如kb大嬸發(fā)飆,tm手感到來,這個時候你派誰,用什么戰(zhàn)術(shù),使他陷入多么不合理的出手都不行),這個時候你要用進攻來回應(yīng)他。
jeff沒有辦法。
你回家吧jeff,如果你證明自己只是這個樣子的話。不是我黑你,你太讓我們失望了,你在浪費yao和tm的生命。
posted @ 2007-04-29 13:56 wanglin 閱讀(174) | 評論 (0) | 編輯 收藏
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;
}
}
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;
}
}
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();
}
}
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;
}
}
posted @ 2007-04-27 16:14 wanglin 閱讀(278) | 評論 (0) | 編輯 收藏
當(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)置了虛擬機以及網(wǎng)絡(luò)協(xié)議。
如同IBM剛開始不屑蘋果一樣,GATES眼睛里只有IBM,根本就不屑新秀netscapes;然而后者同樣使他嚇了一跳。但是MS不同于恐龍IBM的是,他迅速而堅決的采取了對策——綁定,免費。于是netscape不可抗拒的衰落了(被AOL收購)
如同今天google對ms的挑戰(zhàn)一樣,多年以前aol也是一個強勁的挑戰(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è)眼光。
或許傲慢是強者的權(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ù)的強大展現(xiàn)能力與一體。作為一個java程序員,我自然最關(guān)心的是java里面的對應(yīng)實現(xiàn)物XUL。
要實現(xiàn)類似于XAML這樣的技術(shù),java必須在客戶端裝JRE。可能SUN覺得說服用戶裝一個jre很困難,于是提出webstart、jsf等一大堆更復(fù)雜的技術(shù)——但是我質(zhì)疑的是jsf比XUL強大簡潔么?webstart下載付出的代價難道小于一個jre么?既然flash可以強制沒有裝播放器的用戶去裝,為什么jre就不可以?
作為一個JAVA程序員,自然希望JAVA更好。可是不得不承認(rèn).net在開發(fā)效率,開發(fā)體驗上,已經(jīng)遠(yuǎn)遠(yuǎn)超越了JAVA。對.net的疑慮之存在于系統(tǒng)平臺、第二提供方、健壯性等企業(yè)級顧慮中。
自由是痛苦的,無力的。
posted @ 2007-04-26 14:48 wanglin 閱讀(185) | 評論 (0) | 編輯 收藏
計算機軟件從最開始的ui+db到后面的n層機構(gòu),無疑是很大的一個進步。就以j2ee標(biāo)準(zhǔn)來說,持久層負(fù)責(zé)以對象的形式為業(yè)務(wù)層提供數(shù)據(jù),并維護數(shù)據(jù);業(yè)務(wù)層負(fù)責(zé)組裝業(yè)務(wù)邏輯,并以適當(dāng)?shù)姆绞綄?shù)據(jù)分發(fā)出去。這方面的技術(shù)很多,方案也很好。但是困擾web開發(fā)的問題在于client端。
我覺得client端最大的問題在于無狀態(tài),導(dǎo)致模型層和展現(xiàn)層的分離。我認(rèn)為最佳的解決方案是客戶端有一個強大的容器,能夠請求、展現(xiàn)、維護客戶端模型,并展現(xiàn)、修改客戶端展現(xiàn)層。不妨定義為客戶端容器語言,此語言是否可以考慮成領(lǐng)域語言,專注于客戶展現(xiàn)層展現(xiàn)和客戶端模型層。
js在客戶端展現(xiàn)沒有問題,但是js多了brower是不是太慢了,而且js本身寫起來比較難,比較容易出錯。在模型層方面,似乎不那么讓人放心。關(guān)鍵問題是不是js的語言不夠規(guī)范標(biāo)準(zhǔn),容器不夠強??
flash,感覺有點偏鋒。他完全繞開了html。ui完全是自己的,我覺得還是用html正統(tǒng)。
xaml,他也是完全繞開html。除此以外,完全和我想的一樣。
java技術(shù)是否可以考慮在client端有一個容器,操作html,負(fù)責(zé)與服務(wù)器交互并維護模型層,指導(dǎo)展現(xiàn)層??
posted @ 2007-04-25 14:12 wanglin 閱讀(2096) | 評論 (5) | 編輯 收藏
讀書是一件很有趣的事情。
碰到喜歡讀的書,我總是拿一只筆。看到喜歡的地方或者感慨的地方,就做一個標(biāo)記或者拉一條曲線,寫上自己的評價。等很久以后再讀到這里,努力想想,還是很容易想其以前自己的思路和想法。感覺自己好想回到了以前一樣,還是很年輕。。。。而那書里所言,自然有印象;不亦樂乎。
還有一個比較壞的習(xí)慣,就是wc的時候一定要帶上一點讀的東西。記得以前聽到一個散文來抒發(fā)此習(xí)慣。至今不能忘記。這也是比較爽的事情。
我上大學(xué)的時候,很是叛逆。課很少上,自然老師不喜歡我,及格也很困難。但自己常常獨自跑到圖書館,徜徉在書海,胡亂翻翻,最后挑來挑去,把借書證數(shù)額滿滿用光,抱著一陀書回去。很有滿足感——當(dāng)然也未必看的完,說不定簡單看了一番就殺將回來繼續(xù)如此。
書非借不能讀也。如今工作以后,雖然還是經(jīng)常買書,每次搬家的時候,最重的那部分就是書,可是仔細(xì)想想,很多還真沒看的很仔細(xì)。
但讀書的樂趣,又怎么可以以此來苛求呢?
posted @ 2007-04-25 10:29 wanglin 閱讀(130) | 評論 (0) | 編輯 收藏
POI讀寫Excel文件[轉(zhuǎn)]
我轉(zhuǎn)自蟲語【http://blog.matrix.org.cn/ljhj210423/entry/poi%E8%AF%BB%E5%86%99excel%E6%96%87%E4%BB%B6_%E8%BD%AC】,他也寫了一個轉(zhuǎn),轉(zhuǎn)自哪里就不知道了
一、Excel基礎(chǔ)
二、HSSF概況
三、通過usermodel讀取文件
四、通過usermodel寫入文件
五、通過eventusermodel讀取文件
六、HSSF電子表格結(jié)構(gòu)
七、通過HPSF讀取文檔屬性
八、文檔摘要信息
九、附錄
━━━━━━
正文:
━━━━━━
在上一篇文章中,我們介紹了POI項目的基本概念,了解了如何用POI來讀寫OLE 2復(fù)合文檔結(jié)構(gòu),并給出了兩個簡單的例子:用POI來讀寫Excel文件的Workbook流。本文繼續(xù)前文的話題,闡述如何用POI來讀取/寫入完整的Excel文件。
約定:POI項目2.0版現(xiàn)在已經(jīng)接近正式發(fā)行階段,開發(fā)進度迅速,不斷有新的功能集成到原有的系統(tǒng),同時也有對原有系統(tǒng)的修改。為了保證本文的及時性,本文將按照最近的1.9開發(fā)版說明。雖然編譯最近的發(fā)行版源代碼也能正常運行,但現(xiàn)在的代碼和2.0的發(fā)行版會有一些出入。
一、Excel基礎(chǔ)
Microsoft Excel 97文件格式也被稱為BIFF8,最近版本的Excel只對該格式作了少量的改動。增加對新格式的支持除了增加項目的復(fù)雜性之外,唯一的效果也許只是不得不使每個用戶升級代碼,沒有什么實際的好處。因此,在下文說明中,凡是提到Excel 97格式的地方其實都是指Excel從97到XP的格式。
二、HSSF概況
POI項目實現(xiàn)的Excel 97文件格式稱為HSSF——也許你已經(jīng)猜到,HSSF是Horrible SpreadSheet Format的縮寫,也即“討厭的電子表格格式”(微軟使某些原本簡單的事情過分復(fù)雜,同時又過分簡單地處理了某些原本需要靈活性的事情,讓人不勝佩服!)也許HSSF的名字有點滑稽,就本質(zhì)而言它是一個非常嚴(yán)肅、正規(guī)的API。通過HSSF,你可以用純Java代碼來讀取、寫入、修改Excel文件。
前面一篇文章提到了POIFS,那么HSSF和POIFS又有什么關(guān)系呢?就象其他POI的API一樣,HSSF建立在 POIFS的基礎(chǔ)上,因此在HSSF內(nèi)的有些代碼和前文的某些代碼很相似。不過,當(dāng)我們編寫基于HSSF API的代碼時,一般不需要了解POIFS API的細(xì)節(jié)。
HSSF為讀取操作提供了兩類API:usermodel和eventusermodel,即“用戶模型”和“事件-用戶模型”。前者很好理解,后者比較抽象,但操作效率要高得多。usermodel主要有 org.apache.poi.hssf.usermodel和org.apache.poi.hssf.eventusermodel包實現(xiàn)(在 HSSF的早期版本中,org.apache.poi.hssf.eventusermodel屬于eventmodel包)。
usermodel包把Excel文件映射成我們熟悉的結(jié)構(gòu),諸如Workbook、Sheet、Row、Cell等,它把整個結(jié)構(gòu)以一組對象的形式保存在內(nèi)存之中。eventusermodel要求用戶熟悉文件格式的底層結(jié)構(gòu),它的操作風(fēng)格類似于XML的SAX API和AWT的事件模型(這就是eventusermodel名稱的起源),要掌握竅門才能用好。另外,eventusermodel的API只提供讀取文件的功能,也就是說不能用這個API來修改文件。
三、通過usermodel讀取文件
用HSSF的usermodel讀取文件很簡單。首先創(chuàng)建一個InputStream,然后創(chuàng)建一個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) {
("單元格是數(shù)字,值是: " + cell.getCellValue());
} else () {
("單元格的值不是字符串或數(shù)值。");
}
如果搞錯了數(shù)據(jù)類型,程序?qū)⒂龅疆惓!L貏e地,用HSSF處理日期數(shù)據(jù)要小心。Excel內(nèi)部以數(shù)值的形式保存日期數(shù)據(jù),區(qū)別日期數(shù)據(jù)的唯一辦法是通過單元格的格式(如果你曾經(jīng)在Excel中設(shè)置過日期格式,應(yīng)該明白這是什么意思)。
因此,對于包含日期數(shù)據(jù)的單元格,cell.getCellType()將返回HSSFCell.CELL_TYPE_NUMERIC,不過利用工具函數(shù)HSSFDateUtil.isCellDateFormatted(cell)可以判斷出單元格的值是否為日期。 isCellDateFormatted函數(shù)通過比較單元格的日期和Excel的內(nèi)置日期格式得出結(jié)論——可以想象,按照這種判斷方法,很多時候 isCellDateFormatted函數(shù)會返回否定的結(jié)論,存在一定的誤判可能。
本文附錄包含了一個在Servlet環(huán)境中利用HSSF創(chuàng)建和返回Excel工作簿的實例。
四、通過usermodel寫入文件
寫入XLS文件比讀取XLS文件還要簡單。創(chuàng)建一個HSSFWorkbook實例,然后在適當(dāng)?shù)臅r候創(chuàng)建一個把文件寫入磁盤的OutputStream,但延遲到處理結(jié)束時創(chuàng)建OutputStream也可以:
HSSFWorkbook wb = new HSSFWorkbook();
FileOutputStream fileOut
= new FileOutputStream("workbook.xls");
wb.write(fileOut);
fileOut.close();
創(chuàng)建工作表及其內(nèi)容必須從相應(yīng)的父對象出發(fā),例如:
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);
如果要設(shè)置單元格的樣式,首先要創(chuàng)建一個樣式對象,然后把它指定給一個單元格——或者把它指定給多個具有相同樣式的單元格,例如,如果Excel表格中有一個摘要行,摘要行的數(shù)據(jù)必須是粗體、斜體,你可以創(chuàng)建一個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允許使用數(shù)量有限的Excel公式。這一功能目前還是“Beta級質(zhì)量”,正式使用之前務(wù)必仔細(xì)測試。指定公式的方式類如:someCell.setCellFormula(SUM(A1:A2:);。
當(dāng)前,公式中已經(jīng)可以調(diào)用所有內(nèi)建的函數(shù)或操作符,但邏輯操作符和函數(shù)(例如IF函數(shù))除外,這部分功能目前還在開發(fā)之中。
五、通過eventusermodel讀取文件
通過eventusermodel讀取文件要比使用usermodel復(fù)雜得多,但效率也要高不少,因為它要求應(yīng)用程序一邊讀取數(shù)據(jù),一邊處理數(shù)據(jù)。 eventusermodel實際上模擬了DOM環(huán)境下SAX處理XML文檔的辦法,應(yīng)用程序首先要注冊期望處理的數(shù)據(jù),eventusermodel將在遇到匹配的數(shù)據(jù)結(jié)構(gòu)時回調(diào)應(yīng)用程序注冊的方法。使用eventusermodel最大的困難在于你必須熟悉Excel工作簿的內(nèi)部結(jié)構(gòu)。
在HSSF中,低層次的二進制結(jié)構(gòu)稱為記錄(Record)。記錄有不同的類型,每一種類型由org.apache.poi.hssf.record包中的一個Java類描述。例如,BOFRecord記錄表示W(wǎng)orkbook或Sheet區(qū)域的開始,RowRecord表示有一個行存在并保存其樣式信息。所有具有CellValueRecordInterface接口的記錄表示Excel的單元格,包括NumericRecord、 LabelSSTRecord和FormulaRecord(還有其他一些,其中部分已被棄置不用,部分用于優(yōu)化處理,但一般而言,HSSF可以轉(zhuǎn)換它們)。
下面是一個注冊事件處理句柄的例子:
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電子表格結(jié)構(gòu)
如前所述,HSSF建立在POIFS的基礎(chǔ)上。具體地說,Excel 97+文件是OLE 2復(fù)合文檔( OLE 2 Compound Document),底層的OLE 2復(fù)合文檔保存了一個總是命名為Workbook(Excel 95除外,HSSF不支持Excel 95)的流。然而,宏和圖片并不保存在Workbook流,它們有自己獨立的流,有時甚至?xí)诺絆LE 2 CDF文件之內(nèi)的另一個目錄。理想情況下,宏也應(yīng)該被保留,不過目前POI項目中還沒有合適的API來處理宏。
每一個流之內(nèi)是一組記錄,一個記錄其實就是一個字節(jié)數(shù)組,可分為記錄頭、記錄體兩部分。記錄頭指明了記錄的類型(也即ID)以及后繼數(shù)據(jù)的長度,記錄體被分割成多個字段(Field),字段包含數(shù)值數(shù)據(jù)(包括對其他記錄的引用)、字符數(shù)據(jù)或標(biāo)記。
下圖概要說明了Excel工作簿的頂級結(jié)構(gòu):
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等軟件中,用戶可以通過“文件”→“屬性”菜單給文檔添加附加信息,包括文檔的標(biāo)題、主題、摘要、類別、關(guān)鍵詞等,同時應(yīng)用軟件本身還會加入最后訪問的用戶、最后訪問和修改/打印的日期時間等信息。
文檔的屬性和正文是分開保存的。如前所述,OLE 2 CDF文件內(nèi)部就象是一個容器,里面包含許多類似目錄和文件的結(jié)構(gòu),而POIFS就是用來訪問其中的文件的工具。這些文件也稱為流,文檔的屬性就保存在 POIFS文件系統(tǒng)中專用的流里面。以一個Word文檔為例:雖然在資源管理器中你只看到一個叫做MyFile.doc的文檔,其實在這個文檔的內(nèi)部,又包含了一個WordDocument、一個SummaryInformation和一個DocumentSummaryInformation文檔;通常還會有其他的文檔,這里暫且不管。
你能夠猜出這些文檔(流)分別包含什么內(nèi)容嗎?不錯,WordDocument包含了你在 Word里面編輯的文本,文檔的屬性保存在SummaryInformation和DocumentSummaryInformation流里面。也許將所有屬性保存在單個文檔里面看起來太簡單了,所以Microsoft決心要使用兩個流,為了使事情更復(fù)雜一點,這兩個流的名字前面還加上了八進制的 \005字符——這是一個不可打印的字符,因此前面就把它省略了。
Microsoft定義的標(biāo)準(zhǔn)屬性有一個好處,它們并不在乎主文檔到底是什么類型——不管是Word文檔、Excel工作簿還是PowerPoint幻燈。只要你知道如何讀取Excel文檔的屬性,就知道了如何讀取其他文檔的屬性。
讀取文檔屬性其實并不復(fù)雜,因為Java程序可以利用POI項目的HPSF包。HPSF是 Horrible Property Set Format的縮寫,譯成中文就是“討厭的屬性集格式”。HPSF包是POI項目實現(xiàn)的讀取屬性工具,目前還不支持屬性寫入。
對于讀取Microsoft定義的標(biāo)準(zhǔn)屬性,通過HPSF提供的API可以很方便地辦到;但如果要讀取任意屬性集就要用到更一般化的API,可以想象它要比讀取標(biāo)準(zhǔn)屬性的API復(fù)雜不少。本文只介紹讀取標(biāo)準(zhǔn)屬性的簡單API,因為對大多數(shù)應(yīng)用程序來說這已經(jīng)完全足夠了。
下面就是一個讀取OLE 2 CDF文檔的標(biāo)題(title)屬性的Java程序:
import java.io.*;
import org.apache.poi.hpsf.*;
import org.apache.poi.poifs.eventfilesystem.*;
/**
* 讀取OLE 2文檔標(biāo)題的示例程序,
* 在命令行參數(shù)中指定文檔的文件名字。
*/
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("標(biāo)題: \"" + title + "\"");
else
System.out.println("該文檔沒有標(biāo)題.");
}
}
}
main()方法利用POIFS的事件系統(tǒng)從命令行指定的OLE 2文檔讀取名為\005SummaryInformation的流,當(dāng)POIFSReader 遇到這個流時,它把控制傳遞給MyPOIFSReaderListener的processPOIFSReaderEvent()方法。
processPOIFSReaderEvent() 到底有什么用呢?它通過參數(shù)獲得一個輸入流,該輸入流包含了文檔標(biāo)題等屬性。為了訪問文檔的屬性,我們從輸入流創(chuàng)建一個PropertySet實例,如下所示:
si = (SummaryInformation) PropertySetFactory.create(event.getStream());
這個語句其實包含三個步驟的操作:
◆ event.getStream()從POIFSReader傳入的POIFSReaderEvent獲得輸入流。
◆ 以剛才獲得的輸入流為參數(shù),調(diào)用PropertySetFactory的靜態(tài)方法create()。正如其名字所暗示的, PropertySetFactory是一個工廠類,它有一臺“機器”能夠把一個輸入流轉(zhuǎn)換成一個PropertySet實例,這臺機器就是create ()方法。
◆ 把create()方法返回的PropertySet定型(cast)成為SummaryInformation。PropertySet提供了按照一般辦法讀取屬性集的各種機制,SummaryInformation是PropertySet的子類,即SummaryInformation類在 PropertySet類的基礎(chǔ)上增加了操作Microsoft標(biāo)準(zhǔn)屬性的便捷方法。
在這個處理過程中,可能引起錯誤的因素很多,因此我們把這部分內(nèi)容放入了一個try塊——不過這個示例程序只按照最簡單的方式處理了異常,在實際應(yīng)用中,最好能夠?qū)赡艹霈F(xiàn)的不同異常類型分別處理。除了一般的I/O異常之外,還有可能遇到HPSF特有的異常,例如,如果輸入流不包含屬性集或?qū)傩约欠ǎ蜁伋?NoPropertySetStreamException異常。
有一種錯誤不太常見,但也不是絕無可能——\005SummaryInformation包含一個合法的屬性集,但不是摘要信息屬性集。如果出現(xiàn)這種情況,則定型成SummaryInformation操作會失敗,引發(fā)ClassCastException異常。
獲得SummaryInformation實例之后,剩下的事情就很簡單了,只要調(diào)用getTitle()方法,然后輸出結(jié)果。
除了getTitle()之外,SummaryInformation還包含其他一些便捷方法,例如getApplicationName()、 getAuthor()、getCharCount()、和getCreateDateTime()等。HPSF的JavaDoc文檔詳細(xì)說明了所有這些方法。
八、文檔摘要信息
遺憾的是,并非所有的屬性都保存在摘要信息屬性集之中。許多(但不是全部)OLE 2文件還有另一個屬性集,稱為“文檔摘要信息”,對應(yīng)的流是\005DocumentSummaryInformation。這個屬性集保存的屬性包括文檔的類別、PowerPoint幻燈的多媒體剪輯數(shù)量,等等。
要訪問文檔摘要信息屬性集,程序的處理過程也和上例相似,只是注冊的目標(biāo)應(yīng)該改成\005DocumentSummaryInformation流——有時,你可能想要同時注冊到摘要信息和文檔摘要信息這兩個流。其余的處理方式和前面的例子差不多,你應(yīng)該把包含文檔摘要信息的流傳遞給PropertySetFactory.create(),但這次工廠方法將返回一個 DocumentSummaryInformation對象(而不是前面例子中的SummaryInformation對象)。如果同時注冊到了兩個流,注意檢查返回值的具體類型,或者使用Java的instanceof操作符,或者使用專用的isSummaryInformation()和 isDocumentSummaryInformation()方法。記住,create()方法返回的總是一個PropertySet對象,因此你總是可以對create()返回對象調(diào)用isSummaryInformation()和isDocumentSummaryInformation()方法,PropertySet類之所以要提供這兩個方法,是因為屬性集可能是自定義的。
如果你想要處理自定義的屬性集,或者要從標(biāo)準(zhǔn)的屬性集讀取用戶定義的屬性,必須使用一個更一般化的API,前面已經(jīng)提到,這個API要復(fù)雜得多,本文不再討論,請參見HPSF的HOW-TO文檔和POI的文檔。
結(jié)束語:本文探討了HSSF的應(yīng)用以及如何輸出到Excel文件,另外還涉及了HPSF以及如何讀取屬性集文檔摘要信息。POI是一個功能非常強大的項目,許多主題本文尚未涉及,例如如何用HSSF Serializer將XML文檔轉(zhuǎn)換成Excel格式等,這一切就有待你自己去研究了。
參考:
Jakarta POI項目主頁
Jakarta POI 源代碼
九、附錄
實例:利用Servlet創(chuàng)建和返回一個工作簿。
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:應(yīng)答
*/
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");
// 創(chuàng)建一個新的行,添加幾個單元格。
// 行號從0開始計算
HSSFRow row = sheet.createRow((short)0);
// 創(chuàng)建一個單元格,設(shè)置單元格的值
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);
// 寫入輸出結(jié)果
OutputStream out = response.getOutputStream();
wb.write(out);
out.close();
}
/** 處理HTTP GET請求
* @param request:請求
* @param response:應(yīng)答
*/
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 處理HTTP POST請求
* @param request:請求
* @param response:應(yīng)答
*/
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
/** 返回關(guān)于Servlet的簡單說明
*/
public String getServletInfo() {
return "示例:在Servlet中用HSSF創(chuàng)建Excel工作簿";
}
}
POI HSSF 操作MS Excel簡述 (OMIS二期設(shè)計階段尋找Excel導(dǎo)入導(dǎo)出實現(xiàn)方法)
POI HSSF 操作MS Excel簡述
POI HSSF是一個專門操作EXCEL的java包,可通過純java操作xls文件。
POI HSSF的類文件都放在在org.apache.poi.hssf包下,通過此包中的類就可實現(xiàn)用java操作Excel文件了。
下面是用POI HSSF操作Excel文件的方法簡述:
一, 建立Excel工作薄
HSSFWorkbook wb = new HSSFWorkbook();
二, 建立Excel工作表,每個工作表對應(yīng)的是Excel界面左下角的一個標(biāo)簽sheet1,sheet2 …
HSSFSheet sheet1 = wb.createSheet("new sheet");
三, 在工作表中建立單元格
//首先,建立行對像,行號作為參數(shù)傳給createRow方法,第一行由0開始計算。
HSSFRow row = sheet.createRow((short)0);
//建單元格
HSSFCell cell = row.createCell((short)0);
//給單元格賦值
cell.setCellValue(1);
//也可同一行內(nèi)完成建立單元格和賦值
row.createCell((short)1).setCellValue(1.2);
row.createCell((short)2).setCellValue("This is a string");
row.createCell((short)3).setCellValue(true);
//數(shù)據(jù)格式可通過創(chuàng)建單元格值時默認(rèn)如上面所視
//也可以創(chuàng)建單元格后調(diào)用setCellType指定
cell.setCellType(CELL_TYPE_NUMERIC);
四, 向單元格插入日期值
HSSFWorkbook wb = new HSSFWorkbook();
HSSFSheet sheet = wb.createSheet("new sheet");
// 可通過Sheet.setSheetName(sheetindex,"SheetName",encoding)設(shè)定工作表名
// 創(chuàng)建新行并向其加入單元格,行號由0開始。
HSSFRow row = sheet.createRow((short)0);
// 創(chuàng)建一個單元格并向其輸入一日期值,但這第一個單元格并非是日期格式。
HSSFCell cell = row.createCell((short)0);
cell.setCellValue(new Date());
// 我們將這第二個單元格改成日期格式,這需要從工作薄創(chuàng)建一個新的單元格格式,這可// 以只影響當(dāng)前建立的一個單元格。
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);
七,例程
首先調(diào)用一個方法將Oracle數(shù)據(jù)庫中的數(shù)據(jù)取出,放到List實例中,這里我調(diào)用了srrd項目中ProductData類的 listProductQuery()取得一個List實例。List中的對象是一系列名為ProductQuery實體類的實例。然后讀List,將 ProductQuery實例中的數(shù)據(jù)取出放到HSSFCell單元格中。最后將HSSFWorkbook中的數(shù)據(jù)輸出到輸出流,完成數(shù)據(jù)導(dǎo)出。
//建工作薄
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編碼,這樣才能使輸出數(shù)據(jù)不會亂碼
cell.setEncoding(HSSFCell.ENCODING_UTF_16);
}
//寫單元格標(biāo)題
cell[0].setCellValue("登記ID");
cell[1].setCellValue("登記號");
cell[2].setCellValue("所在地市ID");
cell[3].setCellValue("產(chǎn)品中文名");
cell[4].setCellValue("產(chǎn)品英文名");
cell[5].setCellValue("產(chǎn)品服務(wù)對象");
cell[6].setCellValue("產(chǎn)品功能描述");
cell[7].setCellValue("產(chǎn)品類別");
//查詢數(shù)據(jù)庫,取得數(shù)據(jù)列表的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中取出數(shù)據(jù)放入工作表中
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編碼,這樣才能使輸出數(shù)據(jù)不會亂碼
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();
}
posted @ 2007-04-25 10:16 wanglin 閱讀(461) | 評論 (0) | 編輯 收藏