没有什么语言能比C++更加贴近Windows本身了，这一点也是不可否认的。如果哪一天C#也能写驱动的时候，那么C++就真的会淘汰了(这天可能不会太远又或者很遥远)。
C#能做的，C++不一定都能做，C++能做的，C#也不一定都好做，所以经常看到有人拿这2个语言对比，我觉得确实没什么必要。
C#繁杂的调用Win32 API的方式，确实让人很不舒服，C++这一点做得比它好。但是，C#强大的网络操作，代码量大大地低于C++，我们抛弃不用Socket，改用WinInet或是MFC中的封装好的网络类，比如CHttpFile，还是没C#简单。C#的傻瓜式的类库操作和面向对象编程的完美特性，确实让其成为了Windows平台上最受欢迎的语言。也许，是微软想将Win32 API渐渐地全部封装到C#的类库中去，我感觉微软有这个意图，也许将来C#就不需要调用那些繁杂的Win32 API了，类库中均有提供也说不定。
我们为什么学VC?这点我曾经也问过自己。圣经上说：你必须知道真相，真相会使你自由。我们学VC是为了自由，不受微软的框制。微软通过种种的FrameWork让你陷于其中，你觉得，哇，原来编程是这么容易啊，几句话就能搞定。你想知道微软在内部干了些什么呢?你不知道，当然，你如果认为你没必要知道，这个我完全赞同，我后面会说。就说杀进程吧，C#中不通过Win32 API就那么一种方式，通过System.Diagnostics.Process找到进程，然后Kill之(如果我说的不对，使用C#的朋友请指正)，而C++中，我们完全有无数种选择，就说不邪恶的，TerminateProcess，邪恶点的呢?不计其数。进程内存填0，卸载模块，消息洪水，句柄强制关闭，强制释放它的堆，太多太多了，甚至我注入进去，内部Raise一个异常，它也就挂掉了。保护进程， 不管内核下还是应用层，C#肯定是做不了的，C++有自己高端的地方，其他语言无法涉足。你见过C#做的杀毒软件吗?
C#，极其简易的界面操作，令人看着很舒服的编码，他有太多的地方，C++根本无法涉足。拿C++做Web Services除非是大脑进水，用C++做网络蜘蛛，也根本是无聊之举，要么就C#，要么就拿Python来干(个人漏见)，超级大量的数据，拿垃圾回收基本上为0的C++去做，简直就是自找麻烦。C#的WebForm，和Jsp占据着Web的大片江山，C++能吗?不能。C#是一门博大精深的语言，类库强大到变态，基本上可以这么讲，所以用C++的朋友也不能随便贬低C#程序员，C#的程序员的层次分得比C++多很多，高层的也是象牙塔级别的。C#的架构师，那种恐怖的实力，C++中级程序员是无法想象的。C#更加注重于软件工程的应用，各种设计模式的使用，C++则注重于实现功能。
C#的前景是不错的，我个人很看好它，MSDN 杂志每期的文章可能有8成是C#，C++不算很多，微软的重心可能在C#上，希望C#逐渐能取代C++。但是C++会这么容易被取代?不可能。就像一个搞管理的，你让他接管搞开发的人，让他从干一样到同时兼干这二样，会有这么简单么?c++的生命力至少还要7-8年，之后才会渐渐的淡出，但是只要追求自由的人存在，C++就不会消失;只要操作系统一天是用C++写的，C++就不会消失。
选什么语言，随自己高兴，需要哪个用哪个，这是不矛盾的。开发数据库，我倾向于用C#，做Windows底层，我肯定是C++，都掌握下没有坏处。VS2010中C++的新特性各位同胞可以关注下，不知道会加入什么，VC2008的特性我探索了这么久，还没有探索结束。C#是越来越好用了，Linq to Sql让不懂数据库的人都能去操做数据库了，辅助一些第三方类库，能发挥强大的威力。完全取代C++，等操作系统是C#写的，C#能开发系统中的一切组件的时候再说吧，至少现在C#还不能开发API，驱动吧?
C与C++的区别
C是一个结构化语言，如谭老爷子所说：它的重点在于算法和数据结构。C程序的设计首要考虑的是如何通过一个过程，对输入（或环境条件）进行运算处理得到输出（或实现过程（事务）控制），而对于C++，首要考虑的是如何构造一个对象模型，让这个模型能够契合与之对应的问题域，这样就可以通过获取对象的状态信息得到输出或实现过程（事务）控制。
所以C与C++的最大区别在于它们的用于解决问题的思想方法不一样。之所以说C++比C更先进，是因为“ 设计这个概念已经被融入到C++之中 ”，而就语言本身而言，在C中更多的是算法的概念。那么是不是C就不重要了，错！算法是程序设计的基础，好的设计如果没有好的算法，一样不行。而且，“C加上好的设计”也能写出非常好的东西。
对语言本身而言，C是C++的子集，那么是什么样的一个子集？从上文可以看出， C实现了C++中过程化控制及其它相关功能，而在C++中的C（我称它为“C+”），相对于原来的C还有所加强，引入了重载、内联函数、异常处理等等玩艺儿，C++更是拓展了面向对象设计的内容，如类、继承、虚函数、模板和包容器类等等。
再提高一点，在C++中，数据封装、类型这些东东已不是什么新鲜事了，需要考虑的是诸如：对象粒度的选择、对象接口的设计和继承、组合与继承的使用等等问题。
所以相对于C，C++包含了更丰富的“设计”的概念，但C是C++的一个自洽子集，也具有强大的功能，同样值得学习。
几点学习建议：
1．基本概念很重要。无论学C，还是学C++，基本概念都是第一位的，也是比较困难的，但只有把握了基本概念才能把握整体脉络，才能居高临下。
2．C是C++的子集，它的基本概念和设计方法相对比较容易理解，初学者可从它入手。
3．如果要学好C++，建议初学者最好别在如VC，BCB平台下写程序，那种自动化的代码生成，花花绿绿的界面，会让你手足无措。最好先找一片空地（unix，dos），从头做起，写几个大点的程序，数个回合，再到VC，BCB下看看，你会轻松得很。在我看来，学好C/C++是成为VC，BCB高手的必由之路。
4．不要妄想速成，必须得一个byte，一个bit的去抠，尽量搞清楚每一个问题。
5．几本好书：
机械工业出版社的那套“计算机科学丛书”从C到C++，到面向对象设计，一应俱全，都TMD是经典中的经典，而且价格公道，童叟无欺。
国内也有几本好书，谭老爷子的书好倒是好，就是程序错误太多。强烈推荐清华周之英的《现代软件工程》（上、中、下），它是我所见到的国内少有的一本好书，精华的精华，要点的要点，细细品来，至少也属降龙十八掌等级的东东。
如果还是有人想学习C/C++的话, 有一些小问题我还是乐意解答的. 但是我认为学习C/C++是不重要的, 重要的是如何锻炼你的思路. 不要找一些连自己都搞不清的问题去做.
我认为虽然 "潭浩强" 同志有骗钱的嫌疑( 我手头就有一本几乎一模一样的英文书 ), 但是, 是他把这本入门手册引入中国, 使无数程序员了解了C语言, 我想他的功劳也是不可磨灭的. 在< C语言程序设计 >这本书中所有的例子都可以用做锻炼思路的基石, 他对大家的编程是很有帮助的. 我认为是值得一买的. 去思考课后的例子对你的编程很有帮助. 不要小看一个一个简单的例子, 他们是你通往成功的道路.
当你基本能够掌握了上一本书中例子后, 你就要自己找一些例子程序去看. 开始可能是看不懂, 但是只要努力就没有什么问题. 当你看过几个较大的例子之后, 你会茅塞顿开, ( 大量阅读例子程序是学习C/C++的捷径 ). 你会发现, 你的水平有了显著的提高. 你看的例子越多, 你对 Windows/DOS 了解的越多. 最好能够再看一些关于系统知识的书籍. 他会对你的编程很有帮助的.
这是我学习C/C++的一点心得, 希望对没有被我吓到而要继续学习C/C++的朋友们有一些帮助. 免得有些同志说我破坏中国软件人才的发展.
在最后我祝愿所有坚持学习C/C++的朋友们成功! 同时感谢阅读过我文章的同志们.
想学好C++，非学C不可！！！
今天我这么肯定的在这里讲这番话，是不想初学者陷入到语言越新越好的误区，本来这个题目就不是很严谨，但是我有几句话必须讲讲，为C平反！！
C++与C有什么不同呢？我们现在一步步地来分析一下
一、类，类我并不说它有什么不好，但是对于初学者，它是一个累赘。类的封装使得初学者对程序产生厌倦，感到不适和麻烦。
二、引用，引用是C++中最臭屁的东西了，最好尽量不要用它，我就是从来不用引用，除非万不得已。引用对于初学者就更容易产生混淆，不知道哪个是引用，哪个是变量。
三、函数的重载，初学者学函数的重载好像没什么坏处，但是，这会使初学者潜意识里对C语言的变量类型的重要性产生淡化，要记住C语言是对变量类型最敏感了的，变量的类型在C语言里的重要性是不言而喻的。
四、流操作符，和上面同样的道理，使得对变量类型的重要性产生淡化，况且，cin这个东东有点儿不怎么方便，有时会产生使初学者莫名其妙的结果。
五、操作符重载，典型的高级应用，初学者可能根本用不着，这个东东会让他们觉得C++很难，门槛高，看不懂…………。
六、继承，以及虚函数，典型的模仿四不象，这种狗屁东西除了看起来深奥，实用价值很低………………。我怎么可能把某个类的类型的指针去指向另一个不同类型但是是继承关系的类，来实现什么动态联编，晕…………
………………还有些东东我就不发表评论了，如：new,delete操作符等…………
七、误区：以问答形式：
问：C++是面向对象化的而C是面向过程化的？
答：第二对，第一问错，C++并非完全面向对象化，真正的面向对象化的语言恐怕只有Java才算得上。
问：C++能实现C所不能的功能吗？
答：至少我还没有发现……
问：学了C再学C++有障碍吗？比如程序设计思想……
答：至少我还没有看见谁有此症状。
问：学了C再学C++又要重头开始吗？
答：不，C++下可以实现C语言的一切功能。
问：我学完了C一定还要学C++才能编程吗？
答：完全没必要。
问：C++比C好在哪里？
答：更加符合软件工程学
问：学完了C再学C++是不是很容易？
答：那要看你是不是真正的学完了C语言，我从C到C++就一个星期的睡觉前的时间看两眼书，然后就大彻大悟。再跑到这里来发表些狗屁文章了。
最近在网上看到了很多人的学习方法，本人非常不赞同。很多人都想一口吃个胖子，要学就想学最新的，好象没有人愿意再去学那些老的，旧的编程语言了。但你们能学的懂吗？不学TC2。0等那些较早的优秀编程语言，你们能理解的了VC6。0？如果你真的能，我宁愿做你的徒弟！真是奇怪，那些最基本的语言都不懂的人，怎么可能去理解那些最新的编程语言？我学编程有三年了吧。成绩也不算多，只有一个计算机四级证和一个高程证，但我觉得我在学VC的时候还有很多的不明白的地方。没有人来教我，只能靠我自己，包括所有的成绩在内，我都是靠自己，我从不报班。学VC的半年多来，我想我已经基本入门，但依然有很多的困惑。刚开始学VC，就面临一个项目，我真的犹如笨蛋一般，四处吓摸，毫无头绪，最后勉勉强强才算做个差不多。学好VC再去学其他的高级WINDOWS编程，我想那真是轻而易举，毕竟WINDOWS的内部的很多东西都能直接被VC调用，你首先就可以对WINDOWS有个全新的认识，再去学其他的语言岂能不简单？
我的感觉是，面向过程和面向对象，其实都很重要的，在VC里也依然需要面向过程，很多东西都是一环扣一环，没有面向过程的思想，怎么可能去编程呢？建议多去看看有关WINDOWS编程的书，但多数都是比较老的书呦！我依然记得当年整天进行TC编程的辛苦，但我依然很怀念当年的劳动付出，毕竟我获得了我想获得的一切——编程思想。我觉得一个好的编程思想，绝对比你去学一门计算机语言好重要的多。要形成自己的编程风格。一个好的编程思想在你的头脑中一旦形成，学习什么语言都会很轻而易举，因为此时的你不在是简简单单的学习，而是来验证！
C，C++，C#三者区别
继承关系是C->C++->C# C++完全向C兼容,C程序几乎不用修改即可在C++的编译器上运行.C++也称为带类的C,在C的基础上增加了许多面向对象的概念.虽然是C的扩展,但 并不意味着C功能不如C++,最牛的操作系统是用C写的(不是C++哦).
C#是微软弄的一个东东,继承了C和C++的许多东西,但和两者基本上 已完全不一样了.你可以把它当作一种全新的语言来学.
发疯ing
[大师]
Ｃ语言是一种结构化编程语言。 它层次清晰，便于按模块化方式组织程序，易于调试和维护。Ｃ语言的表现能力和处理能力极强。它不仅具有丰富的运算符和数据类型，便于实现各类复杂的数据结 构。它还可以直接访问内存的物理地址，进行位(bit)一级的操作。由于Ｃ语言实现了对硬件的编程操作，因此Ｃ语言集高级语言和低级语言的功能于一体。既 可用于系统软件的开发，也适合于应用软件的开发。此外，Ｃ语言还具有效率高，可移植性强等特点。因此广泛地移植到了各类各型计算机上，从而形成了多种版本 的Ｃ语言。
下面是C语言教程的地址，想学的话可以去看看。
http://www.bc-cn.net/Article/kfyy/cyy/jc/
C++ 是在C的基础上改进后的一种编程语言，主要是增添了许多新的功能，难度也比C大，和C一样侧重于计算机底层操作，也就是系统软件的开发。 C#是在C++的基础上再一次改进后的编程语言，相比C++而言难度有所减小（微软是这么说的），侧重于网络和数据库编程。这3种都是编程语言，语法基本 上是一样的，不过具体的内容差别还是挺大的。
VC++是一种编程软件，就相当于一个作业本，你学习了C++语言以后，就需要把这种编程语言写在一 个作业本上，也就是写在VC这种编程软件上，来实现你需要的效果。
C++是C语言的升级版
c是c++的子集，c是面向 过程的，c++是面向对象的
By:zhuzhumm
C 语言与 C++ 的区别有很多：
1，全新的程序 程序思维，C 语言是面向过程的，而 C++ 是面向对象的。
2，C 语言有标准的函数库，它们松散的，只是把功能相同的函数放在一个头文件中；而 C++ 对于大多数的函数都是有集成的很紧密，特别是 C 语言中没有的 C++ 中的 API 是对 Window 系统的大多数 API 有机的组合，是一个集体。但你也可能单独调用 API。
3，特别是 C++ 中的图形处理，它和语言的图形有很大的区别。C 语言中的图形处理函数基本上是不能用在中 C++ 中的。C 语言标准中不包括图形处理。
4，C 和 C++ 中都有结构的概念，但是在 C 语言中结构只有成员变量，而没成员方法，而在 C++ 中结构中，它可以有自己的成员变量和成员函数。但是在 C 语言中结构的成员是公共的，什么想访问它的都可以访问；而在 VC++ 中它没有加限定符的为私有的。
4，C 语言可以写很多方面的程序，但是 C++ 可以写得更多更好，C++ 可以写基于DOSr程序，写 DLL，写控件，写系统。
5，C 语言对程序的文件的组织是松散的，几乎是全要程序处理；而 C++ 对文件的组织是以工程，各文件分类明确。
6，C++ 中的 IDE 很智能，和 VB 一样，有的功能可能比VB还强。
7，C++ 对可以自动生成你想要的程序结构使你可以省了很多时间。有很多可用的工具如加入 MFC 中的类的时候，加入变量的时候等等。
8，C++ 中的附加工具也有很多，可以进行系统的分析，可以查看 API；可以查看控件。
9，调试功能强大，并且方法多样。
鉴于当下形势， 如果要学的话就学 C#
C# 与 C++ 比较的话，最重要的特性就是 C# 是一种完全面向对象的语言，而 C++ 不是，另外 C# 是基于 IL 中间语言和 .NET Framework CLR 的，在可移植性，可维护性 和强壮性都比 C++ 有很大的改进
C# 的设计目标是用来开发快速稳定可扩展的应用程序，当然也可以通过 Interop 和 Pinvoke 完成一些底层操作，但是对于一些和底层系统相关很紧密的程序（譬如说驱动程序），还是建议用 C++ 来写
C++ 不允许在一个构造函数中调用另外一个构造函数（称为委派构造函数调用），而 C# 则允许。委派构造函数调用语法上非常自然和易懂，事实上， C++ 不提供这一特性并不是出于语法上的考虑，而是出于资源管理的考虑（这样的事情对 C++ 来说还有很多很多）。
C++ 的构造函数用于分配资源，而析构函数用于释放资源，构造函数和析构函数调用必须匹配，否则就打破了 C++ 的基本规则。如果允许委派构造函数调用，则显然会打破这一规则——构造函数被执行两次，而析构函数只执行一次。当然，对一些类，例如前面的那个 Point 来说这不是个问题，但是从语言机制的角度讲这个特性可能属于“危险”的特性。注：在最新的 C++ 标准提议草案中，Herb 等人有一个关于允许委派构造函数调用的提案，当然这很大程度上是为了方便 C++ /CLI 绑定。
在 C++ 构造函数中，虚函数调用会被编译器自动转为普通函数调用，而在 C# 构造函数中允许进行虚函数调用。 C++ 这样处理自然有它的原因——在 C++ 中，构造函数执行完成后对象才初始化好，对于多态对象来说，也就意味着构造函数在背后执行了很重要的一件事情——初始化对象的虚函数表。
如 果我们在基类的构造函数中调用了虚函数，则因为此时对象的虚函数表仍旧是基类的虚函数表，所以无法进行正确的虚函数调用。
也就是这个原因，通常我 们应该避免在构造函数中调用虚函数，因为它违背了虚函数的语义。
而在 C# 中，在对象的构造函数执行之前对象的类型信息就已经初始化好了，所以可以进行正常的虚函数调用。
基本上，这些就是两者之间的区别
