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

紫苏

A，B互不兼容，A的优先级低于B的优先级。
脚本按照A->B的顺序执行，如果按照这个顺序的话，问题同样不会 ...
DeathKing 发表于 2010-7-9 09:02

哦，原来你是指置换顺序就能解决的兼容问题，但实际上这样的“解决方法”通常是先执行的被后执行的覆盖掉了一部分功能

DeathKing

Alias不是万能的，在内置类中会爆F12（当然可以避免），修改中位代码的时候也会有些问题……
外国的脚本还 ...
IamI 发表于 2010-7-9 09:11

SDK就完全限制了自由性，再者，国外哪个10000行的SDK还经常爆与其他脚本不兼容。

IamI

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

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

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

DeathKing

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

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

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

紫苏

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

高须小龙

顶一下！

DeathKing

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

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

wangswz

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

DeathKing

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

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

小幽的马甲

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