还有谁在用VB.NET开发游戏

使命召唤

讲讲vb.net开发游戏的特点好不好，和vb有什么不同。

Miu.C

VB.NET 支持.NET Framework，总的来说开发游戏要方便得多，但是Runtime太大（.NET Framework 3.0出来了，更大），所以很难普及，不过可以预见，Vista的到来为.NET Framework的普及吹响了号角。

.NET 不错。

psic

Miu.C: Re:还有谁在用VB.NET开发游戏

VB.NET 支持.NET Framework，总的来说开发游戏要方便得多，但是Runtime太大

不大呀……才20M多?啊 [em23]

Miu.C

psic: Re: Re:还有谁在用VB.NET开发游戏



不大呀……才20M多?啊 [em23]

.NET Framework 3.0呢？？好像30多40M吧？？

使命召唤

对呀!!! 对呀!!

用TV3D写游戏, 写出来的游戏功能不是自己写的, 是TV3D自己带的.

VB.NET那么大的库, 整个游戏都不是自己写的了.

使命召唤

除非你用VB.net做几百兆的游戏,否则就不要拿出来丢人.

xgreenclover

没有用过。

Canbitwell

什么意思？
难道所有基于clr的程序都是“不是‘自己’写的了”

jyc8778

讲理论的,讲得自己都搞不懂自己在说什么了.

系统崩溃

就象对待任何语言一样，对VB.Net也应客观的看待。

.Net类库整体上讲只是封装了许多WindowsAPI，并简化了它们的调用方式，换句话说，只是出于通用和易用的考虑而变换了一种调用WindowsAPI的方式。原来的那些API也不可能由应用级程序员自己去写。

VB.Net比VB的优点MS自己说的够详细了，用VB.NET开发游戏也是不错的选择，但恐怕世俗的力量将导致VB.NET同VB一样，不可能被广泛用于商业游戏制作。

Framework几十兆的容量已不是主要的问题，何况Windows2003、Vista乃至以后的系统都已将它们集成。不过Framework的启动效率实在不高，毕竟它的功能就象java的虚拟机，在运行阶段的开始多了一层“翻译”工作。

不过有趣的是，效率本来一直是Basic语言的弱项，但到了.Net大家在这方面基本扯平了，因为托管语言架构把C++的效率“拖管”了下来，尽管它还享有使用非托管代码的特权，但那样倒还不如继续使用VC6