笨小孩的专栏

最近听了微软讲师邵志东的讲座“深入解析ASP.NET架构”的视频讲座，我觉得对ASP.NET架构有一定的认识，现在对讲座做一点总结，以及发表我对ASP.NET架构相关知识的自身理解，如有不妥之处，希望各位同仁不吝指出！一、ASP.NET工作原理：首先通过一个图来了解一下ASP.NET工作原理,                                        图

设计思考之“IComponent-ISite-IContainer 组合还是继承，这是个问题” 要从framework里面的几个接口说起。在System.ComponentModel中定义有这样两个接口：IComponent（组件）和IContainer（容器）。两者都很简单，关系也很简单，就是组件可以放在容器里     IContainer.Add(:IComponent)

System.ComponentModel.Component入门 我们经常看见许多.NET的Class是从System.ComponentModel.Component继承过来的，他实现了System.ComponentModel.IComponent接口，而且MS也在Visual Studio .NET中，推荐你经常使用System.ComponentModel.Component作为基础

正确实现 IDisposable .NET中用于释放对象资源的接口是IDisposable，但是这个接口的实现还是比较有讲究的，此外还有Finalize和Close两个函数。MSDN建议按照下面的模式实现IDisposable接口：.NET的对象中实际上有两个用于释放资源的函数：Dispose和Finalize。Finalize的目的是用于释放非托管的资源，而Dispose是用于释放所

.NET Framework  类、组件和控件   本主题对组件和控件进行了定义；此处进行的讨论可以帮助您决定何时实现一个是组件或控件的类。以下列表为实施者提供了全面的指南。 如果您的类使用外部资源但不用于设计图面，则实现 System.IDisposable，或者从直接或间接实现 IDisposable 的类派生。

摘要：ASP.NET为保持用户请求之间的数据提供了多种不同的途径。你可以使用Application对象、cookie、hidden fields、Sessions或Cache对象，以及它们的大量的方法。决定什么时候使用它们有时很困难。本文将介绍了上述的技术，给出了什么时候使用它们的一些指导。尽管这些技术中有些在传统ASP中已经存在，但是有了.NET框架组件后该在什么时候使用它们发生了变化。为了在A

ASP.NET中的新状态容器　　前面我们提到，ASP.NET为保存用户请求间的数据添加了几种新的途径。这些途径给了你如何保持状态信息更好的控制。这些技术的范围可以窄到只有一个请求那么小（Context对象），也可以宽到整个Web服务器和服务器上的所有应用程序（Machine.config文件）。在多数情况下你有多种保存特定数据片的选择--使用每个方法描述的问题和答案来决定某个对象是否适合你的需要。

HTTP 协议通过在头部添加 Cache-Control 标头来控制页面的缓存动作。HTTP 1.1 协议中的 Cache-Control 标头有以下设置：public 数据内容皆被储存起来，就连有密码保护的网页也储存，安全性很低。private 数据内容只能被储存到私有的缓存中，通常是浏览器的本地缓存。这是 Cache-Control 标头的默认值。no-cach