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

投稿

繁体

RSS

首页

网站运营

欢迎在本站发布信息，在线投递稿件请点这里。编辑QQ:4908220，欢迎联系交流。
业界动态	创业故事	推广研究	策划盈利	电子商务	企业平台
站长工具
SEO查询	Whois查询	Pr查询	域名查询	IP查询	网页编辑器

建站服务

如有建站意向，请尽快联系我们，以便安排时间... QQ:4908220
作品展示	服务范围	服务流程	服务报价	联系方式	付款方式

站长论坛

交流区
站长酒吧	SEO&推广	网赚交流	建站系统

服务&信息
招聘求职	项目外包	广告发布	网络资源

技术区
网页设计师	界面设计师	WEB程序员	计算机应用

文章正文	» 您的当前位置：首页 >> 学院 >> 程序开发 >> ASP.Net

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

来源：互联网 | 时间：2007-06-30 | 浏览：相关评论 | 报告错误 | 发布文章

【字号：大 | 中 | 小】【背景色

】

　　1. 使用server side include给ASPX引入共同的页面构图.
在ASP.NET的机制下&def 应使用ASCX(web user control)来实现. ASCX提供了更多可控制接口. 并且更重要的是&def ASCX是一个类. 一个实实在在的类. 可以全面控制它.

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

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

　　4.使用一系列session管理用户连接状态
　　这种方法在ASP里被滥用. 在ASP.NET环境下&def 正确的做法应该是设计一个类. 结构化地保存数据. 将对session或者cookie的访问封装起来.

　　5.使用session验证身份
　　这几乎是通病. ASP.NET提供了一组用于用户身份验证的API. 类型是forms验证或者windows验证. 这一点quick start有一节讲解得很清楚. 可以绝大部分人还是依*给session赋值来保持用户身份验证状态.

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

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

　　8.在多个逻辑单元之间复制代码并修改相应逻辑
重用. 重用. 重用. 处理此类问题的原则是不出现任何相同或相似的过程. 如果你用上面的方法&def 一旦出现重大逻辑更改&def 带来的结果将是灾难性的.

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

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

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

　　12.不厌其烦的写访问数据库的过程
应该把这工作交给DataAccess Application Block. 你自己还要开关connection&def 何苦呢.

　　13.自己写的东西最*得住.
　　事实往往正好相反. 多注意使用人家写好的产品. 又不收你钱&def 何苦那么爱面子呢.

　　14. 胡乱命名ASPX文件名
　　这是最让人痛苦的了. ASPX文件名不仅需要容易识别. 还应该遵循一定规则. 因为behind每个ASPX都会有一个同名的类&def 想象一下&def 多难受. 另外大部分人不知道管理自己的项目的name space. 让人好像看到一本帐一样.

　　15.从来不作继承或派生
　　一些具有相同行为的类&def 应该从公共的基类派生出来. 实际意义上&def 我们的ASPX应该有一个基类PageBase. 因为总有一些公共的特性需要抽象出来.

　　16.零property
　　他们的类(ASPX所对应)里只有private method. 不公开自己的任何秘密. 可以这一定是JAVA的遗老干的事.

　　17. 零ASCX
　　不用说&def 他还没学会ASP.NET

　　18.使用DreamWeaver“画“ASPX
　　这批人是美工. 甚至有一些人在非常陶醉地讨论如何更好地“整合“ DreamWeaver和Visual Studio.

　　19.只熟悉System.Web.UI.WebControl和System.Data.SqlClient应该还有一些值得熟悉的类库.

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

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