C#是微软公司发布的一种面向对象的、运行于.NET Framework之上的高级程序设计语言。并定于在微软职业开发者论坛(PDC)上登台亮相。C#是微软公司研究员Anders Hejlsberg的最新成果。C#看起来与Java有着惊人的相似；它包括了诸如单一继承、接口、与Java几乎同样的语法和编译成中间代码再运行的过程。但是C#与Java有着明显的不同，它借鉴了Delphi的一个特点,与COM(组件对象模型)是直接集成的，而且它是微软公司.NET windows网络框架的主角。
C#简介
C#，读做 "C sharp"，中文译音暂时没有，非专业人士一般读"C井"，专业人士一般读"C sharp"。
C#是一种安全的、稳定的、简单的、优雅的，由C和C++衍生出来的面向对象的编程语言。它在继承C和C++强大功能的同时去掉了一些它们的复杂特性（例如没有宏和模版，不允许多重继承）。C#综合了VB简单的可视化操作和C++的高运行效率，以其强大的操作能力、优雅的语法风格、创新的语言特性和便捷的面向组件编程的支持成为.NET开发的首选语言。
并且C#成为ECMA与ISO标准规范。C#看似基于C++写成，但又融入其它语言如Pascal、Java、VB等。
微软c#语言定义主要是从C和C++继承而来的,而且语言中的许多元素也反映了这一点.C#在设计者从C++继承的可选选项方面比Java要广泛一些(比如说struts),它还增加了自己新的特点(比方说源代码版本定义).但它还太不成熟,不可能挤垮Java.C#还需要进化成一种开发者能够接受和采用的语言.而微软当前为它的这种新语言大造声势也是值得注意的.目前大家的反应是:"这是对Java的反击."
C#更像Java一些,虽然微软在这个问题上保持沉默.这也是意料中的事情,我觉得,因为Java近来很成功而使用Java的公司都报告说它们在生产效率上比C++获得了提高.
Java所带来的巨大影响和大家对它的广泛接受已经由工作于这种语言和平台之上的程序员数量明显的说明了(估计世界范围内共有两百五十万程序员使用Java).由这种语言写成的应用程序的数量是令人惊讶的并已经渗透了每一个级别的计算,包括无线计算和移动电话(比如日本发明的Java电话).C#能够在用户领域获得这样的礼遇吗?我们必须等待并观望,就像已经由SSI公司的CEO和主席Kalpathi S. Suresh指出来的那样,"我发现所有这些都是渐进的.如果C#不存在,我们总能回到Java或C和C++.这些都不完全是新技术;它们在更大的意义上来说只是大公司制造的市场噱头.我们必须给他们时间安顿下来看看这些是不是真的对IT工业有什么影响."
C#从Java继承而来的特点
类:在C#中类的申明与Java很相似.这是合理的因为经验告诉我们Java模型工作得很好.Java的关键字import已经被替换成using,它起到了同样的作用.一个类开始执行的起点是静态方法Main().下面的Hello World程序展示了基本的形式:
using System;
class Hello
{
static void Main()
{
Console.WriteLine("Hello, world");
}
}
在这个例子中,System这个名字指向一个包括了基本C#实用类集合的命名空间(namespace).这个命名空间包括了Console类,它在这个例子中被用来输出一个字符串.类可以是抽象的和不可继承的:一个被申明成abstract的类不能被实例化;它只能被用做一个基类.C#关键字sealed就像Java关键字final,它申明一个类不是抽象的,但是它也不能被用做另一个类的基类.接口:就象在Java中一样,一个接口是一组方法集合的抽象定义.当一个类或结构体实现一个接口的时候,它必须实现这个接口中定义的所有方法.一个单一的类可以实现几个接口.也许以后会出现一些微妙的差别,但是这个特点看起来与Java相比没有变化.布尔运算:条件表达式的结果是布尔数据类型,布尔数据类型是这种语言中独立的一种数据类型.从布尔类型到其他类型没有直接的转换过程.布尔常量true和false是C#中的关键字.错误处理:如Java中那样,通过抛出和捕捉异常对象来管理错误处理过程.内存管理:由底层.NET框架进行自动内存垃圾回收.
C# - 历史发展
C#起点高、发展快的新一代语言，它的这五年走过了很多前辈十几年的路。公允地说，C#是兼顾系统开发和应用开发的最佳实用语言，并且很有可能成为编程语言历史上的第一个“全能”型语言。看过这篇简史，我们都应该明白，不要再把C#看成年轻后生了——只要是“马拉多纳”，就早晚当“球王”。C#1.0，纯粹的面向对象。当时间回溯到1998年底，微软正在忙于新一代COM的设计工作。此前，COM一直是组件化开发中非常成功的一种技术；但由于它仅提供了二进制层面上的统一，因此无法将类型信息和用于支持基础平台和开发工具的信息放到组件中。这时，Java正在逐步走向成熟。 微软学习Java的做法，将虚拟机的概念引入到了COM领域；同时，微软提出了“元数据”的概念，用于描述组件的类型信息和工具支持信息，并决定将其放入到组件当中。这种“COM虚拟机”的名字在经历了若干争论后，最终被定为CLR（CommonLanguageRuntime，公共语言运行时）。与此同时，微软提出了在该运行时上运作的语言应该遵循的一些规则，以及该虚拟机的类型系统和指令集——所有这些规范形成了最终的CLI（CommonLanguageInfrastructure，公共语言基础设施），并提交给了ECMA委员会。同时，微软开发了CLI的一个实现，这就是大名鼎鼎的.NET了。 1998年12月，微软启动了一个全新的语言项目——COOL，这是一款专门为CLR设计的纯面向对象的语言，也正是本文的主角——C#的前身。历时半年有余，1999年7月份，微软完成了COOL语言的一个内部版本。直到2000年2月份，微软才正式将COOL语言更名为C#。据说起这个名字是因为C#开发小组的人很讨厌搜索引擎，因此把大部分搜索引擎无法识别的“#”字符作为该语言名字的一部分；还有一种说法是在音乐当中“#”是升调记号，表达了微软希望它在C的基础上更上一层楼的美好愿望——当然这些都只是传说，无从考证。又是历经了一系列的修改，微软终于在2000年7月发布了C#语言的第一个预览版。
编辑本段C#从C和C++继承的特点
编译
程序直接编译成标准的二进制可执行形式.但C#的源程序并不是被编译成二进制可执行形式，而是一种
中间语言(IL)，类似于JAVA字节码。如果前面的Hello World程序被保存成一个文本文件并被命名为Hello.cs,它将被编译成命名Hello.exe的可执行程序.
结构体
一个C#的结构体与C++的结构体是相似的,因为它能够包含数据声明和方法.但是,不象C++,C#结构体与类是不同的而且不支持继承.但是,与Java相同的是,一个结构体可以实现接口.
预编译
C#中存在预编译指令支持条件编译,警告,错误报告和编译行控制.可用的预编译指令有:
#define
#undef
#if
#elif
#else
#endif
#warning
#error
#line []
没有了#include 伪指令.你无法再用#define 语句对符号赋值,所以就不存在源代码替换的概念--这些符号只能用在#if和#elif伪指令里.在#line伪指令里的数字(和可选的名字)能够修改行号还有#warning和#error输出结果的文件名.
操作符重载
一些操作符能够被重载,而另一些则不能.特别的是,没有一个赋值运算符能够被重载.能够被被重载的单目操作符是:
+ - ! ~ ++ -- true false
能够被重载的二元运算符是:
+ - * / % & | ^ << >> == != > < >= <=
编辑本段C#独有的特点
C#最引人入胜的地方是它和Java的不同,而不是相似的地方.这一节(和这个系列第二部分的大部分地方)讲述了C#实现的和Java不同的地方或者Java根本没有的特点.
中间代码
微软在用户选择何时MSIL应该编译成机器码的时候是留了很大的余地.微软公司很小心的声称MSIL不是解释性的,而是被编译成了机器码.它也明白许多--如果不是大多数的话--程序员认为Java程序要不可避免的比C编写的任何东西都要慢.而这种实现方式决定了基于MSIL的程序(指的是用C#,Visual Basic,"Managed C++"--C++的一个符合CLS的版本--等语言编写的程序)将在性能上超过"解释性的"Java代码.当然,这一点还需要得到事实证明,因为C#和其他生成MSIL的编译器还没有发布.但是Java JIT编译器的普遍存在使得Java和C#在性能上相对相同.象"C#是编译语言而Java是解释性的,"之类的声明只是商业技巧.Java的中间代码和MSIL都是中间的汇编形式的语言,它们在运行时或其它的时候被编译成机器代码.
命名空间中的申明
当你创建一个程序的时候,你在一个命名空间里创建了一个或多个类.同在这个命名空间里(在类的外面)你还有可能声明接口,枚举类型和结构体.必须使用using关键字来引用其他命名空间的内容.
基本的数据类型
C#拥有比C,C++或者Java更广泛的数据类型.这些类型是bool, byte, ubyte, short, ushort, int, uint, long, ulong, float, double,和decimal.象Java一样,所有这些类型都有一个固定的大小.又象C和C++一样,每个数据类型都有有符号和无符号两种类型.与Java相同的是,一个字符变量包含的是一个16位的Unicode字符.C#新的数据类型是decimal数据类型,对于货币数据,它能存放28位10进制数字.
两个基本类
一个名叫object的类是所有其他类的基类.而一个名叫string的类也象object一样是这个语言的一部分.作为语言的一部分存在意味着编译器有可能使用它--无论何时你在程序中写入一句带引号的字符串,编译器会创建一个string对象来保存它.
参数传递
方法可以被声明接受可变数目的参数.缺省的参数传递方法是对基本数据类型进行值传递.ref关键字可以用来强迫一个变量通过引用传递,这使得一个变量可以接受一个返回值.out关键字也能声明引用传递过程,与ref不同的地方是,它指明这个参数并不需要初始值.
与COM的集成
C#对Windows程序最大的卖点可能就是它与COM的无缝集成了,COM就是微软的Win32组件技术.实际上,最终有可能在任何.NET语言里编写COM客户和服务器端.C#编写的类可以子类化一个以存在的COM组件;生成的类也能被作为一个COM组件使用,然后又能使用,比方说,JScript语言子类化它从而得到第三个COM组件.这种现象的结果是导致了一个运行环境的产生,在这个环境里的组件是网络服务,可用用任何.NET语言子类化.
索引下标
一个索引与属性除了不使用属性名来引用类成员而是用一个方括号中的数字来匿名引用(就象用数组下标一样)以外是相似的.
public class ListBox: Control
{
private string[] items;
public string this[int index]
{
get
{
return items[index];
}
set
{
items[index] = value;
Repaint();
}
}
}
可以用一个循环器来匿名引用字符串内部数组成员,就象下面这样:
ListBox listBox = ...;
listBox[0] = "hello";
Console.WriteLine(listBox[0]);
代理和反馈
一个代理对象包括了访问一个特定对象的特定方法所需的信息.只要把它当成一个聪明的方法指针就行了.代理对象可以被移动到另一个地方,然后可以通过访问它来对已存在的方法进行类型安全的调用.一个反馈方法是代理的特例.event关键字用在将在事件发生的时候被当成代理调用的方法声明.
编辑本段C# 简史——摘自《程序员》杂志2005-12月刊
编者按：时间过得真快，居然现在就可以写C#的简史了。但是想想也不奇怪，C#可谓起点高、发展快的新一代语言，它的这五年走过了很多前辈十几年的路。公允地说，C#是目前兼顾系统开发和应用开发的最佳实用语言，并且很有可能成为编程语言历史上的第一个“全能”型语言。看过这篇简史，我们都应该明白，不要再把C#看成年轻后生了——只要是“马拉多纳”，就早晚当“球王”。
编辑本段历史
原Broland公司的首席研发设计师安德斯·海尔斯伯格（Anders Hejlsberg）在微软开发了Visual J++ 1.0，很快的Visual J++由1.1版本升级到6.0版。SUN公司认为Visual J++ 违反了Java开发平台的中立性，对微软提出了诉讼。2000年6月26日微软在奥兰多举行的“职业开发人员技术大会”（PDC 2000）上，发表新的语言C#。C#语言取代了Visual J++，语言本身深受 Java、C 和 C++ 的影响。
编辑本段C#关键字
版本语言规格编译器C# 1.0December 2001January 2002C# 2.0December 2002November 2005C# 3.0June 2005November 2006C# 4.0June 2006in development
C# 1.0，纯粹的面向对象
回溯到1998年底，微软正在忙于新一代COM的设计工作。此前，COM一直是组件化开发中非常成功的一种技术；但由于它仅提供了二进制层面上的统一，因此无法将类型信息和用于支持基础平台和开发工具的信息放到组件中。这时，Java正在逐步走向成熟。于是，微软学习Java的做法，将虚拟机的概念引入到了COM领域；同时，微软提出了“元数据”的概念，用于描述组件的类型信息和工具支持信息，并决定将其放入到组件当中。这种“COM虚拟机”的名字在经历了若干争论后，最终被定为CLR（Common Language Runtime，公共语言运行时）。与此同时，微软提出了在该运行时上运作的语言应该遵循的一些规则，以及该虚拟机的类型系统和指令集——所有这些规范形成了最终的C L I（Common Language Infrastructure，公共语言基础设施），并提交给了ECMA委员会。同时，微软开发了CLI的一个实现，这就是大名鼎鼎的.NET了。
1998年12月，微软启动了一个全新的语言项目——COOL，这是一款专门为CLR设计的纯面向对象的语言，也正是本文的主角——C#的前身。历时半年有余，1999年7月份，微软完成了COOL语言的一个内部版本。直到2000年2月份，微软才正式将COOL语言更名为C#。据说起这个名字是因为C#开发小组的人很讨厌搜索引擎，因此把大部分搜索引擎无法识别的“#” 字符作为该语言名字的一部分；还有一种说法是在音乐当中“#”是升调记号，表达了微软希望它在C的基础上更上一层楼的美好愿望——当然这些都只是传说，无从考证。又是历经了一系列的修改，微软终于在2000年7月发布了C#语言的第一个预览版。因此人们一般认为C#是2000年发布的，并以此来计算它的“年龄”。在此后的一年多时间里，微软一直在修补各个测试版本中的BUG。直到2002年2月，微软终于推出了迟迟未上市的Visual Studio 7.0，并将其定名为“VisualStudio .NET 2002”。随着这套开发环境的出炉，开发者们终于看到了C#语言的第一个正式版本——C# 1.0。此后，微软马不停蹄，Visual Studio也恢复了往日的开发进度。在2003年5月，微软如期推出了Visual Studio .NET 2003，同时也发布了C#的改进版本——C# 1.1。
这一时期的C#（以下称为C# 1.x）提出了纯粹的面向对象概念，并在语言特性中展现得淋漓尽致。C++并非纯面向对象的，为了和C兼容以及提供更高的执行效率，它保留了很多模块化的东西。Java尽管号称是面向对象的，但实际上，对于对象所应该具备的三种构成结构——属性、方法和事件，Java仅提供了方法，其它两种结构都要通过方法来模拟。在C# 1.x中，所有面向对象的概念都在语言中得到了非常好的体现。同时，C#还通过类类型、值类型和接口类型的概念形成了统一的类型系统。C#使用了大家所熟知的语法实现了方法，以至于很多人认为C#和Java、C++等面向对象语言“非常相像”，这使得从使用其他面向对象语言转到使用C#的过程非常简单。此外，C#还通过无参数列表的方法声名语法，结合get/set访问器实现了优雅的属性语法。其中的get访问器相当于获取属性值的方法，可以通过一些运算返回最终的结果，而不是简单地返回一个变量的值；而set访问器相当于设置属性值的方法，在其中可以进行一系列检测，最后将属性值赋给相应的变量。同时，通过同时提供get和set访问器、只提供get访问器和只提供set访问器，还可以很方便地实现可写、只读和只写的属性。C#的这种属性语法，使得一个属性在提供该属性的类的内部看来，非常像一组方法；而对于外部调用类看来，访问一个对象的属性和访问它的公共域没有任何区别。通过委托（稍后介绍），结合关键字event，C#提供了优雅的事件概念。使用+=运算符，开发者可以非常方便地将一个事件处理器关联到一个事件上，这个过程称之为“订阅”一个事件。由于委托内部封装了一个调用链表，因此可以方便地为一个事件添加多个事件处理器，这些处理器会自动地依次调用。多年的开发语言进化证明，函数指针是非常重要也是非常危险的语言特征之一。同时，基于函数指针的回调机制也Windows 核心概念之一。然而，由于函数指针很难验证参数的类型准确性，因此C#（确切地说是CLI）提出了“委托”的概念，这是一种类型安全的函数指针链表。这意味着，C#不仅可以提供回调机制，同时调用回调的一方还无需在其内部维护函数指针列表，所要做的仅仅是声名一个具有恰当委托类型的公共成员即可；而提供回调的一方也只需通过构造一个带有指定方法的相应委托实例，并通过“+=”运算符添加到回调列表即可。
尽管C# 1.x提供了如此多的新鲜概念，但实际上，这些概念都是由CLI提出的。因此当将一个C#源程序编译为可执行文件时，编译器做的工作相对而言并不多。需要编译器代劳的是要将一个简单的委托定义语句翻译为一个继承System.MulticastDelegate类型定义。
C# 2.0，泛型编程新概念
微软本打算继续保证开发进度，并在2004年推出Visual Studio .NET 2004，但由于其间软件工程学尤
其是软件管理学的大规模进步，微软所提供的这种仅具备开发和调试功能的IDE已经无法满足团队开发的需求。因此微软决定在项目设计和管理工具方面进行了进一步研发，并将其集成到Visual Studio中，以赢回原有的市场。因此，微软将 2004“改名”为Visual Studio 2005，并决定推迟一年发布。不过，微软还是坚持在2004年的6月份发布了Visual Studio2005的第一个Beta 版，同时向开发者展示了C#语言的2.0版本。2005年4月，微软发布了Visual Studio 2005 Beta2，这已经是具备了几乎全部功能的VisualStudio，包括的产品有SQL Server2005、Team Foundation Server和TeamSuite。这时的C#编译器已经能够处理C# 2.0中所有的新特性。
C# 2.0为开发者带来的最主要的特性就是泛型编程能力。和面向对象思想一样，泛型思想也是一种已经成熟的编程思想，但依然是没有哪一种主流开发语言能够支持完备的泛型概念。这主要是因为泛型的概念在一定程度上对面向对象概念进行冲击，同时，由于在编译期间对类型参数的完全检测很难做到，很多问题会被遗留到运行时。C# 2.0别出心裁，对泛型类型参数提出了“约束”的新概念，并以优雅的语法体现在语言之中。有了约束，结合编译器强大的类型推断能力，可以在编译时发现几乎所有“危险”的泛型应用。C# 2.0的另一个突出的特性就是匿名方法，用来取代一些短小的并且仅出现一次的委托，使得语言结构更加紧凑。匿名方法除了可以使得事件处理器的编写更加精简以外，还将开发者带入了程序设计的一个新的领域——函数式编程，曾经有高人就用匿名方法结合泛型编程实现了函数式编程中的重要结构—— Lambda 表达式。尽管这种实现显得很繁琐而且不易理解，但毕竟是实现了。最终,函数式编程还是被引入到了C#语言中,这将在下一节中为大家讲述。
此外，C# 2.0还进一步增强了语言的表达能力。在C# 2.0中，属性语法中的get和set访问器可以拥有不同的权限，这就使得定义一个在库的内部可读写，而在库的外部只读的属性成为可能。同时，C# 2.0还提供了迭代器的概念，这使得一个类无需实现IEnumerator 和IEnumerable接口即可实现一个可以进行遍历的类型，并且无需在类型中维护迭代状态。此时的.NET已经得到了很广泛的认可，并且因为元数据为组件带来了强大的自我描述能力，许多程序库厂商被吸引到.NET平台上来。随着.NET程序库数量的增长，逐渐暴露了命名的问题。在面向对象技术广泛发展后，人们就意识到名字的管理问题，因此几乎所有的面向对象语言都提出了“命名空间”的概念.而在C# 1.x时代，这个问题再一次出现。如果一个库厂商XX 希望以XX.System来命名他们自己的系统基础库，那么当开发者使用using System语句时就会产生歧义。为此。C# 2.0中提供了global关键字，这为.NET库中所有的命名空间提供了一个“根”,通过指定global::System和global::XX.System就可以区别两个库了。这一时期的C#编译器变得非常复杂，泛型的引入使得编译器不得不具备超强的类型推断能力。同时，迭代器的思想并非是在CLI层面上实现的，而是由编译器自动生成了实现I E n u m e r a t o r 和IEnumerable接口类型。在经历了一系列的改进和完善后，微软决定于2005年11月发布Visual Studio2005，该开发环境将正式支持C#2.0。由于此推出了数个预览版和测试版，大家的期待之情似乎已经不是那么强烈了。
C#3.0（研发代号“Orcas”——魔鬼）
2005年9 月份的PDC大会则为开发者们带来了另外的惊喜——C#3.0（研发代号“Orcas”——魔鬼）的技术预览版。说到C# 3.0，就不得不提一下微软的LINQ 项目，LINQ（语言集成查询，Language Integrated Query）提出了一种通过面向对象语法来实现对非面向对象数据源的查询技术，可查询的数据源从关系型数据库延伸到一般意义上的集合（如数组和列表）以及XML。而C# 3.0则是率先实现了LINQ的语言。
在C# 3.0中，我们可以用类似于SQL语句的语法从一个数据源中轻松地得到满足一定条件的对象集合。例如要查找一个字符串数组names中所有长度大于5的字符串，就可以写：
var longname = from n in names wheren.Length > 5 select n;
这样我们就得到一个新的字符数组longname，其中包含了我们所需要的结果。这种语句称作查询语句，与SQL语句唯一的区别是C#中的查询语句往往把select子句放到最后（这反而倒有些类似于中文的阅读顺序了）。初次看到这样一个语句，我们可能会有很大疑问：这还是C#语言吗？这的确是合乎语法规则的C#代码，而且编译器可以识别这种语法。然而实际上，C#编译器并不会对这种语法进行实际的的编译，而是将其翻译为正常的方法调用：
var longname = names.Where(n => n.Length > 5).Select(n);
然后再进行进一步的编译。在上面的例子中已经说明，names是一个存放有字符串的数组，而数组类型并没有Where的方法。的确，Where并非names的成员方法，微软也没有对数组类型进行任何改动。这是C# 3.0中另外一个重要的新特性：扩展方法。扩展方法是定义在其他静态类中的静态方法，其第一个参数的类型就是希望扩展的类型，并且这个参数被冠以this修饰符。扩展方法是静态的，但可以像调用被扩展类型的实例方法那样进行调用，看起来好像是被扩展类型自己的方法一样。这就为语言带来了很大的灵活性，我们可以将一组近似的功能如上面的Where 和Select等（这在LINQ中被称作“标准查询表达式”）定义在一个外部类中，这样既无须修改现有类型，又可以将功能组织在一起。当然，为了做到面向对象的封装性，扩展方法只能在被扩展类型的公共成员上进行操作，如果需要从内部对类型进行改进，就必须改变现有类型的代码。在Where方法的参数列表里，我们又发现了一种奇怪的语法：n => n.Length > 5。这就是我们上文提到过的Lambda 表达式。
微软的官方规范中称，Lambda 表达式是匿名方法的一种自然进化。因此Lambda 表达式其实也是一种特殊的委托，由编译器负责生成一个匿名的委托类型，它接受一个字符串类型的参数n；返回值为布尔类型，表示n的长度是否大于5；其中的参数类型和返回值类型都是由编译器推断而来的。说到类型推断，还要解释的一点
就是上面的语句中出现的新关键字var。从出现的位置来看，var应该是一个类型。然而这又不是一个C#内建类型，也不是CLI提出的新类型；它只是一个“占位符”，它的确表示一个类型，但具体是什么类型需要编译器在编译期间进行推断。Lamda表达式的真正意义不仅仅在于简化了委托的编写方式，更重要的是它把代码表达式体现为了数据。换句话说，Lambda表达式不仅可以被编译为一段可以执行的代码（类似于匿名方法），也可以将其翻译为一个数据结构——表达式树。而如何处理Lambda 表达式，是由编译器根据Lambda表达式的使用方式来自动确定的。当把一个Lambda表达式赋给一个具有委托类型的域、属性或变量时，编译器像编译匿名方法一样将表达式体翻译成一段可执行代码；而当把一个L a m b d a 表达式赋给一个具有Expression<T>类型的域、属性或变量时，编译器就会将Lambda表达式解析为一个表达式树。对于翻译为代码的Lambda，可以向调用委托那样进行调用，而对于翻译为表达式树的Lambda表达式，就不可以了，会得到一个编译错误。但表达式树存在于一个由编译器生成的数据结构中，因此可以在运行时对其进行分析甚至修改。
除了上面提到的一些重大改进之外，C# 3.0也对细微的语法进行了一些改进，使C#语言变得更加优雅和全面。值得说明的是，C# 3.0经过编译后生成的IL代码，完全是基于.NET 2.0的，C#语言已经远远跑在了他所栖生的平台前面。这一时期的C#语言离CLI已经越来越远了，编译器的工作也愈加繁重起来。首先很多语言结构（如查询表达式和Lambda 表达式）都不是CLI中提供的特性，因此需要编译器进行大量的转译工作；其次是这些语言结构带来的大量类型推断任务，也都是靠编译器来完成的。C#走到了3.0以后，已经完全不再是当年那个“简单”的语言了。它的开发者称其为“魔鬼”，而琳琅满目的新特性也的确让开发者们眼花缭乱，甚至感到恐惧。语言集成查询的引入，使得前一段时期内为开发者们广泛讨论的ORM概念得到了更加深入地体现，尤其是它所支持的数据源之广泛，让ORM理念变得已经不再必要了；而一些“.NET中的ORM实现”，似乎也成了完全不必要的扩展项目了。Lambda 表达式的引入，使得C#将可以轻松地完成特定领域（Domain-Specific）的开发。
一个成功的开发人员在面对新鲜事物和新的困难时，兴奋是远大于恐惧的。让魔鬼来得更猛烈些吧！
编辑本段C# 4.0的特性
C# 4.0 新增 dynamic关键字，提供动态编程（dynamic programming），把既有的静态物件标记为动态物件，类似javascript, Python 或 Ruby。
dynamic calc = GetCalculator();int sum = calc.Add(10, 20);
并行运算：针对编写多线程和异步代码引入了一个新的编程模式，从而极大地简化了应用程序和库开发者的编程。此新的模式可以使开发人员以一种自然的方式来编写高效的，良好粒度的，可扩展的并行代码，而不必直接使用线程或线程池等。
编辑本段列表
abstract
as
base
bool
break
byte
case
catch
char
checked
class
const
continue
decimal
default
delegate
do
double
else
enum
ecent
explicit
extern
false
finally
fixed
float
for
foreach
get
goto
if
implicit
in
int
interface
internal
is
lock
long
namespace
new
null
object
out
override
partial
private
protected
public
readonly
ref
return
sbyte
sealed
set
short
sizeof
stackalloc
static
struct
switch
this
throw
true
try
typeof
uint
ulong
unchecked
unsafe
ushort
using
value
virtual
volatile
volatile
void
where
while
yield
其中有几个比较容易弄错的
关键字 描 述
abstract 可以和类、方法、属性、索引器及事件一起使用，
标识一个可以扩展但不能被实体化的、必须被实现的类或方法。
as 一个转换操作符，如果转换失败，就返回null。
base 用于访问被派生类或构造中的同名成员隐藏的基类成员。
catch 定义一个代码块，在特定类型异常抛出时，执行块内代码。
参见try和finally。
checked 既是操作符又是语句。
确保编译器运行时，检查整数类型操作或转换时出现的溢出。
const 标识一个可在编译时计算出来的变量值，即一经指派不可修改的值。
delegate 指定一个声明为一种委托类型。委托把方法封装为可调用实体，
能在委托实体中调用。
enum 表示一个已命名常量群集的值类型。
event 允许一个类或对象提供通知的成员，他必须是委托类型。
explicit 一个定义用户自定义转换操作符的操作符，
通常用来将内建类型转换为用户定义类型或反向操作。
必须再转换时调用显示转换操作符。
extern 标识一个将在外部（通常不是c#语言）实现的方法。
finally 定义一个代码块，在程序控制离开try代码快后执行。参见try和catch。
fixed 在一个代码块执行时，在固定内存位置为一个变量指派一个指针。
foreach 用于遍历一个群集的元素。
goto 一个跳转语句，将程序执行重定向到一个标签语句。
implicit 一个操作符，定义一个用户定义的转换操作符。
通常用来将预定义类型转换为用户定义类型或反向操作。
隐式转换操作符必须在转换时使用。
interface 将一个声明指定为接口类型，即实现类或构造必须遵循的合同。
internal 一个访问修饰符。
namespace 定义一个逻辑组的类型和命名空间。
operator 用来声明或多载一个操作符。
out 标识一个参数值会受影响的参数，但在传入方法时，
该参数无需先初始化。
params 声明一个参数数组。如果使用，必须修改指定的最后一个参数。
允许可选参数。
readonly 标识一个变量的值在初始化后不可修改。
ref 标识一个参数值可能会受影响的参数。
sealed 防止类型被派生，防止方法和property被覆载。
sizeof 一个操作符，以byte为单位返回一个值类型的长度。
stackalloc 返回在堆上分配的一个内存块的指针。
struct struct是一种值类型，可以声明常量、字段、方法、property、
索引器、操作符、构造器和内嵌类型。
throw 抛出一个异常。
try 异常处理代码块的组成部分之一。try代码块包括可能会
抛出异常的代码。参阅catch和finally关键字。
typeof 一个操作符，返回传入参数的类型。
unchecked 禁止溢出检查。
unsafe 标注包含指针操作的代码块、方法或类。
using 当用于命名空间时，using关键字允许访问该命名空间中的类型，
而无需指定其全名。也用于定义finalization操作的范围。
virtual 一个方法修饰符，标识可被覆载的方法。
volatile 标识一个可被操作系统、某些硬件设备或并发线程修改的attribute。
编辑本段微软MSDN提供C#全系列课程
C# 3.0 锐利体验系列课程(1)：概览
C# 3.0 锐利体验系列课程(2)：Lambda表达式
C# 3.0 锐利体验系列课程(3)：查询表达式LINQ(1)
C# 3.0 锐利体验系列课程(4)：查询表达式LINQ(2)
C# 3.0 锐利体验系列课程(5)：查询表达式LINQ(3)
C#2.0 锐利体验系列课程(1)：泛型编程
C#2.0 锐利体验系列课程(2)：匿名方法、迭代器
C#2.0 锐利体验系列课程(3)：局部类型、空属类型、静态类
C#2.0 锐利体验系列课程(4)：杂项技术，以及C#语言的未来发展
C#面向对象设计模式纵横谈(1)：面向对象设计模式与原则
C#面向对象设计模式纵横谈(2)：Singleton 单件(创建型模式)
C#面向对象设计模式纵横谈(3)：Abstract Factory 抽象工厂模式(创建型模式)
C#面向对象设计模式纵横谈(4)：Builder 生成器模式(创建型模式)
C#面向对象设计模式纵横谈(5)：Factory Method 工厂方法模式(创建型模式)
C#面向对象设计模式纵横谈(6)：Prototype 原型模式(创建型模式)
C#面向对象设计模式纵横谈(7)：Adapter 适配器模式(结构型模式)
C#面向对象设计模式纵横谈(8)：Bridge 桥接模式(结构型模式)
C#面向对象设计模式纵横谈(9)：Composite 组合模式(结构型模式)
C#面向对象设计模式纵横谈(10)：Decorator 装饰模式(结构型模式)
C#面向对象设计模式纵横谈(11)：Facade 外观模式(结构型模式)
C#面向对象设计模式纵横谈(12)：Flyweight 享元模式(结构型模式)
C#面向对象设计模式纵横谈(13)：Proxy 代理模式(结构型模式)
C#面向对象设计模式纵横谈(14)：Chain of Responsibility 职责链模式(行为型模式)
C#面向对象设计模式纵横谈(15)：(行为型模式) Command 命令模式
C#面向对象设计模式纵横谈(16)：(行为型模式) Interpreter 解释器模式
C#面向对象设计模式纵横谈(17)：(行为型模式) Mediator 中介者模式
C#面向对象设计模式纵横谈(18)：(行为型模式) Iterator 迭代器模式
C#面向对象设计模式纵横谈(19)：(行为型模式) Observer 观察者模式
C#面向对象设计模式纵横谈(20)：(行为型模式) Chain Of Responsibility 职责链模式
C#面向对象设计模式纵横谈(21)：(行为型模式) Memento 备忘录模式
C#面向对象设计模式纵横谈(22)：(行为型模式) State 状态模式
C#面向对象设计模式纵横谈(23)：(行为型模式) Strategy 策略模式
C#面向对象设计模式纵横谈(24)：(行为型模式) Visitor 访问者模式
C#面向对象设计模式纵横谈(25)：设计模式总结
DIY Starter Kit系列(1)：21点游戏讲解Card Game Starter Kit
DIY Starter Kit系列(2)：Movie Collection Starter Kit
跟我一起学Visual Studio 2008系列课程(1)：C# 3.0 新增功能介绍(上)
跟我一起学Visual Studio 2008系列课程(2)：C# 3.0 新增功能介绍(下)
跟我一起学Visual Studio 2008系列课程(3)：语言集成查询(LINQ)之入门篇
跟我一起学Visual Studio 2008系列课程(4)：语言集成查询(LINQ)之LINQ to Objects
跟我一起学Visual Studio 2008系列课程(5)：语言集成查询(LINQ)之LINQ to DataSet
跟我一起学Visual Studio 2008系列课程(6)：语言集成查询(LINQ)之LINQ to SQL
跟我一起学Visual Studio 2008系列课程(7)：语言集成查询(LINQ)之LINQ to XML入门篇
跟我一起学Visual Studio 2008系列课程(8)：语言集成查询(LINQ)之LINQ to XML高级篇
跟我一起学Visual Studio 2008系列课程(9)：认识VS 2008 IDE针对所做的增强与改进
跟我一起学Visual Studio 2008系列课程(10)：增强功能介绍
跟我一起学Visual Studio 2008系列课程(11)：认识 IIS 7.0
跟我一起学Visual Studio 2008系列课程(12)：VSTO新功能一览
跟我一起学Visual Studio 2008系列课程(13)：STO之利用Outlook对象模型自定义Outlook
跟我一起学Visual Studio 2008系列课程(14)：VS2008数据访问概述
跟我一起学Visual Studio 2008系列课程(15)：全面剖析TableAdapter
视频游戏开发系列课程(1)：游戏开发过程预览
视频游戏开发系列课程(2)：基础编程概念及C#简介
视频游戏开发系列课程(3)：游戏元素大观园
视频游戏开发系列课程(4)：介绍游戏中的“精灵”和“动画”
视频游戏开发系列课程(5)：Transformation and Collision of Sprites
视频游戏开发系列课程(6)：控制小精灵行为
视频游戏开发系列课程(7)：让你的游戏更“声”动——音乐和音效
视频游戏开发系列课程(8)：开始创造游戏的“精灵”的行为
Modern C#系列课程(3)：现代面向对象的程序设计
Modern C#系列课程(4)：C# 中的类的设计
Modern C#系列课程(5)：C# 中的异常处理
Modern C#系列课程(6)：使用WinForms进行GUI设计
Modern C#系列课程(7)：进行数据库编程
Modern C#系列课程(8)：多层结构应用程序设计
Modern C#系列课程(9)：基于组件的程序设计
Modern C#系列课程(10)：C# 中的一些设计技巧
Modern C#(11)：深入“委托和事件”
编辑本段C#与C++、JAVA的区别
C#(读做 "C sharp")是微软公司在去年六月发布的一种新的编程语言,并定于在微软职业开发者论坛(PDC)上登台亮相.C#是微软公司研究员Anders Hejlsberg的最新成果.C#看起来与Java有着惊人的相似;它包括了诸如单一继承,界面,与Java几乎同样的语法,和编译成中间代码再运行的过程.但是C#与Java有着明显的不同,它借鉴了Delphi的一个特点,与COM(组件对象模型)是直接集成的,而且它是微软公司.NET windows网络框架的主角.
微软c#语言定义主要是从C和C++继承而来的,而且语言中的许多元素也反映了这一点.C#在设计者从C++继承的可选选项方面比Java要广泛一些(比如说structs),它还增加了自己新的特点(比方说源代码版本定义).但它还太不成熟,不可能挤垮Java.C#还需要进化成一种开发者能够接受和采用的语言.而微软当前为它的这种新语言大造声势也是值得注意的.目前大家的反应是:"这是对Java的反击."
C++，这个词在中国大陆的程序员圈子中通常被读做“C加加”，而西方的程序员通常读做“C plus plus”，它是一种使用非常广泛的计算机编程语言。C++是一种静态数据类型检查的，支持多重编程范式的通用程序设计语言。它支持过程序程序设计、数据抽象、面向对象程序设计、泛型程序设计等多种程序设计风格。
贝尔实验室的本贾尼·斯特劳斯特卢普（w:en:Bjarne Stroustrup）博士在20世纪80年代发明并实现了C++（最初这种语言被称作“C with Classes”）。一开始C++是作为C语言的增强版出现的，从给C语言增加类开始，不断的增加新特性。虚函数（virtual function）、运算符重载（operator overloading）、多重继承（multiple inheritance）、模板（template）、异常（exception）、RTTI、名字空间（name space）逐渐被加入标准。1998年国际标准组织（ISO）颁布了C++程序设计语言的国际标准ISO/IEC 14882-1998。遗憾的是，由于C++语言过于复杂，以及他经历了长年的演变，直到现在（2004年）只有少数几个编译器完全符合这个标准。
另外，就目前学习C++而言，可以认为他是一门独立的语言；他并不依赖C语言，我们可以完全不学C语言，而直接学习C++。根据《C++编程思想》（Thinking in C++）一书所评述的，C++与C的效率往往相差在正负5%之间。所以有人认为在大多数场合C++ 完全可以取代C语言。
C++语言发展大概可以分为三个阶段：第一阶段从80年代到1995年。这一阶段C++语言基本上是传统类型上的面向对象语言，并且凭借着接近C语言的效率，在工业界使用的开发语言中占据了相当大份额；第二阶段从1995年到2000年，这一阶段由于标准模板库(STL)和后来的Boost等程序库的出现，泛型程序设计在C++中占据了越来越多的比重性。当然，同时由于Java、C#等语言的出现和硬件价格的大规模下降，C++受到了一定的冲击；第三阶段从2000年至今，由于以Loki、MPL等程序库为代表的产生式编程和模板元编程的出现，C++出现了发展历史上又一个新的高峰，这些新技术的出现以及和原有技术的融合，使C++已经成为当今主流程序设计语言中最复杂的一员。
编辑本段C#的前途如何？
这世界上没有什么比编程工具更加牵动程序员的心。VC、VB、DELPHI、JAVA……这些耀眼的名字不仅占据了程序员的生活，而且似乎已经成为了某种信仰。可是，伴随着新世纪的脚步，这些信仰又一次遭遇了重大的挑战。微软，这头被法官和黑客们折腾得既疲惫又恼怒的狮子，发誓要保住它头上的王冠，拼尽全力，拿出了看家的本事——.NET战略。作为 .NET的核心开发语言，C# 顺理成章地浮出了水面。程序员们也就不得不做出一个痛苦的选择，跟在谁的后面？要找出答案就不得不作一番比较和预测。笔者作为一个资深的程序员，斗胆在此狂言，权作抛砖引玉。
如果抛开一切非技术方面的因素，C# 无疑是这个星球上有史以来最好的编程语言，它几乎集中了所有关于软件开发和软件工程研究的最新成果。面向对象、类型安全、组件技术、自动内存管理、跨平台异常处理、版本控制、代码安全管理……你不可能在另外的一种语言中找到所有这些特性。尽管像很多人注意到的一样，当我罗列上述特性时，总是让人想到JAVA，然而C# 确实走得更远。但现实的情况是，非技术的因素往往更能决定一个产品的未来，尤其在计算机软件的历史上，技术卓越的产品，如OS/2、Mac OS、UNIX等，都败在了Windows那漂亮的脸蛋儿下。而这一次，微软的角色好像从一个赤手空拳的革命者变成了仗势欺人的老地主，如果真是要变天，那C# 这孩子岂不是投错了胎？可能情形并非如此糟糕，毕竟瘦死的骆驼比马大，而且C# 已经提交给了一个标准化组织，一旦成了国际标准，说不准真有哪个手痒的大侠（也有可能是微软自己）给移植到Linux 和别的平台上。那样的话，JAVA可就惨了。因为JAVA的用户主要是网络服务的开发者和嵌入式设备软件的开发者，嵌入式设备软件不是C# 的用武之地，而在网络服务方面，C# 的即时编译和本地代码Cache方案比JAVA虚拟机具有绝对的性能优势。何况C# 一旦成为一个像C++ 一样的公共的标准，软件开发商既可以省去JAVA的许可证费用，也不必担心成为微软的奴隶，那些反微软的人士和主张厂商独立的人士可能也不会有什么意见。这可能正是微软所期待的。
如果把C# 和 JAVA 在网络服务领域的争夺比作未来制空权的争夺的话，那么C# 和传统通用快速开发工具——VB、DELPHI等的较量将是地地道道的白刃战。可能最惨的程序员就是VB程序员，在微软，VB就像离任的克林顿，不但失去了所有的光辉，而且乱事缠身。想想吧，VB6写的项目必须用转换工具转换成基于.NET的代码才能在VB7中调入，几乎面目全非。由于VB7遵循为迎合.NET而建立的通用语言规范（CLS），几乎把所有原来只在C++、JAVA等语言中可以运用的特性统统加了进来，只是语法和原来兼容。如果你是第一次在VB7中看到自己的旧VB6项目转换之后的代码，一定要当心你的心脏！所以，努力吧，别告诉我你将就此退休。DELPHI的状况也好不到哪里去，原来的看家本领是做起应用来又快又好，可现在看看最新的 Beta 1, 你会感到如此熟悉，众多的属性列表、组件……谁让你穷呢，连总设计师都养不住。
其实在编程语言中真正的霸主多年来一直是C++，所有的操作系统和绝大多数的商品软件都是用C++作为主要开发语言的。JAVA的程序员绝大多数也是C++的爱好者，PHP的成功里面也有类似C++的语法的功劳。在操作系统、设备驱动程序、视频游戏等领域，C++在很长的时间内仍将占据主要地位，而在数量最大的应用软件的开发上，C# 很可能取代C++的位置。首先，C# 和JAVA一样，简直就是照搬了C++的部分语法，因此，对于数量众多的C++程序员学习起来很容易上手，另外，对于新手来说，比C++要简单一些。其次，Windows是目前占垄断地位的平台，而开发Windows应用，当然微软的声音是不能忽略的。最重要的是，相对于C++，用C# 开发应用软件可以大大缩短开发周期，同时可以利用原来除用户界面代码之外的C++代码。
但是，C# 也有弱点。首先，在一些版本较旧的Windows平台上，C# 的程序还不能运行，因为C# 程序需要 .NET运行库作为基础，而 .NET运行库作为现在的的Windows（XP及以后版本）的一部分发行， Windows Me 和 Windows 2000用户只能以Service Pack的形式安装使用。其次，C# 能够使用的组件或库还只有 .NET 运行库等很少的选择，没有丰富的第三方软件库可用，这需要有一个过程，同时各软件开发商的支持也很重要。第三，JAVA的成功因素里有一些是反微软阵营的吹捧，虽然“只写一次，到处运行”只是一句口号，但毕竟已经是一种成熟的技术。而C# 的鼓吹者目前只有名声不佳的微软，且只能运行在Windows上。实际上这两种语言都不是不可替代的，理智的说，对软件开发商而言，什么用的最熟什么就是最好的工具。尤其对C++的使用者，C# 没有带来任何新东西，因为.NET运行库在C++中也可以使用，没有要换的绝对的理由。
综上所述，我个人认为，近几年，C# 将不可避免地崛起，在Windows平台上成为主角，而JAVA将在UNIX、Linux等平台上成为霸主，C++ 将继续在系统软件领域大展拳脚。非常有意思的是，这些语言的语法极其接近，因为JAVA和C# 都是由C++发展而来的。其他的开发工具当然还会在相当长的时间里继续他们的旅程，不过在市场份额上，将不可避免地受到冲击。
编辑本段非Windows平台下的C#
C#作为微软当前最重要的编程开发语言，在windows平台上得到了很好的维护和支持，但是微软并没有提供其他平台上的官方支持。不过有一些第三方的公司和团体提供了在其它平台上对C#的支持，其中最重要的是Mono。
-
扩展阅读：
-
- 1
- 2
- 3
http://www.msdnwebcast.com/msdn/webcast.aspx?query=2074 微软MSDN的C#课程大全
- 4
http://www.enet.com.cn/eschool/video/c/ 《enet硅谷动力》C#程序设计入门与实例视频教程
- 5
http://www.enet.com.cn/article/2008/0924/A20080924362493.shtml 《enet硅谷动力》C#实用语法简略视频教程
- 6
http://www.enet.com.cn/eschool/zhuanti/shipin/cxsj.shtml 《enet硅谷动力》程序设计视频教程
-
7 http://baike.baidu.com/view/6590.htm
340
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
