Thinking in sky

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

對于B/S結(jié)構(gòu)的企業(yè)應(yīng)用軟件來說，基本的頁面不外兩種，一種是填Form的，一種是DataGrid 數(shù)據(jù)列表管理的，再配合一些css, js, ajax的效果，就是View層要關(guān)注的東西了。
  閱讀全文

     摘要: 目前的Web Application大多采用流行的基于B/S模式的三層架構(gòu)開發(fā)，這里的三層架構(gòu)指的就是Web層、業(yè)務(wù)層和數(shù)據(jù)訪問層。采用分層的開發(fā)方式有很多好處，下面只簡單地來說兩點(diǎn)：

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

　2：.分層分離了邏輯，使得系統(tǒng)結(jié)構(gòu)層次明晰，系統(tǒng)變得靈活和易于維護(hù)。開發(fā)人員應(yīng)該盡量使系統(tǒng)的各層之間保持相對獨(dú)立的松耦合狀態(tài)，這是實現(xiàn)分層的必要條件，也是構(gòu)建良構(gòu)系統(tǒng)的重要保證。

  閱讀全文

     摘要: Struts與Webwork的扇子請?zhí)^本篇。

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

  閱讀全文

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

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

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

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

I-配置文件簡化

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

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

  閱讀全文

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

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

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

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

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

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

  閱讀全文

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

1. 下載EMF、GEF、JEM、WTP。
其中前面三個是安裝WTP所必須要先裝的，不然只裝一個WTP是沒有用的。這四個都可以在Eclipse的官網(wǎng)上找到。對應(yīng)的版本關(guān)系如下：
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

  閱讀全文