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

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]

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

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

wangswz

问题最大的一个是“随机武器？”就是和暗黑类似的武器系统，哇咔咔……当时我郁闷了好一会儿。

还有武器升级 耐久度 镶嵌 这四个让我很纠结

DeathKing

沉影的脚本真的很好 可惜写的脚本之间都没法完全兼容。。
wangswz 发表于 2010-7-11 13:39

问题最大的一个是“随机武器？”就是和暗黑类似的武器系统，哇咔咔……当时我郁闷了好一会儿。

wangswz

沉影的脚本真的很好 可惜写的脚本之间都没法完全兼容。。

DeathKing

alias蛋疼的是我要插在中间怎么办？
或者是弄成全局嵌入点
Class Hooks
def self.hooks_XXX_xxx0
end
def s ...
tester 发表于 2010-7-10 19:58

有时候我们不必要去做兼容，可以和另外脚本的作者商议一下或者直接声明重构了XX方法，给个警告，当然，这是万不得已的时候才这样做。

zh99998

alias只允许修改方法开头和结尾，如果要改动中间任何部分还是要完全def，这个应该是冲突的主要根源之一
另外FSL协议咱想直接加进我那个XE的游戏制作工具当脚本规范了

tester

alias蛋疼的是我要插在中间怎么办？
或者是弄成全局嵌入点
Class Hooks
def self.hooks_XXX_xxx0
end
def self.hooks_XXX_xxx1
end
end
class XXX
  def xxx
    xxxx
    Hooks.hooks_XXX_xxx0.runs
    xxxxx
    Hooks.hooks_XXX_xxx1.runs
    xxxxx
  end
end
对代码进行这样的处理
然后
alias Hooks类的方法

dbshy

各位大哥说啥呢  没看懂
哪位大神出来通俗易懂的解释一下

DeathKing

回复 紫苏 的帖子

我不是这个意思，我是针对您提出来的这个方法提出的自己的疑惑。