"一次編碼，多次使用"，這就是引入泛型的根源。在以前的C++中稱為模板，C#泛型通過算法和數據結構支持獨立編碼。例如，泛型列表意味著，你不必再重寫一個強類型集合。在本文中，作者將向你展示定義和使用泛型是多麼容易的事情-請注意，長期以來泛型一直被認為是最高級和最困難的術語。
一、 簡介
泛型現在在任何一種語言中都被認為是一個高級的強有力的術語。當我在C++中第一次接觸模板時，我對之有些疑惑。之後，我讀了Bjarne Stroustrop的《The Design and Evolution of C++》，才發現模板的使用就象C中的宏和用之來取代的簡單串替換模板一樣容易。其實，模板和泛型是相同的東西-盡管它們的實現稍微不同。
C#泛型支持在使用點處才定義算法及其數據類型。在C#的一些早期版本中，我們可以證明沒有泛型也可以工作，因為每種類型都是派生於一個公共基類型-object。這意味著程序員可以基於object類型定義一個棧類並且把一切東西放到該棧上(因為一切都派生於object)。然而，一個object棧意味著，Customer對象，Integer對象以及假想的對象都能被放置到同一個棧的實例上。結果是，開發者要子類化數據類型來把數據類型綁定到他們要與之交互的東西上去。例如，在編寫定制的商業對象時，我們就建議定義派生於System.Collections.CollectionBase的強類型集合。原因很簡單：基於object定義一切被認為是弱類型定義。
業界的高手們在數十年前就確信強類型優於弱類型，所以.NET最終支持強類型，這看上去是很自然的事情。強類型算法當然建議類型化參數-這正是我們在泛型中所用的東西。
十幾年來，我們一直在使用字母T作為類型化參數的名字。這樣，在任何泛型類使用者所提供的數據類型的地方，你都能夠找到T。使用泛型的關鍵僅僅是提供這個T。定義泛型的關鍵在於實現一個方法或類，並且用特定數據類型來替換掉T。
C#中的泛型支持另外一些提煉。例如，一個方法或類可以有多個參數化的類型並且C#泛型還支持WHERE約束-它用來具體要求類型化參數的類型。例如，如果一個泛型類型必須實現接口IDisposable，那麼C#泛型是支持實現這一限制的。在文章的最後我們還要看一下約束問題。
閒話少說，讓我們言歸正傳。
二、 使用泛型集合
有些人問我"面向對象編程（OOP）的承諾在哪裡？"，我的回答是應該從兩個方面來看OOP：你所使用的OOP和你創建的OOP。如果我們簡單地看一下如果沒有如例如Microsoft的.NET，Borland的VCL，以及所有的第三方組件這樣的OO框架，那麼很多高級的應用程序幾乎就無法創建。所以，我們可以說OOP已經實現了它的承諾。不錯，生產好的OOP代碼是困難的並且可能是極具挫敗性的；但是記住，你不必須一定要通過OOP來實現你的目標。因此，下面首先讓我們看一下泛型的使用。
當你用Visual Studio或C# Express等快速開發工具創建工程時，你會看到對於System.Collections.Generic命名空間的參考引用。在這個命名空間中，存在若干泛型數據結構-它們都支持類型化的集合，散列，隊列，棧，字典以及鏈表等。為了使用這些強有力的數據結構，你所要做的僅是提供數據類型。
列表1顯示出我們定義一個強類型集合的Customer對象是很容易的。
列表1 這個控制台應用程序包含一個Customer類和一個基於List<T>的強類型集合Customers。
using System;
using System.Collections.Generic;
using System.Text;
namespace Generics{
class Program{
static void Main(string[] args){
List<Customer> customers = new List<Customer>();
customers.Add(new Customer("Motown-Jobs"));
customers.Add(new Customer("Fatman's"));
foreach (Customer c in customers)
Console.WriteLine(c.CustomerName);
Console.ReadLine();
}
}
public class Customer{
private string customerName = "";
public string CustomerName{
get { return customerName; }
set { customerName = value; }
}
public Customer(string customerName){
this.customerName = customerName;
}
}
}
