再JSI的脚本导出工具中。通过再脚本抓出时加上一个拦截器，替换其中有效的模板创建指令的方式实现：

详细步骤：

1. 在抓出的源代码中，找到模板创建代码。
2. 通过装载单元管理器的上下文生成同样的模板实例。
3. 将对象的中间数据转化成JSON替换模板创建代码中的参数。

处理结果实例代码（没有做简单实例，吧全部的JSIDoc代码的处理结果的部分代码摘录出来）：

JSI2初期我做过一些异步装载和延迟装载的时间消耗统计。

当时就感觉这里面有比较大的水分。详细数据见：
http://www.javaeye.com/topic/93118

那个版本，异步的计算方式是非常繁琐的，慢那么一点，绝对正常。

而现在新版本中，极大简化了异步处理。但是，今天我测试一下，发现数据并不太乐观。
以延迟装载JSIDoc（org.xidea.jsidoc:JSIDoc）这个还算复杂的脚本集为例，
他涉及到22个脚本文件，39个公开对象。分布在5个不同的

发布说明：http://www.javaeye.com/news/2154

下载 JSI-example-<version>.war
http://sourceforge.net/project/showfiles.php?group_id=175776

部署到java servlet容器（如tomcat）。
打开目录   scripts/

将显示JSI自解析文档，左下角有一些功能菜单和JSI内核参考。
如，$import 函数说明，Package内部对象说明（包定义时用到），脚本导出，装载测试。。。

1。脚本元素都有固定的依赖。
这是JSI能够处理的理想情况，当能，这点我们编码过程中，可能会违背，不过，我不认为那是一个好办法。

2。脚本是需要明确组织和约束的。
事实上，脚本程序一般不会太复杂，而且脚本程序员很少有协作的习惯和需要，所以他们也都很少有脚本管理的意识。不过，当我们需要开发一个庞大的ui库，或者一些复杂的前端运用。那么，前端脚本管理一定有其存在的价值。

3。所有导入的脚本元素，都是完整可用的。
只要你能成功导入，

之所以说或者，是说，严格按照ECMA262，JSA没错，错的是JScript没有完全遵守ECMA262。

不多废话，先亮出问题。
原始代码：

还没发布，先给大家看看运行效果。

大家看看如何？
我妹妹设计的^_^

JSI的基本目标是解决JavaScript在开发大型运用时的一些天生缺陷。
比如脚本模块化的问题，语言的动态性带来的混乱。
这里列出JSI解决这些问题的几点要素。


框架层面的要素：

1. 依赖管理及模块隔离。
2. 脚本托管及脚本导出。
3. 开发期间的脚本管理。

一些工具层面的支持：

1. 调试友好支持。
2. 测试期及编译期模板技术。