由于Ext JS的布局设计，基本上是持开箱即用，HTML-FREE的布局方式，开发人员，几乎不需要知道CSS的布局技术，也不用写HTML代码，就能做出可伸缩的、跨浏览器的、看起来还不错的界面来。
很多人很推崇，更多的是盲从。
我觉得EXT的UI中需要慎重的一些地方：
1）HTML Free, 并不代表工作量的FREE，清晰的HTML结构被繁杂的Javascript所代替，从Form、Grid到Menu，武装到牙齿了，打开页面，看到的是一排排的Javascript代码，彻底打破了结构与行为分离的前端设计思想，维护这样的页面，并不轻松，考虑到界面是用户最容易变动的部分，这个成本不能不考虑。
2）开发人员大量使用EXT默认的风格，界面各个部分的区隔线条太过于明显，没有柔和的过渡，大量使用渐变色，堆砌的迹象明显。如果不用EXT的Theme, 你需要重新设计一套Theme, 这不是个简单过程，而且仍然摆脱不了EXT的基于Panel布局自身的缺点。
3) 组件的方式，看似通过积木块的堆砌，造出界面，但却容易滥用，缺少针对具体情况、用户体验的灵活设计
参与界面设计的人，容易与一线用户脱钩，很少有一种简洁、直接、朴素、持久的设计风格，首先考虑的不是信息的组织、用户的体验，而是如何的炫，如何能表现自己很高的设计水平，动感，渐进、半透明、滑门、延迟、手风琴、背景图片等效果，总想用上一用，滥用颜色，这些除了造成视觉疲劳、操作繁琐外，起不到真正的用户体验。
传统设计的思维仍然存在，很多人在设计菜单时，都是按照功能模块划分的，树状菜单设计时，并没有去主动考虑用户的操作、点击习惯。同时，设计者在看到的界面的时，用的是超级管理员的权限，所以看到很多的菜单，很多的功能。很少有思考真正的用户的日常操作，一般直接照搬套用某套控件，而且经常一根筋的说：“我就是喜欢QQ、Outlook的界面，我就是...”。
如Ext accordion界面，很炫，一般适合用户自有功能非常的多的情况，但却有它自身的缺点。
最需要点击的菜单，有可能都被隐藏起来，平均一个功能，要至少点击两次，才能找到，如果不太熟悉界面，可能要一个一个点开每个菜单。
普通的工作站的使用者，每天做的事情都几乎是一样的，他们经常重复使用、操作某一个功能，有权限操作的功能并不很多，同时他们的工作也是最繁忙的，我们设计时，应当首先为他们来考虑界面，考虑他们的操作习惯，给功能提供尽量直接、方便的来回切换、跳转、导航，应当显眼、直接、简约，一步到位。
另一种用户，是manager的管理决策用户，他们的时间宝贵，最好设计成傻瓜式的操作，同时，将最关
键、最重要的信息，组织、放置在一屏当中，达到At a glance的效果。
我最近做了一些EXTJS的项目，个人感觉的优点（绝对不是COPY）
UI全部帮你搞定，不用费劲去弄样式！
浏览器兼容性好，在各各浏览器下测试都OK！
和后台代码无关，不管你后面用C#也好 JAVA也好 还是PHP 都和它没关系。
动画效果，EXTJS的动画效果做得很不错，提高了用户的感知度。
缺点：
1.开发周期延长（要先学习才能灵活使用）
2.速度稍慢（对于丰富互联网应用是肯定有这个缺点的，不过可以忽略，现在带宽在一点点升级，网速也不是问题了）
Ext JS真的是非常的强大, 完美的UI, 结构良好的代码.
这几天在写一个程序, 用的Ext做的后台, 但后来我又放弃了.
改用jQuery+原生javascript来提高性能. jQuery UI不用.
第一眼见到Ext的那些演示的时候, 相信你和我一样都会为之所动.
但在目前的实际应用中, 我认为它是不合适的
3文件太大, GZIP压缩后也还是大(相对来说)
4耗CPU资源厉害, 特别是功能多的时候, 耗的资源更厉害, 比原生javascript慢了将近10倍
对比结果是测试一个Grid得来的, 开着任务管理器在看对比, 当然, 原生的javascript我没做到那么好看和复杂的功能了.
简洁实用才是王道.
5.是学习成本比较高, 做什么都要查文档.
Ext的适用环境: 服务器与客户端连接的速度要快, 机器的配置要高.
用jQuery, 本来就奢侈, 更不用说Ext了.
不过话说回来, Ext用起来还真的是爽, html, css基本都不用写了, 特别适合不会做界面的程序员. 这也是众多程序员吹捧的原因.
如果实在喜欢Ext, 可以把它的风格仿制一套出来, 放到自己的框架中.
由于Ext JS的布局设计，基本上是持开箱即用，HTML-FREE的布局方式，开发人员，几乎不需要知道CSS的布局技术，也不用写HTML代码，就能做出可伸缩的、跨浏览器的、看起来还不错的界面来。
很多人很推崇，更多的是盲从。
我觉得EXT的UI中需要慎重的一些地方：
1）HTML Free, 并不代表工作量的FREE，清晰的HTML结构被繁杂的Javascript所代替，从Form、Grid到Menu，武装到牙齿了，打开页面，看到的是一排排的Javascript代码，彻底打破了结构与行为分离的前端设计思想，维护这样的页面，并不轻松，考虑到界面是用户最容易变动的部分，这个成本不能不考虑。
2）开发人员大量使用EXT默认的风格，界面各个部分的区隔线条太过于明显，没有柔和的过渡，大量使用渐变色，堆砌的迹象明显。如果不用EXT的Theme, 你需要重新设计一套Theme, 这不是个简单过程，而且仍然摆脱不了EXT的基于Panel布局自身的缺点。
3) 组件的方式，看似通过积木块的堆砌，造出界面，但却容易滥用，缺少针对具体情况、用户体验的灵活设计
参与界面设计的人，容易与一线用户脱钩，很少有一种简洁、直接、朴素、持久的设计风格，首先考虑的不是信息的组织、用户的体验，而是如何的炫，如何能表现自己很高的设计水平，动感，渐进、半透明、滑门、延迟、手风琴、背景图片等效果，总想用上一用，滥用颜色，这些除了造成视觉疲劳、操作繁琐外，起不到真正的用户体验。
传统设计的思维仍然存在，很多人在设计菜单时，都是按照功能模块划分的，树状菜单设计时，并没有去主动考虑用户的操作、点击习惯。同时，设计者在看到的界面的时，用的是超级管理员的权限，所以看到很多的菜单，很多的功能。很少有思考真正的用户的日常操作，一般直接照搬套用某套控件，而且经常一根筋的说：“我就是喜欢QQ、Outlook的界面，我就是...”。
如Ext accordion界面，很炫，一般适合用户自有功能非常的多的情况，但却有它自身的缺点。
最需要点击的菜单，有可能都被隐藏起来，平均一个功能，要至少点击两次，才能找到，如果不太熟悉界面，可能要一个一个点开每个菜单。
普通的工作站的使用者，每天做的事情都几乎是一样的，他们经常重复使用、操作某一个功能，有权限操作的功能并不很多，同时他们的工作也是最繁忙的，我们设计时，应当首先为他们来考虑界面，考虑他们的操作习惯，给功能提供尽量直接、方便的来回切换、跳转、导航，应当显眼、直接、简约，一步到位。
另一种用户，是manager的管理决策用户，他们的时间宝贵，最好设计成傻瓜式的操作，同时，将最关
键、最重要的信息，组织、放置在一屏当中，达到At a glance的效果。
我最近做了一些EXTJS的项目，个人感觉的优点（绝对不是COPY）
UI全部帮你搞定，不用费劲去弄样式！
浏览器兼容性好，在各各浏览器下测试都OK！
和后台代码无关，不管你后面用C#也好 JAVA也好 还是PHP 都和它没关系。
动画效果，EXTJS的动画效果做得很不错，提高了用户的感知度。
缺点：
1.开发周期延长（要先学习才能灵活使用）
2.速度稍慢（对于丰富互联网应用是肯定有这个缺点的，不过可以忽略，现在带宽在一点点升级，网速也不是问题了）
Ext JS真的是非常的强大, 完美的UI, 结构良好的代码.
这几天在写一个程序, 用的Ext做的后台, 但后来我又放弃了.
改用jQuery+原生javascript来提高性能. jQuery UI不用.
第一眼见到Ext的那些演示的时候, 相信你和我一样都会为之所动.
但在目前的实际应用中, 我认为它是不合适的
3文件太大, GZIP压缩后也还是大(相对来说)
4耗CPU资源厉害, 特别是功能多的时候, 耗的资源更厉害, 比原生javascript慢了将近10倍
对比结果是测试一个Grid得来的, 开着任务管理器在看对比, 当然, 原生的javascript我没做到那么好看和复杂的功能了.
简洁实用才是王道.
5.是学习成本比较高, 做什么都要查文档.
Ext的适用环境: 服务器与客户端连接的速度要快, 机器的配置要高.
用jQuery, 本来就奢侈, 更不用说Ext了.
不过话说回来, Ext用起来还真的是爽, html, css基本都不用写了, 特别适合不会做界面的程序员. 这也是众多程序员吹捧的原因.
如果实在喜欢Ext, 可以把它的风格仿制一套出来, 放到自己的框架中.