ext 之我见

    最近的这段时间，感觉Ext挺火的。接触Ext还是半年前的事情了，那时候就想对Ext进行封装，做一个服务端的Ajax框架出来。可由于身体的原因，还是搁浅了。
    使用Ext是从1.1开始的，那时候觉得Ext，几乎已经简化了所有的客户端脚本。就算不会js，不会Ajax，使用Ext也可以很容易的搭建不错的页 面。而且Ext在兼容性上面做的也算不错，至少我在ie 6,ie 7 ff和opera 9上运行demo的时候基本上没有什么问题。当然最主要的一个吸引我的因素是，和其他的框架相比，Ext的界面做的比较的出色，就美观而言，算是 perfect了。
    随着Ext 2.0的正式发布，关注Ext的人也越来越多。Ext变得越来越大众化，这是一件值得高兴的事情，毕竟使用Ext能够帮助简化不少的js代码，而且对于html代码的编写，是数量级的减少。
    让数据和内容分离，一直是Ajax所提倡的，而Ext可以完全做到这些。Grid作为表示组件而Store作为数据存储，数据可以通过Reader来读取，包括xml和json，或者其它的自定义实现。
    组件化，这是Ext最大的特色。所有的组件都继承Ext.Component这个基础类。而Ext.Component继承 Ext.util.Observable，让组件事件的处理变得更为的强大和灵活。Ext可以模拟所有的桌面事件，如双击，拖拽，这些只有在桌面程序中才 见到的，而这些事件的处理变得和桌面程序一样的简捷。
    动画以及控件的resize和drag，这些比较难处理的js，在Ext中变得实在很简洁。基本的Window都有drag和resize行为，动画更是简单。当然这些功能只是次要的。不过在ria中，这些功能又都是不能缺少的。
    当然Ext的诟病也不少，如性能，这个在浏览器中关键的因素。完整的Ext.js需要400多k，随着宽带的普及，以及Ajax技术的应用，这个应该不成 为问题。真正的问题在于Ext都是使用js构建页面，其中的html代码，可能比较的繁琐，过多的div的使用，可能也会是一个灾难。如 Ext.Button这个组件的表现层一样。当然Ext也提供了自定义的html模板功能，这个问题也就可能不是问题了。最后毕竟Ext只是一个客户端的 组件实现，和服务端的集成，还需要自己实现。不过Ext在这个方面，也提供了很多的简化功能，如延迟装载，数据读取等。
    当然，个人还是比较的看好Ext，希望这个框架能够越走越好。

评论

2 楼 InnocentBoy 2008-02-19  

祝愿ext越走越远，把效率问题解决一下。

1 楼 Cabo 2007-12-28  

支持：）

这个框架应该可以走得远一些，因为有那么多的Fans 在支持。
很多UI框架都会产生大量的HTML代码和JavaScript脚本，不是ExtJS独有的，不妨用Firefox +Firebug 看一下 .NET 生成的页面源码

性能问题，不推荐做Internet 应用，只推荐做企业宽带 Intranet Application。

至于js文件的大小，可以通过 JS 压缩/紧凑器，尽可能地减少;然后通过缓存，使js脚本一次加载，处处使用；

至于源代码的保护问题，可以通过 JS 混淆器，把变量和函数名称混淆成毫无意义的字母、数字和下划线，使脚本像天书一样难读懂。