【更新&精简】FSL（自由脚本协议） FAQ -- 疑问回答贴

DeathKing

Q: FSL是什么？可以吃么？
A: FSL是自由脚本协议，是用于解决脚本的使用、编写、版权等问题的一个规范。执行还是靠大家的自觉。请注意，FSL只是一个协议，脚本中的注释只是发布格式！

Q: FSL的思想是什么？
A: 自由：任何人都有使用、传播、修改、二次发行的权利。互助：程序员一同帮助开发、优化脚本。著佐权：不用担心版权的问题，你可以在协议的规定下自由使用！

Q: 我必须使用FSL的发布格式吗？
A: 不是的，我们完全尊重脚本作者的自由。FSL的发布格式有助于提供完整的脚本信息，帮助一个高效的脚本库的建成。可喜的是，现在已经有软件可以快速生成FSL脚本注释，你也可以直接从一个模板上修改。

Q: 如何来管理版本？
A: FSL采用的是GNU风格的版本控制，一个很简单的例子如1.1.0718，更新时间building将会置于末位。请参见这个链接的GNU风格相关条目：http://www.cnblogs.com/sdjxcolin/archive/2007/07/02/803376.html。

Q: 我能将我Hack或者Crack的脚本遵循FSL么？
A: 不能。FSL规定只允许脚本原作者决定是否遵循FSL。

Q: 我必须使用alias么？
A: alias可以很有效的避免出错的状况，我们推荐你使用，但是如果遇到了只能重新定义默认方法的时候，你一定要在注释中说明清楚。

Q: 我能在游戏里混合使用FSL脚本和非FSL脚本么？
A: 当然可以，但是FSL脚本不会影响到非FSL脚本么，并列要列出使用的FSL脚本。

Q: 我可以索要报酬么？
A: 我们完全尊重原作者的知识产权，你可以索要报酬，但是我们鼓励贡献的行为，我们更喜欢不索要报酬！


附表-A 脚本注释的模板

1. #===============================================================================
   
2. # ■ 脚本中文名字
   
3. #    脚本英文名字
   
4. #-------------------------------------------------------------------------------
   
5. #    脚本说明及使用方法
   
6. #   
   
7. #-------------------------------------------------------------------------------
   
8. #    更新作者： 更新作者，第一位为原作者，依更新时间排序，最先更新最前
   
9. #    许可协议： FSL （如果有附加选项，请加上附加选项，如DOS，需要其他脚本，参考：http://wiki.fs-gpl.tk/wiki/%E9%A6%96%E9%A1%B5）
   
10. #    项目版本： 版本号，格式为：主.次.building（如1.1.0714）
    
11. #    引用网址： 脚本发布帖网址等（用于获取最新的脚本）
    
12. #-------------------------------------------------------------------------------
    
13. #    - 1.1.0714   By 更新者
    
14. #      * 更新类容；
    
15. #
    
16. #===============================================================================
    
17. $fscript = {} if $fscript == nil
    
18. $fscript["脚本英文名字，消去单词间的空格"] = "主.次.building（如1.1.0714）"
    
19. 
    
20. #-------------------------------------------------------------------------------
    
21. # ▼ 通用配置模块
    
22. #-------------------------------------------------------------------------------
    
23. module FSL
    
24.   module 脚本英文名称
    
25.   end
    
26. end

复制代码

DeathKing

回复 沉影不器 的帖子


    恩，会根据后面的经验的，命名空间算一个，不过目前正在摆脱davy写一个在线多人协作系统。

也就是脚本发布、体检BUG或Patch的系统。

或许后面还会干掉一些多余信息。

DeathKing

干掉了一些不必要的格式：
衍生关系，创建、更新时间，项目分类

这些都交给后面的发布系统吧！

紫苏

最后配置模块可否去掉嵌套?统一前缀或后缀看起来结构更简单,如FSL_xxxx之类
沉影不器 发表于 2010-7-29 21:48

使用命名空间的机制还是有意义的，如果单纯地在每个符号前加上 FSL_ 前缀，那会增加命名时的工作量，而且个人感觉这样代码看起来也不太美观，会让各种域显得过于散乱
实际上在不包含一个 Module 时，前缀仍然是统一的（即 FSL::xxxx），区别只是在于下划线和两个引号的外观不同

DeathKing

回复 沉影不器 的帖子


    的确，或许现在有些复杂。许可协议考虑到是否会有附加条款，比如附加条款-NOS（Need Other Script）就代表需要其他脚本的支持；项目分类的出发点是为了区分VX和XP的脚本，因为我不是很赞成要写一份XP、VX都可用的脚本，这样会很难以维护；衍生关系意在指明一个二次发行的脚本是由那个脚本二次发行的。

现在看来，的确有些复杂，所以决定精简。

$imported方面，考虑到或许会向pocketwiki方面推广FSL，所以最后也可能会采取$imported

配置嵌套也完全可以取消，之前那样做我觉得只是出于形式罢了，FSL_XXX也同样可以体现之前的形式！

DeathKing

回复 九夜神尊 的帖子

FSL= Free Script Lincense，自由脚本协议
=beign/=end要顶格书写，否则会出错。
   

九夜神尊

有意，不过有两点问题
1：FSL是啥子的缩写
2：使用 =being     =end  咋老是出错呢

灼眼的夏娜

准备在RGE库中引入FSL协议~ 不过目前感觉还有一些需要补充的地方。。恩~

灼眼的夏娜

表示准备让davy直接在RGE2脚本编辑器中添加FSL模板