5555= = 脚本君们都欺负银...

小和尚

我发现在提问区如果有人用脚本的方法回答= = 事件就会被华丽丽的无视{:2_271:}.. 然后嘞... 费了好大劲打了一大堆的字..就会在繁繁杂杂的提问区沉沦 然后被人遗忘随风飘散在春风沉醉的夜晚...{:2_262:} 好桑心... SO= = 看来我得认真系统地学脚本了..高中学的算法看来不够用了..

彭格列第XI代

protosssonny 发表于 2013-3-28 12:32
如果脚本易于解决当然用脚本，如果脚本和事件都易于解决当然优先事件。最近好像比较喜欢事件+脚本。“中药 ...

对啊对啊，事件很方便，但是又很多限制~事件+脚本用起来最顺手了~

芯☆淡茹水

看来学习脚本也是被逼出来的，，，，，

·雾逝者·

事件和脚本并无实际优劣之分，只是各有长处。
不过由于会脚本的程序猿很少，于是大家自然觉得自己看不懂的脚本很厉害了。
而且，大部分脚本复制使用简便，比自己一条条的去研究别人给的事件范例方便不少。
以上，造成了提问者多采用脚本而忽略事件的现象。
私以为，适合自己游戏的才是好的，脚本事件本一家，何必划出高低。

satgo1546

脚本容易，又很难。
容易：只要Insert一下就好。
难：如何理解，冲突怎么办？
所以，我一般还是能用事件就用事件，事件做不出的除非是系统类（菜单、存档等，动态标题不算）就不管了（因为这样的话有脚本也不会用= =

美丽晨露

10%脚本+10%事件+10%搜索+70%热心
表示看了楼主的回答，虽然还不错。但是能讲得仔细一些就能
给提问者更好的理解呀。

Password

90%纯事件+10%脚本的路过……

hys111111

半事件半脚本党路过……

熊猫抱树

这就跟只“选对的不买贵的“与”只选贵的不买对的“的区别是一样的

何喻

同意，过分倚重脚本一直是6R的一大弊病。

被动的逼迫自己非要学脚本，其实并不好。

脚本自然有脚本的长处。但是事件学习简单，更易用，易用维护。各有长处，全用脚本实在是有点太过了。