ExtJs4学习(一):正确认识ExtJs4

认识ExtJs

1.Javat能用ExtJs吗?

  它是展现层的技术,与JS,HTML,CSS有关。至于server端是.Net,还是PHP等无关。


2.ExtJs适合什么样的项目?

  依照官方的说法,ExtJs是给你拿来做B/S的桌面应用程序的,并不适合做门户站点。我个人理解,ExtJs比較适合做须要大量复杂界面布局和交互的信息管理系统(MIS)。


3.ExtJs效率不行,好慢...?

  确实,ExtJs做的复杂布局和交互的页面,在IE6,7,8下非常慢,在IE9下也不是非常理想,但在Chrome,FireFox等新一代浏览器中执行速度非常理想。我敢说在相同复杂的页面布局和交互下,绝对照你用Asp.Net第三方server控件强几倍。所以在眼下情况下,你不得不强烈推介你的客户使用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,用一些功能强大的第三方server控件,如DevExpress,Telerik或许是你们的更好选择。正如也有非常多难以维护的C#项目一样,你不能怪C#垃圾,仅仅能怪自己垃圾。就像玩LOL一样,没有垃圾的职业,仅仅有垃圾的玩家....

 

6.公司,技术团队和个人是否值得对ExtJs投入学习成本?

  客观的说你投入的是对Javascript的学习成本,ExtJs本身没有太多你须要投入的。除非你认为看英文API是一件很困难的事情。而对Javascript的投入,从如今的技术发展趋势来说,绝对是值得投入的...不幸的是大部分国内Asp.Net程序猿对Js的掌握程度还停留在从网上扒段特效的水平...

 

7.ExtJs的界面看起来都一样一样的,审美疲劳...

  没有人阻止你对ExtJs的界面进行改造...其实国外有非常多用ExtJs做的应用你根本看不出来说ExtJs做的。并且在ExtJs4里支持sass,能够非常方便的改变ExtJS的皮肤和样式。

 

8.选择ExtJs的理由?

  优秀的UI交互能力和功能强大的UI组件天生就是给信息管理系统用的;

  附送的皮肤样式和成熟的布局,一定程度上降低了美工的投入;

  文档很完好和好用;

  已经非常多年了,到了第4个大版本号,不管是成功案例还是社区的技术讨论都非常丰富,你能够轻易搜索到自己遇到的问题;

  开源和良好的面向对象结构,能够让你很easy的扩展和重写ExtJs,实现自己想要的功能,也能够自己依据项目需求深度封装成自己的组件;

  多浏览器的兼容性做的很好,差点儿不用做不论什么改动,就能在眼下流行的全部的浏览器下完美执行;

  Javascript+HTML(5)做为WebUI开发的主流技术如今开来已经很明朗,ExtJs发展形式一片大好;

  从近些年来的ExtJs的版本号升级能够看出,ExtJs的开发团队是很负责任的也是很牛X的;


总结:对于开发技术的应用,仅仅有垃圾的选择和垃圾的应用,没有垃圾的技术。不加前提的对一个技术片面评价,是浮躁的;不深入了解就人云亦云那是愚蠢的...


郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。