WatPz – Lua!从入门到入土(二)

– 安装插件 –

无论是开服务器,还是自己本地调试
我们肯定得先了解,如何安装自己想要的插件,来让其运作

在这里,以我的 sFrame (sFrame 干啥的?点这里了解)为例子:
先打开 sys文件夹 下的 Lua文件夹

还是老样子,挨个讲解:

  1. autorun文件夹
    这个文件夹下的所有 Lua插件 会被自动加载
    (实际使用中不建议这么做,兼容性和优先级较低)
  2. samples文件夹
    这个文件夹放了一些官方的 Lua插件 实例
    (不过写的不算很好,有兴趣可以看看)
  3. info.txt
    一个没啥用的说明文件,参考本文就行,没必要看
  4. physics.lua
    物理引擎插件(已移除)
  5. server.lua
    服务器默认 最先加载Lua插件
    (就是 优先级最高
  6. wrapper.lua
    没啥用的一个 Lua插件,不建议使用
    (这个插件为了一时方便,注册了163个全局函数)
    sFrame封装parse 同样可以做到这个效果,而且性能吊打 wrapper.lua

那么,我们先下载好 GitHub 上的 sFrame ,然后根据 安装步骤 安装
安装完后,进入 <你的CS2D文件夹>\sys\lua\ 路径,可以看到这样的一个界面

图片被吞了

打开 vsCode ,选择 文件-打开文件夹 ,再选择 <你的CS2D文件夹>\sys\lua\ 文件夹

如图,我们打开 server.lua ,可以看到这样的一行代码

dofile('sys/lua/sFrame/Main.lua')

这行代码的用途是: 加载 sFrame
为了保证 sFrame 的优先级最高,在后期 安装他人插件 以及 自己开发 的时候
我们都应确保这行代码 位于第一行

举个例子:
假设我们安装了 僵尸模式插件服务器管理插件
代码可能会长这样

dofile('sys/lua/sFrame/Main.lua')

dofile('sys/lua/Zombie_Mode/System.lua')
dofile('sys/lua/Admin.lua')

-- 其他乱七八糟的代码

为什么 加载 sFrame 的代码 要放在第一行呢?听我慢慢道来:
如果我们安装的插件,同样需要 sFrame 提供支持的话
还没有加载 sFrame 就加载了这些插件,就会导致服务器的一个报错
所以保险起见,一般都是把 框架/优化/服务器核心插件 之类的放在最前面

– 未完待续 –