ExtJS 开发总结
不知不觉2008已经走到了尽头，在这近一年中，一直不断的尝试用ExtJS做项目，从1.1到现在的2.2，吃了不少苦头，也有不少收获，总结一下，一起分享！
1. ExtJS的定位是RIA，和Prototype、jQuery等类库的定位不同。使用ExtJS做开发，就是意味着以客户端开发为主，不然就不叫RIA框架了，而Prototype、jQuery等只是辅助性的客户端框架，和ExtJS不在同一条起跑先上。如果一定要和其它的框架做比较的话，应该和Isomorphic SmartClient、Backbase Enterprise Ajax之类的框架做比较，当然，和他们相比，ExtJS还是有很大的优势的。
2. 使用ExtJS时需要解决如何服务端通信的问题。由于ExtJS只是一个客户端的框架，和服务端技术没有关系，也就没有相应的服务端的适配层，因此客户端如果要用ExtJS，则必须提供它需要的数据结构。ExtJS主要通过这几种方式和服务端进行通信：
- Ext.Ajax.request 做普通的异步请求，服务端可以根据实际情况返回JSON形式数据或者HTML片段；
- Ext.tree.TreeLoader 加载树形结构，服务端必须返回JSON形式数据，而且要符合Ext.tree.TreeNode的配置要求，否则自己做转换；
- Ext.data.Store及其派生类 加载表格形式的数据，服务端可以根据实际情况返回JSON形式数据或者XML形式数据，如果没有特殊要求，推荐返回JSON格式的数据；
- Ext.Element.update 局部更新，这个方法最总还是要调用Ext.Ajax.request方法，之所以把它单独列出来，是因为这种方式比较容易被忽视，但是在某些情况下还是挺有用的，比如调用Ext.Panel.body.update()对某个Ext.Panel的内容进行局部更新，如果使用这种方式，那么服务端只能相应的返回HTML片段了；
3. 使用ExtJS时的注意事项。ExtJS和其它的辅助性类库(Prototype、jQuery等)相比显得非常庞大，让很多很多初学者望而却步。经过近一年的学和用，对于ExtJS的使用，我总结了一下几个注意事项：
- 尽量使用ExtJS的方言。 ExtJS提供了很多有用的方法，解决客户端JavaScript常见的开发任务，常见的有查询HTMLDom，创建HTML元素，为HTML元素注册事件响应函数等，这些大可以全部使用ExtJS提供的方法，使自己代码构建与ExtJS之上，举几个例子：
- 查询ID为container的DIV下所有的checkbox，可以使用：Ext.fly(‘container’).select(‘input[type=checkbox]’);
- 在ID为container的DIV内创建一个按钮，可以使用：Ext.fly(‘container’).createChild({ tag: ‘input’, type: ‘button’});
- 为ID为container的DIV的click事件注册处理函数，使用：Ext.fly(‘container’).on(‘click’, handlerFn, scope);
- ExtJS的自定义事件很好用，可以实现一对多的通知，而且任何自定义事件都可以中途停止，只要有一个处理函数返回false。
- Store合并成一个文件 用ExtJS显示数据，自然就需要用到Ext.data.Store及其派生出来的类，可以考虑所有的Store合并到一个文件，这样对重用有很大的帮助。
- 脚本文件管理 尽可能的每个模块做成一个类，一个类一个文件，类似与Java或C# 的文件处理方法，每个文件注明其作用，依赖的文件等，如果太多的话可以考虑写一个配置文件，通过读配置文件来输出脚本到客户端。
- 调试和部署分别加载Debug和Release版本的脚本 ExtJS附带的例子中没有使用完整Debug版本的例子，所以很多人找不到完整的Debug版本的引用顺序，通过对Source文件夹下的ext.jsb文件进行分析，就可以得到正确的加载顺序，如下：
- Debug
- /ext-path/source/core/ext.js
- /ext-path/source/adapter/ext-base.js
- /ext-path/ext-all-debug.js
- Release
- /ext-path/adapter/ext/ext-base.js
- /ext-path/ext-all.js
- Debug
- 对Script进行压缩 对项目中有大量的JavaScript的话，对其进行压缩是很有必要的，这里我推荐的是ExtJS的论坛提供的JS Builder，可以通过配置文件来对Script和CSS进行压缩，据说ExtJS就是用这个工具进行压缩的，不过有一个缺点，就是不支持UTF-8编码。
4. ExtJS的优点和缺点总结。经过近一年的尝试，ExtJS的优缺点总结如下：
- 优点
- 一致的类库 这点在1.1版本时还不是很完善，但是到了2.0以后，ExtJS内部经过了翻天覆地的变化，特别是UI组件，有统一的基类，给人的感觉很像是一个运行在浏览器上的运行时框架，这一点只有在对ExtJS熟练了之后才能体会到。
- 托管页面呈现 ExtJS在发展到2.0之后，不仅UI类库一致了，而且渲染方式也是统一的，用官方的话说，是Managed Rendering，这一点使得UI的扩展也比较一致，有利于以后的维护与发展。
- 相对丰富的文档和示例 毫无疑问，刚刚接触到ExtJS的人多数都是被它附带的例子和开发文档吸引过去的，它的文档做的确实不错。
- 华丽而成熟的界面 ExtJS在2.0之后的界面真的是没得说，不仅华丽，而且相对很成熟。
- 缺点
- 没有合适的开发利器 毫无疑问，一个好的开发工具可以大大的提高编码的速度，但是对于ExtJS，始终没有一个完美的开发工具，可以推荐的有Aptana Studio， Spket IDE，和Spket 提供的提示文件，但是都是各有优缺点，都不完美，只能一边看SDK一边写代码。
- 没有界面设计工具 虽然有人提供了一个在线的界面设计工具，但是和Visual Studio提供的ASP.Net设计工具来说，真的可以说是天壤之别。因此，只能一边预览，一边写代码。
- 文档不全 虽然ExtJS提供的文档很丰富，但是还是跟不上源代码的更新速度，所以，经常要通过看源代码，调试才能真正解决问题。
- 不能编译 这一点可以说是JavaScript的缺点（如果能编译，就不叫JavaScript了），在实际的开发中，经常会敲错一些代码，比如大小写错误等，不能通过编译得到反馈，只能在运行时排错，导致开发的效率比较低下。
5. 使用ExtJS做应用的一些建议。多数人认为ExtJS的脚本体积很大，不适合放到互联网上，对于这一点，有如下建议：
- 部署到互联网上的Web应用一定要加载Release版本的ExtJS
- 可以考虑只加载必须的组件，build目录下脚本文件都是压缩过的，如果项目中用到的ExtJS的组件不是很多，可以只加载用到的
- 考虑使用IIS的文件压缩功能
- 使用Google的Gears，把所有的静态文件做客户端缓存
- 使用ADOBE的AIR，把脚本打包到客户端运行
总的来说，ExtJS是一个不错的框架，它陪伴我走过了精彩的2008，也许在未来的2009，我会转向其它的RIA技术，但是我至少会继续关注ExtJS，同时也希望这个框架能够顽强的生存下去。
PS，共享一些学习资料：
- ExtJS 2.0 简介 （推荐反复阅读，细细体会）
- ExtJS的用户扩展合集 （推荐常去看看）
- 如何用ExtJS构建大型应用 （可以说是做ExtJS开发的指导思想）
- ExtJS 2.0 类库的脑图 （可以加深对ExtJS类库的继承关系的理解）
Document.form.item 问题
现有问题：
现有代码中存在许多 document.formName.item("itemName") 这样的语句，不能在 firefox下运行。
解决方法：
改用 document.formName.elements["elementName"]。
集合类对象问题
现有问题：
现有代码中许多集合类对象取用时使用 ()，IE 能接受，firefox 不能。
解决方法：
改用 [] 作为下标运算。如：document.forms("formName") 改为 document.forms["formName"]。
又如：document.getElementsByName("inputName")(1) 改为 document.getElementsByName("inputName")[1]
window.event
现有问题：
使用 window.event 无法在 firefox上运行
解决方法：
MF的 event 只能在事件发生的现场使用，此问题暂无法解决。可以这样变通：
原代码(可在IE中运行)：
<script language="javascript">
function gotoSubmit() {
alert(window.event); // use window.event
}
</script>
新代码(可在IE和MF中运行)：
<script language="javascript">
function gotoSubmit(evt) {
evt = evt ? evt : (window.event ? window.event : null);
alert(evt); // use evt
}
</script>
此外，如果新代码中第一行不改，与老代码一样的话(即 gotoSubmit 调用没有给参数)，则仍然只能在IE中运行，但不会出错。所以，这种方案 tpl 部分仍与老代码兼容。
HTML 对象的 id 作为对象名的问题
现有问题：
在 IE 中，HTML 对象的 ID 可以作为 document 的下属对象变量名直接使用。在 firefox 中不能。
解决方法：
用 getElementById("idName") 代替 idName 作为对象变量使用。
用idName字符串取得对象的问题
现有问题：
在IE中，利用 eval(idName) 可以取得 id 为 idName 的 HTML 对象，在MF 中不能。
解决方法：
用 getElementById(idName) 代替 eval(idName)。
变量名与某 HTML 对象 id 相同的问题
现有问题：
在 MF 中，因为对象 id 不作为 HTML 对象的名称，所以可以使用与 HTML 对象 id 相同的变量名，IE 中不能。
解决方法：
在声明变量时，一律加上 var ，以避免歧义，这样在 IE 中亦可正常运行。
此外，最好不要取与 HTML 对象 id 相同的变量名，以减少错误。
event.x 与 event.y 问题
现有问题：
在IE 中，event 对象有 x, y 属性，MF中没有。
解决方法：
在MF中，与event.x 等效的是 event.pageX。但event.pageX IE中没有。故采用 event.clientX 代替 event.x。在IE 中也有这个变量。 event.clientX 与 event.pageX 有微妙的差别（当整个页面有滚动条的时候），不过大多数时候是等效的。如果要完全一样，可以稍麻烦些：
mX = event.x ? event.x : event.pageX;
然后用 mX 代替 event.x。
其它:event.layerX 在 IE 与 MF 中都有，具体意义有无差别尚未试验。
也要注意css中一些关于x、y区别的，在FireFox可能你不支持的。例如:backgroundPositionX、backgroundPositionY FireFox下是不支持的。
关于frame
现有问题：
在 IE中 可以用window.testFrame取得该frame，mf中不行
解决方法：
在frame的使用方面mf和ie的最主要的区别是：如果在frame标签中书写了以下属性：
<frame src="xx.htm" id="frameId" name="frameName" />
那么ie可以通过id或者name访问这个frame对应的window对象。而mf只可以通过name来访问这个frame对应的window对象。例如如果上述frame标签写在最上层的window里面的htm里面，那么可以这样访问：
ie： window.top.frameId或者window.top.frameName来访问这个window对象
mf： 只能这样window.top.frameName来访问这个window对象
另外，在mf和ie中都可以使用window.top.document.getElementById("frameId")来访问frame标签。并且可以通过window.top.document.getElementById("testFrame").src = 'xx.htm'来切换frame的内容。也都可以通过window.top.frameName.location = 'xx.htm'来切换frame的内容。关于frame和window的描述可以参见bbs的‘window与frame’文章。以及/test/js/test_frame/目录下面的测试。
自己定义的属性
在mf中，自己定义的属性必须getAttribute()取得
parentElement parement.children
在mf中没有 parentElement parement.children。而用parentNode parentNode.childNodes。
childNodes的下标的含义在IE和MF中不同，MF使用DOM规范，childNodes中会插入空白文本节点。一般可以通过node.getElementsByTagName()来回避这个问题。 当html中节点缺失时，IE和MF对parentNode的解释不同，例如：
<form> <table> <input/> </table> </form>MF中input.parentNode的值为form, 而IE中input.parentNode的值为空节点。 MF中节点没有removeNode方法，必须使用如下方法 node.parentNode.removeChild(node)。
const 问题
现有问题：
在 IE 中不能使用 const 关键字。如 const constVar = 32; 在IE中这是语法错误。
解决方法：
不使用 const ，以 var 代替。
body 对象
MF的body在body标签没有被浏览器完全读入之前就存在，而IE则必须在body完全被读入之后才存在
url encoding
现有问题：
在js中如果书写url就直接写&不要写&例如var url = 'xx.jsp?objectName=xx&objectEvent=xxx';
frm.action = url那么很有可能url不会被正常显示以至于参数没有正确的传到服务器。一般会服务器报错参数没有找到当然如果是在tpl中例外，因为tpl中符合xml规范，要求&书写为& 一般MF无法识别js中的&
nodeName 和 tagName 问题
现有问题：
在MF中，所有节点均有 nodeName 值，但 textNode 没有 tagName 值。在 IE 中，nodeName 的使用好象有问题（具体情况没有测试，但我的IE已经死了好几次）。
解决方法：
使用 tagName，但应检测其是否为空。
元素属性
IE下 input.type属性为只读，但是MF下可以修改
document.getElementsByName() 和 document.all[name] 的问题
在 IE 中，getElementsByName()、document.all[name] 均不能用来取得 div 元素（是否还有其它不能取的元素还不知道）。
解决方法：
对象问题:Form对象
现有问题：
现有代码这获得form对象通过document.forms("formName")，这样使用在IE 能接受，MF 不能。
解决方法：
改用 作为下标运算。改为document.forms["formName"]
备注：上述的改用 作为下标运算中的formName是id而name
对象问题:HTML对象
现有问题：
在 IE 中，HTML 对象的 ID 可以作为 document 的下属对象变量名直接使用。在 MF 中不能。 document.all("itemName")或者document.all("itemId")
解决方法：
使用对象ID作为对象变量名 document.getElementById("itemId")
备注： document.all是IE自定义的方法，所以请大家尽量不使用。还有一种方式，在IE和MF都可以使用：
var f = document.forms["formName "];
var o = f. itemId;
对象问题:DIV对象
现有问题：
在 IE 中，DIV对象可以使用ID作为对象变量名直接使用。在 MF 中不能。如： DivId.style.display = "none"
解决方法：
document.getElementById("DivId").style.display = "none"
对象问题:关于frame
现有问题：
在 IE中 可以用window.testFrame取得该frame，mf中不行
解决方法：
在frame的使用方面MF和IE的最主要的区别是：如果在frame标签中书写了以下属性：
<frame src="xx.htm" id="frameId" name="frameName" /> 那么ie可以通过id或者name访问这个frame对应的window对象，而mf只可以通过name来访问这个frame对应的window对象。例如如果上述frame标签写在最上层的window里面的htm里面，那么可以这样访问：
ie： window.top.frameId或者window.top.frameName来访问这个window对象
mf： 只能这样window.top.frameName来访问这个window对象
另外，在mf和ie中都可以使用window.top.document.getElementById("frameId")来访问frame标签，并且可以通过window.top.document.getElementById("testFrame").src = 'xx.htm'来切换frame的内容，也都可以通过window.top.frameName.location = 'xx.htm'来切换frame的内容。
对象问题：窗口
现有问题：
IE中可以通过showModalDialog和showModelessDialog打开模态和非模态窗口，但是MF不支持。
解决方法：
直接使用window.open(pageURL,name,parameters)方式打开新窗口。如果需要传递参数，可以使用frame或者iframe。
小结
在JS中定义各种对象变量名时，尽量使用id，避免使用name。在 IE 中，HTML 对象的 ID 可以作为 document 的下属对象变量名直接使用。在 MF 中不能，所以在平常使用时请尽量使用id，避免只使用name，而不使用id。
变量名与某 HTML 对象 id 相同的问题
现有问题：
在 MF 中，因为对象 id 不作为 HTML 对象的名称，所以可以使用与 HTML 对象 id 相同的变量名，IE 中不能。
解决方法：
在声明变量时，一律加上 var ，以避免歧义，这样在 IE 中亦可正常运行。此外，最好不要取与 HTML 对象 id 相同的变量名，以减少错误。
document.all
Firefox可以兼容document.all， 但会生成一条警告。可以用getElementById("*") 或者 getElementByTagName("*)来代替 不过对于document.all.length等属性，则完全不兼容。
parentElement
这个也不兼容。比方说， obj.parentElement.name 则应改成 obj.parentNode.attributes.getNamedItem("name").nodeValue （不知道如何写得更简洁些）
event
W3C不支持windows.event 比方说在IE里面: <div class="menu" id="menu" onclick="onMenuClick(); ">.....</div>
function onMenuClick()
{
collapseMenu(event.srcElement);
}
工作正常。不过在Firefox中，则改成：
<div class="menu" id="menu" onclick="onMenuClick(event); ">
function onMenuClick(evt)
{
if(evt == null)
evt = window.event; // For IE
var srcElement = evt.srcElement? evt.srcElement : evt.target; // IE使用srcElement, 而Firefox使用target
collapseMenu(srcElement);
}
innerText
现有问题：
IE支持，FIREFOX不支持
解决方法：
用innerHTML,2种浏览器都识别innerHTML
document.createElement
现有问题：
FIREFOX支持(除了IE，现在所有浏览器都支持)，IE不支持
解决方法：
不用setAttribute('style','color:red')
而用object.style.cssText = 'color:red;'(这写法也有例外)
class
现有问题：
setAttribute('class','styleClass') FIREFOX支持，IE不支持(指定属性名为CLASS，IE不会设置元素的CLASS属性，相反只使用SETATTRIBUTE时IE自动识别CLASSNAME属性)
解决方法：
setAttribute('class','styleClass')
setAttribute('className','styleClass') 2种都用上
用setAttribute设置事件
现有问题：
var obj = document.getElementById('objId');
obj.setAttribute('onclick','funcitonname();'); FIREFOX支持，IE不支持
解决方法：
IE中必须用点记法来引用所需的事件处理程序,并且要用赋予匿名函数如下： var obj = document.getElementById('objId');
obj.onclick=function(){fucntionname();}; 这种方法所有浏览器都支持
建立单选钮
IE以外的浏览器：
var rdo = document.createElement('input');
rdo.setAttribute('type','radio');
rdo.setAttribute('name','radiobtn');
rdo.setAttribute('value','checked');
共同的一些技巧
在动态建立INPUT型输入元素时，一般是先加入，再设置TYPE。这就有可能出错。应该：
var btn = document.createElement('input');
btn.setAttribut('type','button');
document.getElementById('formId').appendChild(btn);