在lua开发中使用模块并非难事也非易事,其中关于lua文件定位就不太直接方便。
比如有如下文件结构:
假设 me 是正在开发的模块。而由于 lua 中的 require 函数使用的相对于 lua 解释器的路径,同时 lua 也没有 ../ 这样的上一级文件的写法,所以如果 ti/me/pk/folder.lua 想要调用 ti/me/na 模块的话就必须写成出完整的路径出来。即floder.lua 中的调用语句就是 require (“ti.me.na”) 。
但是如果me模块不是在 ti 文件下,当别人使用时是放在 xx/xxx 文件夹下的话这样写就不对了。所以在floder.lua文件中做一些处理保证调用文件的正确性。
这里就要用到 lua 中的 … 了, 在 lua 中的 … 表示可变参数,而 … 在lua文件域中(不是在函数里出现的 …)表示当前模块的位置。例如folder.lua 中的… 是 “ti.me.pk.folder” 。注意 init.lua 中的 … 表示 “ti.me.na”,因为这个模块是 ti.me.na 而不是 ti.me.na.init。
所以当 folder.lua 用 require 调用 ti/me/na 时需要先利用 … (在folder.lua 中表示”ti.me.pk.folder”) 找到 “ti.me”(向上两级) 然后连接字符串 “.na”(向下一级)。关键就是生成向上n级的模块路径,所以我们写出了如下的向上n级的辅助函数:
--- 得到 lua 模块路径的上 n 级,返回的的字符串结尾有个 "." 字符 -- @usage getUpFloder("math.base.core", 2) --将返回 "math." -- @string 想要处理的模块路径字符串 -- @int 向上 n 级,可选参数,默认为 1 local function getUpFloder(path, n) -- 错误检查 path = path or "" n = n or 1 assert(type(path) == "string", "传入的参数不是字符串类型!") -- 找到文件夹的每一级 local path_part = {} for w in string.gmatch(path, "%.?[^%.]+") do path_part[#path_part + 1] = w end -- 生成需要的部分 local new_path = "" for i = 1, #path_part - n do new_path = new_path .. path_part[i] end -- 返回 return new_path .. "." end
在folder.lua这样写就可以得到na的模块路径了:
欢迎指错,当然,如果你有更好的方法也请@我告诉我!
时间: 2024-10-07 06:52:14