- 浏览: 508828 次
- 性别:
- 来自: 初到北京
最新评论
-
javamonkey:
有点老了,有个Teb测试,这个性能测试很标准http://gi ...
几款模板引擎的性能对比 -
greenlaw110:
xuyao 写道sdh5724 写道xuyao 写道很好,nn ...
几款模板引擎的性能对比 -
sefier:
不知道你看的是哪个版本的,现在所看到的版本和你所描述的不一致, ...
Facebook XHP 调研 -
javatar:
我觉得从通用语言去思考可能更有意思,满足八封其实就是一个完备集 ...
五行通天地 八卦定乾坤--打算按照先天八卦的形制重构Lite模版引擎的指令集 -
luo2pei4321:
MVEL的官方例子里面好像只支持Integer和String两 ...
表达式引擎JSEL介绍
何谓安需装载?
脚本程序一般都是下载后执行 ,当脚本库非常庞大时,一次性下载起来非常费时,传统的解决方式是,按功能模块把脚本写在不同的文件中,页面上手动加入script标签装载指定内容,但 是这有一些缺点,类库的使用者需要知道没个脚本之间的关系,顺序要求等等,而不可能要求每个类库使用者都对其非常熟悉,出错的可能性很大。于是很多框架开 始支持导入指令,想使用什么一个导入函数就完了,不必一堆堆的script文件,不用小心翼翼的关注着他们的依赖关系。
安需装载可分如下三种模式:
- 即时同步按需装载(阻塞,JSI、JSVM、dojo)。
最简单的按需装载实现,通过XMLHttpRequest同步装载脚本文件实现。问题是,浏览器使用这种方式同步获取资源时将导致浏览器阻塞:停止响应用户事件、停止页面重画操作。所以,虽然编程最为简单,但是用户体验最差。
- 异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。 - 延迟同步按需装载(无阻塞,JSI2.0+)。
JSI通过动态预装载功能实现的一种同步获取资源的方法,虽然也是同步,但没有阻塞,可以算时兼顾易用性和用户体验的机决方按。缺点时有一定延迟,当前脚本标签中不可用。
使用方法(JSI示例)
以一个代码语法着色程序为例:类库位置:example/codedecorator/code.js
页面位置:example/xxx.html
- 即时同步按需装载
js 代码- $import("example.codedecorator.Code");
- var code1 = new Code();
- code1.id = "libCode";
- code1.decorate();
- 异步按需装载
js 代码- $import("example.codedecorator.Code",function(Code){
- var code1 = new Code();
- code1.id = "libCode";
- code1.decorate();
- })
- 延迟同步按需装载(无阻塞,JSI2.0+)。
xml 代码- <script>"../scripts/boot.js"><\/script>
- <script>
- $import("example.codedecorator.Code",true);
- <\/script>
- <script>
- var code1 = new Code();
- code1.id = "libCode";
- code1.decorate();
- <\/script>
示例说明:
下载后最好能放到一个能受到网速限制的服务器上,只有这样才能看到阻塞的问题。
第一次发布仅再ff上测试通过。
第二次发布修正ie上的错误。
第三次发布修正opera上的错误。
在线测试
http://jsintegration.sourceforge.net/example/code.html
http://www.xidea.org/project/jsi/example/code.html
参考:
JSI 导入函数: function $import(path, callbackOrLazyLoad, target )
JSI2 预览版下载:http://groups.google.com/group/jsier/files
- import-example3.rar (107.6 KB)
- 描述: opera兼容更新
- 下载次数: 277
评论
17 楼
cozone_柯中
2007-04-04
<br/>
<strong>jindw 写道:</strong><br/>
<div class='quote_div'>nbimport.js的作用,我上个回帖已经说了。<br/>
<br/>
JSI在这几种情况下有它的价值:<br/>
1。当脚本太多,依赖太多的时候,jsi可以将问题隔离,避免依赖扩散,命名冲突。<br/>
2。JSI的组件模型,页面装饰引擎,可以用在开发效率优先的项目中。保持页面简洁的同时,实现ria的功能。<br/>
3。JSI的组件模型是开放的,弱侵入的,任何类库开发者可以轻松开发自己的装饰库。<br/>
<br/>
你说的依赖其他框架的太多的情况,jsi就有它的用武之地。<br/>
JSI是<strong>无侵入</strong>的框架,将第三方类库集成到jsi中是非常简单的事情,一般不需要修改源代码。只要描述好类库脚本元素(如函数,变量等)及其依赖。而且,集成之后,类库将比原来更加好用,至少你不必处处关心他们的依赖、类库之间的冲突、不用在页面上显式导入一堆你没有直接用到的脚本。<br/>
<br/>
<br/>
目前JSI才刚刚开始,只是一个预览版本。虽然现在影响不大,我对他的功能、技术、风格都是非常自信。<br/>
我现在正在参照xul编写一些常用的装饰器。下一此发布的时候,会许就能感受到它装饰引擎的优雅。</div>
<p><br/>
</p>
<p>最后还有一个问题。比如gamail.这样完全不刷新的系统, 把所有js压缩到一起下载下来, 这称为模式1吧</p>
<p>模式2为jsi, 那种更好?</p>
<p>个人觉得模式1还是优于模式2, 因为js是有缓存的,想这样的系统加载一次js就完全不用考虑加载了</p>
<p><br/>
很期待你的jsi能越来越成熟,在下个项目里,我优先采用jsi, 因为我也感觉到该模式带来的方便,<br/>
</p>
<p> </p>
<strong>jindw 写道:</strong><br/>
<div class='quote_div'>nbimport.js的作用,我上个回帖已经说了。<br/>
<br/>
JSI在这几种情况下有它的价值:<br/>
1。当脚本太多,依赖太多的时候,jsi可以将问题隔离,避免依赖扩散,命名冲突。<br/>
2。JSI的组件模型,页面装饰引擎,可以用在开发效率优先的项目中。保持页面简洁的同时,实现ria的功能。<br/>
3。JSI的组件模型是开放的,弱侵入的,任何类库开发者可以轻松开发自己的装饰库。<br/>
<br/>
你说的依赖其他框架的太多的情况,jsi就有它的用武之地。<br/>
JSI是<strong>无侵入</strong>的框架,将第三方类库集成到jsi中是非常简单的事情,一般不需要修改源代码。只要描述好类库脚本元素(如函数,变量等)及其依赖。而且,集成之后,类库将比原来更加好用,至少你不必处处关心他们的依赖、类库之间的冲突、不用在页面上显式导入一堆你没有直接用到的脚本。<br/>
<br/>
<br/>
目前JSI才刚刚开始,只是一个预览版本。虽然现在影响不大,我对他的功能、技术、风格都是非常自信。<br/>
我现在正在参照xul编写一些常用的装饰器。下一此发布的时候,会许就能感受到它装饰引擎的优雅。</div>
<p><br/>
</p>
<p>最后还有一个问题。比如gamail.这样完全不刷新的系统, 把所有js压缩到一起下载下来, 这称为模式1吧</p>
<p>模式2为jsi, 那种更好?</p>
<p>个人觉得模式1还是优于模式2, 因为js是有缓存的,想这样的系统加载一次js就完全不用考虑加载了</p>
<p><br/>
很期待你的jsi能越来越成熟,在下个项目里,我优先采用jsi, 因为我也感觉到该模式带来的方便,<br/>
</p>
<p> </p>
16 楼
jindw
2007-04-04
nbimport.js的作用,我上个回帖已经说了。<br/>
<br/>
JSI在这几种情况下有它的价值:<br/>
1。当脚本太多,依赖太多的时候,jsi可以将问题隔离,避免依赖扩散,命名冲突。<br/>
2。JSI的组件模型,页面装饰引擎,可以用在开发效率优先的项目中。保持页面简洁的同时,实现ria的功能。<br/>
3。JSI的组件模型是开放的,弱侵入的,任何类库开发者可以轻松开发自己的装饰库。<br/>
<br/>
你说的依赖其他框架的太多的情况,jsi就有它的用武之地。<br/>
JSI是<strong>无侵入</strong>的框架,将第三方类库集成到jsi中是非常简单的事情,一般不需要修改源代码。只要描述好类库脚本元素(如函数,变量等)及其依赖。而且,集成之后,类库将比原来更加好用,至少你不必处处关心他们的依赖、类库之间的冲突、不用在页面上显式导入一堆你没有直接用到的脚本。<br/>
<br/>
<br/>
目前JSI才刚刚开始,只是一个预览版本。虽然现在影响不大,我对他的功能、技术、风格都是非常自信。<br/>
我现在正在参照xul编写一些常用的装饰器。下一此发布的时候,会许就能感受到它装饰引擎的优雅。
<br/>
JSI在这几种情况下有它的价值:<br/>
1。当脚本太多,依赖太多的时候,jsi可以将问题隔离,避免依赖扩散,命名冲突。<br/>
2。JSI的组件模型,页面装饰引擎,可以用在开发效率优先的项目中。保持页面简洁的同时,实现ria的功能。<br/>
3。JSI的组件模型是开放的,弱侵入的,任何类库开发者可以轻松开发自己的装饰库。<br/>
<br/>
你说的依赖其他框架的太多的情况,jsi就有它的用武之地。<br/>
JSI是<strong>无侵入</strong>的框架,将第三方类库集成到jsi中是非常简单的事情,一般不需要修改源代码。只要描述好类库脚本元素(如函数,变量等)及其依赖。而且,集成之后,类库将比原来更加好用,至少你不必处处关心他们的依赖、类库之间的冲突、不用在页面上显式导入一堆你没有直接用到的脚本。<br/>
<br/>
<br/>
目前JSI才刚刚开始,只是一个预览版本。虽然现在影响不大,我对他的功能、技术、风格都是非常自信。<br/>
我现在正在参照xul编写一些常用的装饰器。下一此发布的时候,会许就能感受到它装饰引擎的优雅。
15 楼
cozone_柯中
2007-04-03
0.016 1110 GET 200 http://jsi.xidea.org/example/code-non-block.html
0.031 26489 GET 200 http://jsi.xidea.org/scripts/boot.js
0 214 GET 200 http://jsi.xidea.org/scripts/config.js
0 21 GET 200 http://jsi.xidea.org/scripts/nbimport.js
0.016 373 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/example/code/__$package.js
0.015 1265 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/example/code/code.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 491 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.015 3343 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/template.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 4140 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/tag.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 1445 GET 200 http://jsi.xidea.org/scripts/preload/js/util/collections.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 212 GET 200 http://jsi.xidea.org/scripts/preload/js/io/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.015 2538 GET 200 http://jsi.xidea.org/scripts/preload/js/io/request.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 680 GET 200 http://jsi.xidea.org/scripts/preload/js/io/writer.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 471 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/syntax/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 4839 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/syntax/syntax-parser.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 2455 GET 200 http://jsi.xidea.org/scripts/org/xidea/example/code/code.css
这里已经很详细的记录了 在同步加载的时候重复加载 nbimport.js 文件。不知道是不是依赖关系造成的
其实从个人观点来说也是很喜欢按需加载模式的,而且jsi确实也表现的不错,
我也慢慢体会到jsi这种使javascript代码模块化的方便性,和轻松代码托管
不过我有几个疑问
1. 在目前的国内开发方式下,jsi的生存空间有多大?
2. 个人觉得很多项目依赖的js不多,要不就是依赖其他框架的太多,很难实现想jsi这样的管理模式
3. 还有就是在成型的项目中如何引入jsi进行有效的代码管理?
0.031 26489 GET 200 http://jsi.xidea.org/scripts/boot.js
0 214 GET 200 http://jsi.xidea.org/scripts/config.js
0 21 GET 200 http://jsi.xidea.org/scripts/nbimport.js
0.016 373 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/example/code/__$package.js
0.015 1265 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/example/code/code.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 491 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.015 3343 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/template.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 4140 GET 200 http://jsi.xidea.org/scripts/preload/js/xml/tag.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 1445 GET 200 http://jsi.xidea.org/scripts/preload/js/util/collections.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 212 GET 200 http://jsi.xidea.org/scripts/preload/js/io/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.015 2538 GET 200 http://jsi.xidea.org/scripts/preload/js/io/request.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 680 GET 200 http://jsi.xidea.org/scripts/preload/js/io/writer.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0 471 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/syntax/__$package.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 4839 GET 200 http://jsi.xidea.org/scripts/preload/org/xidea/syntax/syntax-parser.js
0 0 GET (Cache) http://jsi.xidea.org/scripts/nbimport.js
0.016 2455 GET 200 http://jsi.xidea.org/scripts/org/xidea/example/code/code.css
这里已经很详细的记录了 在同步加载的时候重复加载 nbimport.js 文件。不知道是不是依赖关系造成的
其实从个人观点来说也是很喜欢按需加载模式的,而且jsi确实也表现的不错,
我也慢慢体会到jsi这种使javascript代码模块化的方便性,和轻松代码托管
不过我有几个疑问
1. 在目前的国内开发方式下,jsi的生存空间有多大?
2. 个人觉得很多项目依赖的js不多,要不就是依赖其他框架的太多,很难实现想jsi这样的管理模式
3. 还有就是在成型的项目中如何引入jsi进行有效的代码管理?
14 楼
jindw
2007-04-03
测试的很详细嘛:)
1。jsi中每个脚本文件都不会装载第二遍。
2。延迟同步模式只能在页面装载过程中使用,其原理是一边打印缓存脚本(通过jsi编译后的预装载脚本),一边计算剩余依赖。每装载一个包之后,要计算剩余依赖。这里需要打印一个外部脚本,启动jsi的计算任务。这里多处来的请求都是这个外部脚本(nbimport.js)。
装饰器模式需要装载装饰引擎,需要遍历页面的装饰元素,固然比正常模式要慢一点,考虑装饰器带来的好处,这点开销一般还是值得的。
3。网络不好时打印源码,我没有碰到过。我想可能是页面没下载完吧。
1。jsi中每个脚本文件都不会装载第二遍。
2。延迟同步模式只能在页面装载过程中使用,其原理是一边打印缓存脚本(通过jsi编译后的预装载脚本),一边计算剩余依赖。每装载一个包之后,要计算剩余依赖。这里需要打印一个外部脚本,启动jsi的计算任务。这里多处来的请求都是这个外部脚本(nbimport.js)。
装饰器模式需要装载装饰引擎,需要遍历页面的装饰元素,固然比正常模式要慢一点,考虑装饰器带来的好处,这点开销一般还是值得的。
3。网络不好时打印源码,我没有碰到过。我想可能是页面没下载完吧。
13 楼
cozone_柯中
2007-04-02
大概看了下jsi
想问几个问题
在按需加载的前提下
1. 如果有个功能基于一个触发条件,当我触发该功能的时候去异步模式状态,下次在调用该功能的时候,是不是意味着还要去请求该js文件?
如果我理解错了,不需要的话该如何实现?
2. 当网络非常阻塞的时候,即时同步模式(体验死机的感觉) 确实感觉不太舒服,相对延迟同步模式 就好的多。
以下数据是用 httpwatch 在网络状况比较好的情况下得出的结果,实际上 延迟同步模式 确实是在速度上要好,但是请求数明显增加。能否有更好的解决方法?
3. 在网络状况不太好的情况下,似乎js经常会因为关联关系而在ff下十分不稳定,比如会直接在页面上打印出js源码,如果在这种情况下有没相关测试数据?
想问几个问题
在按需加载的前提下
1. 如果有个功能基于一个触发条件,当我触发该功能的时候去异步模式状态,下次在调用该功能的时候,是不是意味着还要去请求该js文件?
如果我理解错了,不需要的话该如何实现?
2. 当网络非常阻塞的时候,即时同步模式(体验死机的感觉) 确实感觉不太舒服,相对延迟同步模式 就好的多。
以下数据是用 httpwatch 在网络状况比较好的情况下得出的结果,实际上 延迟同步模式 确实是在速度上要好,但是请求数明显增加。能否有更好的解决方法?
类型 加载时间 加载大小
即时同步模式(体验死机的感觉) 0.344 s 49063 k
延迟同步模式 0.172 s 50086 k
异步模式 0.358 s 51715 k
装饰器引擎自动装饰模式 0.547 s 52992 k
3. 在网络状况不太好的情况下,似乎js经常会因为关联关系而在ff下十分不稳定,比如会直接在页面上打印出js源码,如果在这种情况下有没相关测试数据?
12 楼
jindw
2007-03-31
radar 写道
如果你用的是document.write('<script>....</script>')
请注意。
http://ajax.org/space/JavaScript/script_tag_synchronous_or_asynchronous
小心陷阱!!!
请注意。
http://ajax.org/space/JavaScript/script_tag_synchronous_or_asynchronous
小心陷阱!!!
你言中了,现在只是一个预览版本,上次传上去的例子只是ie,firefox上测试通过。
11 楼
radar
2007-03-31
如果你用的是document.write('<script>....</script>')
请注意。
http://ajax.org/space/JavaScript/script_tag_synchronous_or_asynchronous
小心陷阱!!!
请注意。
http://ajax.org/space/JavaScript/script_tag_synchronous_or_asynchronous
小心陷阱!!!
10 楼
cozone_柯中
2007-03-30
jindw 写道
cozone_柯中 写道
其实
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
引用
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
我已经吧代码示例贴出来了,是简是繁你一看便知。
是的,异步的处理是比较麻烦,但是没你想想的那样,如果框架支持的好,化繁为简完全可能。
异步导入,简单的话,用回调函数就可以,复杂一点的,jsi基础类库中有任务队列支持。
jsi2的装饰框架,全是异步安需装载的。有一个队列,收集信息,装载资源,执行装饰行为(深度优先),如果有兴趣你可以翻翻代码。
嗯。一定拜读一下代码
9 楼
jindw
2007-03-30
Readonly 写道
像bindows,qooxdoo用一个splash window先显示loading %,一次读入所有的js,可以被分到哪一种?
你自己都说了,一次装载全部,那就不是安需装载了:)
这几个框架没有研究过,不清楚,居然可以显示loading %,那么异步装载的可能性大点吧。
8 楼
jindw
2007-03-30
cozone_柯中 写道
其实
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
引用
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
我已经吧代码示例贴出来了,是简是繁你一看便知。
是的,异步的处理是比较麻烦,但是没你想想的那样,如果框架支持的好,化繁为简完全可能。
异步导入,简单的话,用回调函数就可以,复杂一点的,jsi基础类库中有任务队列支持。
jsi2的装饰框架,全是异步安需装载的。有一个队列,收集信息,装载资源,执行装饰行为(深度优先),如果有兴趣你可以翻翻代码。
7 楼
Readonly
2007-03-30
像bindows,qooxdoo用一个splash window先显示loading %,一次读入所有的js,可以被分到哪一种?
6 楼
cozone_柯中
2007-03-30
其实
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
引用
异步按需装载(无阻塞,JSI2.0+)。
异步导入,不必多做解释,用户体验好,但是因为其异步特征,处理起来比较麻烦。
延迟同步按需装载(无阻塞,JSI2.0+)。
复杂就复杂在不稳定性,因为你要不停的判断是否下载完毕。其实也是一个等待过程
5 楼
cozone_柯中
2007-03-30
jindw 写道
cozone_柯中 写道
个人感觉在js不是很大的情况下 同步加载系统才是最稳定的
我只能说同步装载是最简单的,但是,阻塞问题会让你无法忍受。
我的同步加载的意思是 , 当js代码不是很多(使用了压缩),页面还没有展现的时候一起打包下载下来,
这样就不存在后续的问题了。
其实当压缩后第一次访问js代码在500k左右是可以接受的
4 楼
jindw
2007-03-30
cozone_柯中 写道
而且加载也就一次吧, 下次进来就有缓存了
问题是网速慢,阻塞严重时,用户进去一次就没有第二次了。
以前jsi1.1集成的那些例子,dojo的例子。都可以去忍受一下,死机的感觉。
jsvm聪明一点,所有的例子都是打包的,没有用到真正的安需装载。
还有他是国内的站点,快就一个字
3 楼
jindw
2007-03-30
cozone_柯中 写道
个人感觉在js不是很大的情况下 同步加载系统才是最稳定的
我只能说同步装载是最简单的,但是,阻塞问题会让你无法忍受。
2 楼
cozone_柯中
2007-03-30
而且加载也就一次吧, 下次进来就有缓存了
1 楼
cozone_柯中
2007-03-30
个人感觉在js不是很大的情况下 同步加载系统才是最稳定的
发表评论
-
JSA 发布一个新的预览版本
2009-07-27 01:15 1484主要功能是: 1。带上了原来的经典UI界面。 增加了一 ... -
CGI还是个不错的玩意
2009-06-20 18:52 1000JSI的调试辅助程序目前提供有JavaServlet版本和ph ... -
用两句话来解释JSI是怎么隔离JavaScript变量冲突的
2009-06-01 17:08 1305“我还是一直没有明白jsi是怎么隔离名字空间的” 好,大家的 ... -
端午在家搞了一个基于JSI的脚本发布系统
2009-05-31 13:06 1358项目上线之前,脚本都要手动重新组合压缩。挺麻烦的,JSICDN ... -
把JSA部署在GoogleAppEngine上,迎接我的是一张笑脸^_^
2009-05-03 02:47 1031第一个无意的测试,结果打印出了一张笑脸^_^ 只是随便输的.真 ... -
关于JSI装饰引擎改进的一些想法
2009-02-16 18:29 908今天看到bellstar大侠发布的SUI,也看了一些设计及实现 ... -
水月镜花
2009-02-07 21:11 1008刚才cctv4在播放着《激情燃烧的岁月》。一些情节开始看着很有 ... -
韬光养晦 厚积薄发
2008-10-22 21:34 2100最近被反复问道,JSI还在继续吗? 开始感觉很诧异,后来想想也 ... -
脚本全局变量探测程序
2008-08-28 23:20 1660为了支持JSI包定义中的模式匹配(方便某些懒人)。我需要一个查 ... -
JSI 类库文件格式探讨
2008-08-05 20:08 2618在JSI中打包脚本类库。 目前只有jar方式,同时支持java ... -
使用中间数据格式优化前端模板性能的想法
2008-06-12 21:24 1818前端时间这里出现了不少讨论前端模板的帖子。 我还是原来的观点 ... -
JSA压缩Prototype1.6时,经常表现的一个错误
2008-05-07 21:15 2453开始发帖错误,我的测试不够严谨。 经过测试,IE也没有踩 ... -
发布一个JSI Example Project
2008-04-30 14:58 4039部署到Tomcat中,打开script目录,可以显示你当前sc ... -
JSI Side 代码风格与规范
2008-04-29 22:07 6114准备编写JSI的外围元素 ... -
给大家展示一下JSI文档工具和导出工具
2008-02-21 11:43 3661演示地址(目前只支持Firefox): http://www. ... -
JSI的延迟装载和异步装载过程的一些原理解释
2008-02-14 17:13 6423出自该贴的回复: http://www.iteye.com/t ... -
JSIDoc设计的两个失败点
2008-02-08 00:11 3673JSIDoc是我一年前开发的用来解析JS文档的纯客户端脚本程序 ... -
JSI的导入指令参数顺序调整意见征询
2008-02-07 17:20 7909改动 2.0方式: $import(path,callbac ... -
JSI2.1计划
2008-01-01 21:13 7122先回顾历史: JSI1(2006-2007)是个简单的框架,只 ... -
JSA 压缩JS时的常见问题
2007-12-30 16:08 42031。保留字滥用 如果你的脚本中存在某些保留字或者关键字属性甚至 ...
相关推荐
- **sqlldr**: 数据装载工具,用于将数据批量导入到数据库。 - **exp/imp**: 导出和导入工具,用于数据库对象或整个数据库的数据迁移。 - **sqlplus**: 命令行查询工具,进行SQL操作和数据库管理。 5. **备份与...
理解在RISC结构上的Windows NT引导过程 理解Windows NT装载过程 介绍Windows NT装载阶段的“服务错误级别” 编辑Boot.ini文件 理解一般性的引导错误 丢失引导文件的后果 利用Expand.exe恢复丢失的或损坏的引导文件 ...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...