posted by wap

引用:

原帖由 @卖哥  于 2017-7-9 15:00 发表
过去塞尔达的交互是对点的，对一种解谜道具而言大部分事物不可交互，交互往往是为了解谜存在的，发现一个交互往往能成为解谜的突破点。
这代是对广泛事物的，火能对一堆事物交互，电又是一堆，还有冰和风也类似，很多交互案例不是为了解谜存在的，仅仅是有趣或者合理。
因此过去用少数脚本即可，现在那么多的交互一个个写脚本就不可能了，要专门写引擎。

赌五毛化学引擎就是一堆脚本

posted by wap

引用:

原帖由 @卖哥  于 2017-7-9 19:21 发表
引擎完全可以实现火焰有温度的参数，不同温度的火焰效应不同。

其实写得极其详尽的脚本和引擎不能接触到代码是无法判断的，我只能说我来开发的话会选择用引擎实现而不是脚本，那在开发上会省事高效得多。

恰恰相反，如果考虑需一下要用到化学引擎的对象的数量级，恐怕不超过50个吧？这个量级上用特例来实现是不亏的。