锁定老帖子 主题:邀请第三方团队开发页面装饰器实现的公开信。
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-08-19
提几个问题,大家讨论。
在宽带的带宽越来越高的现在[我家里就是2M的],是研究一个按需加载的框架的优秀性重要,还是研究126.com的前端设计是如何完成的更有意义? |
|
返回顶楼 | |
发表时间:2007-08-19
btw,JSI据说提解决命名污染问题方案,那么如果有这么两个类,在org.xidea.eg.EventTest中要同时使用YAHOO.util.Event和com.javaeye.events.Event类,如何编写package文件呢?
|
|
返回顶楼 | |
发表时间:2007-08-20
DSONet 写道 提几个问题,大家讨论。
在宽带的带宽越来越高的现在[我家里就是2M的],是研究一个按需加载的框架的优秀性重要,还是研究126.com的前端设计是如何完成的更有意义? 这点我也注意到了,在脚本库不算庞大,带宽够高的时候,单是这点确实意义不大。 DSONet 写道 btw,JSI据说提解决命名污染问题方案,那么如果有这么两个类,在org.xidea.eg.EventTest中要同时使用YAHOO.util.Event和com.javaeye.events.Event类,如何编写package文件呢?
JSI解决命名冲突,主要是避免一些烦杂的间接依赖的类库之间的冲突; 直接依赖相对很少,正常情况下也不会有单一脚本直接依赖有名称冲突的情况。 这个功能点与JSVM相似。 举例: 我们可以让一个类库同时直接依赖Scriptaculous和jQuery,我们不受jQuery和Prototype冲突的影响。 但是,如果要让你的类库同时直接依赖 Prototype与jQuery,那么我们还要收到两个$函数引用被覆盖的影响。 解决办法: 申明依赖之后,在使用$函数的地方,重新使用一下$import函数($import不会重复装载,对于已经装载的类库,他只是重复一下属性赋值操作),将$函数导入到指定容器,有点丑陋:( 不过暂时也想不到更好的办法。 |
|
返回顶楼 | |
发表时间:2007-08-28
我说句真心话,我想看到的是把ext用xml标签封装,加入这个成功了,我第一尝试把jsi用于项目中
|
|
返回顶楼 | |
发表时间:2007-08-28
DSONet 写道 提几个问题,大家讨论。
在宽带的带宽越来越高的现在[我家里就是2M的],是研究一个按需加载的框架的优秀性重要,还是研究126.com的前端设计是如何完成的更有意义? 这哥们显然是有些不太着吊,你像日本人那样100m光纤到户,这些问题都ok,我把js搞的2m都没问题,你家里是2m,不是所有人都是自己独享2m的 |
|
返回顶楼 | |