|
锁定老帖子 主题：Ext 2.0 for JSVM
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-11-22
Sean220 写道 楼上的，测试的过程中顺便把IE窗口最小化试试
IE的垃圾收集烂怪不得别人。。。 窗口最小化跟垃圾回收没有关系。 这只与windows的内存管理方式有关。而且也不见得是不对的。 |
| 返回顶楼 | |
|
发表时间：2007-11-22
wch3116 写道 itpsh 写道 哈哈..兄弟你的jsvm2有问题,而且有很大的问题.内存释放不到,你打开任务管理器,刷新你的按需加载的页面吧.看看你IE进程的内存吧
如果你想研究 dom leak， 建议去下载 Drip， firefox 的环境可以安装 Leak Monitor! 不过drip也不是所有类型的泄漏都能检测。比如htc的64k bug。 另，leak monitor和某些插件合用，在特定脚本下可能导致ff死机，同志们慎用。 |
| 返回顶楼 | |
|
发表时间：2007-11-30
JSVM的smartloader还不支持rails，只有jsp和asp
|
| 返回顶楼 | |
|
发表时间：2007-12-15
我还是觉得用gzip压缩速度更快些，我现在的项目中就是用gzip静态压缩的方法，ext2.0的ext-all.js压缩后只有132K，ext-all.css压缩后只有32k
|
| 返回顶楼 | |
|
发表时间：2008-06-14
wch3116 写道 Sean220 写道 其实万老大整理的Ext包依赖关系非常好用，哪怕不使用jsvm但我相信只要实现动态加载机制的系统都能用，只要也使用$import函数名即可使用，放在我这里刚好适用，所以我有个建议，如果大家对采用这种机制的js文件的目录组织方式，命名方式，import接口有一定的约定，即使不强求大家采用某种动态载入框架，那么将来可能互相之间能共享的代码也会更多。
比如我的情况，由于js文件的管理使用了servlet，并有些别的权限管理考虑与整个系统设计揉在了一起，所以不太可能直接采用jsvm或其他的方案，宁愿自己写一个轻量级的import方案。 如果大家在以下几个方面能达成共识就可以做到： （1）同步和异步import的函数定义 （2）js文件的目录组织和import包名的关系（比如目录层次即为包名，js文件名即为class名） （3）依赖关系的处理(包文件、头文件、配置文件、直接在原js里写) 没错！如今js framework很多，还有很多人都在设计自己的framework，如果这些framework之间能达成协议，采用相同规范的接口，那么基于这个规范，一样可以实现跨framework/container的js开发。 |
| 返回顶楼 | |
