晕倒,还以为是用自动机做的语法分析器呢,想搬过来瞧瞧。。。。
话又说回来了,光说不练是很惭愧的,
偶准备动手写这个生成器了----
编程应该是没有什么问题的
,但是偶的erm语言功底不好,希望木瓜云 ...
汗,诲人不倦可不敢当。支持你写这个分析器,公德无量呢!
圈外人的建议
虽然我没学过ERM,但是我对编程序有一定了解。我个人认为现在首要任务是总结所有ERM的函数。因为由于函数冲突而导致的ERM错误仿佛不少………………总结后,包括制作新的ERM也可以避免40%以上的错误 楼主的确够水,直接跟贴就好,还要专门开个新贴……
这贴我合并处理 原帖由 yunings 于 2006-1-16 11:31 发表
汗,诲人不倦可不敢当。支持你写这个分析器,公德无量呢!
我指的是那个erm自动生成器
第一步计划先写怪物/宠物/追随者属性修改的部分
用C++开发
用QT库实现GUI(因为只有这个是免费的而且偶会用)
遵循GPL协议,开放源代码 嗯,希望你一切顺利。需要什么帮忙就说。
PS:编辑一下你的头像吧,汗…… 原帖由 Guest from 61.153.127.x 于 2006-1-19 17:46 发表
做个类似暗黑通那样的修改器好了,分类嘛,比如改宝物的ERM生成器,改英雄的ERM生成器,改生物的ERM生成器,全都做在一个里那当然麻烦了啊
well, I am dealing with the basic one with creature, and if possible, some other functions like hero, article--- will be added afterwards. 能校验就行.以前的FLASH5还有标准模式,能够自动生成一些东西.到了后面的FLASH MX全都是专家模式,意思全手动.但是有自动校验代码正确的功能. 原帖由 逝者如斯夫 于 2006-1-16 11:40 发表
虽然我没学过ERM,但是我对编程序有一定了解。
我个人认为现在首要任务是总结所有ERM的函数。因为由于函数冲突而导致的ERM错误仿佛不少………………总结后,包括制作新的ERM也可以避免40%以上的错误
这个才是最重要的,目前
这个不干做测试的时候会崩溃的
变量应该也会冲突吧...不详,我的ERM只有瓶底那么点 不明白~~~看不懂~~~~~
走过路过,但不错过。 偶举双手双脚支持各位 神祝福你们 晕死,好象工作量很大啊.不知现在进程如何了呢.嘿嘿
偶等懒人只能嗷嗷待哺了... 懒人,有就用,没有就不用。嘎嘎。 有没有简单一些的工具,例如专门用于修改兵种特技的工具。 http://h3wog.com/viewthread.php?tid=1223&extra=page%3D1
http://h3wog.com/viewthread.php?tid=2629&extra=page%3D1 简单的修改工具还是有的,不过改完乐趣不大。 ERM的用途是什么?
我以为,ERM的用途在于DIY,自己的设计,自己的意图。
Qt以前是商业的,后来也OpenSource了,我不知道那位会用Qt做界面的兄弟,是否真的理解开源软件的思想,其实在《The Art of Unix Programming》中已经很明确的说了,文字与符号的表达能力比GUI强得多,因此在开源软件中通常使用文本形式的配置文件来替代GUI的那些选项。
ERM是用于编程的,而编程就集中在对思想与设计的描述,如果要用GUI实现“对思想的描述”,那将是非常庞大,因为GUI的作者需要穷举所有可能的思想模式,那是得不猖失的。因此到目前为止,GUI程序能够完成的事情都很有限,很多非常优美而精确的功能都是基于文本的,无法使用GUI来完成。
(待续) 那么回头来说,如果真的要做ERM生成器,是否可能?
我的意见是那完全可能,不过那个生成器绝不是GUI的。
如果大家有足够丰富的经验,尤其是嵌入式开发经验,就会发现:ERM的语法相当简单,ERM程序之所以难懂,就在于他的语法过于简单,不能够更人性化的去描述事物,C语言相对来说语法就复杂多了,但C语言阅读起来就容易许多,所以说,复杂而模糊的语法是为适合人类阅读设计的。。。
反过来,正因为ERM的语法简单,因此为ERM写语法解析器就相当简单,比方说我在vim中用正则表达式为ERM写语法解析,竟然只花了两三天时间,当然这其中还是遇到了一点麻烦,不过美国宇航局的那个哥们总是能够帮我解决这方面的问题。以前我为LPC(另外一种脚本语言,用的类似C的语法)写的语法解析,足足花了我几个星期,而且俺那个哥们帮我解决在LPC上的那个问题竟然都花了两三天!LPC的解析,代码量比ERM的七倍还多。那还只是具有一部分C语言特性。
那么我们有一个借鉴的思路:ARM汇编。
随便拿一本ARM开发的书看,就明白了,设计ERM的那个家伙肯定是个搞嵌入式的,ERM的语法,其设计思路跟ARM汇编如出一辙,几乎是一个模子里面倒出来的。ERM的所有变量,就相当于ARM的寄存器而已,所以,ERM似乎就是一个具有大量寄存器的CPU的标准汇编!
怎么生成ARM汇编大家都知道,因为实际上C可以编译,还可以反编译成汇编,只是符号都乱了。——但是ERM这台虚拟机器还是有少量的天生缺陷,比方说不支持MMU,没有地址映射,没有独立的进程空间,没有多线程等等。——如果我们可以控制所有的ERM脚本,那么把它全部使用C编译出来是可以实现的,需要做的是:一个C语言编译器,不生成目标代码,直接生成ERM代码,它完成的工作跟汇编器其实是差不多的。
——可这个就能够实现大家的目标么?不是不能,是没有意义。因为从ERM到C只是从一种programming到另一种programming,后者唯一的优点是他或许能够有帮助强调更好的编程style而已。可我们制作一个汇编器的代价,却也许足够拿一万多的工资了。。。值得否?
Unix云:简单的就是最好的。ERM的缺点是人类难以阅读。但是由于其语法非常规整,所以程序识别与语法解析相当简单,我们能够为ERM的付出是有限的,毕竟大家的终极目的只是为了玩HOMM,必须衡量单纯在玩游戏这件没有产出的事情上花太大的精力却没有回报是否值得。——这些现状都决定了:ERM保持目前的“类似ARM汇编”的模式,是有它的道理的。——至于转换成高级语言能否改变它的本质?我以为,除非有人认为C语言能够完全使用GUI的方式生成,否则我不觉得有任何理由ERM应该以纯GUI的方式实现,它毕竟只是一种汇编。 原帖由 云斯 于 2005-11-14 17:56 发表
什么叫带gui的?
类似vc这样的东东吧 哪位强人做好,通知一声啊,这里先谢谢啦:nianjing:
页:
1
[2]