/// <summary>
        /// 获取Cookies里面的用户信息
        /// </summary>
        /// <param name="iUserSplitNum">split编号</param>
...

   FormsAuthentication.SetAuthCookie(sUserID, false);
                FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(
                1,
...

godaddy空间终于好用了

清晰的组件化目标是否因在库间共享过多类型信息而落空？或许您需要高效的强类型化数据存储，但如果每次对象模型发展后都需要更新您的数据库架构，那会耗费很大成本，所以您更愿意在运行时推断出其类型架构吗？您需要交付能接受任意用户对象的组件，并以某种智能化的方式处理它们吗？您希望库的调方者能以编程方式向您说明它们的类型吗？

如果您发现自己在苦苦维持强类型化数据结构的同时，又冀望于最大化运行时灵活性，那么您大概会愿意考虑反射，以及它如何改善您的软件。在本专栏中，我将探讨 Microsoft .NET Framework 中的 System.Reflection 命名空间，以及它如何为您的开发体验提供助益。我将从一些简单的示例开始，最后将讲述如何处理现实世界中的序列化情形。在此过程中，我会展示反射和 CodeDom 如何配合工作，以有效处理运行时数据。

反射技术
反射（Reflection）是.NET中的重要机制，通过放射，可以在运行时获得.NET中每一个类型（包括类、结构、委托、接口和枚举等）的成员，包括方法、属性、事件，以及构造函数等。还可以获得每个成员的名称、限定符和参数等。有了反射，即可对每一个类型了如指掌。如果获得了构造函数的信息，即可直接创建对象，即使这个对象的类型在编译时还不知道。

　　1、.NET可执行应用程序结构

　　程序代码在编译后生成可执行的应用，我们首先要了解这种可执行应用程序的结构。