EXT.NET高效开发(一)——概述

之前就有想法说说这方面,直到看到我上一篇博客《EXT.NET复杂布局(一)——工作台》的回复:

小龙3:ext.net 比使用傳統的webform控件开发时间多多少?

我就决定提前写这一系列了。小龙3应该感到荣幸。嘿嘿。

相比Extjs,Ext.NET毋庸置疑的可以大大提高生产力(这里我只说EXT.NET的优势):

1)带智能提示的配置。

  在VS设计界面,可以直接拖出EXT.NET控件,然后可以像编辑传统的ASP.NET控件一样来编写配置。Ctrl+J——J的爽吧。

2)编写速度加快。

一是有智能提示,二是很多时候,无须查看文档,只需要浏览智能提示就能配置。有时候写完前台写后台,耶,一个js都没写。虽然我不讨厌JS,但是能不写的,我不会多手。让EXT.NET搞定这些吧。。

3)错误率降低。

这点不需要解释。当然只是相对Extjs的。一般情况下,我写JS都是小心翼翼的。

4)可维护性。

js写多了,维护起来不是一般的头疼,虽然可以使用VS插件让JS可以实现折叠,但是多了的话,看着都难受,哪还有心情修改。如果恰巧字母大小写或者写错了,或者误操作,多敲了一个字母,等等,又有得忙了。

5)层次关系。

从VS设计源码界面,即使布局很复杂,代码很多,你也可以很清楚的看清楚各个控件的父子关系,可以很方便的找到哪个控件,也可以很方便的折叠哪些部分。

6)可以在服务器事件中操作。例如:

                    txtDogNo.Text = Request.QueryString["usbkey"];
                    txtMachineNo.Text = Request.QueryString["equipmentcode"];

在EXT.NET的DirectEvent事件或Page_Load事件这操作EXT.NET控件,比JavaScript操作更方便。虽然其原理也是使用的JavaScript。而且很多时候,可以不必要通过Httphandler类或者ASP.NET页面来操作,节省了很多配置。

7)数据交换更简单。

EXT.NET支持各种数据源,支持各种数据源控件。支持页面后台绑定,也支持xml、Ajax请求等等。

8)使用更快捷。

控件一拖(虽然我一般不拖),JS、CSS链接不需要操心了。语言也不需要操作了,会自动设置本地语言(虽然有时汉化不彻底,但是还勉勉强强)。

9)其他。一时间想不起来了。有想到的就回复下吧。嘿嘿。

那相比WebForm,Ext.NET的优势又在哪呢?这里我也会结合生产力说说(这里我就用++和--来标注好了)。

1)更好的用户体验。(生产力++)

虽然WebForm可以使用微软的Ajax以及Ajax控件进行开发,但是用户体验还是远远不及extjs。而且你可以跟客户忽悠,这个功能多么滴难做,多么好,但是我们做出来了。于是你的沟通能力又增长了。。。

2)美观的界面。(生产力+++)

只要程序员稍微懂点CSS的话,基本上可以忽略美工了。节约了人力,而且还节约了设计样式的时间。虽然extJs界面看多了,也就那么“美”,但是你要考虑到还有很多人没看够。

3)都支持服务器事件。这点打平了。

4)EXT.NET或者Extjs还不够完善。(生产力--)

EXT.NET是存在一些Bug的,在前面的文章我就提及过,但是并不影响开发。这些BUG有些是EXT.NET自身的原因,有些是Extjs的原因。碰到BUG了,需要冷静思考,别掉坑里去了就行了。

5)要求更高的解决问题的能力。(生产力--)

  • 由于对EXT.NET的不理解、不熟悉,或者对extjs的不了解(前面说过,使用EXT.NET也需要了解Extjs。毕竟Extjs是他爸啊。),或者本身的BUG等等,写代码的时候很容易出现问题或者异常。这就需要自己去分析问题了。
  • 比如设置了GridPanel的AutoExpandColumn属性(自动展开列),但是这个列名自己又疏忽了(也就是不存在),那么页面将不显示,也不会有异常提示显示。这时候就得自己分析原因啦。
  • 又比如服务器环境问题——使用EXT.NET后,直接出异常了,什么什么Json序列化的。这是你就得乖乖打上.NET3.5的补丁包了,虽然官方要求的是3.5框架,但是是不缺SP1的框架。
  • 又比如丢到SharePoint里面,只有Administrator干过之后,其他的角色才能搞,这是为什么呢?权限嘛。赶快使用SPSecurity.RunWithElevatedPrivileges方法把它干了。当然这是本人的解决办法而已。当初为了这问题可是差点黔驴技穷了。
  • 也就是,当你使用Ext.NET后,你会碰到更多的问题。亲爱的读者,你有信心一一解决么?嘿嘿,先忽悠两把,吓死胆小的。

6)要求更强的自学能力。(生产力--)

Extjs的示例要看,API要看,EXT.NET的示例要学,现在出文档了,有空也可以瞄瞄。。。

7)可以实现更复杂、更高级、更好的功能。(生产力++)

EXT.NET内置的控件就有一箩筐,具体布局使用就靠个人了。传统的WebForm难以实现的,也许在这里面就不是问题。

8)要求更高的前端开发能力。(生产力—)

js要懂,Extjs要懂,css也要懂点,ASP.NET要懂。这些,你懂的。。。

9)其他。同上。

这篇文章本来是要等周三再敲的,今天生日心情好,而且难得不加班,就把这些文字给敲出来了。看好本系列文章的,就在下面来个祝福吧。不看好的,就为我过生日的还抽出时间来码字的精神,也祝福祝福吧。在本篇结束之际,再说一点个人体会:

  1. 几分熟决定着你的开发速度,心得和体会决定着你的成长进步,总结和提升让你少走弯路,造好模具才是你的开发利器。

接下来的本系列文章,主要就结合这些方面来说明了。

时间: 2024-10-10 01:01:34

EXT.NET高效开发(一)——概述的相关文章

EXT.NET高效开发(二)——封装函数

在上一篇<EXT.NET高效开发(一)--概述>中,大致的介绍了一下EXT.NET.那么本篇就要继续完成未完成的事业了.说到高效开发,那就是八仙过海各显神通.比如使用代码生成器,这点大家可以参考我的这篇帖子<CodeSmith系列(三)--使用CodeSmith生成ASP.NET页面>.本人是比较推崇批量化生产的.当然,本篇的重点不在这,看过标题的人都知道. 在使用EXT.NET的时候(当然不仅仅是EXT.NET),总是要做很多重复的事,于是封装一些实用的函数可以一劳永逸呀. 1)

EXT.NET高效开发(四)——实用技巧

很久没有发文了,一是忙上线的事.二是有些颓废了,身体虚弱了,感觉工作没有激情了,不太想写.好了,既然承诺了写下去,那么就坚持吧. 俗话说"授人以鱼,不如授之以渔",下面就开始本篇之旅吧. 1)检测浏览器与IE版本. 这里是在后台检查,然后输出相应的Extjs脚本,你也可以在前台写JS检测. 这里没有使用EXT.NET的对象,直接写的纯Extjs. 这里是在后台代码进行判断,首先获取浏览器信息判断,然后注册相应的Extjs脚本.当用户点是,则下载.注释很完整,就不多做解释了.   if

EXT.NET高效开发(三)——使用Chrome浏览器的开发人员工具

    这篇帖子老少皆宜,不分男女,不分种族,不分职业.俗话说:"磨刀不误砍柴工".掌握一些开发工具的使用,对自己帮助是很大的(无论是用于分析问题,还是提高生产力).本篇就讲述如何利用Chrome浏览器(这里讲述的版本是14.0.835.2)的开发工具(因为IE浏览器的开发工具实在不敢恭维,不过大部分功能还是健全的).之所以使用Chrome浏览器,是因为对它情有独钟吧.Chrome浏览器的开发工具是一个比较强大的工具,主要包括以下面板: 元素 (Elements) 面板 资源 (Res

web标准实现高效开发系列之二

web|web标准 web标准让大家学会了手写代码,显然这样的效率不够高.关于高效开发早已提到了web标准推广的日程上来了,可是现在的成效还不是很让人满意,我个人观点,开发的时候从整体到局部,提高开发效率的时候要从局部到整体,因为这是一种组装,比如head区域,文章显示块,内容列表块,表单块......让你的代码复用起来. 小毅已经整理很很多了,但是没有针对DW的,我个人比较喜欢DW,界面美观方便,而且提供多种浏览器预览,做法就是将常用的XHTML代码作成存入DW的剪辑库,不需要的部分就删除掉,

关于高效开发的一些套路与实践

在开发中,编码我们有分层架构.设计模式做为套路来高效开发,但你也知道编码不是开发的全部,一个完全的开发流程用面向对象思想来概括,它分为OOA(面向对象分析).OOD(面向对象设计).OOP(面向对象编程).一个好的代码结构是需要需求分析,架构设计做为辅助的,Stay尝试向你描述一个理想高效的工作流程,有了这个套路,不仅能让你缩短编码时间,还能得到团队的认可. 关于高效开发,大多数人的第一反应就是成熟的分层架构.设计模式以及第三方lib.这些给了我们设计准则还有便利的工具更快的去做需求实现. 高效

《iOS 8应用开发入门经典(第6版)》——第1章,第1.4节开发技术概述

1.4 开发技术概述 iOS 8应用开发入门经典(第6版) 在接下来的几章中,将简要地介绍用来创建iOS应用程序的技术.我们的目标是让您快速了解这些工具和技术,然后开始开发.这意味着几章后您才会编写第一个应用程序,但当您开始编码时,将具备成功创建各种应用程序所需的技能和知识. 1.4.1 Apple开发工具 在本章中,您下载并使用了应用程序Xcode,它自带了iOS模拟器,您在阅读本书的过程中主要使用的就是它.这两个应用程序很重要,本书将花两章的篇幅(第2章和第5章)介绍它们的功能和用法. 需要

用Git子模块和Docker Compose实现高效开发工作流

本文讲的是用Git子模块和Docker Compose实现高效开发工作流,[编者的话]搭建开发环境一直让程序员们头疼,本文使用Git子模块和Docker Compose实现高效率的开发工作流,让程序员能够轻松搭建出开发环境,把精力投入到需要开发的应用本身. 问题 自我们从Continuous Software雇佣了第一位远程开发的程序员以来,我们就意识到精简开发工作流的重要性.当新入职的程序员接手由很多应用组成的复杂项目时,我们想尽量避免以下这几个问题: 缺少stack模块:Node.js.PH

Android编程之高效开发App的10个建议_Android

本文讲述了Android编程之高效开发App的10个建议.分享给大家供大家参考,具体如下: 假如要Google Play上做一个最失败的案例,那最好的秘诀就是界面奇慢无比.耗电.耗内存.接下来就会得到用户的消极评论,最后名声也就臭了.即使你的应用设计精良.创意无限也没用. 耗电或者内存占用等影响产品效率的每一个问题都会影响App的成功.这就是为什么在开发中确保最优化.运行流畅而且不会使Android系统出问题 是至关重要的了.这里不需要讨论高效编程,因为我们不会关心你写的代码是否能够经得起测试.

《Android应用开发与系统改造实战》——1.1节初识庐山真面目—Android开发环境概述

1.1 初识庐山真面目-Android开发环境概述 Android应用开发与系统改造实战 "巧妇难为无米之炊",要想在Android平台上开发软件,必须装备好必备的工具,一个好的开发环境能够帮助我们快速地开发出想要的应用软件.伴随着Android的开放,Google也提供了一套开发工具,包括设备模拟器.Android资源打包工具aapt.Dalvik调试监控工具DDMS,adb调试桥和字节码转换工具Dx工具. 这些工具我们在开发基本应用时一般是用不着的,在后面的一些部分,会专门讲解An