游戏模组就是将电脑游戏中的道具、武器、角色、敌人、事物、模式、故事情节等做出修改，又或是加入新的道具及事物，多见于侠盗猎车，上古卷轴，Minecraft（我的世界）等沙盒类游戏。
MOD是英文单词Modification（意为修改）的缩写，汉语音译作“模组”，也称游戏模组，它是游戏的一种修改或增强程序。
作为国内来说，另类模式的发展的确还需要经过我们大家长期不懈的努力才可以一步一步的壮大；而这当中也需要借鉴国外一些好的范例、榜样。其实大家都是追赶潮流的人，如果说做另类需要第一批志愿者的话，那我会毫不犹豫的加入到这个行列中去。
MOD的技术在国外已经相当成熟了。从公式、物品、怪物、佣兵，地图、技能，到音乐、魔法修饰、物品栏空间等的修改扩展都非常之完善了。通过结合以上各个方面的修改扩展，我们可以在游戏原有的基础上对游戏进行适当的、合理的强化补充，使游戏更具可塑性、柔韧性和可玩性。
模块就是程序中固定的代码模块。
1.这个函数首先查找 package.loaded 表， 检测 modname 是否被加载过。 如果被加载过，require 返回 package.loaded[modname] 中保存的值。 否则，它试着为模块寻找 加载器 。
require 遵循 package.searchers 序列的指引来查找加载器。 如果改变这个序列，我们可以改变 require 如何查找一个模块。 下列说明基于 package.searchers 的默认配置。
首先 require 查找 package.preload[modname] 。 如果这里有一个值，这个值（必须是一个函数）就是那个加载器。 否则 require 使用 Lua 加载器去查找 package.path 的路径。 如果查找失败，接着使用 C 加载器去查找 package.cpath 的路径。 如果都失败了，再尝试 一体化 加载器 （参见 package.searchers）。
2.每次找到一个加载器，require 都用两个参数调用加载器： modname 和一个在获取加载器过程中得到的参数。 （如果通过查找文件得到的加载器，这个额外参数是文件名。） 如果加载器返回非空值， require 将这个值赋给 package.loaded[modname]。 如果加载器没能返回一个非空值用于赋给 package.loaded[modname]， require 会在那里设入 true 。 无论是什么情况，require 都会返回 package.loaded[modname] 的最终值。
3.如果在加载或运行模块时有错误， 或是无法为模块找到加载器， require 都会抛出错误。
一个描述有一些为包管理准备的编译期配置信息的串。 这个字符串由一系列行构成：
第一行是目录分割串。 对于 Windows 默认是 '\' ，对于其它系统是 '/' 。
第二行是用于路径中的分割符。默认值是 '' 。
第三行是用于标记模板替换点的字符串。 默认是 '?' 。
第四行是在 Windows 中将被替换成执行程序所在目录的路径的字符串。 默认是 '!' 。
第五行是一个记号，该记号之后的所有文本将在构建 luaopen_ 函数名时被忽略掉。 默认是 '-'。
这个路径被 require 在 C 加载器中做搜索时用到。
让宿主程序动态链接 C 库 libname 。
当 funcname 为 "*"， 它仅仅连接该库，让库中的符号都导出给其它动态链接库使用。 否则，它查找库中的函数 funcname ，以 C 函数的形式返回这个函数。 因此，funcname 必须遵循原型 lua_CFunction （参见 lua_CFunction）。
这是一个低阶函数。 它完全绕过了包模块系统。 和 require 不同， 它不会做任何路径查询，也不会自动加扩展名。 libname 必须是一个 C 库需要的完整的文件名，如果有必要，需要提供路径和扩展名。 funcname 必须是 C 库需要的准确名字 （这取决于使用的 C 编译器和链接器）。
