- 浏览: 501571 次
- 性别:
- 来自: 初到北京
最新评论
-
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 1439主要功能是: 1。带上了原来的经典UI界面。 增加了一 ... -
CGI还是个不错的玩意
2009-06-20 18:52 970JSI的调试辅助程序目前提供有JavaServlet版本和ph ... -
用两句话来解释JSI是怎么隔离JavaScript变量冲突的
2009-06-01 17:08 1238“我还是一直没有明白jsi是怎么隔离名字空间的” 好,大家的 ... -
端午在家搞了一个基于JSI的脚本发布系统
2009-05-31 13:06 1318项目上线之前,脚本都要手动重新组合压缩。挺麻烦的,JSICDN ... -
把JSA部署在GoogleAppEngine上,迎接我的是一张笑脸^_^
2009-05-03 02:47 958第一个无意的测试,结果打印出了一张笑脸^_^ 只是随便输的.真 ... -
关于JSI装饰引擎改进的一些想法
2009-02-16 18:29 882今天看到bellstar大侠发布的SUI,也看了一些设计及实现 ... -
水月镜花
2009-02-07 21:11 972刚才cctv4在播放着《激情燃烧的岁月》。一些情节开始看着很有 ... -
韬光养晦 厚积薄发
2008-10-22 21:34 2013最近被反复问道,JSI还在继续吗? 开始感觉很诧异,后来想想也 ... -
脚本全局变量探测程序
2008-08-28 23:20 1620为了支持JSI包定义中的模式匹配(方便某些懒人)。我需要一个查 ... -
JSI 类库文件格式探讨
2008-08-05 20:08 2566在JSI中打包脚本类库。 目前只有jar方式,同时支持java ... -
使用中间数据格式优化前端模板性能的想法
2008-06-12 21:24 1773前端时间这里出现了不少讨论前端模板的帖子。 我还是原来的观点 ... -
JSA压缩Prototype1.6时,经常表现的一个错误
2008-05-07 21:15 2392开始发帖错误,我的测试不够严谨。 经过测试,IE也没有踩 ... -
发布一个JSI Example Project
2008-04-30 14:58 3962部署到Tomcat中,打开script目录,可以显示你当前sc ... -
JSI Side 代码风格与规范
2008-04-29 22:07 6017准备编写JSI的外围元素 ... -
给大家展示一下JSI文档工具和导出工具
2008-02-21 11:43 3627演示地址(目前只支持Firefox): http://www. ... -
JSI的延迟装载和异步装载过程的一些原理解释
2008-02-14 17:13 6379出自该贴的回复: http://www.iteye.com/t ... -
JSIDoc设计的两个失败点
2008-02-08 00:11 3604JSIDoc是我一年前开发的用来解析JS文档的纯客户端脚本程序 ... -
JSI的导入指令参数顺序调整意见征询
2008-02-07 17:20 7796改动 2.0方式: $import(path,callbac ... -
JSI2.1计划
2008-01-01 21:13 7074先回顾历史: JSI1(2006-2007)是个简单的框架,只 ... -
JSA 压缩JS时的常见问题
2007-12-30 16:08 41671。保留字滥用 如果你的脚本中存在某些保留字或者关键字属性甚至 ...
相关推荐
121 IMAGEADJUST LAD 调整所选图像的明亮度、对比度和灰度 122 IMAGEATTACH LAT 附贴一个图像至当前图形文件 123 IMAGECLIP ICL 调整所选图像的边框大小 124 IMAGFRAME 控制是否显示图像的边框 125 IMAGEQUALITY ...
理解在RISC结构上的Windows NT引导过程 理解Windows NT装载过程 介绍Windows NT装载阶段的“服务错误级别” 编辑Boot.ini文件 理解一般性的引导错误 丢失引导文件的后果 利用Expand.exe恢复丢失的或损坏的引导文件 ...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...
CCAMS系统是一种用于局域网下的CS模式的软件管理和监测系统源码 它包括客户端和服务端,客户端软件主要作用是监测本主机的活动,并将监测到的信息定时发送给服务器。服务器可以将收集到的信息以柱状图和文件列表以及...