创建模块的基本方法的缺点在于，忘记使用local，很容易就污染全局空间。
“函数环境”是一种有趣的技术，它能够解决上面的问题。就是让模块的主程序块独占一个环境。
这样不仅它的所有函数可以共享这个table，而且它的所有全局变量也都记录在这个table中。还可以将所有的公有函数声明为全局变量。
这样它们就自动地记录在一个独立的table中了。模块所要做的就是将这个table赋予模块名和package.loaded：
local M = {}
_ENV = M
function add (c1,c2)
return new(c1,r + c2.r, c1.i + c2.i)
end
当我们声明add函数后，它自动就到M.add中去了。在该模块中调用其它函数时，也不再需要前缀，new就会去找M.new。
这样在调用一个导出的函数与一个私有函数就没有任何区别可言。就算忘记写local也不会污染全局命名空间，只会将一个私有函数变成了公有而已。
但是问题来了：我们改变了_ENV环境变量，导致我们无法访问之前的全局变量。
这里有几种方法可以解决(褒贬不一):
1》继承
local M = {}
setmetatable(M,{__index = _G})
_ENV = M
现在module可以直接访问全局标识符，每次访问只需要付出很小的开销。这种方法导致了一个后果，从概念上说，此时的模块中包含了所有的全局变量。
例如，通过该模块调用正弦函数：
complex.math.sin(x)
感觉像有点越界，不受控制了。
2》用局部变量保存旧环境
local M = {}
local _G = _G
_ENV = M -- or _ENV = nil
此方法必须在所有全局变量的名称前加上"_G"，由于没有涉及到元方法，这种访问会比前面的方法快些。
3》只加载需要的模块或函数（以local变量的方式）
--模块设置
local M = {} -- Import section: 导入段
-- declare everything this module needs from outside
-- 声明这个模块需要从外部引入的所有东西
local sqrt = math.sqrt
local io = io
-- no more external access after this point
--之后就不再需要外部的访问了
_ENV = nil -- or _ENV = M
这种方法比较正规，但是这种技术要求做更多的工作，但是它能清晰地说明模块的依赖性。
同时，比之前俩个方法运行的速度更快，应为它使用了local 变量。
以上内容来自：《Lua程序设计第二版》和《Programming in Lua third edition 》