开发 Web-based 应用程序已俨然成为企业应用未来的主流趋势，而 JSP 具备了 Java 跨平台及可存取 J2EE 架构中提供的所有服务等优点，更是企业在项目开发时考量的最佳网站技术。

然而，单单用 JSP 来开发 Web 项目并不容易，因为 JSP 是非事件驱动程序撰写模式 ( Non Event-Driven Computing Model)、 UI (HTML Elements) 无法由程序代码直接控制、以及 UI 的状态(View State)无法自动保存， 这些因素造成了JSP的程序代码与 UI 混合在一起，错综复杂的 UI/程序代码不仅在开发上不容易，也造成日后维护与扩充上的困难。

相较于传统的 Client Forms 或 Client-based Web Applications 程序撰写模式而言， JSP显然不直觉多了。原因有三，兹并列比较如下:

1. Event-Driven Computing Model

Client Forms : 你可以藉由撰写事件处理函式 (Event Handler) 来处理由 GUI components所触发的事件。 例如 Button 的 OnClick 事件或 DropdownList 的 OnSelectChanged 事件。

纯 JSP : 因为JSP是由上到下循序处理 (Sequential Processing)，因此你必须用程序来判断到底使用者按了哪个按钮， 使用者是否改变选定的选单项目等等，然后根据这些判断结果来撰写对应的程序代码。

2. GUI Compoment

Client Forms : 所有 GUI Compoment 的属性与行为都可以由程序代码完全存取与控制， 程序代码与 UI是完全分开的。

纯 JSP : 因为JSP是由上到下循序处理 (Sequential Processing)，因此你必须在适当的JSP档案位置插入程序代码， 以改变 output 至浏览器的 UI。但这样撰写方式往往造成程序代码与 UI 混杂在一起，非常难维护与扩充。

3. Retain View State automatically

Client Forms : 无庸置疑，在传统的 client forms 中， GUI component 的状态 (view state) 自动保持在最后使用者对它改变的状态。

纯 JSP : 因为 HTTP 是不保持状态的 (Stateless)，因此所有的 HTML element 的状态 (View State )会在 post 回 web server 后就消失。 为了保持最后使用者对 GUI Compoment 改变的状态 ，你必须要撰写程序。 保持 HTML element 的状态 (View State )并不容易，不同的 HTML element 需要用不同的处理方法。 通常，约有25%的程序代码单纯为了这件在 Client Form 中视为理所当然的事。

附带优点
除了上述的三个使用JSPWidget 的好处外， 另外下列附带优点:
1. 自动传回 (AutoPostBack)
2. 宣告式字段编审(Declarative Validation)
3. 资料系结(DataBinding)

这是由 恒逸信息 所提供超好用而且免费的东西
网站上还有详细的介绍和范例唷
http://edu.uuu.com.tw/jspwidget/
http://edu.uuu.com.tw/jspwidget/docs/jspwidget_introduction.htm
欢迎大家试试看唷~~~