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 的例子，但是，我想，原理是一樣的吧。）   閱讀全文

     摘要: 1.導出整個數據庫
　　mysqldump -u 用戶名 -p 數據庫名 > 導出的文件名

　　mysqldump -u wcnc -p smgp_apps_wcnc > wcnc.sql



2.導出一個表

　　mysqldump -u 用戶名 -p 數據庫名 表名> 導出的文件名

　　mysqldump -u wcnc -p smgp_apps_wcnc users> wcnc_users.sql

……  閱讀全文

     摘要: 畢業設計做到現在，中間改動特別大；起初探索著邊學邊用Hibernate，把數據庫表全部映射好了開始寫DAO時發現Hibernate并沒有想象中的那么吸引人  閱讀全文

     摘要: 開始打算用工作流，看了一段時間的OSWORKFLOW，發現需要配置大量的XML文件。網上教程太少了，一直到放棄的時候都沒有跑起過一個例子，還被一個XML的注釋問題整了兩天。  閱讀全文

     摘要: 2006年，最大的收獲是跟著老師做了三個月的項目，雖然項目管理控制比較亂，但確實學到了很多東西，都是不經歷項目所學不到的。一年的學習，相比以前在認識上達到了一個新的高度，但所學的很雜，不系統，基礎也不牢靠，好多基礎概念還搞不清楚。走J2EE方向，注定一輩子要不斷的學習，沒有永遠吃香的框架和技術。  閱讀全文

     摘要: 似乎沒什么必要研究ANT到底為AppFuse干了些什么，但為了了解AppFuse的大體框架，也順便學習下布署應用程序的一些過程或者規范，我覺得還是研究一下比較好。  閱讀全文

     摘要: 首先想說說IoC（Inversion of Control，控制倒轉）。這是spring的核心，貫穿始終。所謂IoC，對于spring框架來說，就是由spring來負責控制對象的生命周期和對象間的關系。這是什么意思呢，舉個簡單的例子，我們是如何找女朋友的？  閱讀全文

     摘要: 看了會ant的DOCS，網上也找了些文章，發現copy這部分都是一帶而過，講得很淺，于是我就只有自己實驗下，發現還有點收獲。
  閱讀全文