關於能力問題。

yoxola

老實說...VB的問題很多，尤其是在OCX / VBRuntime的部分，
除非編程者的水平有能力將其完全封裝好，不過簡單易用的確是好處。
如果有人能夠漢化HSP就好了
http://www.onionsoft.net/hsp/
我個人有時會用它來編些小東西，
目前有不少日本即售會的同人遊戲，
都是用這個製作的。

Sin

以下是引用yoxola在2005-6-24 7:32:36的发言：

老實說...VB的問題很多，尤其是在OCX / VBRuntime的部分，
除非編程者的水平有能力將其完全封裝好，不過簡單易用的確是好處。

如果有人能夠漢化HSP就好了
http://www.onionsoft.net/hsp/
我個人有時會用它來編些小東西，
目前有不少日本即售會的同人遊戲，
都是用這個製作的。

RealTime 多進程好似是個大問題 -..- 只能用 Timer 實現[應該能實現吧]。
反正引擎部分應該是製作小組另外一位同學弄好[小組總共兩人=  =|||]。我美工而已。

yoxola

VBRuntime跟時間沒有關係...- -
那是指執行期模組........
RMxp的能力沒有想像的那麼糟，
而且在非GUI方面的編程而言，
VB沒有多出什麼優勢，拙見請見諒

Advance

以下是引用yoxola在2005-6-24 7:32:36的发言：

老實說...VB的問題很多，尤其是在OCX / VBRuntime的部分，
除非編程者的水平有能力將其完全封裝好，不過簡單易用的確是好處。

如果有人能夠漢化HSP就好了
http://www.onionsoft.net/hsp/
我個人有時會用它來編些小東西，
目前有不少日本即售會的同人遊戲，
都是用這個製作的。

我原本打算直接出一本书（电子书啦），关于HSP应用技巧的……

不光是帮助文档，插件和论坛都是日文的，汉化给很小的一部分人用会比较划不来，所以还是把日文学好吧

PS：小东西用HSP写的确很方便，但是大型的话局限性就多了，根据我自己的经验，HSP的开发源码上限大约在1000K左右（我的EADV是750K，使用了8个插件），大于这个数字的最好还是用VC写