Thinking in sky

     摘要: 人生像個舞臺，請良家少女離開。
同樣的，Freemarker和Velocity愛好者請跳過本篇。與棄用webwork而單用Spring MVC Controller接口的理由一樣，Freemarker本來是一樣好東西，還跨界支持jsp 的taglib，而且得到了WebWork的全力支持，但為了它的非標準化，用戶數量與IDE的缺乏，在View層我們還是使用了保守但人人會用，IDE友好的JSP2.0 配合JSTL。

對于B/S結構的企業應用軟件來說，基本的頁面不外兩種，一種是填Form的，一種是DataGrid 數據列表管理的，再配合一些css, js, ajax的效果，就是View層要關注的東西了。
  閱讀全文

     摘要: 目前的Web Application大多采用流行的基于B/S模式的三層架構開發，這里的三層架構指的就是Web層、業務層和數據訪問層。采用分層的開發方式有很多好處，下面只簡單地來說兩點：

　1：分層開發使不同的開發人員關注他們擅長的特定層面，有助于開發優質的系統。因為很少有程序員可以精通從JS，CSS，DHTML到struts再到 hibernate直至最后的數據庫設計這一整套開發流程所要使用到的所有技術。大家各司其職，全力關注自己擅長的層面，這要比一個人或一個小組負責某一模塊從頁面到最底層的開發方式要好的多。

　2：.分層分離了邏輯，使得系統結構層次明晰，系統變得靈活和易于維護。開發人員應該盡量使系統的各層之間保持相對獨立的松耦合狀態，這是實現分層的必要條件，也是構建良構系統的重要保證。

  閱讀全文

     摘要: Struts與Webwork的扇子請跳過本篇。

MVC不就是把M、V、C分開么？至唯物樸素的做法是兩個JSP一個負責View，一個負責Controller，再加一個負責Model的Java Bean，已經可以工作得很好，那時候一切都很簡單。
而現在為了一些不是本質的功能，冒出這么多非標準的Web框架，實在讓人一陣郁悶。像Ruby On Rails那樣簡捷開發，可用可不用，而且沒有太多的限制需要學習的，比如Webwork這型還可以考慮。但像Struts那樣越用框架越麻煩，或者像Tapestry那樣有嚴重自閉傾向，額上鑿著"高手專用玩具"的，用在團隊里就是不負責任的行為了。

  閱讀全文

     摘要: 因為Spring自帶的sample離我們的實際項目很遠，所以官方一點的model層模式展現就靠Appfuse了。

但Appfuse的model層總共有一個DAO接口、一個DAOImpl類、一個Service接口、一個ServiceImpl類、一個DataObject.....大概只有受慣了虐待的人才會欣然接受吧。
另外，Domain-Driven逢初一、十五也會被拿出來討論一遍。

其實無論什么模式，都不過是一種人為的劃分、抽象和封裝。只要在團隊里理解一致，自我感覺優雅就行了。
我的建議是，一開始DO和Manager一生一旦包演全場，DO作為純數據載體，而Manager類放置商業方法，用 getHibernateTemplate()直接訪問數據庫，不強制基于接口編程。當某天系統復雜到你直覺上需要將DAO層和Service層分開時，再分開就好了。
  閱讀全文

     摘要: 人人都愛Spring加Hibernate。
但Spring MVC+hibernate的Sample如Appfuse的代碼卻算不得最簡潔優美好讀，如果在自己的項目中繼續發揮我們最擅長的依樣畫葫蘆大法，美好愿望未必會實現。
所以，Pramatic精神不滅。這個系列就是探尋最適合自己的Spring+Hibernate模式。

I-配置文件簡化

我厭倦一切配置文件繁重的框架。
最好的情況是，框架提供極端靈活復雜的配置方式，但只在你需要的時候。

Spring提供了三種可能來簡化XML。隨著國內用戶水平的提高，這些基本的簡化技巧大家都已掌握。

  閱讀全文

     摘要: 在初始化一個類，生成一個實例的時候，newInstance()方法和new關鍵字除了一個是方 法，一個是關鍵字外，最主要有什么區別？它們的區別在于創建對象的方式不一樣，前者是使用類加載機制，后者是創建一個新類。那么為什么會有兩種創建對象方 式？這主要考慮到軟件的可伸縮、可擴展和可重用等軟件設計思想。   閱讀全文

     摘要: 全球IT實力排名，美國第1，日本第2，中國第46

從下幾個方面來分析一下：

1、軟件方面中國和日本其實沒法比較，中國的盜版業足可以摧毀任何開發人員的信心，除非是非市販領域的專業軟件也許還有些市場。

2、至于硬件方面，同屬于制造業，這是日本的強項，IBM昔日IT行業的一家壟斷就是給日立、富士通、東芝等幾家日本公司瓦解掉的。

3、人才方面，這一點是日本的真正劣勢，和印度小學要求乘法表背到20乘20，中國小學的應試教育相比，日本小學和初中的數學教育很差，如果不上私塾的話可以說數學就是一塌糊涂，這導致日本理科人才的缺少，而且相對于中國的大學來說，開設計算機系的學校太少，這方面的專業人才不足，加上高齡少子化的社會問題，后續人才的培養基本上指望不上。日本的公司又是終生雇用制，大部分不愿意換工作，限制了人才的流動性。
東大，早稻田的畢業生大部分都進了日本的大公司，和所有行業一樣，不管你多牛，新人工資20萬日元左右。

  閱讀全文

     摘要: 為了裝wicket，必須先裝WTP，只是沒想到安裝WTP這么麻煩，費了一番周折。

1. 下載EMF、GEF、JEM、WTP。
其中前面三個是安裝WTP所必須要先裝的，不然只裝一個WTP是沒有用的。這四個都可以在Eclipse的官網上找到。對應的版本關系如下：
eclipse 3.2：EMF 2.2、GEF 3.2、JEM 1.2、WTP 1.5
eclilpse 3.3：EMF 2.3、GEF 3.3、JEM 1.5、WTP 2.0

  閱讀全文

     摘要: 本文討論的范圍只包括采用 HTML Template 的顯示層技術，不包括 Echo ， GWT(google web toolkit) 等根據代碼產生 HTML 的工具。

本文主要討論 Server Side ( 針對 Java Language) 的顯示層技術，然后進一步討論 Browser Side （ Ajax ）的顯示層技術（一個典型的 Ajax 應用也分為 Model, View, Controller – Data, HTML/CSS, JavaScript ）。注意，本文關于 Ajax 的討論只有很少一部分，因為我不擅長這個領域。只是一個順便的擴展比較。

一個很有趣的現象。 Server Side 和 Browser Side 的顯示層技術格局恰好相反。 Server Side 的 Scripted Template 技術比較多，比較流行；而 Browser Side 的 HTML DOM Manipulation 技術、 HTML View Model 技術比較多，比較流行。

  閱讀全文

     摘要: Dorado確實是很創意的產品，最近在邊學邊用，把一些心得記錄下來以便以后好查。

1. 在客戶端調用dataset1.flushData()時，會到服務端調用該ViewModel實現類的doLoadData()，如果doLoadData()方法里還有其它Dataset，如
Dataset dataset2 = getDataset("dataset2");
Dataset dataset3 = getDataset("dataset3");
…… 這個時候，就得不到除dataset1以外的任何dataset，也就是說dataset1和dataset2為null  閱讀全文

     摘要: 系統中需要一個方法，方法參數為任意對象，要求找到該對象的所有屬性名和屬性值，當然必須要用到反射了。查了會API，發現JAVA反射功能果然強大，一下就找到了需要的函數。  閱讀全文

     摘要: 因為中毒，重裝了系統和環境，導入項目后，所有使用泛型和ForEach的地方全部報錯，暈了，重裝系統前是好好的，JDK也是1.5版本，網上查了下，原來是Eclipse配置的問題，Preferences-->Java-->Compiler里，Compiler compliance level一項為1.4，改成5.0就對了。  閱讀全文

     摘要: 但是這個時候，問題出來了，事務是針對 Connection 的，而上面的兩個連續的 HibernateTemplate 執行的 saveOrUpdate 中的 Connection 必須是一致才能用事務， spring 怎么做到這一點的呢？（這個問題也就是在找 spring 的事務例子前，我想的 spring 中用 jdbc 來進行事務，怎么樣讓 Connection 保持一致呢？但是沒有 jdbc 的例子，只有整合 hibernate 或者 ibatis 的例子，但是，我想，原理是一樣的吧。）   閱讀全文