Project1

标题: 5555= = 脚本君们都欺负银... [打印本页]

作者: 小和尚 时间: 2013-3-28 06:21
标题: 5555= = 脚本君们都欺负银...
我发现在提问区如果有人用脚本的方法回答= = 事件就会被华丽丽的无视{:2_271:}.. 然后嘞... 费了好大劲打了一大堆的字..就会在繁繁杂杂的提问区沉沦然后被人遗忘随风飘散在春风沉醉的夜晚...{:2_262:} 好桑心... SO= = 看来我得认真系统地学脚本了..高中学的算法看来不够用了..

作者: 紫英晓狼1130 时间: 2013-3-28 06:33
没事，我也是事件党…
那些不理我的人，我以后都不会回答他的问题了…

作者: LBQ 时间: 2013-3-28 07:42
其实会用脚本造一个标题脚本之后=-=。你会发现貌似你还是太渣了（我果然还是太渣了OTL）

作者: 429259591 时间: 2013-3-28 08:16
纯事件党路过~最不屑那些新手明明连事件都用不好却还要追求高复杂脚本，甚至明明用不到却还要用，更有甚者，为了体现技术含量，竟说什么脚本都好，越复杂越好，对此，我只能说一句，呵呵

作者: wingzeroplus 时间: 2013-3-28 08:57
我更赞成在事件内使用脚本，第一不会被系统一直运行，第二，毕竟在事件内的脚本长度有限，不需要写得很复杂，也不需要懂太多脚本（伪脚本党暴露

）

作者: 弗雷德 时间: 2013-3-28 11:20
个人感觉牛X的事件党逻辑思维能力一定是牛X哄哄的。

作者: 小和尚 时间: 2013-3-28 12:15

429259591 发表于 2013-3-28 08:16
纯事件党路过~最不屑那些新手明明连事件都用不好却还要追求高复杂脚本，甚至明明用不到却还要用，更有甚者 ...

好大喜功是很多人的人生常态{:2_287:} = = 就像我也有过年少轻狂= = 各种脚本都用的年代... {:2_271:}

作者: 怪蜀黍 时间: 2013-3-28 12:32
如果脚本易于解决当然用脚本，如果脚本和事件都易于解决当然优先事件。最近好像比较喜欢事件+脚本。“中药好，西药快。中西结合制游戏，又快又好。”

作者: 亿万星辰 时间: 2013-3-28 15:02
关键是考验制作的逻辑是不是够清晰~
两者结合相辅相成才对

作者: 小小刀886 时间: 2013-3-28 15:04
事件+脚本党路过...

作者: 何喻 时间: 2013-3-28 16:29
同意，过分倚重脚本一直是6R的一大弊病。

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

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

作者: 熊猫抱树 时间: 2013-3-28 17:13
这就跟只“选对的不买贵的“与”只选贵的不买对的“的区别是一样的

作者: hys111111 时间: 2013-3-28 17:37
半事件半脚本党路过……

作者: Password 时间: 2013-3-28 17:42
90%纯事件+10%脚本的路过……

作者: 美丽晨露 时间: 2013-3-28 18:00
10%脚本+10%事件+10%搜索+70%热心

表示看了楼主的回答，虽然还不错。但是能讲得仔细一些就能
给提问者更好的理解呀。

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

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

作者: 芯☆淡茹水 时间: 2013-3-28 23:06
看来学习脚本也是被逼出来的，，，，，

作者: 彭格列第XI代 时间: 2013-3-28 23:52

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

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

欢迎光临 Project1 (https://rpg.blue/)