Разбиение одной lua-функции на небольшие файлы

Функция должна быть определена в одном фрагменте. Однако, используя функцию load, вы можете собрать данные фрагмента, используя множественные источники. Например.:

function closuredef( ... )
  local modules, n = { ... }, select( "#", ... )
  local index = -1
  local function reader()
    index = index + 1
    if index == 0 then -- chunk prefix
      return "local self = {};"
    elseif index == n+1 then -- chunk suffix
      return "\nreturn self"
    else -- read specified Lua files and add them to the chunk data
      local modname = modules[ index ]
      if modname ~= nil then
        local fname = assert( package.searchpath( modname, package.path ) )
        local file = assert( io.open( fname, "r" ) )
        local data = assert( file:read( "*a" ), "could not read '"..fname.."'" )
        file:close()
        return data
      end
    end
  end
  return assert( load( reader, "=closuredef" ) )
end

levelSetup = closuredef( "level.variables", "level.load" )

В этом примере реализации используется package.searchpath (что является новым в Lua). 5.2), чтобы сделать задание Lua-файлов более удобным. Если вы все еще используете Lua 5.1, вы можете использовать абсолютные имена файлов или реализовать свою собственную функцию package.searchpath. См. здесь, здесь или здесь для образцов.

Я не уверен, что это лучшее решение для вашей проблемы, например. вам будет трудно сопоставить номера строк в сообщениях об ошибках с реальными местоположениями ошибок...

Всегда хорошо разбивать код на более мелкие файлы. Если вы собираетесь это сделать, элегантным решением (по моему скромному мнению) будет использование оператора return. Это очень распространенная и предпочтительная практика в экосистеме Lua.

Допустим, ваш проект состоит из нескольких подмодулей, соответственно submoduleA.lua, submoduleB.lua и submoduleC.lua. . Каждый из этих подмодулей содержит некоторый специализированный код (это может быть одна функция или набор функций, но допустим, что у нас есть одна функция в каждом подмодуле).

Помимо этих подмодулей у вас также есть основной файл (с именем main.lua), из которого вы хотите вызывать и использовать функции, определенные в подмодулях.

submoduleA.lua будет содержать определение некоторой функции с именем funcA. Эта функция может иметь свои собственные локальные переменные и использовать повышающие значения, с этим проблем нет. В идеале этот funcA должен быть объявлен как локальный внутри файла submoduleA.lua из-за проблем с областью действия. А затем, в конце файла, вы используете оператор return для возврата самой функции.

-- declaring upvalues, if any
local upvalue1 = ... -- placeholder code
local upvalue2 = ... -- placeholder code

-- function definition
local function funcA(arg1, arg2, ...)
  -- some code
end

return funcA -- at the end of the file

То же самое касается submoduleB.lua и submoduleC.lua.

Затем в файле main.lua вы можете легко вызывать функции, определенные в подмодулях, используя require заявление. Остерегайтесь одной детали с require, вам не нужно объявлять имя расширения ".lua", поскольку оно делает это автоматически (в документации об этом довольно подробно).

local funcA = require ('submoduleA') 
local funcB = require ('submoduleB')
local funcC = require ('submoduleC')

И это все. Опять же, это очень распространенный шаблон для Lua. Я использую подобную технику при написании своих собственных проектов/библиотек, особенно когда код охватывает несколько файлов. См. Jumper или FloodFill для справки.

Я также рекомендую эти дополнительные лекции для глубокого размышления, так как они указывают на некоторые очень хорошие правила, которые следует использовать при написании модулей Lua:

• Как написать Lua модули (автор Хишам М.)
• Как я пишу модули, П. Шапюи.
• Руководство по созданию модулей Lua, автор Э. Гарсия Кота. Это серия из 4 постов, я просто перенаправил вас на часть 2, которая здесь актуальна.

Надеюсь это поможет.