随着JAVA在后台开发速度的越来越快速，Web UI方面开发的慢速以及维护的麻烦现在是越来越明显了，UI Component的需求自然也就越来越明显了，UI Component最典型的好处在于：
1、统一Component的显示形式。
2、提高开发效率。
但如果整个Web UI全部用Component的方式就不怎么好了，毕竟纯UI的话还是HTML的比较好，之后进行替换，这样在UI角度上来说是更好做的，否则又变成了写C/S的界面了，控制UI上来说是不如Web的方便的，Web的只要UI设计师画出来然后可以直接切割为html，^_^
但就目前的Java方面来说，实现WEB UI Component好像就是js的方法吧？jsf倒是一个考虑，但目前还不好用，得等到application server都实现jsr 244再说..
应该说，现在UI Component只是用js来实现还是挺麻烦的，至少对我来说是这样，又要来学一把js oop了，呵呵，但也没办法，javascript lib完整的东西好像不多，但它的问题点在于：
1、很多UI上的东西都是在js里实现的，这点我觉得不是什么好事，将来改多麻烦，虽然可以做类似的变量、配置注入，觉得最好还是模板形式。
2、学习js，而且用js来写出component感觉好像还是挺需要水平的，找时间看看那本啥javascript宝典，^_^
3、需要考虑如何与服务器进行交互，还好现在倒是比较方便，用ajax。
呵呵，要做出一个良好的WEB UI Component的支持确实不容易， tapestry、jsf值得去玩玩了，component的驱动方式其实会造成和以前的event driven有所不同，技术上的改变是会带来架构上、设计上的影响的，^_^，其实就是架构调整了，对设计同样会提出需求..