论坛首页 Web前端技术论坛

JSI的导入指令参数顺序调整意见征询

浏览 9714 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-02-07  

改动

  2.0方式:

$import(path,callbackOrLazyLoad,target)


调整成(将target参数提前)
/**
 * @param <string> path (package:Object|package.Object|package.*| scriptPath)
 * @param < Object> target 可选参数,指定导入容器。
 *                    当该参数为有效对象时(instanceof Object && not instanceof Function),导入的元素将赋值成其属性;
 *                    当该参数未指定时 (arguments.length==1), target为全局变量容器,这种情况等价于直接声明的全局变量。
 * @param <boolean|Function> col callbackOrLazyLoad 可选参数,默认为null。
 *                    如果其值为函数,表示异步导入模式;
 *                    如果其值为真,表示延迟同步导入模式,否则为即时同步导入(默认如此)。
 */
$import(path,target,col)



理由:

延迟装载和异步装载并不常用。
而target紧跟path似乎更合逻辑。

 

不妥之处:

对于target的处理:
以前的办法:当制定null时,是不会将导入的对象拉出来的,只有没有指定target的时候,才会使用global(window)对象(arguments.length<=2)。
而现在,一但指定了callbackOrLazyLoad,target就必须指定了,这个时候,如何去处理还没想好。

 

JSI开发现状:

http://xidea.cvs.sourceforge.net/xidea/JSI2/web/source/boot-core.js?view=markup
目前主要的发展方向是开发环境支持、简化内核。
一切向易用、简单、性能方向考虑;避免过渡设计。
2.0版,启动文件压缩后近30k

2.1彻底清理了一些不常用的功能,同时,将一些非必要的功能,作为可选项。
最小版本压缩后不到5k(未启用文本压缩)。

 

 

 

  • jsi.rar (17.9 KB)
  • 下载次数: 54
   发表时间:2008-02-07  

刚才和小张讨论了一下,更倾向于仍外一种方式

 

$import(path,colot,col)
 



即:

$import(path,
            callbackOrLazyLoadOrTarget)
$import(path,
            target,
            callbackOrLazyLoad)
 

 

0 请登录后投票
   发表时间:2008-02-08  
期望jindw可以用jsi弄一个extjs的样例,extjs如果通过jsi加载就可以解决掉很头疼的文件太大问题了
extjs + jsi,想想都觉得很爽,嘿嘿
谢谢jindw的无私分享
0 请登录后投票
   发表时间:2008-02-08  
呵呵,其实我也一直想集成Extjs,可是又不敢搞了。
时刻提醒自己,别冲动,千万别冲动。

现在JSI各方面拉的太开,好像什么都想做,装饰引擎、JSIDoc、IDE。等等等等。
而现在各方面又都没有足够的时间,如JSIDoc已经很久没有更新,已经不能兼容现有JSI版本。。。。

所以,只能收缩战线,先主攻内核优化,IDE支持。其他的慢慢来。或者干脆抛弃。
0 请登录后投票
   发表时间:2008-02-08  
我认为jsi的核心价值就是非侵入性的解决了js库的依赖问题,其它的装饰引擎、DOC、IDE这些都或多或少有人在做,而jsi解决的依赖问题貌似很少有人在做(js层面上的,服务器端解决依赖的貌似多一些)

我用google搜索了"javascript dependency"关键字,仅仅发现一个叫JSLoad的有点意思,但是也不如jsi强大,所以在这一块上,最值得期待的就是jsi

目前extjs风头很劲,开发人员逐渐增加,如果jsi能够很好的解决好extjs的问题,也许jsi会成为很多extjs使用者的标配,对jsi的推广很有帮助。extjs当初也是从yui社区获得了大量用户

站着说话不腰疼的就是我,哈哈

JSLoad
http://www.instructables.com/blog/B2OLM73F5LDFN2Z/
0 请登录后投票
   发表时间:2008-02-08  
恩,确实,如果现在抽时间去集成extjs对于JSI的推广非常有利。

但是,可能是出于个人自私的一面吧。

一来,集成extjs对我个人技术来说,没有什么帮助。而且,我不懂ext,工作上也用不上这个,就算我集成了,我野没有时间去维护跟踪,这也是不负责的做法。

二来,我还是去发挥自己的长处。把IDE做好。虽然也如你所说,已经有人去做,但是没有人去做针对JSI的IDE。而JSI对于IDE来说,可以提供更好的语法提示,重构支持,就从这点,我可以做到比通用脚本编辑器功能更强大。我想,也是非常值得我一做的。
0 请登录后投票
   发表时间:2008-02-08  
以前做过一些其他类库的集成,但最后因为没有机会真正去使用他们,最终也都是不了了之。

而内核,至少工作种还用到了,还可以延续下去。
0 请登录后投票
   发表时间:2008-02-08  
其实我就是想偷懒而已,你把extjs集成好了我来用,哈哈
不过即使你不做,我自己也打算做(打算,打算而已……),毕竟你已经提供了工具
0 请登录后投票
   发表时间:2008-02-10  
如果能提供英文文档,注释业附上英文,应该能吸引更多关注

还有就是把主流框架 prototype jquery mootools之类的例子都添加上去
0 请登录后投票
   发表时间:2008-02-10  
我暂时不会考虑写英文文档的。
外语水平有限,对我来说,写英文文档是很累的差事。
再者,JSI还有很多事情可以做,低调,一定要低调,呵呵。

至于其他框架的支持,我也暂时不会跟进,除非自己用到。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics