好文共享：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，把脚本打包到客户端运行