引用:
原帖由 delphifans 于 2007-11-14 07:59 发表 
不要小看Wx，Wx自身封装了面向操作系统所需要的大部分功能，包括网络、键盘/鼠标/游戏杆处理、散列表等数据结构、压缩文件处理等功能，大致上应该和GTK+（glib+gdk+gtk）差不多。Krkr自身并不是一个AVG引擎，而 ...
原来wx还有这么多功能，学到了一点，有空就去看看wx文档。
果然把tjs给抽出来了，期待这个东西的发布。
不知道嵌入使用，简单不。
看来不用java理由也是因为它慢。java写命令行的未必慢，gui基本上没法顺心。
两年前想学这个的，后来看到javabuilder那个运行速度，立刻放弃了。
c＃其实倒不是很慢，就是启动的时候很慢，平台适应能力连c++都不如。
好像开发kkde的那个作者就说过，c＃的程序太重了。
这两个对底层的调用，好像也不差多少。
dx sdk中，就有托管的dx例子，看着还可以。
Risse，又开发了一个新的脚本语言，这些人真是利害。
都说不要重复发明轮子，他们似乎已经发明了不少了。
感觉他们在脚本语言上的野心蛮大的，不会是想再造一个ruby吧。
krkr虽然是个多用平台，但是也很多的限制，如只能用gdi等，还有是多了kag这一中间层。
印像中，只有一个日本人用krkr做一个stg引擎，而且还没发布出来。
这样一来，就导至了多数人只是用它做avg而已。
不说hs，就在日本人的站上，对它的介绍也就是说它是avg制作工具。
对于学了很多tjs，并能熟练使用的人来说，
他们更有可能去选c，c++等语言的引擎，以获得更好的效率和自由度。
krkr的定位就有点尴尬了。
看介绍，虽然krkr也有好几位开发人员，但为krkr开发各正tjs程序的并不多。
估计kiyobee写了不少，fate中tjs的运用相当引人注意。
krkr和rmxp很不相同。
rmxp用的ruby，ruby慢是慢，但用处比tjs广得多了，乐意去学的人相应也多点。
因此也想到，krkr3会不也遇到krkr2这样的情况？
本来应该是一个多类型游戏，最后却只能是一个特别强的avg工具。
残念。
pascal是个异类。能在c＃，java，c++的围攻下，活到现在。
事实说明他可能还是有优点的，尽管不多。
我估计这些人写begin end习惯了，没法适应｛｝吧。
