C++与C#的区别：
只有合适的和不合适的，没有好的或不好的。
这么说吧，用好 C++.Net 对比 用C# 要多花近10倍的学习时间（你总不能只使用托管代码吧？所以ALT，MFC之类的怎么都要熟悉一下，你告诉人用C++却不会指针不会MFC不会ALT连标准C++都不会，说得过去吗？） ， 但是提供了2倍的好处。
性能方面：在双方都写很出的不怎么犯低级错误的代码，性能一致。但是如果双方都喜欢犯点代码小问题的话，C++ 要比C# 更高效；（因为C++的低级错误通常更多带来安全问题而不是性能问题，比如C++里你就犯不了不小心重复拆箱装箱的错误，而在C#里高手不注意也容易中招）
安全方面：双方都写很出的代码时基本相同，但是双方代码都有毛病时C#比C++略为安全，理由同上，C#的毛病通常更多引起性能陷阱而不是安全陷阱。
适用性问题： C#可以方便做页面编程，C++用AltServer做网站有机会提供更好的性能和灵活但是劳动量大得多，不过在COM互操作等其他地方，以及在编写非托管代码时C++更有优势。
工作问题： C#的人很多，C++.Net的超级少，不过你用C++.Net的完全可以也去做成普通C++，响应党“一颗红心两手准备”，而且C++的人少也意味着一担到工作，你将比别人拿更多工资（物以稀
为贵）。
最需要衡量的是性价比上C#是C++的5倍左右(10倍的学习时间只换到2倍好处)
-----------------------------------
-------------------------------------
C++中相关名词
ATL是ActiveXTemplateLibrary的缩写，它是一套C++模板库。使用ATL能够快速地开发出高效、简洁的代码，同时对COM组件的开发提供最大限度的代码自动生成以及可视化支持。为了方便使用，从MicrosoftVisualC++5.0版本开始，Microsoft把ATL集成到VisualC++开发环境中。1998年9月推出的VisualStudio6.0集成了ATL3.0版本。
在ATL产生以前，开发COM组件的方法主要有两种：一是使用COMSDK直接开发COM组件，另一种方式是通过MFC提供的COM支持来实现。
直接使用COMSDK开发COM组件是最基本也是最灵活的方式。通过使用Microsoft提供的开发包，我们可以直接编写COM程序。但是，这种开发方式的难度和工作量都很大，一方面，要求开发者对于C
OM的技术原理具有比较深入的了解（虽然对技术本身的深刻理解对使用任何一种工具都是非常有益的，但对于COM这样一整套复杂的技术而言，在短时间内完全掌握是很难的）；另一方面，直接使用COMSDK要求开发人员自己去实现COM应用的每一个细节，完成大量的重复性工作。这样做的结果是，不仅降低了工作效率，同时也使开发人员不得不把许多精力投入到与应用需求本身无关的技术细节中。虽
然这种开发方式对于某些特殊的应用很有必要，但这种编程方式并不符合组件化程序设计方法所倡导的可重用性，因此，直接采用COMSDK不是一种理想的开发方式。
使用MFC提供的COM支持开发COM应用可以说在使用COMSDK基础上提高了自动化程度，缩短了开发时间。MFC采用面向对象的方式将COM的基本功能封装在若干MFC的C++类中，开发者通过继承这些类得到COM支持功能。为了使派生类方便地获得COM对象的各种特性，MFC中有许多预定义宏，这些宏的功能主要是实现COM接口的定义和对象的注册等通常在COM对象中要用到的功能。开发者可以使用这些宏来定制COM对象的特性。
随着Internet技术的发展，Microsoft将ActiveX技术作为其网络战略的一个重要组成部分大力推广，然而使用MFC开发的ActiveXControl，代码冗余量大，即所谓的“肥代码”（FatCode），而且必须要依赖于MFC的运行时刻库才能正确地运行。虽然MFC的运行时刻库只有部分功能与COM有关，但是由于M
FC的继承实现的本质，ActiveXControl必须背负运行时刻库这个沉重的包袱。如果采用静态连接MFC运行时刻库的方式，这将使ActiveXControl代码过于庞大，在网络上传输时将占据宝贵的网络带宽资源；如果采用动态连接MFC运行时刻库的方式，这将要求浏览器一方必须具备MFC的运行时刻库支持。总之，MFC对COM技术的支持在网络应用的环境下也显得很不灵活。
MFC对COM和OLE的支持确实比手工编写COM程序有了很大的进步。但是MFC对COM的支持还不够完善和彻底，例如对COM接口定义的IDL语言，MFC并没有任何支持，此外对于近些年来COM和ActiveX技术的新发展MFC也没有提供灵活的支持。这是由MFC设计的基本出发点决定的。MFC被设计成对Windows平台编程开发的面向对象的封装，自然要涉及Windows编程的方方面面，COM作为Windows平台编程开发的一个部分也得到MFC的支持，但是MFC对COM的支持是以其全局目标为出发点的，因此对COM的支持必然要服从其全局目标。从这个方面而言，MFC对COM的支持不能很好地满足开发者的要求。
对于程序员来说，还有一个区别就是ATL要求你懂得更多的COM知识，这样你才能直接使用ATL来编写COM组件或者控件，而MFC甚至不要求你知道COM是个什么东西就能写出一个ActiveX控件来了。
此外，如果你编写的控件有GUI（图形用户界面）的话，你最好使用MFC；如果根本不需要GUI，那最好使用ATL编写，当然你也可以选择MFC来编写不可见的控件，但是开销比ATL大，而执行效率却
小于ATL；但是有时候这种差别所带来影响可以忽略掉的话，那么我建议你还是用MFC来写，唯一的理由是它开发起来更简单，易于调试。如果你是一个COM的门外汉
，却又想使用ATL来编写控件，那么建议你先准备半年时间（保守估计）来学习COM的理论知识
简单地说,ATL在网络应用普及的今天，开发效果(简洁\高效)要比MFC好.但我本人觉得MFC也不差!我一直在用MFC做事!
===============================================
MFC、ATL和CLR是VC2005内置的3大库，涵盖了windows的各种开发方法和开发应用。当然关于C++开发的库不止这3个，不过这3个是微软推荐。从编程所处层次而言，WIN32为最底层，其次是MFC.然后是CLR. WIN32 winAPI MFC MFC类库 CLR 库
1. WIN32常规就是不用MFC，使用API函数编的程序。
2. MFC库有很多年的历史了，MFC是基于Windows API 的简单封装。其核心架构基于"Document/View"架构（20年前被认为很潮流的一种概念）和消息流动机制。这个库自从VC6开始到现在都没有多大改动。MFC封装的范围包括GUI，IO，数据库，网络编程等等方面。但是很多系统开发必须的api都没有封装，这样开发者一般都在MFC的基础上自己处理与业务相关的任务。事实上很
多人用MFC只是利用其GUI部分的封装。这个库GUI处理的效率也并不是很高，有时候与UI处理相关的代码会占到整个项目的一半甚至更多。总的来说，这是一个垂老的库，微软在10年以来，除了对MFC进行修修补补以外，没有进行大的改进或者更新。如果你问MFC还会活多久？恩，这是个问题。如果有一天MFC不在了，微软在这个级别上并没有其他产品能够代替它。
3. CLR库是随着.Net Framework 2 和VS2005一起发布的库，其核心的实现和C#，VB 一样。都是基于公共语言运行库。.Net Framework封装了大量系统的api，以类库的形式提供给开发者。C++中的CLR库可以使用其中和本机代码有关的部分，目前C++还不能涉及到asp部分。CLR库中的C++颠覆了很多标准C++的传统，甚至可以说，这里的C++不是C++，只是披着C++的皮干其他的事。这里的C++更像是C#或者类似的语言。所以这里不叫C++，而叫做C++/CLI，值得一提的是，有关C++/CLI的部分目前还没有被标准C++接受，最近微软有关C++/CLI标准化的提案被C++标准化委员会拒绝了。所以C++/CLI目前还是微软的一家之言。
4. ATL用于编写COM程序。ATL库貌似也年纪很大了，至少在我接触到VC的时候就有它的存在了。这个库可以追溯到COM组件，因为ATL的目的就是帮助开发者更好的与COM交互。到底什么时候有COM这个东西的 ？我也不知道，我只知道COM是有16位版本的，在Windows升级到32位的时候COM也随着升级到了32位。COM就像一些封装好的类对象一样，通过封装系统的api，提供一些标准的方法来给你使用。所以系统中有什么组件，就可以在ATL中用什么方法 。所以ATL不止可以写ActiveX，
也可以有win
dow，也可以有其它。有时候有些微软发布的功能是只以COM组件的形式发布的，例如MSXML，这时候MFC就不适合，是要ATL来处理的。但是ATL在处理UI这方面并不是很强，所以微软工程师有一个开源的UI 框架，叫做WTL，专门用来处理UI的。ATL库的缺点是，作为模板库，在出现错误的时候会比较麻烦，出错提示会牛头不对马嘴。
------------------------------------------------
-----------------------------------------------
Borland C++Builder 是Borland公司98年推出的全新32位Windows开发工具，以c语言为蓝本。
C# 是微软2003开发的另一种编程语言。
一般来说，VB适合初学编程的人和编程速成的人，它的编译速度是目前最快的
vc++ 和 vc 适合高级信息技术编程，比如大型游戏和管理软件，
delphi比较适合有一定编程基础的人员，主要用来编写精悍的软件和其他东西
1。c#是微软为量身打造的语言，可开发b/s和c/s两中模式的软件，简单点说有点像vb双击页面便可在后台编写程序。引用了c++的一些编程思想，也是面向对象的编程语言。
2。C#builder是Borland公司推出基于.NET框架的新产品，并且将沿用其以前的命名方式，将其命名为C# Builder。
3。vc和vc++(vb)是一回事都中的一种开发语言，是由vc6.0(vb6.0)发展来的。
4。c++和他们是不同的，其实你学习语法可以用一本c++的语法书，开发环境可以用vc6.0。这样会容易一点。
C++ Builder
C++ Builder是由Borland公司 继Delphi之后又推出的一款高性能可视化集成开发工具。C++ Builder具有快速的可视化开发环境：只要简单地把控件（Component）拖到窗体（Form）上，定义一下它的属性，设置一下它的外观，就可以快速地建立应用程序界面；C++ Builder内置了100多个完全封装了Windows公用特性且具有完全可扩展性（包括全面支持ActiveX控件）的可重用控件；C++ Builder具有一个专业C++开发环境所能提供的全部功能：快速、高效、灵活的编译器优化，逐步连接，CPU透视，命令行工具等。它实现了可视化的编程环境和功能强大的编程语言（C++）的完美结合。
C++ Builder优化的32位原码（Native Code）编译器建立在Borland公司久经考验的编译技术基础之上，提供了高度安全性、可靠性、快速性的编译优化方法，完全编译出原始机器码而非中间码，软件执行速度大大提高。在编译和连接过程中，C++ Builder自动忽略未被修改的原代码和没有使用的函数，从而大大提高了编译和连接速度。C++ Builder的CPU透视工具包括五个独立的小面板，可以对正在运行程序从内部进行深层次的了解。另外C++ Builder还提供了一个专业开发环境所必需的命令行工具，以帮助建立C++程
序或者准备编译和连接的程序进行更精细的控制。
C++ Builder可以编译所有符合ANSI/ISO标准的原代码，支持最新ANSI C++/C语言特征：模板（Templates）、例外（Exceptions）、运行类型信息（Runtime Type Information）、Namespaces等，另外它还可以使用标准C++库且支持标准模板库（STL），以前的所有C++/C原代码可以不经过修改，直接移植到C++ Builder环境下来。C++ Builder完全支持32位长文件名、多线程程序设计，且允许程序员直接调用任何Win95和NT API函数。
C++ Builder的集成开发环境（IDE）提供了可视化窗体设计器、对象观察器、控件板、工程管理器、集成编辑器和调试器等一系列可视化快速应用程序开发（RAD）工具，让程序员可以很轻松地建立和管理自己的程序和资源。
____________________________________________________________________
Visual C++
Visual C++是一个功能强大的可视化软件开发工具。自1993年Microsoft公司推出Visual C++1.0后，随着其新版本的不断问世，Visual C++已成为专业程序员进行软件开发的首选工具。
虽然微软公司推出了Visual C++.NET(Visual C++7.0)，但它的应用的很大的局限性，只适用于Windows 2000,Windows XP和Windows NT4.0。所以实际中，更多的是以Visual C++6.0为平台。
Visual C++6.0不仅是一个C++编译器，而且是一个基于Windows操作系统的可视化集成开发环境（integrated development environment,IDE）。Visual C++6.0由许多组件组成，包括编辑器、调试器以及程序向导AppWizard、类向导Class Wizard等开发工具。这些组件通过一个名为Developer Studio的组件集成为和谐的开发环境。
Visual C++它大概可以分成三个主要的部分：
1． Developer Studio，这是一个集成开发环境，我们日常工作的99%都是在它上面完成的，再加上它的标题赫然写着“Microsoft Visual C++”，所以很多人理所当然的认为，那就是Visual C++了。其实不然，虽然Developer Studio提供了一个很好的编辑器和很多Wizard，但实际上它没有任何编译和链接
程序的功能，真正完成这些工作的幕后英雄后面会介绍。我们也知道，Developer Studio并不是专门用于VC的，它也同样用于VB，VJ，VID等Visual Studio家族的其他同胞兄弟。所以不要把Developer Studio当成Visual C++， 它充其量只是Visual C++的一个壳子而已。这一点请切记！
2． MFC。从理论上来讲，MFC也不是专用于Visual C++，Borland C++，C++Builder和Symantec C++同样可以处理MFC。同时，用Visual C++编写代码也并不意味着一定要用MFC，只要愿意，用Visual C++来编写SDK程序，或者使用STL，ATL，一样没有限制。不过，Visual C++本来就是为MFC打造的，Visual C++中的许多特征和语言扩展也是为MFC而设计的，所以用Visual C++而不用MFC就等于抛
弃了Visual C++中很大的一部分功能。但是，Visual C++也不等于MFC。
3． Platform SDK。这才是Visual C++和整个Visual Studio的精华和灵魂，虽然我们很少能直接接触到它。大致说来，Platform SDK是以Microsoft C/C++编译器为核心（不是Visual C++，看清楚了），配合MASM，辅以其他一些工具和文档资料。上面说到Developer Studio没有编译程序的功能，那么这项工作是由谁来完成的呢？是CL，是NMAKE，和其他许许多多命令行程序，这些我们看不到的程序才是构成Visual Studio的基石。
____________________________________________________________________
c#
C#(读做 "C sharp"，中文译音“夏普”)是微软公司在去年六月发布的一种新的编程语言，并定于在微软职业开发者论坛(PDC)上登台亮相.C#是微软公司研究员Anders Hejlsberg的最新成果.C#看起来与Java有着惊人的相似；它包括了诸如单一继承，界面，与Java几乎同样的语法，和编译成中间代码再运行的过程.但是C#与Java有着明显的不同，它借鉴了Delphi的一个特点，与COM(组件对象模型)是直接集成的，而且它是微软公司.NET windows网络框架的主角.
____________________________________________________________________
c语言
C语言是目前世界上流行、使用非常广泛的高级程序设计语言。
C语言对操作系统和系统使用程序以及需要对硬件进行操作的场合，用C语言明显优于其它高级语言，许多大型应用软件都是用C语言编写的。
C语言具有绘图能力强，可移植性，并具备很强的数据处理能力，因此适于编写系统软件，三维，二维图形和动画它是数值计算的高级语言。
常用的编译软件有Microsoft Visual C++，Borland C++，Watcom C++ ,Borland C++ ，Borland C++ Builder,Borland C++ 3.1 for DOS,Watcom C++ 11.0 for DOS,GNU DJGPP C++ ，Lccwin32 C Compiler 3.1,Microsoft C,High C,TurboC等等......
C语言的发展历史
C语言的发展颇为有趣。它的原型ALGOL 60语言。（也成为A语言）
1963年，剑桥大学将ALGOL 60语言发展成为CPL(Combined Programming Language)语言。
1967年，剑桥大学的Matin Richards 对CPL语言进行了简化，于是产生了BCPL语言。
1970年，美国贝尔实验室的Ken Thompson将BCPL进行了修改，并为它起了一个有趣的名字“B语言”。意思是将CPL语言煮干，提炼出它的精华。并且他用B语言写了第一个UNIX操作系统。windows开发平台
而在1973年，B语言也给人“煮”了一下，美国贝尔实验室的D.M.RITCHIE在B语言的基础上最终设计出了一种新的语言，他取了BGPL的第二个字母作为这种语言的名字，这就是C语言。
为了使UNIX操作系统推广，1977年Dennis M.Ritchie 发表了不依赖于具体机器系统的C语言编译文本《可移植的C语言编译程序》。
1978年Brian W.Kernighian和Dennis M.Ritchi

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。