.NET是面向网络应用和服务的开发平台，那么就让我们从一个简单的网络应用开始吧——虽然这并不是本章节要讨论的主题。

//hello.cs: Say Hello to the Internet

using System;

using System.Net;

namespace Effective.Csharp.Chapter1 {

   public class HelloInternet {

      public static void Main() {

         string address = "http://www.google.com/search?q=";

         string hello = "Hello, Internet";

         WebRequest myReq = WebRequest.Create(address + hello);

         WebResponse myResponse = myReq.GetResponse();

         myResponse.Close();

      }

   }

}

在向互联网问好之前，我们先得编译我们的程序，因为程序里引用了System.Net，所以编译命令似乎应该这样：

csc /r:System.Net.Dll hello.cs

但是编译器很快就抱怨起来：

error CS0006: Metadata file 'System.Net.Dll' could not be found

看来编译器没有找到System.Net.Dll文件，但怎么会呢？类库参考里分明写着WebRequest和WebResponse是在System.Net名称空间里的啊！在解决这个问题之前，我们不妨先看看下面几个概念的定义：

名称空间(Namespace)：C++和Java程序员对名称空间的概念应该并不陌生，名称空间用于在逻辑上将一组功能相关的类型组织在一起，从而避免简单类型命名引起的冲突。比如，一个生物学的类库中可能会包含“树”的类行定义，而描述计算机数据结构的应用中同样需要对“树”结构进行定义。在一个没有名称空间概念的系统中，由于命名的冲突，我们将不能在同一个应用中同时使用上述两个类型库。而在.NET中利用名称空间解决这个问题轻而易举：

namespace Biology {

        public class Tree {

            //生物学中对“树”的描述

        }

}

namespace DataStructure {

        public class Tree {

            //计算机数据结构中对“树”的描述

        }

}

这样，只要在程序中使用“名称空间.类型名”的方式引用类型，就可以完全避免歧义：

//生物学“树”的实例

Biology.Tree tree1 = new Biology.Tree(“Pine”);           

//数据结构的“树”实例

DataStructure.Tree tree2 = new DataStructure.Tree();

之所以说名称空间只是在“逻辑上”组织类型，是因为它仅仅在设计开发阶段供程序员和编译器将不同的类型区分开来。运行系统并不理会名称空间的存在，而只是简单的把名称空间看成类型名的一个部分。系统中没有与名称空间对应的目录或文件，同一个名称空间下的类型编译之后也不一定会在物理上存储在一起。

C#允许使用using语句简化名称空间的引用，using 在功能上更接近于C++的using namespace语句，而不是Java的import。它仅仅为程序员在代码中引用类型提供一种简略形式，而不是为编译器提供任何类型信息的实际存储位置，比如：

System.Console.WriteLine(“Hello”);

在没有命名冲突的情况下完全等价于：

using System;

…

Console.WriteLine(“Hello”);

即使是存在命名冲突的情况下，使用using语句也可以极大的简化冗长的名称空间的引用。例如，在System.Windows.Forms和System.Web.UI.Controls两个名称空间中都存在名称为Button的类，如果在同一个项目中我们必须同时使用这两个类（事实上通常情况下很少会在同时引用这两个类，这里仅为说明问题），可以这样写：

using WinForm=System.Windows.Forms;

using WebForm=System.Web.UI.Controls;

WinForm.Button winbtn = new WinForm.Button();

WebForm.Button webbtn = new WebForm.Button();

那么既然名称空间不能提供实际类型信息存储的位置，编译器是如何取得这些类型信息从而完成编译的呢？.NET又是如何在物理上把各种类型组织在一起的呢？为此，.NET引进了类集(Assembly)概念。

类集(Assembly)：类集是.NET中相关类型的物理组织形式。它是进行应用程序部署、版本控制、重用和权限分配的基本单位。类集包含了类集清单(Manifest)、在类集中定义的类型信息(Metadata)、类方法的实现代码以及其他资源。类集可以由一个或多个文件组成，这些文件或者包含资源数据，或者是包含类型信息和实现的PE格式文件。

包含了类型信息和实现的PE格式文件称为一个模块(Module)，模块是运行时类型加载的基本单位。如果程序引用了模块中的某个类，那么CLR将会将整个模块加载到内存中。关于如何有效分割模块提高程序性能的更多信息，请参考条款X。

类集清单(Manifest)包含了类集层次上的信息元数据，例如类集的名称、版本以及它所包含的文件等。类集清单必须完整的保存在类集的一个模块当中，如下图所示：

public sealed class Console

   #注释：编译source1.cs source2.cs，生成MyExe.exe