ASP.NET开发要抛弃ASP旧习和破烂

当前位置：网学 > 编程文档 > C# > 正文

来源：Http://myeducs.cn 联系QQ：

作者：用户投稿来源：网络发布时间： 12/10/14

　　使用asp没有错，只要适用够用就行了。但是在用ASP.NET开发网站或系统的时候，应该抛弃开发ASP时形成的习惯，用ASP.NET的方法去开发，而不是在ASP.NET中用ASP的写法去做。

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

　　新技术应该有新技术的做法，进入ASP.NET的世界，就应该把以往的习惯改正，全新的进入新的世界，把ASP的破烂扔掉。

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

　　1. 使用Server Side Include给ASPX引入共同的页面构图.

　　在ASP.NET的机制下，应使用ASCX(web user control)来实现。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验证，这一点quick start有一节讲解得很清楚，可是绝大部分人还是依靠给Session赋值来保持用户身份验证状态。

　　6.使用Response.Redirect重定向页

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

　　7.使用太多ASPX页

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

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

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

　　9.害怕使用DataSet

　　很多人被DataSet吓坏了，认为”肯定”影响性能。但连最初的尝试都不敢，他们总认为他们的产品一定重大，设计上应该”慎重”。他们往往使用ArrayList或者设计低级的类来保存集合数据，进行艰难的数据倒入工作。

　　10.对“性能”过多注意

　　对ASP.NET ViewState的机制特别不满，或者总是挖空心思迫害人家，反倒把自己弄得很累，如果在对付ViewState的同时多注意少连几次数据库也许更文明些。

　　11.应用程序根目录很乱

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

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

　　应该把这工作交给DataAccess Application Block。你自己还要开关connection，何苦呢?

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

　　事实往往正好相反，多注意使用人家写好的产品，又不收你钱，何苦那么爱面子呢?