不是,C++与C不同,不同的，VB是VBasic；VC就是C语言啦；C++是另外的，跟C语言差不多，但是也有些区别
创新互联是一家集网站建设,开平企业网站建设,开平品牌网站建设,网站定制,开平网站建设报价,网络营销,网络优化,开平网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
语言没有好坏之分，只有对某个问题的处理擅不擅长，具体还得看你自己的需求。
VB.NET确实还行，C语言大家都知道效率比较高，应用也更广泛些，还是推荐你学C语言，学好C语言之后再学C#比VB.NET稍微好学些，都是.NET
1、.NET是一个平台，一个抽象的平台的概念。
.NET平台其本身实现的方式其实还是库，抽象层面上来看是一个平台。
本人理解的.NET核心就是.NET Framwork。
.NET Framework包括两个关键组成元素：
a.Common Language Runtime，公共语言运行时（CLR）-提供内在管理，代码安全性检测等功能
b..NET Framework Class Library，.NET框架类库（FLC）-提供大量应用类库，提高开发效率
学习.NET Framework 是所有.NET 开发人员都必须的，否则开发.NET程序永远都是停留在‘外功’的招式，NET Framework 是.NET开发高手的‘内功’修行之一。
2、C#是一个程序设计语言，仅仅是一个语言。
程序设计语言仅仅是为了方便开发人员和计算机沟通的工具，虽然C#语法相对C和C++要多一些，但是相对来看C#语法都比较固定，这样使用起来却都很容易。我认可一位朋友说的，C#的语法更严谨！
这里回过来看看.NET和C#的关系，不得不提的是.NET程序的执行过程。
C#符合.NET CLR中的公共语言运行规范。CLS:common language specification，当然所有的.NET Language都是符合这个规范的例如：VB.NET、XAML和C++/CLI....等等。
VB.NET封装的程度更加高一些。比如可以很容易的使用集合类型。而到了C#就不得不写一个类，实现IList,ICollection和IEnumerable接口，然后再写方法。这样也就用C#实现了一个功能和VB.NET一样的集合类。也就是说，用VB.NET是半路出家，C#是从头开始。当然这也决定了在设计时的思路。
C#需要符合.NET CLS，是因为.NET CLR和JAVA 虚拟机类似，有一个中间语言共机器来执行。所有不同语言的.NET代码在执行前会被编译成同样的中间语言(MSIL)，所以所有.NET支持语言都必须符合符合CLS规范。
P.S：如果做.NET 3.0 XAML开发的朋友，可以尝试下ildasm.exe看看XAML的应用程序，会发现原来XAML其实很简单。
3、ASP.NET是一个网站开发的技术，仅仅是.NET框架中的一个应用模型。
Visual Basic.net还是C#
——如何选择.net语言
在.net中，如何选择VB或C#？这似乎已经争论了很久。很多人盲目选择，也产生了许多流言和错误。本文将从以下方面指导你选择正确的开发语言。
功能上的考虑
许多人认为C#的功能比VB.net强大，或者C#更加适合.net等。其实这不是一两句话能比较清楚的。C#的确有VB无法完成的功能，但VB也有C#无法完成的功能。总的来说，对于.net开发，VB和C#没有任何差别，都100%兼容于CLS。下面列出的是他们语言功能上的不同，这些仅仅是语言实现上的问题，不会影响到生成的代码。打*号的内容与CLS不兼容。
C#有而VB没有的功能：
1、 运算符重载。*
2、 不安全代码（指针和固定内存区）。*
3、 无符号整数。*
4、 移位运算。
VB有而C#没有的功能
1、 即时编译。
2、 静态事件绑定。
3、 条件异常捕获。
4、 COM兼容类。*
5、 宽松的类型检查和变量声明。
6、 Visual Basic Runtime库。
7、 可选参数、带参数属性、模块等语言特征。*
8、 动态数组。*
可见，实际上功能更强大的是VB而不是C#。不过它们不一样的地方多半是无关紧要的特征。总体上来说，不应从功能上选择VB或者C#，因为他们没有什么具体的差别。
性能上的考虑
性能是程序员最关心的问题。VB和C#都生成一样的IL，因此理论上说不会有性能的差异。但许多人为什么说C#的性能高于VB.net呢？这是因为VB.net支持即时编译，就是一边书写代码一边编译。这样可立刻发现语法错误，使调试变得更加容易。但是这样一来VB就需要随时浏览整个代码文件，并把临时数据储存。这造成VB.net生成的代码中常常具有冗余部分。但也不能就此下结论说VB比C#慢，当用户选择打开优化并且以Release方式编译工程，就能得到与C#一样简短快速的代码。
学习上的难度
这部分不仅仅初学者需要考虑，那些从现有开发工具转移到.net的开发人员也需要考虑。首先，VB和C#都是非常简单的，对于初学者来说，VB提供伸缩性更强的空间，因此比C#更加易于接受。但这只是相对而言，C#对于初学者来说也不会有太多的困难。
对于使用Visual Basic6或其他版本的程序员来说。VB.net的语法显然要比C#更加接近VB6，网上流传的VB与VB.net差别被过分夸大，使部分程序员退缩。其实VB.net增加的只是面向对象的思想，许多VB程序员不具备完善的面向对象编程开发经验，因此觉得VB.net难以接受，这是很容易克服的。想想看，即使你要使用C#不也得学习面向对象吗？至于有C/C++/Java经验的人，C#是小菜一碟。刚才说过C#和VB实际上都很简单，所以不见得VB程序员学习C#就要比C/C++程序员来的困难，反之亦然，有C/C++经验的人也可以果断的选择VB。
移植现有代码
这一部分是程序员最头疼的部分。但对语言选择有决定性的意义。
从VB6移植代码的程序员，最佳选择就是VB.net，因为其他.net语言没有一种是与VB相似的。而且即使VB6的工程移植到VB.net非常困难，也有一个移植向导可以帮助你完成大部分工作。如果手工把他移植到C#，需要白白花费大量的时间。而且刚开始使用C#的VB程序员通常都会为C#缺少他们熟悉的函数而头疼。VB.net不会出现这种情况。
从ASP移植到ASP.net，首选语言仍然是VB.net，因为多数程序员使用的ASP语言是VBScript，只有VB.net最大程度地接近这种语言。
C#对于移植代码似乎没有作用，了解C#的人都明白，把现有C/C++代码放到C#中运行几乎是100%不能通过的。所以，如果需要移植C/C++代码，最好使用Visual C++.net。他做到了最好的新旧结合。C#仅仅用于编写新的.net应用程序。
如果需要从Java移植代码，C#可以选择。同时还有J#及其他一些MS提供的转换工具。
文档和资源方面的考虑
在MSDN文档中，C#和VB是同等看待的。所有文档和例子都是有VB和C#两份的。因此，在寻求资源方面都不用担心。互联网上的资源，C#要多于VB，特别是国内，有倾向于C#的潮流。但是ASP.net的资源VB较多。国内缺乏VB.net资源是影响VB.net推广的重要原因。但是在国外有很多非常成熟的VB技术，如掌上设备的开发技术。
代码风格和杂项问题
C#书写的代码比VB平均短小20%，许多人不喜欢VB中过长的关键字。当然他们可以选择C#。但在开发环境中，VB的自动完成功能比C#更完善，其实30%的代码都是自动补充的。因此，实际上VB程序员不会比C#多打多少字。但VB语言换行比C#麻烦，如果需要书写大量繁杂而长的代码，最好选择C#。VB的代码接近完整的英语，比C#更加易读。如果是初学者不妨选择VB。