用QB编译器啊，最好的

FreeBasic 可以编译32位目标执行代码，
也就是说不再需要旧版模拟器Command来运行。

跟QB差别很大。
字符串等处理方式都不一样，
我自己没必要用它，还不如用EXCEL去。

如果。。。
你只对Basic感兴趣，对算法也理解的差不多了；想写点界面漂亮的程序。又不想继续去学其他的编程语言。你可以去试试FB。在FreeBasic里，你不需要过多的去考虑菜单，鼠标，图片显示这些问题（这个比QB好多了）。

的确FB里的字符串操作和QB不一样了（就这个原因，我把显示汉字的过程调到FB中，弄了很久，仔细的查了半天帮助才发现是这个原因）。数据定义也严格多了。
在QB中用put命令显示图片，如果超出屏幕就会报错，但在FB中就没这问题了。
在FB中显示BMP图片也功能完全，和VB中的一样它甚至能显示镂空的图片出来。（我试着显示了一个人物在一张图片上走动，只写了一个循环，和分段调用一张BMP图片，当然没有任何效率可言）
菜单嘛，它有个类似于VB的编辑界面。
所以据我用了两天的经验来说^-^..你完全可以用FB写出一个《大富翁4》出来；当然前提是你早就对大富翁游戏的算法一清二楚，你是被困在界面显示，鼠标操作这些琐事上了。FB可以方便的帮你解决这些问题。

还有个很讨厌的地方，运行你的程序时，它会多出一个窗口出来。
开始用两天的时候，你会发现它和QB没啥区别嘛，可当你想深入了解它时，你会发现你写的程序已经不是QB程序了（如果熟练了以后，你想偷懒，你可以调用大量的INI文件）。
以前看过一篇文章，一个游戏中的菜单操作命令，大多1000来行就能解决，如果你不考虑给人新奇的效果，可能用不了那么多语句了。

至于FB中的声音，我没去试（这也是我的死穴，我写的程序一直都是无声的）。其中是否有可以用来支持网络编程的命令，更是没去研究。

在FB的爱好者中，有个人一直在劝说我XX功能可以调用INI文件。XX功能可以有啥语句，XX功能有啥函数，既然有为啥要去钻牛角尖去研究具体的算法，其实我也不是特意的去弄这些东西，只是当初学QB的时候没这些命令，不得不去研究，就算在FB中有类似的命令，不过最求写的程序和别人不一样，有这种习惯也不稀奇了(举个例子，FB中能显示各种汉字，可如果想显示彩虹动画特效的文字，我想这个总没有可以调用的函数了吧；不过呢，这种想法别人理解为“难得的DIY精神”)。其实能调用INI真是个好东西。

我觉得是，没有以前的软硬件环境存在了，很多程序也就到此为止了，所以什么HD，ARJ，PCT及一干从等的DOS游戏也就到此为止了，因为你没有那个真正的环境去测试了。举个例子讲，你都不知道你现在写的QB汉字显示程序是否优化足够了，因为已经不是386SX+TVGA的环境了，你测试不出来。没有QB，写的还是QB的程序吗，不可能的。

freebasic雖然好 但是文檔資源缺乏 調試功能8行
一個稍微大一點的ide也沒有 這個是它的弊病
恩。。
另外用它來寫程序根本沒有安全感一樣 就像寫c程序一樣
試試
a$="19900322"
print mid$(a$,2345,1)
mid$(a$,234,1)="ffffff"
qb就會報錯
fb則不會
小程序沒有關系 大一點爆的bug都de不出來
8過fb可以把16bit的qb程序移植到32bit系統下就這點本大人頂它