可能面临的兼容性问题以及解决方案

DeathKing

兼容性一直是令人头疼的问题，因此我再次征询广大程序员在编写脚本时遇到的（或可能遇到的）一些兼容性的问题，同时我们可以探讨这个解决方案，我们也很乐意分享这些兼容性问题的解决方案，这将会作为一些有用的技巧写入FSL（Free Script License）中。

一个方案是来自于KGC系列脚本（很高兴的是，很多程序员也用了这个方案，比如PocketWiki上的优秀RGSS2脚本），使用了一个Hash的实例，是$imported变量，我喜欢戏称他为进口变量，美刀能够使他全局作用。他们用一个可以代表脚本的字符串作为Hash的键，一个TrueClass或是FalseClass的唯一实例来作为值，当脚本被使用时，改键的值为true，反之为false，类似于这样：

$imported = {} if $imported == nil
$imported["TestScript"] = true

接下来的事相比大家都能明白了吧？不过在目前的FSL中，采用的是这种方法的另一种实现方法，键——值对应关系中的值是一个数组，标志了脚本的版本，我们要相信脚本是会做出改动的吧！

$fscript = {} if $fscript == nil
$fscript["TestScript"] = [1,0,0]

但问题同样来了，脚本的执行总要有个先后顺序吧？对到底是我让你呢还是你让我呢？还是互相让？

一个人的智慧是有限的，结合大家的力量和经验将会变得十分有效，大家参与讨论吧！

阌籽之籽

哦！这方面俺不是很行啊！

小幽的马甲

我觉得处理兼容性最好的方法就是勤用alias= =

DeathKing

我觉得处理兼容性最好的方法就是勤用alias= =
小幽的马甲 发表于 2010-7-8 13:30

    alias已经被写入FSL，而且我个人认为alias应该是程序员的基础。

wangswz

alias还是我前不久才知道的东西。。。

DeathKing

alias还是我前不久才知道的东西。。。
wangswz 发表于 2010-7-8 15:45

alias十分好用，就如你的签名所言，日本的脚本兼容性超强除了$imported外还有就是善用alias。

高须小龙

顶一下！

紫苏

我在想是否能给每个脚本设计一个脚本唯一的优先级（可以由作者或使用者定），弄到版本数据后面，实际运行的时候两个相互不兼容的脚本比较优先级，低让高的

DeathKing

我在想是否能给每个脚本设计一个脚本唯一的优先级（可以由作者或使用者定），弄到版本数据后面，实际运行的 ...
紫苏 发表于 2010-7-9 02:21

A，B互不兼容，A的优先级低于B的优先级。
脚本按照A->B的顺序执行，如果按照这个顺序的话，问题同样不会解决。

我们是不是可以利用“约定优于配置”的原则来商议使用哪个脚本兼容哪个脚本（根据脚本完成时间状况）？或者给出脚本插入的顺序参考？

IamI

Alias不是万能的，在内置类中会爆F12（当然可以避免），修改中位代码的时候也会有些问题……
外国的脚本还很喜欢用Moudule-Include，这也是一个避免的好方法。

现在我的策略（特别是Window_Message这种脚本的时候），就是衍生Window_Message类，然后修改对应代码位置（Window_Message生成位置唯一。）

其实还有一个妥善的方案——SDK。