.net 基础知识

来源：互联网发布：黑客帝国3矩阵革命在线编辑：程序博客网时间：2024/05/17 06:04

有一群说着同样语言的人，计划修一座高耸入云的高塔直达天庭，以证明族群团结的力量，塔很快就初具规模。这下可惊动天庭的神，他想这人和神都成邻居了，还怎么去统治人类？于是便施魔法扰乱人们的语言，使他们无法沟通，于是高塔再也无法继续修建。

　　■ 明明白白我的心 - 人机交互（Human-Computer Interaction）

　　博客园里有一篇《给妈妈写程序》感人肺腑，说的是作者常常为了指导50出头的妈妈完成COPY之类的操作耗尽心思，最后为其定做一个只需点击两下的程序，由此推出UI设计的重要性。诚然，就用户而言软件等于N个用户界面。他们中的大多数压根不关心里头有多少令开发者陶醉的所谓高级技术，简单、快捷、美观是他们要求的全部。人机交互的研究领域就在捣腾这些看似琐碎的东西。

　　在系统设计中，需要划分自动化系统边界，即把系统划分成手工操作和系统自动两个部份，两者通过用户界面(User Interface)完成对接，如图8-1。用户界面完成系统的输入输出工作：收集用户触发事件及相关数据，传递给系统内部进行处理并接收处理结果，可视化处理结果。在企业级的c/s应用中，aspx及其后台编码文件功能单纯得只剩下一个--完成人机交互。一个漂亮的网页不是用户界面设计的全部内涵，它更应该象一位面容姣好、语音甜美的接待者，轻声细语地询问用户需求，聆听用户杂乱无章的诉说，耐心指导用户完成操作流程，宽容用户错误，准确为用户送上最终结果--"您的账户里只剩0.4元，无法完成支付操作。"总之一句话，要充分认识和领会白居易同志写诗的伟大精神，让50出头的妈妈愉快地完成人机交互。

　　■ 人动则影动 - ASP.NET的静态模型

　　在ASP.NET架构中，服务器端的ASP.NET页面对应客户端的HTML页面，包含一个交互Web Form，继承于FrameWork的Page类。ASPX文件是人，HTML编码临时文件是影，人动则影动，两者合成完整意义上的用户界面。用户对影进行各种操作，系统通过人进行相应处理，"request-response"回馈机制完成两者的映像过程，如图8-2。

　　HTTP是一个无状态协议，所以WEB服务器是位打个磕睡就忘事的先生，当响应发送后将丢弃所有请求信息。这事必会影响应用程序的可用性，如因为数据验证错误而要求用户重新输入几十个输入框的所有信息，连妈妈的指头都会发出抗议的声音。为了弥补这个缺陷，ASP.NET使用视图状态 (ViewState)来完成状态保持。原理很简单，服务器将每次HTTP请求中的页面数据写入生成的HTML文件中，下次页面提交时一并带上，如下例。在ASP时代我们曾用<input type="hidden">手工实现，而在.Net中您会发现HTML源代码会自动产生一个 _VIEWSTATE标签，其值即为系统保存的页面数据。

<%@ Page Language="C#" %>
<script runat="server">
protected override void OnLoad(EventArgs e){
int val = int.Parse(_sum.InnerText);
_sum.InnerText = (val+1).ToString();
base.OnLoad(e);
}
</script>
<html><body><form runat="server">
<span id="_sum" runat="server">0</span>
<input type="submit" />
</form></body></html>

　　ViewState减少了不少麻烦，但也存在问题。在默认情况下它将被启用，即使没有任何用处也去收集所有页面信息并穿梭往返于C/S两端，其用base 64编码的庞大身躯常吞噬大量带宽，并存在被胁持的可能而引起系统安全性问题。

　用户会对界面做出各种操作，并希望得到系统的回应，这些用户界面的操作被.Net统称为事件(event，系统内部也会产生事件)，而对应的系统回应称为事件处理。在《随想四》中的Login页面，当用户点击btnLogin按钮后， btnLogin对象(这时它被称为事件源)大叫："我被点啦，十年了，我终于第一次被点击啦，555~~~"但Button类本身并未定义相应的事件处理程序，那么又是谁来完成系统的实际响应操作呢？

　　在编写Login类时我们已经定义成员btnLogin_Click方法，并希望由此完成btnLogin.click事件的处理，但MS工程师在定义Button类时并不知道其作用，所以需要一个媒介将两者连接起来，这时我们不禁回想起《随想七》中的委托。.net用EventHandler委托作为连接事件源与事件处理程序的媒介，将两者绑定：

// 该段程序为《随想四》中Login.aspx.cs的代码片段并有所修改
// EventHandler为System命名空间中定义的公共委托
// sender为事件源对象,EventArgs类负责收集事件数据
public delegate void EventHandler(object sender,EventArgs e);
// Login为受托类，完成事件处理定义和连结
public class Login : System.Web.UI.Page{
// Login.OnInit 为Page类受保护方法,执行创建和设置实例所需的初始化步骤
// 调用OnInit方法时引发 Init事件
override protected void OnInit(EventArgs e){
// new System.EventHandler生成一委托实例
// += 完成事件处理委托的连接过程，同一事件可以触发多个处理程序，称为多路广播
// base.OnInit(e)用于调用父类的同名方法
this.btnLogin.Click += new System.EventHandler(this.btnLogin_Click);
base.OnInit(e);
}
private void btnLogin_Click(object sender, System.EventArgs e){……}
}
　　■ 苦旅 - ASP.NET的动态模型

　　每一个HTTP请求出发前可谓悲壮，壮士一去兮不复返！Login.aspx页面请求将URL和相关数据打包背上，胸前挂着自己的IP地址身份牌，从客户端浏览器出发，翻越电信网通人为制造的各种障碍，爬雪山过草地，步履蹒跚地走到Web服务器的IIS门前，正想狂喜一阵，当看到大门口排着长长的数以万计的请求队列，还常有些饿死骨无人理彩时，它终于倒下了。

　　矇眬中Login.aspx页面请求被传送到HttpRuntime实例，HttpRuntime实例将：

　　·获取一个HTTP Application 对象；

　　·让HTTP Application 对象读取配置文件；

　　·由HTTP Module 实例们分别提供会话维护、验证或配置文件维护等各项服务；

　　·HTTP Handler接口实例化具体Page类实现处理。

　　Login是HTML页面生产车间的工人，每天他负责按照严格的标准和固定的流程为客户制作HTML编码的Login.aspx页面。一天早上，login正在硬盘里惬意地喝着咖啡，身宽体胖的主管HttpHandler大叔通知他立即开工。

　　今天是第一次进入内存，所以他先准备好页面构架和所有控件零件并设置其默认状态；然后严格按OnInit方法完成Init事件；之后会在页面请求中寻找_VIEWSTAT。如果找到就对数据进行读取和解码；并让控件更新其状态以准确反映客户端相应元素状态；随后他拿出OnLoad方法操作手册来处理Load事件；然后应付一系列被触发的页面事件，如果页面正在被回送，还会包括用户触发的事件；用 onPreRender方法处理的PreRender事件可以改变提交页面的方式；然后把当前的页面状态保存到新的视图状态中。

　　完成所有操作后即可生成HTML编码文件，期间可通过覆写(override)Render方法以附加一些HTML代码，为页面做最后的修饰。

　　最后Login释放所有占用的文件、图形对象、数据库连接等关键资源，匆忙跑出内存，"真是太闷了！"出门时他小声地嘀咕了一声。

Posted 2006年11月7日 9:42 by JerryMouse | 1 Comments

Filed under: ASP.NET

ASP.NET入门随想之瘦子与胖子的故事(zz)

zz from http://dev.yesky.com/msdn/5/2203005.shtml

冯骥才曾经讲过一篇故事，曰一城有一对朋友。一个胖得出奇，一个瘦得惊人。一开始胖子走俏。人曰胖子块头足，身壮力不亏，显男人气。一时间人皆趋胖，鼓腮挺肚、假装胖子不乏其人；某日胖子找老友瘦子。见瘦子依旧细骨伶仃，便说：“现人人学我，你何不学？” 瘦子淡淡一笑：“等尔过劲，即到吾。”

　　过年有新说：人胖，发喘，出汗，行动不便，脂肪多，易患血管病，有百害而无一利。瘦子摇身变成“当代人最佳体重”，“最符合时代要求的体重”，“典型形象”云云。这日两友相遇。胖子感慨：“早听你言，提早变瘦，如今一下难瘦下去尔！” 瘦子听后摇头：“非也！不知何日又兴胖子！”



　　■ WEB系统工作原理 - 叫外卖

　　“Hello 来必宰，给我一份白骨精套餐，地址是东新路123号”，老燕对着电话嚷嚷一通，过了1分钟(博客园的速度)，所要的东西出现在电脑屏幕，“OK，您老慢吃！”，昏倒……

　　如果客户端请求的是HTML，那整个过程就非常简单，来必宰要作的事就是将现菜直接打包原样发送回客户。“静”指的是服务器在接到请求后不对页面内容进行加工。

　　如果客户请求的是动态页面( PHP / ASP / ASP.NET / JSP)，来必宰接收客户的请求及数据后，按指定流程临时产生HTML页面，并将此发送回客户端。

　　前两天在新浪科技看到一文，横加指责DELL销售模式存在问题，而大肆鼓吹联*科学地将传统模式与直接模式结合，大有世界IT巨人之风彩云云，一想当初该品牌主板上的电容在我和朋友眼前炸成两段的情境，一阵阵泛呕。DELL接到定单后生产的“零库存”模式自有其出彩之处(中国的终端销售商不爽)，联*的传统销售网络也一样支撑着自身一步步壮大。要是这个世界都一个样，那乏味得很！但世界永远不会一个样，老马很早告诉过我们。

　　■ WEB程序员 - 十项全能运动员

　　“最终，我们认识到，一个性能良好的、交互式高效web应用程序就是动态服务器端代码和客户端代码、以及静态内容的混合体。”

　　此要求正是WEB程序员的苦衷所在，要有美术功底（CSDN，你的页面好好难看），又要熟悉静态语言（HTML）和客户端脚本语言（javascript,Java applet等），又要熟悉服务器端语言(Java、C#等)，当然数据库更是必不可少了，唉，跑跳投，一样不能少。当然会有人说可以进行团队合作，哈，哈哈，中国有几个老板肯花钱养这么多人呀，可怜的人，包括我。

　　客户端程序主要的目的是让浏览器响应部份界面操作，并可代为向服务器请求数据，其作用在于减轻网络流量和服务器端压力，但很遗憾的是，有些不法分子在黑暗中大搞破坏，不知觉地在你的机器上种下罪恶的种子，有如372*，所以有部份用户是如此讨厌客户端程序，居然禁用！

　　服务器端程序是根据用户请求，提取数据，生成HTML页面，当然，也可以生成客户端程序（早期时我总为VBScript与javascript之间的数据交换发愁），发送给客户端。

　　胖子和瘦子是分布式计算永恒的话题，合理安排客户端和服务器端的功能分配是系统性能优良的重要保证。B / S的优点是无需操心客户端；C / S的优点在于强大的界面交互表达能力；RIA（Rich Internet Application）融合这两种结构优点的一种技术，在客户端一次性安装一个通用解释器之后即获得强大的界面交互表达能力和无需部署具体客户端的方便性。例如微软的SmartClient，Avalon、Macromedia的Flex；以JS为基础的Bindows；Ajax等等很多。客户端程序就似本文开头之潮流，今儿流行瘦子，明儿流行胖子。

　　在传统ASP代码文件中，程序员要熟练地运用三种语言来完成工作，用DW时我快成色弱，花花草草的。因此高喊页面与代码分离就不足为奇，于是网络上出现了N种页面代码分离方法，于是DotNET在新出时一重大卖点是真正实现该功能，于是，大家就认为DotNET真是好先进呀，于是，国内的每一本 DotNet教材开篇第一句话就是，先进，技术飞跃……看起来真象MS的托。