铝塑板有什么颜色:C语言和C#是指同一种语言吗？

C语言是在B语言的基础上发展起来的，它的根源可以追溯到ALGOL 60。1960年出现的ALGOL 60是一种面向问题的高级语言，它离硬件比较远，不宜用来编写系统程序，1963年英国的剑桥大学推出了CPL(Combined Programming Language)语言。CPL语言在ALGOL 60的基础上接近硬件一些，但规模比较大，难以实现。1967年英国剑桥大学的Matin Richards对CPL语言作了简化，推出了BCPL(Basic Combined Programming Language)语言。1970年美国贝尔实验室的Ken Thompson以BCPL语言为基础，又作了进一步简化，它使得BCPL能挤压在8K内存中运行，这个很简单的而且很接近硬件的语言就是B语言(取BCPL的第一个字母)，并用它写了第一个UNIX操作系统，在DEC PDP-7上实现。1971年在PDP-11/20上实现了B语言，并写了UNIX操作系统。但B语言过于简单，功能有限，并且和BCPL都是“无类型”的语言。1972年至1973年间，贝尔实验室的D．M．Ritchie在B语言的基础上设计出了C语言(取BCPL的第二个字母)。C语言既保持了BCPL和B语言的优点(精练，接近硬件)，又克服了它们的缺点(过于简单，数据无类型等)。最初的C语言只是为描述和实现UNIX操作系统提供一种工具语言而设计的。1973年，K．Thompson和D.M．Ritchie两人合作把UNIX的90％以上用C改写，即UNIX第5版。原来的UNIX操作系统是1969年由美国的贝尔实验室的K．Thompson和D．M．Ritchie开发成功的，是用汇编语言写的，这样，Unix使分散的计算系统之间的大规模联网以及互联网成为可能。
后来，C语言多次作了改进，但主要还是在贝尔实验室内部使用。直到1975年UNIX第6版公布后，C语言的突出优点才引起人们普遍注意。1977年出现了不依赖于具体机器的C语言编译文本《可移植C语言编译程序》，使C移植到其它机器时所需做的工作大大简化了，这也推动了UNIX操作系统迅速地在各种机器上实现。例如，VAX，AT&T等计算机系统都相继开发了UNIX。随着UNIX的日益广泛使用，C语言也迅速得到推广。C语言和UNIX可以说是一对孪生兄弟，在发展过程中相辅相成。1978年以后，C语言已先后移植到大、中、小、微型机上，如IBM System/370、Honeywell 6000和Interdata 8/32，已独立于UNIX和PDP了。现在C语言已风靡全世界，成为世界上应用最广泛的几种计算机语言之一。
以1978年由美国电话电报公司(AT&T)贝尔实验室正式发表的UNIX第7版中的C编译程序为基础，Brian W．Kernighan(柯尼汉)和Dennis M．Ritchie(里奇)合著了影响深远的名著《The C Programming Language》，常常称它为‘K&R’，也有人称之为‘K&R标准’或‘白皮书’(white book)，它成为后来广泛使用的C语言版本的基础，但在‘K&R’中并没有定义一个完整的标准C语言。为此，1983年，美国国家标准化协会(ANSl)X3J11 委员会根据C语言问世以来各种版本对C的发展和扩充，制定了新的标准，称为ANSI C，ANSI C比原来的标准C有了很大的发展：K&R在1988年修改了他们的经典著作《The C Programming Language》，按照ANSI C标准重新写了该书。1987年，ANSI又公布了新标准——87 ANSI C。目前流行的C编译系统都是以它为基础的。当时广泛流行的各种版本C语言编译系统虽然基本部分是相同的，但也有一些不同。在微型机上使用的有Microsoft C(MS C),Borland Turbo C，Quick C和AT&T C等，它们的不同版本又略有差异。到后来的Java、C++、C#都是以C语言为基础发展起来的

************************************************************************

而C#是C#介绍
最近微软宣布了它的最新编程语言C#，这是一种面向对象的编程语言，它将作为Visual Studio中的一部分推出。C#（发音为“C-Sharp”）既保持了C++中熟悉的语法，并且还包含了大量的高效代码和面向对象特性。据微软产品经理透露，C#语言将在保持C/C++灵活性的基础上为程序员带来更高效的RAD开发方式。它不仅能用于WEB服务程序的开发，并且还能开发强大的系统级程序。

微软还没有正式宣布这一新语言技术，该技术将以测试形式出现在微软打算在7月中旬在专业开发会议上分发的Visual Studio 7中。Visual Studio 7将于明年某个时候正式发售。

Layman介绍说C#包含使XML编程更为轻松的技术。微软将使它的下一代工具软件、操作系统和应用支持XML技术。

新的编程语言还将包含虚拟机设备。微软官员已经公开表示C#技术和该公司去年开发的 Java竞争技术Cool没有关联。微软官员拒绝回答是否计划在Visual Studio 7中提供微软设计的视窗版Java Visual J++的某个版本。

C#的特性

现在，微软仍在一边继续反驳其竞争对手Sun控告它改变了Java语言的诉讼，一边在对美国反垄断指控顽抗到底，但与此同时，微软的天才程序员们也在技术上进行着一场补救的措施。那就是他们已经开发出来的C#语言，这是一种非常类似于Java的语言，微软深知即便是微软阵营中也有着相当一部分人喜欢Java语言，所以这次干脆就用C#来满足他们的愿望，这是一种非常完美的语言，适用于各种操作系统，并且与Windows紧密地结合在一起。

微软表示这种新的程序设计语言并不针对Java，但它将是C++的革新。而这正是Java所追求的两个主要目标之一（另一目标当然就是可移植性）。微软一直梦想着能开发出能与Java在Windows NT系统上抗衡的语言。C#的自动内存管理以及和Java一样都使用的C语言语法，似乎让这个理想成为现实。

微软称C#是由C和C++派生而来的一种“简单、流行、面向对象、类型安全”的程序设计语言，C#意在综合Visual Basic的高效率和C++的强大功能。但这种说法是否准确呢？由于C#的结构很像Visual Basic的ActiveX，它显然是冲着RAD开发者来的。但同时，“C#提供了C++的强大功能”这种说法也稍嫌夸张，将来很可能变成空头支票。

对某一对象接口的更新，微软称之为“继承”，当然“继承”是就“对象”而言的。但是，虽然“对象”这个词我们经常碰到，却很少有人真正理解了它的含义。微软的用户，甚至它自己的员工都经常把“对象”和“接口”弄混。所以微软干脆就用接口来定义各种对象，结果导致了“面向对象编程”（OOP）被微软弄得乱七八糟。现在，微软又在大踏步地前进了（虽然它内心还是很小心），它把它建立在接口基础上的“对象”集成到了开发工具里。不过它走得实在过了头，它甚至把对另一对象接口的更新称之为“继承”。

这个“继承”给程序员们带来的好处就是语言无关——只要接口维持其兼容性，用Visual Basic写成的对象在C#和C++中也可以良好地运行。但此特性是以真正的OOP技术和平台的可移植性为代价的。每个对象都被编译和注册到Windows子系统，只要你能访问这个子系统，你就能访问这个对象。来吧！欢迎来到.NET和NGWS的世界！——Windows平台从来没有完完全全地让人产生这样完整的依赖性。他们的动机当然要遭到全世界对微软有偏见的人的怀疑，当然，完全依靠此技术的C#也不例外。

事实上，C#将是完全依靠Windows的最完美的产物。那些困绕Java SDK, MFC 和SET的数据库已成为过去。你想放入C#的任何东西（无论何种语言），只要在Windows的.NET子系统下建立和包装的都可以使用Windows的运行库。

用MSIL进入.NET

当人们访问Usenet或一些新闻组时，会有一些诸如新语言和平台有效性之类的问题。什么时间和努力能解决这些问题呢？当然，如没有牢固的事实和有说服力的证据，即使是最有帮助的响应者，权威机构也会对他的断言持保留意见。我没有参加今年的专业开发者会议（PDC），因此我的发现都是基于那些与会者的反馈。

人们对微软过去几周的大肆宣传，最基本的错误理解就是C#只是Visual C++的改进版本。完全不是这么回事。C#和Java没有直接联系。它的特征设定是从Java获得的灵感。它的语法同Java一样，源自C和C++，但它的执行是完全新的，只依靠.NET结构。

C#也并非字节码（bytecode）。微软一位员工罗伯特.舒密特详细描述道：“C#编译程序产生的是‘微软中间语言’（MSIL）……但虚拟机或其他类似的技术则不能用于解释这种中间语言（IL）。相反地，每当应用程序载入或JIT编译程序需要编译它时，IL就会被转换成本地代码。一旦这种转换完成，可以执行的代码实际上是本地代码。”实质上，虽然这种方案有点像Java程序通过一个JIL编译程序，但这里最终的JIT编译是100%的本地代码，而Java的JIT产生的结果是不同的。

C#的弱点

这个方案也暴露了微软对C#和.NET介绍中的一些有趣的漏洞。MSIL是.NET提供的一个新特性，允许很流行的程序设计语言编译到一个单独的公用语言。（.NET支持的语言种类是相当惊人的）。这些语言都要服从一种叫“通用语言规范（CLS）”的构架。微软称之为“CLS兼容语言和类库之间可互操作的通用语言”。

编译所有的语言到一个单一的公用语言上，能让“继承”通过多重语言真正执行。这轻而易举的扫除了C#可能遇到的错误概念。.NET组件使用COM的IDispatch，它只允许接口执行。它比先前C#被评定为一种OOP语言的看法容易接受得多。它在程序设计上或许像Java一样是面向对象的。

但不幸的是CLS这种包括MSIL的共享语言基础，只让RAD开发者受益，而损害了硬件的核心开发者，有人认为创造一种新程序设计语言的目的就是有能力充分运用它和服务于可微调的执行能力，这一点在CLS世界里是做不到的。老实说，加速充分利用从来不是许多语言的唯一目标。许多语言的唯一目标（最瞩目的是像Visual Basic和Java的RAD语言）是加速和美化开发和展开能力，而不仅仅是运行时刻的速度。

舒密特文章中所提到的确实包含了相关和值得注意的评论：你可以用C++指定.NET，并在你的代码中运用所有C++特性。同时，因为.NET在运行时刻不能检验C++代码是否安全，此语言并不遵从CLS规范，里面所书写的程序也受到限制。作为应对，微软往Visual C++里添加非标准管理的扩展。用这些扩展写的代码能符合CLS规范。

C#将把微软领向何方就一目了然了。因为所有项目编写会只依靠MSIL和CLS JIT编译程序。这样C#或任何MSIL前端语言比Java任何时候都快。但很不幸，程序设计和编译程序级的优化不能在非微软的平台上充分利用，想在非Windows平台上展开.NET，再充分运用它们也是不现实的。

JAVA是C#的竞争对手

尽管.NET是微软一手缔造的，它并不是只能在Windows上使用。微软准备尽力为那些COM对象提供传统帮助（所有的OLE， ActiveX等等在下一代Viual Studio推出后，都将成为一个legacy平台）。但.NET不会围绕COM建造。新平台无疑将补充COM，并与它几乎天衣无缝地配合，但一点也不会依靠COM。这表明这种结构本身能够Macintosh, UNIX. BeOX展开。这样命名，是因为除了CLS构架是平台独立的，C#将用到的和所有遵从CLS的数据库也是平台独立的。也就是说，它们都是遵从CLS的，如果一个本机MSIL编译程序在平台上有效，那么它们能在运行时刻为任何结构进行编译。微软也积极争取被ECMA标准接纳，他们先前的Javascript已被接纳。 当Visual Studio. NET推出时，开发团体肯定会有不同的反应。"微软又开发了一个新平台"，这已吓倒那些本来对微软平台统治忧心忡忡的人了。然而更重要的是C#或.NET战略不会对原始C++构成太大威胁，那么有理由推论C#和.NET将是Java的有力竞争者。考虑相反方面：Java VM靠翻译字节码来运行应用程序。CLS在运行时刻本机编译。Java平台只支持Java语言。.NET只支持MSIL，但一些无限制的高级语言如C#，Visual Basic,甚至Eiffel和COBOL都能启动MSIL。Java运用执行转接提供真正的OOP技术。MSIL，C#也是如此。在Java平台，简单地移动平级文件，项目就可以展开为产品目录。据说，.NET平台的项目也可轻松展开而不像以registry-happy Com为基础的项目。或许Java平台真正的优势只在于政治上的正确性--它不是微软搞出来的，且目前有成千上万的执着的宗教追随者。

C#是.Net框架中的一个语言，是面向对象的语言，C是面向过程的语言，两者的用途不一样，C#主要是应用在网络应用程序的开发，C目前主要应用在系统底层和单片机上的开发。

肯定不是撒，C<C++<C#

不是！但有相通之处！

不是
C#的一些东西容纳了C

不是