經過一月的時間，在一些朋友的熱心幫助下，修正了一些問題，現在發佈正式的版本!
266頁
希望大家喜歡Wicket這個框架!
如果大家喜歡這本書，麻煩下載後回覆一下!
讓我有寫下去的信心和激情!
下面是簡單的介紹
Wicket前生後世篇
Wicket是什麼?簡單點說，它就是一個基於Java的Web開發框架，與Struts，WebWork，Tapestry相類似。其特點在於對Html和代碼進行了有效的分離（有利於程序員和美工的合作），基於規則的配置(減少了XML等配置文件的使用)，學習曲線較低（開發方式與C/S相似），更加易於調試（錯誤類型比較少容易，而且容易定位）。如果你不對微軟並不反感，可以把它看作Java平臺上的ASP.NET。
Wicket現在是Sourceforge上一個非常活躍的項目，開發源碼基於Apache協議（也是最寬鬆，對商業最友好的的源碼協議），項目位於http://wicket.sourceforge.net，另外它還有一個獨立的域名網站http://www.wicketframework.org/。最新的消息則是，Wicket已經成爲Apache孵化器中一個項目，可以通過http://incubator.apache.org/projects/wicket.html來訪問。但SourceForge上的網站仍然可以訪問。
Wicket出現時，著名的J2EE網站TSS（即http://www.TheServerSide.com，以後簡稱TSS），對該項目也進行了討論，有一段曠日持久的論戰（地址：http://www.theserverside.com/news/thread.tss?thread_id=28162:），論戰主力當然就是Wicket的主要作者Jonathan Locke和Tapestry的作者Howard Lewis Ship ，爭論的內容十分廣泛，從URL的格式到系統結構，從擴展性到界面開發，如果有時間的話，我儘量將其中部分內容翻譯過來，還是很精彩的。（TSS上很多的討論都非常精彩，如果英文好的話，建議經常上去看看，國外的牛人就是多啊。有時候我也覺得很奇怪，這些人都不用睡覺的嗎，看他們的帖子，完全覆蓋了24小時，感覺他們的老闆真是寬容啊）。
Wicket的作者中有幾個是原Sun公司Swing小組的開發人員（現在可能大部分已經不是了），因此Wicket的框架中帶有濃厚的C/S色彩。而他們的開發計劃中，還包括了Swing，Flash平臺的支持，也就是說使用Wicket不僅可以可以輸出Html，而且可以支持Swing和Flash，不過和朋友經過討論後，覺得這個計劃看起來有一點不切實際，畢竟Html，Swing，Flash之間的差別還是很大，恐怕想要無縫移植，還是有點難度的。單是一個JavaScript，恐怕就夠頭痛了。
Wicket帶有強烈C/S結構的UI色彩，這一點有助於美工和程序人員的分工，與Delphi的開發方式非常類似（Delphi使用.frm文件保存UI控件的定義，而用.pas文件存儲代碼，從而對控件進行操作）。Wicket則是使用Html描述UI，並將具有特殊標記的Html元素定義爲UI控件，在java文件中則直接使用代碼操作這些UI控件，控制其輸出及行爲，樣式等。這一點和Tapestry，以及.NET平臺上的ASP.NET極爲相似，也怪不得與Tapestry的作者爭論了這麼久，畢竟兩者的用戶羣有很多的重複。其實從結構上看來，無論是Tapestry，ASP.Net，Wicket估計都借鑑了Applet平臺上的WebObjects，還有Delphi。（不要忘了，Delphi的創建者Anders Hejlsberg就是.net框架的架構師，所以C#和Asp.net怎麼看都帶着Delphi的影子。
Wicket目前最新的版本是1.2.2版，已經支持了AJAX，但感覺這個框架的發展時間畢竟還是短了一點，儘管設計思想很不錯，但還是有許多問題存在的，包括控件的數量，BUG較多等，希望2006年它可以儘快的成熟起來。
關於重新發明輪子的爭論
談到Wicket，恐怕第一個感覺就是在Java的Web開發中又多了一個輪子，這一點國內外的程序員好象都是一樣。
有一個國外的Blog專門寫了一篇關於輪子的文章，說明了重複發明輪子的必要性。我個人對於這種輪子是持一種歡迎的態度，因爲沒有人會去寫一段功能完全一樣的東東，總是要修正了原有輪子的不足，這樣就不能簡單當作一種重複。
即使是功能重複，就不需要輪子了嗎?JSP能完成Struts到所有功能，而Tapestry能做到的，Struts也全部可以做到，但Struts，Tapestry就不需要了嗎?Struts的MVC結構比JSP更加優秀，在很大程度上減輕了開發人員開發量，而Tapestry基於組件的開發方式，則是開創了一種新的Web開發方式，對於多語言的支持也有了新的方式。以往開發多語言頁面時，往往使用properties保存字符串資源，但是頁面通常都沒有什麼變化。而Tapestry可以通過不同的Html爲不同的國家指定不同的頁面。
Wicket吸收了Tapestry的一部分內容，但我最喜歡的就是，它是基於規則的，而並非XML配置的方式，這不僅有利於程序員學習，對系統的維護及開發規範都很有效，畢竟XML的編寫並不見得就比寫一段程序來得更容易。（這裏插一句題外話，我覺得XML文件用來表示數據和資源，而不是行爲，更不是業務，所以對於XML我只用來存放多語言資源或者用來做數據交換。象Spring這種大量使用XML方式，我並不欣賞，Spring也意識到了這一點，在2.0版本中努力的簡化Xml的配置，但是並不盡如人意）。如果使用簡單的規則來配置或者管理一個系統，用戶就會很容易的查找到自己需要的內容。而通過配置文件，不管這樣的一個配置文件的結構如何好，也需要在其中查找自己需要的內容，開發效率肯定要低一些。
因此對於這種有創新性的輪子，多幾個，或許Java世界可以跑得更快一些。
去年就聽說不少Web框架的開發人員要聯合起來開一個Web框架，在Yahoo上還有一個討論組，上去看了一下。但是這個事件對我的第一感覺就是暈，第二感覺就是特別的暈，雖然目前Java世界的Web框架一通混戰，但這樣一個聯盟，所給出的東西很可能是第二個EJB。