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

源代码网整理以下在技术更新的进程中，仍然有一些人死抱着已经过了气的东西不放，也有一些人虽然进入到新的世界，但仍摆脱不了陈旧的习惯，我没有用”陋习”这个词,因为我对这个词也非常反感。

源代码网整理以下新技术应该有新技术的做法，进入ASP.NET的世界，就应该把以往的习惯改正,全新的进入新的世界。

源代码网整理以下以下列举的都是错误的做法，请不要误以为是推荐的做法而进行推广：

源代码网整理以下1、使用serversideinclude给ASPX引入共同的页面构图。

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

源代码网整理以下2、不使用web.config

源代码网整理以下web.config提供了非常丰富的配置管理接口.是一个应用程序最核心的部分。但是很多人的web.config往往是空的.或者就从来没有修改过。

源代码网整理以下3、使用Response.Write向前端输出消息

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

源代码网整理以下4、使用一系列session管理用户连接状态

源代码网整理以下这种方法在ASP里被滥用，在ASP.NET环境下,正确的做法应该是设计一个类.结构化地保存数据，将对session或者cookie的访问封装起来。

源代码网整理以下5、使用session验证身份

源代码网整理以下这几乎是通病.ASP.NET提供了一组用于用户身份验证的API，类型是forms验证或者windows验证.这一点quickstart有一节讲解得很清楚.可以绝大部分人还是依靠给session赋值来保持用户身份验证状态。

源代码网整理以下6、使用Response.Redirect重定向页

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

源代码网整理以下7、使用太多ASPX页

源代码网整理以下ASP环境下的程序单元只有*.asp页，ASP.NET可不是这样，还有后端的类库,ASCX等等.应将业务逻辑分别集中在不同的单元。而不应该一项操作使用一个ASPX.更多时候ASPX将做为ASCX或者customcontrol的容器而管理页内逻辑.ASPX重用ASCX的同时,ASPX也做为统一的页构图重用。

源代码网整理以下8、在多个逻辑单元之间复制代码并修改相应逻辑

源代码网整理以下重用.重用.重用.处理此类问题的原则是不出现任何相同或相似的过程.如果你用上面的方法,一旦出现重大逻辑更改,带来的结果将是灾难性的。

源代码网整理以下源代码网供稿.