Lua Variable Scoping mit Setfenv

Question

Ich versuche, rohe Lua-Dateien zu Konfigurationszwecken zu verwenden, aber die Konfigurationsdateien nicht den globalen Namespace zu belasten.

Das Problem, das ich renne ist, dass dofile scheint immer in der realen globalen Umgebung auszuführen, so externe Dateien werfen Sie einfach alle ihre Deklarationen in _G.

Hier ist eine Beispiel-Hauptdatei, mit Kommentaren, die meine Wunschvorstellung angeben.

function myFunc() 
    print("In the sandbox:") 
    print("Should be 1:", a) -- falls back to _G for lookup 
    a = 2 -- instantiating new global for sandbox 
    print("Should be 2:", a) -- from sandbox 
    print("Should still be 1:", _G.a) -- from host environment 

    dofile("loading.lua") -- here's where things go wrong 

    print "\nBack in the sandbox:" 
    print("Should be 3:", a) -- changed by loadfile 
    print("Should STILL be 1:", _G.a) -- unchanged 
end 

a = 1 
local newgt = {} -- new environment 
setmetatable(newgt, {__index = _G}) 
setfenv(myFunc, newgt) 
myFunc() 

print("\nOutside of the sandbox:") 
print("Should be 1: ", a) -- in theory, has never changed 

Und die Datei es zu laden (loading.lua:

print ("\nLoading file...") 

print("Should be 2: ", a) -- coming from the sandbox environment 
a = 3 
print("Should be 3: ", a) -- made a change to the environment 

Und schließlich der Ausgang Ich sehe:

In the sandbox: 
Should be 1: 1 
Should be 2: 2 
Should still be 1: 1 

Loading file... 
Should be 2: 1 
Should be 3: 3 

Back in the sandbox: 
Should be 3: 2 
Should STILL be 1: 3 

Outside of the sandbox: 
Should be 1: 3 

Answer 1

Das Problem, das Sie beschreiben auch auf dieser Seite Dofile Namespace Proposal diskutiert wird. Die Lösung schien der folgende Ersatz für dofile zu sein:

auch 10

function myapp.import(name) 
    local f,e = loadfile(name) 
    if not f then error(e, 2) end 
    setfenv(f, getfenv(2)) 
    return f() 
end 

Siehe: Sand Boxes