artech的专栏

在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程： [原创]ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI[原创]ASP.NET Process Model之二：ASP.NET Http R

 二、ASP.NET Runtime Pipeline(续ASP.NET Http Runtime Pipeline - Part I)现在我们真正进入ASP.NET管辖的范畴，下图基本上囊括整个处理过程涉及的对象，接下来我们一起来讨论这一系列的对象如何相互协作去处理Http Request，并最终生成我们所需的Http Response。HttpContext上

相信大家都使用过ASP.NET进行过基于Web的应用开发,ASP.NET是什么？如果站在一个相对High Level的角度，我们可以这样来定义ASP.NET：ASP.NET是一个基于Web的开发平台，提供构建企业级应用所需的Service、Programming Model和Software的Infrastructure。如果我们以一个Low Level的角度来看，它本质上就是一个消息处

前几天有一个朋友在MSN上问我“ASP.NET 从最初的接收到Http request到最终生成Response的整个流程到底是怎样的？”我觉得这个问题涉及到IIS和ASP.NETASP.NET Runtime的处理模型的问题，并不是三言两语就能说清楚的，所以决定写这样一篇介绍IIS和ASP.NET Runtime Process Model的文章，谈谈我对此的一个粗浅的认识，如果有什么

在本篇文章的第一部分:[原创]深入剖析ASP.NET的编译原理之一：动态编译（Dynamical Compilation），详细讨论了ASP.NET如何进行动态编译的，现在我们来谈谈另外一种重要的编译方式：预编译（Precompilation）。1．为什么要进行预编译ASP.NET 2.0的编译方式大体可以分成两种：动态编译和预编译，要回答为什么要进行预编译，我们先要看看动态编译

Microsoft 的Visual Studio为我们在应用开发中提供的强大功能，我们是有目共睹。借助该工具，是我们的开发 显得更加高效而轻松。从Microsoft把这个IDE的名字从VS.NET 该为VS（比如原来的Visual Studio.NET 2003，现在的版本叫VS2005），可以MS对该IDE的期望和野心：MS要把它改造成一个万能的IDE。不过任何都有其两面性，对于我们广

一 、实现的效果我想对于ASP.NET的Validator控件已经熟悉的不能再熟悉了。我们 已经习惯了用Validator控件来验证我们在表单的输入，并通过ValidationSummary来输出我们为Validator控件设置的Error message。不知道大家有没想过进一步改进一下我们的Validation来改善我们的User Experience。比如，在Validatio

说道ASP.NET的Postback，就得说Web Page的生命周期，但是Web Page的生命周期却不是三言两语就能够说得清楚的，所以在这里单纯站的编程的角度，撇开Web Page 的生命周期浅谈Postback。我们知道，无论是ASP.NET1.x,2.0，甚至是以后的版本，ASP.NET最终Render到Client端通过浏览器浏览的都是一样：一个单纯的HTML。Client

随着Internet的飞速发展，W3C成员意识到必须找到一种办法将数据和Web的表现方式分离出来，于是XML诞生了。当今的XML已经成为IT领域各个数据（特别是文档）的首选格式。由于它具有标记不同字段的能力，因此使搜索变得更简单。从微软发布SQL Server 2000的时候，就读XML数据的存储和检索提供内置的支持。而且微软早已意识到必须对其不断地改进，以便和不断发展的W3C的XML标