注：无法访问原页面的同学请浏览备份：
http://blog.csdn.net/zhangxin09/archive/2010/06/28/5700502.aspx
沉寂一时的JavaScript开源社区：“JS堂” 又有新牛人加入了，此君乃andy_ghg兄。何以见得其“牛”？就是andy_ghg 兄的《EXTJS与后台（J2EE）实战开发经验与心得总结》 一文，刚刚发了出来。该文从多个角度方面入手分析，透视Java开发者如何凌驾Ext的方法策略，处处显真章……作为回顾的同时又为读者进行了一番实际问题的“疱丁解牛”。不难可以从中看出，andy积累了不少项目的经验和心得。文中开门见山即告诉大家andy开发Ext一年半，整个过程两年，而据笔者估计，前后两年中应该花销了不少宝贵的开发时间在观望、了解、实践上面，包括学习JavaScript的基础知识，贯彻始终，才能祭出该文。值得一提的是原来andy_ghg 是中文汉化包的贡献者，——我们一直都在享用来自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，你现在是在用它来创造价值。一个人的力量是薄弱的。
文章来源：http://bbs.ajaxjs.com/viewthread.php?tid=2666
P.S :笔者私底下google一番该文，竟未发现第二出处，却发现外一篇的ext使用心得文章《ExtJS 开发总结(转)》 ，作者佚名，而且该文出处已经难觅了，就贴在官方wiki上备份吧。
使用ExtJS做应用的一些建议 。多数人认为ExtJS的脚本体积很大，不适合放到互联网上，对于这一点，有如下建议：
- 部署到互联网上的Web应用一定要加载Release版本的ExtJS
- 可以考虑只加载必须的组件，build目录下脚本文件都是压缩过的，如果项目中用到的ExtJS的组件不是很多，可以只加载用到的
- 考虑使用IIS的文件压缩功能
- 使用Google的Gears，把所有的静态文件做客户端缓存
- 使用ADOBE的AIR，把脚本打包到客户端运行
