前端开发框架-前端开发用什么框架
询问
1、绝对的万能药,核心js只有50K,占用带宽小,可以用于门户网站和管理系统。
2、jQuery是js底层封装dom操作最薄的框架。 它没有大量的专有对象,主要提供dom操作的功能。 准确的说,它不是一个专注于富客户端的框架,而是专注于js dom编程。 以下是完整的富客户端框架。
3.我认为它有三个最大的亮点。 首先,它支持CSS3中的大量选择器,可以很容易地定位或选择一个html元素。 二是Ajax请求和回调操作灵活方便。 第三个是事件绑定函数,内部封装了很多事件。 统一给一个页面的一些元素添加事件是非常方便的,也提高了复用性和可维护性,避免了页面中出现大量的html属性。 合理的编码可以将html和js、css分开,方便维护。
4、另外还封装了很多常用的操作,比如节点的增删改查、常用的动画效果、逻辑判断比较等,避免了直接使用dom api的繁琐操作。
5、提供可扩展的功能,您可以编写自己的插件与核心jQuery对象集成。 这也是一种常用的方法。 只要懂js面向对象编程,熟悉jQuery API,就可以写出很多定制化的插件,并在各个地方复用。
6. 至于jQueryUI,与其他框架不同的是,它很少使用js生成html,而是通过jQueryUI API将已有的html处理成想要的效果。 这是好是坏,我觉得是见仁见智的事情,没必要争论。
7. 新的 jQuery EasyUI 不错。
8.如果以后的更新保持现在的格局,我觉得它的前景还是很乐观的。 javascript 完成后,就轮到它完成了。
ExtJS
1.一整套带UI的js库,封装了很多,很厚,核心js有600多K,当然门户网站这么大的东西就不用考虑了,当然里面的效果也不会应用于门户网站,所以专门为管理系统而生。 因为局域网不会有带宽问题。
2.它不同于jQuery。 它基本上使用js生成html。 只需要在页面中导入各种ExtJS库和自己的js即可。 html内容不会很多,body里面基本什么都没有。 所以优化很重要,否则会严重浪费资源。
3. UI就更不用说了,大家一致认为它本来就是为UI而生的,能做出桌面程序的效果。 一般来说,一个管理系统项目如果使用了Ext,基本上从头到尾都是在Ext中完成的。 不会像jQuery一样,想加哪里就加哪里,很随意。 ext更像是一个整体(虽然也可以拆开,但是比较麻烦,不推荐)。
4.提供对其他js框架的适配,比如jQuery、prototype等,没有实际应用就不说了。
5.了解js面向对象编程在ext中很重要。 如果你认为使用 jQuery 时只需要了解简单的 dom 和 css,那么你在这里就吃亏了。 Ext离不开对象的概念。
6. Ext的UI开发类似于C#,有很多控件。 不同的是,所有的东西都要自己写,所以开发量比较大。 虽然有Ext Designer可视化工具,但是效果不是很好。 生成的一些代码往往不是你想要的,也不容易维护。 自己写比较方便。
7、团队开发的时候,一定要保证做UI的每个人都知道Ext,并且深入应用过,因为Ext项目是一个整体,不适合html替换。
8、Ext工程在IE系列浏览器上打不开,比较卡。 我想这不是Ext本身的问题。 所谓的内存泄漏等问题早就解决了,不是重点。 我打开了很多网页,用IE8浏览jQuery.net的官网。 有时我会卡住。 试想一下,他们的官网一定优化的很好。 jQuery 如此,Ext 更不用说了。 对比其他浏览器,FireFox、Chrome等浏览Ext项目流畅,应该是浏览器对js的解析不同造成的。
9.版权问题,在商业项目中使用Ext是要收费的。
flex【我也在学习,不敢乱说,深入应用后再做补充】
1、Adobe平台,基于ActionScript,随处可用,但更侧重于内网管理系统。 在门户网站上使用相当于在线玩Flash游戏。 加载中...
2、与Ext不同的是,它有一个健壮的可视化开发工具Flash Builder前端开发框架,可以像C#一样拖拽生成一个xml,也便于维护。
3、编译后生成的swf文件可以直接嵌入html中,提高安全性。 浏览时和flash一样,需要flash播放器。
4、与Ext一样,也是一个整体,拥有丰富的控件库。
5. 这纯属个人意见。 HTML5不支持插入对象,也就是说不能插入swf文件。 Flex 完成了吗? 虽然HTML5不支持Flash是客观事实,但是HTML5的统一还很遥远。 Adobe是否会对主流浏览器对HTML5的支持有对策,现在还很难说。 HTML5 和 HTML4 并行应该有很长一段时间了,至少 Flex 是现在的一流产品前端开发框架,所以我选择了它。
银灯饰
对于微软平台,只能在Asp.net中使用。 同样,除了jQuery,Asp.net也不适合与上述框架集成,因为Asp.net是事件驱动的,而这些框架都是为消息驱动而生的,勉强的应用只会事半功倍努力,并失去 .net 本身的优势。