毋庸置疑的是，将来的发展方向是标签声明性编程。不过具体怎么实现，确实也蛮难说的。

ext的标签方式我到没有见过，ext也没有研究。

ext与标签方式可以结合，只是不需要面向js代码，而只是标签

需要直接使用js解析自定义标签呈现UI，那还是从脚本驱动，那么和直接编码就没什么区别了。
人家还不如用ext，那个可要成熟的多。

不是非要使用jsp的标签机制,我的意思是指直接使用js解析自定义标签呈现UI,而不是在装饰的基础上呈现

不客气，Bindows 我了解的也不多，只是看过几个例子而已，都没有用它写过程序，也不知道好不好用，期待楼主的 JSI！

谢谢，明白了，那他在这点上和backbase有点像。

JSI的装饰引擎和bindows的定位不同，bindow是要吧浏览器变成桌面。
而我只是在已有的网页上简单的装饰一下。零代码编程。快数开发，定位在那些追求开发效率的项目。

如果以重量级高低排列：
bindows>backbase>jsi 装饰引擎

Bindows 一开始就支持标签的，它的标签是 XML 格式，不是直接插入的 HTML 中的，标签文件需要单独写成独立的 xml 文件：

http://www.bindows.net/documentation/samples/inline/index.html

哦，bindows给我的印象一直时那种基于编程的ui风格。开始支持客户端标签了吗？
我刚才在它网站上找了一下，没有找到，能否给个具体的例子？

楼主的 JSI 装饰器看上去跟 Bindows 的那个标签支持差不多，我觉得 Bindows 那套标签设计的很好，而且加载时给人的感觉也不错，楼主可以参考一下 Bindows 的实现。

首先，我不想绑死在jsp上，再次，页面上的事情从页面上去解决有它的好处。

jsp标记要实现ria一般也需要生成一堆js脚本，和引入脚本，许多事情还是要靠js去解决。而用jsp去管理一堆堆js脚本，我觉得也不是一个好办法。

我不是说，那个更好，只能说那个都有自己的适用环境。

jsi的装饰器机制有特点，不如以类似JSP自定义标签实现的好，为什么要装饰呢

预告一下：
JSI的重构工作已经基本完成，现在正在测试、更新工具、补充一些性能测试报告。

JSI2alpha将推迟到下周发布。

接上，移除了xml命名空间及其内容，装饰引擎。io包并入util了，移除了一些脚本，如xml 模板引擎、装饰引擎实现等。。。
基本上做到了功能无关了。
只剩下html包和util包。lang包这种语言兼容包不说。

现在的类库只有（数据拷贝自JSI jsdoc）：

#js.html //保留这个包，因为这些实在太常用了，
* BrowserInfo
//保留Decorator是因为装饰器初始化，还是受到点特别关照
* Decorator
* EventUtil
* StyleUtil

#js.util//保留这个包主要因为异步装载用到这些类库
* LoadTask
* Request
* ScriptLoadTask
* TaskQueue