天天看点

好文共享:EXTJS与后台(J2EE)实战开发经验与心得总结

注:无法访问原页面的同学请浏览备份:

http://blog.csdn.net/zhangxin09/archive/2010/06/28/5700502.aspx

是中文汉化包的贡献者,——我们一直都在享用来自andy的贡献:

开发EXTJS一年半了,一边做Java一边做Extjs。我也在EXTJS官方的国际化资源文件中提过一个修正版的中文资源包,现在在最新的3.1.0版本中的国际化资源文件就是我去年提的那一版修正版。

汉化工作虽说有“金山词霸”,“在线翻译”等的工具辅助之,但必须结合软件工程以及文法的匹配,才能地道、准确地表达Ext控件的意思。稍有不慎造成意思相去较远的话,搞不好就会对千千万万Ext用户(虽然用户未必知道这是Ext)构成交互上的影响。andy的翻译获得了官方的首肯,实属不易。

及后,该文从六个角度的层面上,结合自己亲身的一手经验,为大家展示开发过程的中障碍与体会:

1.前期不够投入

2.对API的不了解,以及资料匮乏。

3.不相信自己的能力,过度依赖百度和Google

4.前台与后台的那些纠纷

5.页面逻辑与后台逻辑分不清

6.JS的调试

好的文章当然少不了阶段性的总结,以助于读者消化体会,andy兄如此说:

下面,我就我所遇到的一些问题提出一点开发上的建议 1.保证自己代码的命名规范,JS中的注释一个都不能少,Java通过Eclipse能定位到变量所在的文件,JS你Control健按死了也定位不过去(Spket 只能定位到声明,不能定位到文件) 2.保证自己所写的模块能个单独运行、测试。模块与模块直接不应当耦合过于紧密。过度的耦合你会发现,当我要替换某个模块的时候显得相当的困难。 3.在讨论数据库、后台、整体流程的时候,表示层一定要竖起耳朵来听,不要到时候因为数据库少了一个字段来在Action做表连接查询。 4.要让别人知道,JS其实不像他们想象的那么简单。 5.多看API,多看源码,少上Google和百度。坚决不拷贝网上现有的例子作为己用。 6.出了问题先查原因,多写笔记。错误肯定不会只出现一次。 7.打理好自己的JS文件,动一个西一个,名字词不达意你会痛苦的。 8.你不是一个人在战斗,你不是在以学习的心态来写EXTJS,你现在是在用它来创造价值。一个人的力量是薄弱的。

,作者佚名,而且该文出处已经难觅了,就贴在官方wiki上备份吧。

使用ExtJS做应用的一些建议 。多数人认为ExtJS的脚本体积很大,不适合放到互联网上,对于这一点,有如下建议: 部署到互联网上的Web应用一定要加载Release版本的ExtJS 可以考虑只加载必须的组件,build目录下脚本文件都是压缩过的,如果项目中用到的ExtJS的组件不是很多,可以只加载用到的 考虑使用IIS的文件压缩功能 使用Google的Gears,把所有的静态文件做客户端缓存 使用ADOBE的AIR,把脚本打包到客户端运行