pourquoi suis-je “tentative d'appel global 'require' (a nil value)”?

J'ai 3 fichiers lua, Init.lua, FreeCamera.lua et de la Caméra.lua ,

init.lua appels d'exiger "de Base.De la caméra.FreeCamera"

Caméra Libre:

module(...)
require "Core.Camera.Camera"

local M = {}
FreeCamera = M

M = Class( Camera )
function M:__constructor(x,y,z)
  self.Active = false
  self.x = x
  self.y = y
  self.z = z
end

et 

module(...)

local M = {}
Camera = M

M = Class()

function M:__constructor(x,y,z)
  self.Active = false
  self.x = x
  self.y = y
  self.z = z
end

FreeCamera "hérite" de la Caméra de sorte de. Je suis en train d'exiger FreeCamera dans mon fichier init et j'obtiens ceci:

..\Content\Modules\Core\Camera\FreeCamera.lua:12: tentative d'appel global 'require' (a nil value). Aucune idée Pourquoi? Suis-je à l'aide de besoin de la bonne façon?
Clairement, c'est d'entrer dans l'FreeCamera.lua, ce qui est excellent, mais il reste coincé sur le prochain besoin.

InformationsquelleAutor Joe | 2009-11-12
  1. 12

    À "importer" des identificateurs dans un module, vous pouvez écrire le code quelque chose comme ce qui suit:

    local require = require
local Class = Class
local io, table, string
    = io, table, string
local type, pairs, ipairs, assert
    = type, pairs, ipairs, assert

module(...)

local Camera = require 'Core.Camera.Camera'

    et ainsi de suite.

    La module(...) commande supprime les (presque) tout à partir de votre mondiale-variable de l'espace de noms, il crée un nouvel espace de noms global auquel appartient le nouveau module. Mis à part un couple de spécial identifiants comme _M et _G, le nouvel espace de noms est vide. Mais local identifiants restent visibles.

    La local déclarations des dépendances de votre module clair, et ils peuvent également communiquer votre intention. En prime, ils font de l'accès à l'nommé identificateurs plus efficace. C'est donc une très bonne Lua style.

    • parfait! je l'ai remarqué dans la critique d'une page sur le module de fonction, je suis heureux de savoir que c'est un bon style!!
    InformationsquelleAutor Norman Ramsey
  2. 7

    La module fonction crée un environnement vide et donc require n'est pas trouvé lors de l'appel. Essayez d'appeler require avant d'appeler module.

    • Qui semble avoir fait le tour, maintenant, il dit (de la Classe) est nul, mais si je change que d'un mondial, d'exiger, il doit travailler en fonction de ce que vous dites.
    InformationsquelleAutor lhf
  3. 0

    Vous pouvez:

    lua
    module(..., package.seeall)

    À l'importation de l'environnement mondial dans votre module. C'est (probablement) la solution la plus simple, mais peut-être pas à votre goût.

    • C'est l'expédient de la solution, mais il introduit un tas d'autres questions en raison de l'inclusion de l'environnement mondial à l'intérieur du module et de l'environnement. La meilleure pratique est d'éviter la module() la fonction et l'utilisation local généreusement. Notez que dans Lua 5.2, la fonction module() est déconseillé, par exemple.
    InformationsquelleAutor mxcl