C#.net优点：

运算符重载。不安全代码（指针和固定内存区）、 无符号整数、移位运算。

VB的优点： 

即时编译、静态事件绑定、条件异常捕获、COM兼容类、宽松的类型检查和变量声明、VisualBasicRuntime库、可选参数、带参数属性、模块等语言特征、动态数组。

通过VB.NET开发好的程序绝对没有问题（包括DirectX游戏开发）。虽然VB.NET的资料少，但是只要C#支持的VB.NET都支持（大体上这样，因为都要经过MSIL中间环节。除了指针之类的VB.NET不支持C#支持，但是没有多大实际用处）。

vb.net的资料以英文资料居多（只有英文资料才有看头，中国的没有什么好资料），得看看英文水平过不过关。还有VB.NET的ide也比C#的IDE好得多，代码看得也舒服。（C#的大括号｛｝太烦人）。

至于VB6对C的帮助，只是理解上会容易一些，其它用处不大。有VB6的基础学VBNET会方便一些，但是并不是会VB6就会VB.NET，它们差别也不小。

扩展资料：

NET、C#和ASP.NET之间的区别：

1、NET是一个平台，一个抽象的平台的概念。

NET平台其本身实现的方式其实还是库，抽象层面上来看是一个平台。

基本可以理解的NET核心就是NETFramwork。

NETFramework包括两个关键组成元素：

a.CommonLanguageRuntime，公共语言运行时（CLR0）-提供内在管理，代码安全性检测等功能。

b.NETFrameworkClassLibrary，.NET框架类库（FLC）-提供大量应用类库，提高开发效率。

学习NETFramework是所有.NET开发人员都必须的，否则开发NET程序永远都是停留在‘外功’的招式，NETramework是NET开发高手的‘内功’修行之一。

2、C#是一个程序设计语言，仅仅是一个语言。

程序设计语言仅仅是为了方便开发人员和计算机沟通的工具，虽然C#语法相对C和 C+要多一些，但是相对来看C#语法都比较固定，这样使用起来却都很容易。我认可一位朋友说的，C#的语法更严谨！

这里回过来看看NET和C#的关系，不得不提的是NET程序的执行过程。

C#符合NETCLR中的公共语言运行规范。CLS:commonlanguagespecification，当然所有的NETLanguage都是符合这个规范的例如：VB.NET、XAML和C++/CL等等。

C#需要符合NETCLS，是因为NETCLR和JAVA虚拟机类似，有一个中间语言共机器来执行。所有不同语言的.NET代码在执行前会被编译成同样的中间语言(MSIL)，所以所有NET支持语言都必须符合符合CLS规范。

P.S：如果做.NET3.0XAML开发的朋友，可以尝试下ildasm.exe看看XAML的应用程序，会发现原来XAML其实很简单。

3、ASP.NET是一个网站开发的技术，仅仅是.NET框架中的一个应用模型。

用微软公司ASP.NET快速入门中的一句话来解释，ASP.NET是用于生成基于Web的应用程序的内容丰富的编程框架。

ASP.net和C#的区别：

编写asp.net通常包括两部分的代码:网页层和后台处理层，网页就是用标记语言来写的，而网页对应的后台处理程序则需要.net语言来完成，目前主要是采用c#和vb.net。

可以说整个的asp.net网站通过c#或者vb.net来实现。而c#则是ms.netframework的主要语言，可以用在网站，桌面应用等方面。可以算是一种比较流行的编程语言。

做了7年的c#开发，4年多的java,c/c++，说说我的看法，主要有的区别：

一是开源和闭源的区别,.net早期完全闭源，开发也是完全傻瓜式的，微软的思想就是让开发更容易，所以无法看到底层实现，给人的感觉就是走一条胡同，很快到达目的地却无法知道墙内的东西，接触过java和c之后，感觉就像掉进了大海，原来海底也这么漂亮，有太多开源的软件和框架，你可以看到更深层的东西，比如我们看dubbo,看进去后看netty,netty看进去后看到Linux,select,epoll,看到epoll,看Linux相关的，感觉就是掉进了大海，太多东西需要学习，做这么多年开发依然在不断的学习，但也给了我更多兴趣和探知未知世界的乐趣，以前做.net的时候有种感觉就是，别让我做非.net的东西，我不会，对陌生的的东西很害怕，现在的感觉就是你让我写个控制原子弹的程序我也敢去写（比方）。

二是免费和收费的区别，所有的公司产品的成本是公司发展的最关键因素之一，.net全家桶成本太高，vs的版权+windows版权+sql server版权再加上其它支持类软件版权，成本非常高，相反linux完全免费开源，给你选你会选哪一个？同时linux或从Unix而来，但天生具有轻量级性能可以发挥到极致而且稳定的系统，而windows为个人和办公而设计，界面和系统其它资源就让系统占用一部分，感觉很笨重，上天做一个长连接测试，单台Linux轻松上几十万，当然由于内存原因，否则可以上百万，而windows就很难做到，而且Linux哪里不行你可以去改的，windows就不行了，所以一个稳定高效免费的还有一大堆开源支持的，和一个收费性能相比没有那么高效的，好多公司自然选择前者

三是开发效率，上面说两点都说.net处于下风，但.net不是一无是处，.net有自身的优点，那就是开发效率，.net在java之上做了改进，让开发人员更容易开发，语言优美，做企业应用开发是很好的工具，可以快速出结果，你用其它开发要么大炮打蚊子，要么不稳定，在工厂和企业就要求很快做出来，这是.net优势，所以有他的市场份额，说这么多发现没个图，有评论的传一张

先以开发者的角度：

PHP跟.net根本就不是一个级别的，.net无论是应用场合、开发环境、帮助文档、编写风格、运行效率全部吊打PHP；PHP之所以流行就是因为很多开源框架都是现成的，刚好符合国人拿来主义的精神，修修改改就能拿来卖钱了。

JAVA各方面体量大致跟.net旗鼓相当，Windows系统下还是.net的天下，企业应用方面JAVA占用率高些，移动开发方面因为安卓和苹果的原因，.net失去了先机。微软正在逐步赶超，unitiy、.net core都在表明微软的态度。

以成本的角度：

微软的产品哪都好，就是版权太贵，Windows系统要钱，office要钱，服务器要钱，sqlserver要钱，再高级点用用企业版、集群之类的，做一个项目下来才能挣多少钱，都给微软了。PHP之所以能存活，就是linux免费，MySQL免费，Apache免费，PHP免费，就连框架都免费；JAVA跟PHP差不多。这种生态下导致了代码资源非常丰富，天下一般抄，开发成本就更低了。所以不是微软的东西不好，是JAVA和PHP开发成本太低了。用过对比你会发现，贵有贵的道理，所有开发帮助文档中，没有比微软做的更详尽的。

如果你是一个独立开发者，首选.net，Windows桌面应用、Windows服务、Windows 游戏 、网站、webservice、unity 游戏 ，除了安卓和苹果原生应用，.net都能胜任。如果微软可以在安卓下造出类似framework的东西，那就一统天下了。

为什么PHP、Java在市面上比.NET要受欢迎？而且从各大招聘网站上看PHP、Java的岗位比.NET岗位要多很多。

其实.NET也是有不少的优点的：

但是，它的致命缺点是：

设想一下，一个企业，如果服务器众多，那系统费用、数据库的授权费用，是多么庞大的一笔支出！

而PHP、Java则不同，它们都是跨平台开源免费的，虽然Java开始收费了（但还有免费的OpenJDK），所以PHP、Java还是首选。

如果用户采用微软全家桶解决方案, .Net 的开发效率和体验是完全可以吊打 Java 和 PHP 的, 但昂贵的价格, 让开发者和用户又爱有恨.

其实 .Net + C# 现在虽说不如一票跨平台框架语言用得人多, 但也远远谈不上没落.

在这个问题上, 个人认为 Microsoft 的原 CEO Steve Ballmer 难辞其咎, 在 Windows 霸主地位已经开始崩溃的时候 依然固执坚持封闭生态, 导致当时的 .Net 开发者 无不焦虑和彷徨.

不过 2014 年 Satya Nadella 接任 CEO 后, 微软 逐渐采取了 务实 开放 的做法, 收购 Xamarin 整合进 IDE, 推出 Visual Studio 社区版, C# 开始免费和跨平台, Microsoft 越来越像 Oracle, C# 越来越像 Java, 多多少少缓解了开发者的忧虑, 不少开发者开始回归, 毕竟 C# 优雅的语法 和 Visual Studio 卓越的开发体验 确实让人难以割舍.

.Net以前是不开源的，需要收费，有着各种版权问题，导致其语言生态发展不够。有其语言优点，但是从公司发展成本上来考虑，就注定不能作为首选。

PHP未兴起之前，很多公司使用.net来开发网站，因为相比较java的JSP，开发效率也还是要高一些，这对中小型企业的业务快速变更升级很重要。JSP运行速度会快一些，但其需要编译的特点，开发速度会相对缓慢。而对中小型企业来说，时间就是金钱，开发速度太慢，跟不上业务发展是很致命的。

之后PHP应运而生，其语言设计的初衷就是为了快速开发web应用。完全的开源免费，开发效率非常高，甚至一个人就可以搞定一个项目。中小型公司，从发展之初的考虑，逐渐将PHP作为首选发展语言。

随着PHP生态的逐渐强大，.net这种生态落后，开发速度比不上PHP，运行速度比不上JSP的语言也就逐渐没落了。

现在也有很多发展好了的公司，做大了做强了，又开始将自己的PHP项目往JSP迁移，因为开始追求运行速度。

所以PHP基本占领了中小型公司，而大公司则更多选择JSP。这都是语言的特性和优势决定的，将来如果出现一种语言能同时兼有开发速度和运行速度的免费开源的语言，那PHP和JSP也会逐渐走上.net这条路。一切都是企业成本和效率的问题。

+++++++++++++++++++++++++++++++++++++

第一次写问答，没想到有这么高的阅读量。

有些人说我对.net的认识太落后了，好吧，我开始学编程的时候，.net确实是比较封闭的状态，这些年我也不再去关注.net，对它的进一步了解也都是通过身边的同学朋友侧面反映的。

然后，真实情况是，我身边所有学.net的同学都转行了。因为岗位少，薪资低，真的生存很艰难哩。

遥想当年，我们一个宿舍的同学（一群穷逼，只能住在学校破旧的8人大宿舍里，因为住宿费真便宜啊 ），开始讨论选某个语言作为今后学习方向。有人选择了.net，有人选择了PHP，有人选择了JSP，然后各自努力。

现在，再来看彼此发展，.net的同学都转行了，PHP的都在中小型公司，JSP的在平安保险这种大公司里。薪资待遇对比，.net的同学和我们也有了差距。如果只看基本工资的话，还是PHP的高，哈哈。但是，加上年终奖就扑街了。我们同在深圳的经常一起出来聚聚，中小型公司的经常自嘲，辛辛苦苦一整年，比不上**一个年终奖。唉，大公司年终奖是真多啊，可以顶你大半年甚至一年的工资，人比人气死人。

当然，学PHP也不是都好，有个同学受不了压力转行做SEO了。也不是所有学java都好，我现在公司的测试就是个学java找不到工作，转而当测试的。

其实问题还是经验，有多年工作经验，就是你找工作最好的敲门砖了。

最后，没有最好的语言，适应市场发展的语言就是好语言。

各位看官，不喜勿喷！

我觉得最大的问题在于，使用Java体系的可以绑架一个公司的技术，因为他各类开源的框架以及底层的东西都可以修改，如果没有这帮大拿继续留在这个公司里面，后来的人很难去接受，或者理得清楚这些架构。而使用.net的话，基本上我觉得不太可能存在这个问题，因为知识体系比较清晰，而且掌握的人相对比较多，上手也相对比较容易。如果你是老板，会怎么样选择呢？你很希望别人绑架吗？

简单的说几句，就几句。我司用.net做web，推送服务器，消息服务器，数据握手服务，cad应用二次开发，gis应用，各种手持设备应用，各种服务窗口用的终端应用，视频监控等等等，你还觉得php真的能打过.net么？

我自己当初学过.net，java,现在算是略有了解。 就我个人理解， 许多公司不用.net 语言的根本原因，就是 .net 在最初的时候不开源，教程少，入门较难，而且最后正式发行程序什么，还要交钱，所以在许多公司中首选java这种开放语言，教程多，入门简单，基本不收费（不收费是关键，划重点） 。这也算是开源与闭源软件之争吧，最终以java为首的开源软件获胜，得以普及。

后来，开源软件已经是大势所趋，这时候微软.net阵营已经做了许多改变。我最熟悉.net中的c#语言，我就以c#为例说说吧。

微软以前信奉闭环，所有语言都不支持跨平台，也就没有c#；后来java越来越发展壮大，.net感受到了巨大危险，于是就模仿java，.net提出了c#，借以打击java。c#很像java语言，而且和java一样能够跨平台，windows、linx、android、ios都可以编程，这就是微软做的改变。

如果大家用过c#或者vb，c++来编写窗口程序，就会发现，这些语言写出来的windows窗口太棒了，而用java写出来的窗口程序，不敢恭维，太丑了，这也就是我后来学习c#的原因。（这也就是为什么说跨平台只是一个美梦而已）。

跨平台、开源之后的 .net ，其实跟java的基础结构并不差多少，但不具备数量优势，也就是说：java由于之前用的人太多了，各个方面的创新、发展都比较完善，有着坚实的用户群体、应用基础；而 .net ，由于是后发，已经失去了太多的应用环境，自然现在许多公司在不考虑是专为windows开发的情况下，是不会太主动使用.net。

我老早也是做.net开始的，那时候nginx开始流行，公司是一帮铁杆微软全家桶，谈命令行色变，于是对nginx, docker甚至git极力反对，我就走人。

.net core 就本身而言跨平台，我当然觉得不错。但就害怕再进一个 微软全家桶 团队，对任何高效主流的开源或命令行的软件极力封杀。

不知道干.net core的都有没有这种顾虑和遭遇？ 毕竟微软的文化就是离开GUI不会走路，多数软件都不是先有命令行版本的。（而命令行版是实现虚拟机，容器技术，脚本话处理等的必须要求）。 就凭这个，我还是有点忌讳.net core.

个人的观点：

1、php肯定比不过.net了，用他主要是网站那块而已。

2、net和Java，单纯从语言c#比java优秀，开源生态肯定是Java，效率是c#

3、.net效率不高，在于windows平台，现在跨平台了，linux性能高于windows。

.Net core 有一定的机会。

编程

这是每个游戏编程FAQ里都有的问题。这个问题每星期都会在游戏开发论坛上被问上好几次。这是个很好的问题，但是，没人能给出简单的答案。在某些应用程序中，总有一些计算机语言优于其他语言。下面是几种用于编写游戏的主要编程语言的介绍及其优缺点。希望这篇文章能帮助你做出决定。

1、C语言

如果说FORTRAN和COBOL是第一代高级编译语言，那么C语言就是它们的孙子辈。C语言是Dennis Ritchie在七十年代创建的，它功能更强大且与ALGOL保持更连续的继承性，而ALGOL则是COBOL和FORTRAN的结构化继承者。C语言被设计成一个比它的前辈更精巧、更简单的版本，它适于编写系统级的程序，比如操作系统。在此之前，操作系统是使用汇编语言编写的，而且不可移植。C语言是第一个使得系统级代码移植成为可能的编程语言。

C语言支持结构化编程，也就是说C的程序被编写成一些分离的函数呼叫（调用）的集合，这些呼叫是自上而下运行，而不像一个单独的集成块的代码使用GOTO语句控制流程。因此，C程序比起集成性的FORTRAN及COBOL的“空心粉式代码”代码要简单得多。事实上，C仍然具有GOTO语句，不过它的功能被限制了，仅当结构化方案非常复杂时才建议使用。

正由于它的系统编程根源，将C和汇编语言进行结合是相当容易的。函数调用接口非常简单，而且汇编语言指令还能内嵌到C代码中，所以，不需要连接独立的汇编模块。

优点：有益于编写小而快的程序。很容易与汇编语言结合。具有很高的标准化，因此其他平台上的各版本非常相似。

缺点：不容易支持面向对象技术。语法有时会非常难以理解，并造成滥用。

移植性：C语言的核心以及ANSI函数调用都具有移植性，但仅限于流程控制、内存管理和简单的文件处理。其他的东西都跟平台有关。比如说，为Windows和Mac开发可移植的程序，用户界面部分就需要用到与系统相关的函数调用。这一般意味着你必须写两次用户界面代码，不过还好有一些库可以减轻工作量。

用C语言编写的游戏：非常非常多。

资料：C语言的经典著作是《The C Programming Language》，它经过多次修改，已经扩展到最初的三倍大，但它仍然是介绍C的优秀书本。一本极好的教程是《The Waite Group's C Primer Plus》。

2、C++

C++语言是具有面向对象特性的C语言的继承者。面向对象编程，或称OOP是结构化编程的下一步。OO程序由对象组成，其中的对象是数据和函数离散集合。有许多可用的对象库存在，这使得编程简单得只需要将一些程序“建筑材料”堆在一起（至少理论上是这样）。比如说，有很多的GUI和数据库的库实现为对象的集合。

C++总是辩论的主题，尤其是在游戏开发论坛里。有几项C++的功能，比如虚拟函数，为函数呼叫的决策制定增加了一个额外层次，批评家很快指出C++程序将变得比相同功能的C程序来得大和慢。C++的拥护者则认为，用C写出与虚拟函数等价的代码同样会增加开支。这将是一个还在进行，而且不可能很快得出结论的争论。

我认为，C++的额外开支只是使用更好的语言的小付出。同样的争论发生在六十年代高级程序语言如COBOL和FORTRAN开始取代汇编成为语言所选的时候。批评家正确的指出使用高级语言编写的程序天生就比手写的汇编语言来得慢，而且必然如此。而高级语言支持者认为这么点小小的性能损失是值得的，因为COBOL和FORTRAN程序更容易编写和维护。

优点：组织大型程序时比C语言好得多。很好的支持面向对象机制。通用数据结构，如链表和可增长的阵列组成的库减轻了由于处理低层细节的负担。

缺点：非常大而复杂。与C语言一样存在语法滥用问题。比C慢。大多数编译器没有把整个语言正确的实现。

移植性：比C语言好多了，但依然不是很乐观。因为它具有与C语言相同的缺点，大多数可移植性用户界面库都使用C++对象实现。

使用C++编写的游戏：非常非常多。大多数的商业游戏是使用C或C++编写的。

资料：最新版的《The C++ Programming Language》非常好。作为教程，有两个阵营，一个假定你知道C，另外一个假定你不知道。到目前为止，最好的C++教程是《Who's Afraid of C++》，如果你已经熟知C，那么试一下《Teach Yourself C++》。

3、我该学习C++或是该从C开始

我不喜欢这种说法，但它是继“我该使用哪门语言”之后最经常被问及的问题。很不幸，不存在标准答案。你可以自学C并使用它来写程序，从而节省一大堆的时间，不过使用这种方法有两个弊端：

你将错过那些面向对象的知识，因为它可能在你的游戏中使得数据建模更有效率的东西。

最大的商业游戏，包括第一人称射击游戏很多并没有使用C++。但是，这些程序的作者即使使用老的C的格式，他们通常坚持使用面向对象编程技术。如果你只想学C，至少要自学OO（面向对象）编程技术。OO是仿真（游戏）的完美方法，如果你不学习OO，你将不得不“辛苦”的工作。

4、汇编语言

显然，汇编是第一个计算机语言。汇编语言实际上是你计算机处理器实际运行的指令的命令形式表示法。这意味着你将与处理器的底层打交道，比如寄存器和堆栈。如果你要找的是类英语且有相关的自我说明的语言，这不是你想要的。

确切的说，任何你能在其他语言里做到的事情，汇编都能做，只是不那么简单 — 这是当然，就像说你既可以开车到某个地方，也可以走路去，只是难易之分。话虽不错，但是新技术让东西变得更易于使用。

总的来说，汇编语言不会在游戏中单独应用。游戏使用汇编主要是使用它那些能提高性能的零零碎碎的部分。比如说，毁灭战士整体使用C来编写，有几段绘图程序使用汇编。这些程序每秒钟要调用数千次，因此，尽可能的简洁将有助于提高游戏的性能。而从C里调用汇编写的函数是相当简单的，因此同时使用两种语言不成问题。

特别注意：语言的名字叫“汇编”。把汇编语言翻译成真实的机器码的工具叫“汇编程序”。把这门语言叫做“汇编程序”这种用词不当相当普遍，因此，请从这门语言的正确称呼作为起点出发。

优点：最小、最快的语言。汇编高手能编写出比任何其他语言能实现的快得多的程序。你将是利用处理器最新功能的第一人，因为你能直接使用它们。

缺点：难学、语法晦涩、坚持效率，造成大量额外代码 — 不适于心脏虚弱者。

移植性：接近零。因为这门语言是为一种单独的处理器设计的，根本没移植性可言。如果使用了某个特殊处理器的扩展功能，你的代码甚至无法移植到其他同类型的处理器上（比如，AMD的3DNow指令是无法移植到其它奔腾系列的处理器上的）。

使用汇编编写的游戏：我不知道有什么商业游戏是完全用汇编开发的。不过有些游戏使用汇编完成多数对时间要求苛刻的部分。

资料：如果你正在找一门汇编语言的文档，你主要要找芯片的文档。网络上如Intel、AMD、Motorola等有一些关于它们的处理器的资料。对于书籍而言，《Assembly Language: Step-By-Step》是很值得学习的。

5、Pascal语言

Pascal语言是由Nicolas Wirth在七十年代早期设计的，因为他对于FORTRAN和COBOL没有强制训练学生的结构化编程感到很失望，“空心粉式代码”变成了规范，而当时的语言又不反对它。Pascal被设计来强行使用结构化编程。最初的Pascal被严格设计成教学之用，最终，大量的拥护者促使它闯入了商业编程中。当Borland发布IBM PC上的 Turbo Pascal时，Pascal辉煌一时。集成的编辑器，闪电般的编译器加上低廉的价格使之变得不可抵抗，Pascal编程了为MS-DOS编写小程序的首选语言。

然而时日不久，C编译器变得更快，并具有优秀的内置编辑器和调试器。Pascal在1990年Windows开始流行时走到了尽头，Borland放弃了Pascal而把目光转向了为Windows 编写程序的C++。Turbo Pascal很快被人遗忘。

最后，在1996年，Borland发布了它的“Visual Basic杀手”— Delphi。它是一种快速的带华丽用户界面的 Pascal编译器。由于不懈努力，它很快赢得了一大群爱好者。

基本上，Pascal比C简单。虽然语法类似，它缺乏很多C有的简洁操作符。这既是好事又是坏事。虽然很难写出难以理解的“聪明”代码，它同时也使得一些低级操作，如位操作变得困难起来。

优点：易学、平台相关的运行（Delphi）非常好。

缺点：“世界潮流”面向对象的Pascal继承者（Modula、Oberon）尚未成功。语言标准不被编译器开发者认同。专利权。

移植性：很差。语言的功能由于平台的转变而转变，没有移植性工具包来处理平台相关的功能。

使用Pascal编写的游戏：几个。DirectX的Delphi组件使得游戏场所变大了。

资料：查找跟Delphi有关的资料，请访问：Inprise Delphi page。

6、Visual Basic

哈，BASIC。回到八十年代的石器时代，它是程序初学者的第一个语言。最初的BASIC形式，虽然易于学习，却是可怕的无组织化，它义无反顾的使用了GOTO充斥的“空心粉式代码”。当回忆起BASIC的行号和GOSUB命令，没有几个人能止住眼角的泪水。

快速前进到九十年代早期，虽然不是苹果公司所希望的巨人，HyperCard仍然是一个在Windows下无法比拟的吸引人的小型编程环境。Windows下的HyperCard克隆品如ToolBook又慢又笨又昂贵。为了与HyperCard一决高下，微软取得了一个小巧的名为Thunder编程环境的许可权，并把它作为Visual Basci 1.0发布，其用户界面在当时非常具有新意。这门语言虽然还叫做Basic（不再是全部大写），但更加结构化了，行号也被去除。实际上，这门语言与那些内置于TRS-80、Apple II及Atari里的旧的ROM BASIC相比，更像是带Basic风格动词的Pascal。

经过六个版本，Visual Basic变得非常漂亮。用户界面发生了许多变化，但依然保留着“把代码关联到用户界面”的主旨。这使得它在与即时编译结合时变成了一个快速原型的优异环境。

优点：整洁的编辑环境。易学、即时编译导致简单、迅速的原型。大量可用的插件。虽然有第三方的DirectX插件，DirectX 7已准备提供Visual Basic的支持。

缺点：程序很大，而且运行时需要几个巨大的运行时动态连接库。虽然表单型和对话框型的程序很容易完成，要编写好的图形程序却比较难。调用Windows的API程序非常笨拙，因为VB的数据结构没能很好的映射到C中。有OO功能，但却不是完全的面向对象。专利权。

移植性：非常差。因为Visual Basic是微软的产品，你自然就被局限在他们实现它的平台上。也就是说，你能得到的选择是：Windows，Windows或Widnows。当然，有一些工具能将VB程序转变成Java。

使用Visual Basic编写的游戏：一些。有很多使用VB编写的共享游戏，还有一些是商业性的。

资料：微软的VB页面有一些信息。

7、Java

Java是由Sun最初设计用于嵌入程序的可移植性“小C++”。在网页上运行小程序的想法着实吸引了不少人的目光，于是，这门语言迅速崛起。事实证明，Java不仅仅适于在网页上内嵌动画 — 它是一门极好的完全的软件编程的小语言。“虚拟机”机制、垃圾回收以及没有指针等使它很容易实现不易崩溃且不会泄漏资源的可靠程序。

虽然不是C++的正式续篇，Java从C++ 中借用了大量的语法。它丢弃了很多C++的复杂功能，从而形成一门紧凑而易学的语言。不像C++，Java强制面向对象编程，要在Java里写非面向对象的程序就像要在Pascal里写“空心粉式代码”一样困难。

优点：二进制码可移植到其他平台。程序可以在网页中运行。内含的类库非常标准且极其健壮。自动分配合垃圾回收避免程序中资源泄漏。网上数量巨大的代码例程。

缺点：使用一个“虚拟机”来运行可移植的字节码而非本地机器码，程序将比真正编译器慢。有很多技术（例如“即时”编译器）很大的提高了Java的速度，不过速度永远比不过机器码方案。早期的功能，如AWT没经过慎重考虑，虽然被正式废除，但为了保持向后兼容不得不保留。越高级的技术，造成处理低级的机器功能越困难，Sun为这门语言增加新的“受祝福”功能的速度实在太慢。

移植性：最好的，但仍未达到它本应达到的水平。低级代码具有非常高的可移植性，但是，很多UI及新功能在某些平台上不稳定。

使用Java编写的游戏：网页上有大量小的Applet，但仅有一些是商业性的。有几个商业游戏使用Java作为内部脚本语言。

资料：Sun的官方Java页面有一些好的信息。IBM也有一个非常好的Java页面。JavaLobby是一个关于Java新闻的最好去处。

8、创作工具

上面所提及的编程语言涵盖了大多数的商业游戏。但是也有一个例外，这个大游戏由于它的缺席而变得突出。

“神秘岛”。没错，卖得最好的商业游戏不是使用以上任何一门语言编的，虽然有人说“神秘岛”99%是使用 3D建模工具制作的，其根本的编程逻辑是在HyperCard里完成的。

多数创作工具有点像Visual Basic，只是它们工作在更高的层次上。大多数工具使用一些拖拉式的流程图来模拟流程控制。很多内置解释的程序语言，但是这些语言都无法像上面所说的单独的语言那样健壮。

优点：快速原型 — 如果你的游戏符合工具制作的主旨，你或许能使你的游戏跑得比使用其他语言快。在很多情况下，你可以创造一个不需要任何代码的简单游戏。使用插件程序，如Shockware及IconAuthor播放器，你可以在网页上发布很多创作工具生成的程序。

缺点：专利权，至于将增加什么功能，你将受到工具制造者的支配。你必须考虑这些工具是否能满足你游戏的需要，因为有很多事情是那些创作工具无法完成的。某些工具会产生臃肿得可怕的程序。

移植性：因为创作工具是具有专利权的，你的移植性以他们提供的功能息息相关。有些系统，如Director可以在几种平台上创作和运行，有些工具则在某一平台上创作，在多种平台上运行，还有的是仅能在单一平台上创作和运行。

使用创作工具编写的游戏：“神秘岛”和其他一些同类型的探险游戏。所有的Shockwave游戏都在网络上。

资料：Director、HyperCard、SuperCard、IconAuthor、Authorware。

9、易语言

★全中文支持，无需跨越英语门槛。★全可视化编程，支持所见即所得程序界面设计和程序流程编码。★中文语句快速录入。提供多种内嵌专用输入法，彻底解决中文语句输入速度慢的问题。★代码即文档。自动规范强制代码格式转换，任何人编写的任何程序源代码格式均统一。★参数引导技术，方便程序语句参数录入。★无定义类关键字。所有程序定义部分均采用表格填表方式，用户无需记忆此类关键字及其使用格式。★命令格式统一。所有程序语句调用格式完全一致。★语法格式自动检查。自动检查并提示所输入语句的语法格式是否正确，且可自动添加各类名称。★全程提示与帮助。鼠标停留立即显示相关项目提示。编程时提示语法格式，调试时提示变量当前内容，随时按下F1键可得到与当前主题相关详细帮助等。★名称自动管理。用户修改任一名称定义，其它所有包含该名称的程序代码均自动修正。★集成化开发环境。集界面设计、代码编写、调试分析、编译打包等于一体。★学习资源丰富。详细的帮助文件、数十兆的知识库、数万用户的网上论坛、教材已出版发行……

10、结论

你可能希望得到一个关于“我该使用哪种语言”这个问题的更标准的结论。非常不幸，没有一个对所有应用程序都最佳的解决方案。C适于快而小的程序，但不支持面向对象的编程。C++完全支持面向对象，但是非常复杂。Visual Basic与Delphi易学，但不可移植且有专利权。Java有很多简洁的功能，但是慢。创作工具可以以最快的速度产生你的程序，但是仅对某一些类型的程序起作用。最好的方法是决定你要写什么样的游戏，并选择对你的游戏支持最好的语言。“试用三十天”的做法成为工业标准是件好事情。

---