从ASP过渡到ASP.net遗留的210大积习

核心提示：从ASP过渡到ASP.net遗留的210大积习,浏览从ASP过渡到ASP.net遗留的210大积习,在技术更新的进程中,依然有1些人死抱着已过了气的东西不放.也有1些人固然进进到新的世界,但仍摆脱不了陈腐的习惯.我没有用”陋习”这个词,由于我对这个词也非常反感.新技术应当有新技术

在技术更新的进程中，依然有1些人死抱着已过了气的东西不放，也有1些人固然进进到新的世界，但仍摆脱不了陈腐的习惯，我没有用”陋习”这个词,由于我对这个词也非常反感。

新技术应当有新技术的做法，进进ASP.NET的世界，就应当把以往的习惯改正,全新的进进新的世界。

以以下举的都是毛病的做法，请不要误以为是推荐的做法而进行推行：

1、使用serversideinclude给ASPX引进共同的页面构图。

在ASP.NET的机制下，应使用ASCX(webusercontrol)来实现。ASCX提供了更多可控制接口。并且更重要的是，ASCX是1个类。1个实实在在的类.可以全面控制它。

2、不使用web.config

web.config提供了非常丰富的配置治理接口.是1个利用程序最核心的部份。但是很多人的web.config常常是空的.或就历来没有修改过。

3、使用Response.Write向前端输出消息

ASP.NET平台下的Response和ASP的Response有很大的不同.固然表示同1含义，但用法上已大不相同。Response.Write的内容只会输出到页的最前端.向前端输出消息的正确方法是使用PlaceHolder。

4、使用1系列session治理用户连接状态

这类方法在ASP里被滥用，在ASP.NET环境下,正确的做法应当是设计1个类.结构化地保存数据，将对session或cookie的访问封装起来。

5、使用session验证身份

这几近是通病.ASP.NET提供了1组用于用户身份验证的API，类型是forms验证或windows验证.这1点quickstart有1节讲授得很清楚.可以尽大部份人还是依托给session赋值来保持用户身份验证状态。

6、使用Response.Redirect重定向页

这1点在必要的时候可使用。但不可滥用.事实证实滥用重定向将导致逻辑上的严重混乱。这是在以页为程序单元的时候的做法.使用frontcontroller模式将使用户的操纵逻辑集中起来。

7、使用太多ASPX页

ASP环境下的程序单元只有*.asp页，ASP.NET可不是这样，还有后真个类库,ASCX等等.应将业务逻辑分别集中在不同的单元。而不应当1项操纵使用1个ASPX.更多时候ASPX将做为ASCX或customcontrol的容器而治理页内逻辑.ASPX重用ASCX的同时,ASPX也做为同1的页构图重用。

8、在多个逻辑单元之间复制代码并修改相应逻辑

重用.重用.重用.处理此类题目的原则是不出现任何相同或类似的进程.假设你用上面的方法,1旦出现重大逻辑更改,带来的结果将是灾害性的。

1 2 3 下1页

核心提示：从ASP过渡到ASP.net遗留的210大积习,浏览从ASP过渡到ASP.net遗留的210大积习,在技术更新的进程中,依然有1些人死抱着已过了气的东西不放.也有1些人固然进进到新的世界,但仍摆脱不了陈腐的习惯.我没有用”陋习”这个词,由于我对这个词也非常反感.新技术应当有新技术

9、惧怕使用DataSet。

很多人被DataSet吓坏了.以为”肯定”影响性能.但连最初的尝试都不敢.他们总以为他们的产品1定重大,设计上应当”慎重”.他们常常使用ArrayList或设计低级的类来保存集合数据.进行艰巨的数据倒进工作。

10、对“性能”过量留意。

对ASP.NETViewState的机制特别不满.或总是绞尽脑汁***人家，反倒把自己弄得很累，假设在对付ViewState的同时多留意少连几次数据库或许更文明些。

11.利用程序根目录很乱。

ASP.NET是开发项目，不是网站.应当把不同的资源分类放置.例如把所有静态资源(样式表、脚本、图象)组织到1起，乃至可以写1组API来治理他们，ASPX应当放在1起.ASCX应当放在1起..*.cs呢?应当把他们放到另外1个project里。

12.不厌其烦的写访问数据库的进程

应当把这工作交给DataAccessApplicationBlock.你自己还要开关connection,何必呢.

13.自己写的东西最靠得住.

事实常常正好相反.多留意使用人家写好的产品.又不收你钱,何必那末爱面子呢.

14.胡乱命名ASPX文件名

这是最让人痛苦的了.ASPX文件名不但需要轻易辨认.还应当遵守1定规则.由于behind每个ASPX都会有1个同名的类,想象1下,多难受.另外大部份人不知道治理自己的项目的namespace.让人仿佛看到1本帐1样.

15.历来不作继续或派生

1些具有相同行动的类,应当从公共的基类派生出来.实际意义上,我们的ASPX应当有1个基类PageBase.由于总有1些公共的特性需要抽象出来.

16.零property

他们的类(ASPX所对应)里只有privatemethod.不公然自己的任何秘密.可以这1定是JAVA的遗老干的事.

上1页 1 2 3 下1页

核心提示：从ASP过渡到ASP.net遗留的210大积习,浏览从ASP过渡到ASP.net遗留的210大积习,在技术更新的进程中,依然有1些人死抱着已过了气的东西不放.也有1些人固然进进到新的世界,但仍摆脱不了陈腐的习惯.我没有用”陋习”这个词,由于我对这个词也非常反感.新技术应当有新技术

17.零ASCX

不用说,他还没学会ASP.NET

18.使用DreamWeaver“画“ASPX

这批人是美工.乃至有1些人在非常沉醉地讨论如何更好地“整合“DreamWeaver和VisualStudio.

19.只熟习System.Web.UI.WebControl和System.Data.SqlClient应当还有1些值得熟习的类库.

20.零注释

这些都是心里很明白的快手.1任IDE天生的缺省注释横在那里不管.

21.零事件

对“事件驱动“1无所知.只知道在Page_Load()里写进程.或双击1个按钮写Xxx_Clock()进程.在他们的程序里看不到event和delegate.

上1页 1 2 3 http://www.fw8.net/
TAG:进程,逻辑,积习,这个词,新技术

评论加载中... 内容： 评论者： 验证码：