莫人云亦云,莫走弯路!正确认识ExtJs4
2013-09-02 21:25 低调de草原狼 阅读(227) 评论(0) 编辑 收藏 举报
认识ExtJs
1.Asp.Net能用ExtJs吗？
它是展现层的技术，与JS,HTML,CSS有关。至于服务器端是.Net,还是Java,PHP等无关。
2.ExtJs适合什么样的项目？
按照官方的说法，ExtJs是给你拿来做B/S的桌面应用程序的，并不适合做门户网站。我个人理解，ExtJs比较适合做需要大量复杂界面布局和交互的信息管理系统（MIS）。
3.ExtJs效率不行，好慢...？
确实，ExtJs做的复杂布局和交互的页面，在IE6,7,8下非常慢,在IE9下也不是很理想，但在Chrome,FireFox等新一代浏览器中运行速度很理想。我敢说在同样复杂的页面布局和交互下，绝对比你用Asp.Net第三方服务器控件强几倍。所以在目前情况下，你不得不强烈推介你的客户使用Chrome这类的浏览器来运行你的系统。对于一般内部局域网使用的信息管理系统，这样的要求是不过分的。
4.ExtJs效率问题的原因？
B/S程序，展现层的效率瓶颈在于3个方面：浏览器对Js的解释速度,HTML DOM的渲染速度,内存释放以及网络带宽。随着ExtJS的多次版本优化之后，这些问题都得以在一定程度的解决。特别以前让人诟病的1M多的庞大JS库的问题，在ExtJS4新的按需加载机制下已经完美解决。而其他问题往往和具体的浏览器有关，也不是Ext能解决的。事实上目前在Chrome浏览器下，我们用ExtJS做的系统响应速度已经快到了令人发指的地步....如果要实现同样复杂的界面布局和交互，我找不出能比ExtJS这个解解决方案更快的技术。
5.用ExtJS需要写大量的JS代码，会导致系统难以开发，调试，维护？
相对于习惯了简单拖拽控件的Asp.net程序员，ExtJs确实需要你掌握更多的基础知识。但我们都承认很多需求并不是拖拽控件能解决的，要想做一个真正拿得出手的应用程序，你不得不付出更多的努力，下篇我们会讲如何正确的学习，开发，调试ExtJs。所以技术水平不好的技术团队并不适合用ExtJs，用一些功能强大的第三方服务器控件，如DevExpress,Telerik也许是你们的更好选择。正如也有很多难以维护的C#项目一样，你不能怪C#垃圾，只能怪自己垃圾。就像玩Wow一样，没有垃圾的职业，只有垃圾的玩家....
6.公司,技术团队和个人是否值得对ExtJs投入学习成本？
客观的说你投入的是对Javascript的学习成本，ExtJs本身没有太多你需要投入的。除非你觉得看英文API是一件非常困难的事情。而对Javascript的投入，从现在的技术发展趋势来说，绝对是值得投入的...不幸的是大部分国内Asp.Net程序员对Js的掌握程度还停留在从网上扒段特效的水平...
7.ExtJs的界面看起来都一样一样的，审美疲劳...
没有人阻止你对ExtJs的界面进行改造...事实上国外有很多用ExtJs做的应用你根本看不出来说ExtJs做的。而且在ExtJs4里支持sass,可以非常方便的改变ExtJS的皮肤和样式。
8.Ext.Net很好,我可以不用写烦人的Js,用C#也能实现ExtJs的强大界面功能？
我想说更深的封装只能让你更难驾驭ExtJs，虽然Ext.Net也是开源的，但很难想象连JS都不敢碰，怎么能用好Ext.Net。用Ext.Net就意味着你已经丢掉了很多ExtJs的优势，还不如用第三方服务器控件...
9.选择ExtJs的理由？
优秀的UI交互能力和功能强大的UI组件天生就是给信息管理系统用的；
附送的皮肤样式和成熟的布局，一定程度上减少了美工的投入；
文档非常完善和好用；
已经很多年了,到了第4个大版本,无论是成功案例还是社区的技术讨论都非常丰富,你可以轻易搜索到自己遇到的问题；
开源和良好的面向对象结构，可以让你非常容易的扩展和重写ExtJs，实现自己想要的功能，也可以自己根据项目需求深度封装成自己的组件；
多浏览器的兼容性做的非常好，几乎不用做任何修改，就能在目前流行的所有的浏览器下完美运行；
Javascript+HTML(5)做为WebUI开发的主流技术现在开来已经非常明朗,ExtJs发展形式一片大好；
从近些年来的ExtJs的版本升级可以看出，ExtJs的开发团队是非常负责任的也是非常牛B的；
1.Asp.Net能用ExtJs吗？
它是展现层的技术，与JS,HTML,CSS有关。至于服务器端是.Net,还是Java,PHP等无关。
2.ExtJs适合什么样的项目？
按照官方的说法，ExtJs是给你拿来做B/S的桌面应用程序的，并不适合做门户网站。我个人理解，ExtJs比较适合做需要大量复杂界面布局和交互的信息管理系统（MIS）。
3.ExtJs效率不行，好慢...？
确实，ExtJs做的复杂布局和交互的页面，在IE6,7,8下非常慢,在IE9下也不是很理想，但在Chrome,FireFox等新一代浏览器中运行速度很理想。我敢说在同样复杂的页面布局和交互下，绝对比你用Asp.Net第三方服务器控件强几倍。所以在目前情况下，你不得不强烈推介你的客户使用Chrome这类的浏览器来运行你的系统。对于一般内部局域网使用的信息管理系统，这样的要求是不过分的。
4.ExtJs效率问题的原因？
B/S程序，展现层的效率瓶颈在于3个方面：浏览器对Js的解释速度,HTML DOM的渲染速度,内存释放以及网络带宽。随着ExtJS的多次版本优化之后，这些问题都得以在一定程度的解决。特别以前让人诟病的1M多的庞大JS库的问题，在ExtJS4新的按需加载机制下已经完美解决。而其他问题往往和具体的浏览器有关，也不是Ext能解决的。事实上目前在Chrome浏览器下，我们用ExtJS做的系统响应速度已经快到了令人发指的地步....如果要实现同样复杂的界面布局和交互，我找不出能比ExtJS这个解解决方案更快的技术。
5.用ExtJS需要写大量的JS代码，会导致系统难以开发，调试，维护？
相对于习惯了简单拖拽控件的Asp.net程序员，ExtJs确实需要你掌握更多的基础知识。但我们都承认很多需求并不是拖拽控件能解决的，要想做一个真正拿得出手的应用程序，你不得不付出更多的努力，下篇我们会讲如何正确的学习，开发，调试ExtJs。所以技术水平不好的技术团队并不适合用ExtJs，用一些功能强大的第三方服务器控件，如DevExpress,Telerik也许是你们的更好选择。正如也有很多难以维护的C#项目一样，你不能怪C#垃圾，只能怪自己垃圾。就像玩Wow一样，没有垃圾的职业，只有垃圾的玩家....
6.公司,技术团队和个人是否值得对ExtJs投入学习成本？
客观的说你投入的是对Javascript的学习成本，ExtJs本身没有太多你需要投入的。除非你觉得看英文API是一件非常困难的事情。而对Javascript的投入，从现在的技术发展趋势来说，绝对是值得投入的...不幸的是大部分国内Asp.Net程序员对Js的掌握程度还停留在从网上扒段特效的水平...
7.ExtJs的界面看起来都一样一样的，审美疲劳...
没有人阻止你对ExtJs的界面进行改造...事实上国外有很多用ExtJs做的应用你根本看不出来说ExtJs做的。而且在ExtJs4里支持sass,可以非常方便的改变ExtJS的皮肤和样式。
8.Ext.Net很好,我可以不用写烦人的Js,用C#也能实现ExtJs的强大界面功能？
我想说更深的封装只能让你更难驾驭ExtJs，虽然Ext.Net也是开源的，但很难想象连JS都不敢碰，怎么能用好Ext.Net。用Ext.Net就意味着你已经丢掉了很多ExtJs的优势，还不如用第三方服务器控件...
9.选择ExtJs的理由？
优秀的UI交互能力和功能强大的UI组件天生就是给信息管理系统用的；
附送的皮肤样式和成熟的布局，一定程度上减少了美工的投入；
文档非常完善和好用；
已经很多年了,到了第4个大版本,无论是成功案例还是社区的技术讨论都非常丰富,你可以轻易搜索到自己遇到的问题；
开源和良好的面向对象结构，可以让你非常容易的扩展和重写ExtJs，实现自己想要的功能，也可以自己根据项目需求深度封装成自己的组件；
多浏览器的兼容性做的非常好，几乎不用做任何修改，就能在目前流行的所有的浏览器下完美运行；
Javascript+HTML(5)做为WebUI开发的主流技术现在开来已经非常明朗,ExtJs发展形式一片大好；
从近些年来的ExtJs的版本升级可以看出，ExtJs的开发团队是非常负责任的也是非常牛B的；
总结：对于开发技术的应用，只有垃圾的选择和垃圾的应用，没有垃圾的技术。不加前提的对一个技术片面评价，是浮躁的；不深入了解就人云亦云那是愚蠢的...
原文地址：http://www.cnblogs.com/legendxian/archive/2011/11/24/2259592.html
