vb.net与c#.net区别

大家谈VB.Net与C#.Net
我感觉C# 语法比VB好得多，
在速度上我没有做过测试，不过，我相信Aders的能力，因为我们里曾经做过一个C#对Fotran的测试，因为后者强在数学计算上，所以就做了个对数组操作的测试
结果是C#比Fotran慢不了多少

1：语法 c#要好过VB.Net;
2: ms侧重于c＃；
3：coding的速度c#要快，
4：c＃的可读性要好一些；

C# 和 VB.Net 其实差不多, 但 C# 功能更强大一些.
建议初学者或 C/C++, Java 程序员使用 C# .
VB 程序员使用 VB.Net

C＃比较简洁，而且是针对.Net设计的，并且拥有强大的注释生成Xml文档功能
VB.Net是设计用来给ASP程序员上手的吧
个人觉得，C＃除了类型转换和Select case上不如VB以外，其它都比VB好用

你擅长用c#,那开发中还是用c#吧
    必须得承认，C#编译器和VB.Net编译器在处理某些细节上确实有些不同，导致两者编译功能类似的程序效率通常会有差异。但对于一个编制完整的项目，是不会有任何差别的。原因是首先VB.Net编译器并没有比C#有实质上的缺陷，其次大部分代码都是.Net Framework类库中的代码，两者调用起来没有差别。至于C#比VB.Net功能强大，这牵扯到心理学问题。VB并不比C#差，也没有“语法混乱”、“为了兼容而设计”之类传说中的毛病。用VB.Net一样可以写出出色的、结构完美的应用程序。

C#可以写静态函数
VB不行
c#可以很方便的形成函数注释和程序块注释
VB不行
c#可以随意断行
VB不行

各有各的好处,用C#能实现的VB也能实现,反之依然。
C/C++, Java 程序员使用 C# .
VB 程序员使用 VB.Net
建议初学者使用VB.Net，毕竟它比较他比较适合初学者.

我感觉C# 语法比VB好得多，
在速度上我没有做过测试，不过，我相信Aders的能力，因为我们里曾经做过一个C#对Fotran的测试，因为后者强在数学计算上，所以就做了个对数组操作的测试
结果是C#比Fotran慢不了多少

c#和VB.Net，谁好？
如果要开发.Net 的应用，VB.Net和c＃几乎没有区别他们只是有语法上面的不同，因为他们没有自己的库。例如在c/c++中，你可以printf("hello, world"); 因为printf是库函数，而c＃，VB.Net立刻.Net几乎什么都不能做，不信，看，例如Console.WriteLine("Hello, world"), 没有System.Console CLASS, 没有BASE CLASS，没有CLR，他们什么都不能做，所以用VB.Net 和c＃去开发.Net 应用几乎是没有区别的,只是我觉得c＃的语法比VB.Net更加简洁，所以可能编译器CSC比VBC在编译成IL的过程当中有轻微的优势，据说c＃也比VB.Net也能够使用多一些的BCL，不过据说也多很少很少，所以没有用开C++的朋友继续使用VB.Net也没有错。 各位有什么意见。

我只是听说.Net框架和vs.Net集成开发环境都是用c#编写的，如果这样的话，c#是不是有天然的.Net平台语言亲和性。

感谢您使用微软产品。

正如上面几位谈到，C# 和VB.Net都是基于COMMON LANGUAGE RUNTIME的, 所以他们之间的区别是不大. 现在以有VB.Net, C#, Managed C++, 将来还会有更多的基于CLR的编程语言, 象Perl, COBOL. 事实上编程语言已经越来越成为一种个人偏好而已. 我觉得有两个因素会决定你使用那种语言:

1. 你已经熟练掌握的语言. 如果你精通VB, 那VB.Net是你选择. 如果你精通Java, 也许C#更适合你.
2. 你要维护或升级的系统是有那种语言开发的. 比如说,从VB升级到VB.Net比从VB升级到C#要容易的多.

另外, 我认为虽然VB.Net和C#都基于COMMON LANGUAGE RUNTIME, 他们之间还是有一些细微的区别. VB.Net还是比C#更易用一些. 比如如果当你在定义一个变量时忘记了变量的类型, 不要紧. 你键入AS, InteliSense 会弹出所有类型给你选. C#程序员则没有这个便利.

但是C#也有他的优势, 比如, 他支持运算符重载. 这在VB.Net里是不支持的.

-        微软全球技术中心 VB技术支持

本贴子以“现状”提供且没有任何担保，同时也没有授予任何权利。具体事项可参见使用条款(http://support.microsoft.com/directory/worldwide/zh-cn/community/terms_chs.asp)。