周游世界

     摘要: 恐懼、不確定和懷疑JSF的觀(guān)念環(huán)繞著JSF技術(shù)已經(jīng)有一段時(shí)間了，我覺(jué)得是阻止這種觀(guān)念繼續(xù)曼延的時(shí)候了——或者至少在兩者這間取得平衡點(diǎn)。關(guān)于JSF，首當(dāng)其充的誤解，就是離不開(kāi)拖拽式所見(jiàn)即所得工具進(jìn)行JSF開(kāi)發(fā)。其二，JSF不支持類(lèi)似Struts的MVC Model 2框架。而最后一點(diǎn)，也是困擾JSF開(kāi)發(fā)最大的一點(diǎn)，就是關(guān)于其開(kāi)發(fā)困難度的說(shuō)法。  閱讀全文

     摘要: 我愛(ài)你，請(qǐng)理解，謝謝你，對(duì)不起。  閱讀全文

     摘要: 1. 原子性(ATOMICITY): 一個(gè)事務(wù)要被完全的無(wú)二義性的做完或撤消。在任何操作出現(xiàn)一個(gè)錯(cuò)誤的情況下，構(gòu)成事務(wù)的所有操作的效果必須被撤消，數(shù)據(jù)應(yīng)被回滾到以前的狀態(tài)。
2. 一致性(CONSISTENCY): 一個(gè)事務(wù)應(yīng)該保護(hù)所有定義在數(shù)據(jù)上的不變的屬性(例如完整性約束)。在完成了一個(gè)成功的事務(wù)時(shí)，數(shù)據(jù)應(yīng)處于一致的狀態(tài)。換句話(huà)說(shuō)，一個(gè)事務(wù)應(yīng)該把系統(tǒng)從一個(gè)一致?tīng)顟B(tài)轉(zhuǎn)換到另一個(gè)一致?tīng)顟B(tài)。舉個(gè)例子，在關(guān)系數(shù)據(jù)庫(kù)的情況下， 一個(gè)一致的事務(wù)將保護(hù)定義在數(shù)據(jù)上的所有完整性約束。
3. 隔離性(ISOLATION): 在同一個(gè)環(huán)境中可能有多個(gè)事務(wù)并發(fā)執(zhí)行，而每個(gè)事務(wù)都應(yīng)表現(xiàn)為獨(dú)立執(zhí)行。串行的執(zhí)行一系列事務(wù)的效果應(yīng)該同于并發(fā)的執(zhí)行它們。這要求兩件事:
* 在一個(gè)事務(wù)執(zhí)行過(guò)程中，數(shù)據(jù)的中間的(可能不一致)狀態(tài)不應(yīng)該被暴露給所有的其他事務(wù)。
* 兩個(gè)并發(fā)的事務(wù)應(yīng)該不能操作同一項(xiàng)數(shù)據(jù)。數(shù)據(jù)庫(kù)管理系統(tǒng)通常使用鎖來(lái)實(shí)現(xiàn)這個(gè)特征。
4. 持久性(DURABILITY): 一個(gè)被完成的事務(wù)的效果應(yīng)該是持久  閱讀全文

     摘要: B/S結(jié)構(gòu)的軟件開(kāi)發(fā)中，特別是在越大型的分布式應(yīng)用中體現(xiàn)的越明顯，后端的處理往往會(huì)因?yàn)槌霈F(xiàn)較多的時(shí)間消耗而引起延遲,這種延遲有可能過(guò)長(zhǎng)而最終使用戶(hù)認(rèn)為是自己的操作錯(cuò)誤，導(dǎo)致他們重新提交請(qǐng)求，由于任務(wù)的重復(fù)提交,服務(wù)器資源大部分被占用,情節(jié)嚴(yán)重可能出現(xiàn)類(lèi)似死機(jī)現(xiàn)象。  閱讀全文

     摘要: Struts采用Validator框架（Validator框架現(xiàn)在是Jakarta Commons項(xiàng)目的一部分）來(lái)解決校驗(yàn)問(wèn)題，它將校驗(yàn)規(guī)則代碼集中到外部的且對(duì)具體的應(yīng)用程序中立的.xml文件中，這樣，就將那些到處出現(xiàn)的校驗(yàn)邏輯從應(yīng)用程序中分離出來(lái)，任何一個(gè)Struts應(yīng)用都可以使用這個(gè)文件，同時(shí)還為校驗(yàn)規(guī)則的擴(kuò)展提供了便利。更難能可貴的是由于Validator框架將校驗(yàn)中要用到的一些消息等信息與資源綁定有機(jī)結(jié)合在一起，使得校驗(yàn)部分的國(guó)際化編程變得十分的便捷和自然。  閱讀全文

     摘要: We have recently built a mash-up application with heavy use of AJAX techniques, and Internet Explorer needs special optimizations because of its poor memory management, bad performance creating objects, and poor event performance. We did not find these problems in Firefox. Firefox is more efficient than IE, even with all the problems reported of memory leaks.  閱讀全文