全站通知：

插件编写:入门

刷 历
编

阅读

    

2020-10-18更新

    

最新编辑:pevernow

阅读：

  

更新日期：2020-10-18

  

最新编辑：pevernow

来自MinetestWIKI_BWIKI_哔哩哔哩
跳到导航 跳到搜索
页面贡献者 :
pevernow

理解mod文件夹的基本结构，对于模组开发来说是非常重要的基础。

什么是游戏和Mods？

Minetest的特点在于不用新建一个你自己的像素图形、算法以及各种网络代码就可以轻轻松松开发属于你自己的游戏。（没错，实际上就是一个像素风的游戏兼游戏引擎）<br/>
在Minetest里，一个完整的游戏背后，有许许多多的模块支撑着这个游戏。一个模块，也就是大家常说的模组（Mods），是一个由脚本和各种资源组成的集合（文件夹）。你可以只用一个模组来制作的游戏，但是这只是个例，这样会降低替换或调整独立部件的难度。（换来的代价就是可玩性大幅度降低）<br/>
包含在游戏中的模组和第三方模组用的都是同一API。<br/>
这本书将会包含Minetest API的主要部分，都适用于游戏开发者和模组开发者。<br/>

模组存储在哪里了呢？

每个MOD都有它自己的文件夹，这个文件里面包含了Lua代码，模型，和声音。Minetest检查了多个不同地点的mod。这些位置通常称为模组加载目录。<br/>
对于给定的world/save游戏，将检查三个模组位置。它们依次是：

  1. 单个游戏专用模组文件夹。这些是专门用于单个游戏世界的模组。例如:minetest/games/minetest_game/mods/，/usr/share/minetest/games/minetest/
  2. 全局模组文件夹，用于存放常的的模组。如果你初次安装MOD或者不知道如何装模组，请直接将模组拷贝到这里，例如：“minetest/mods”
  3. 单个世界模组文件夹，用于存放单个世界特定的模组。例如：minetest/worlds/world/worldmods/

Minetest将会按顺序检查以上位置。如果遇到一个重复的模组，则Minetest将会加载后面的模组。这就意味着，你可以通过在全局模组文件夹里放置一个同名的模组来覆盖单个游戏模组。<br/>
每个模组加载路径的实际位置取决于你的操作系统以及Minetest的安装方式。

Windows

  • 对于免安装的版本（例：直接解压.zip文件），只需要前往解压后的文件夹所在的位置，并查看games、mods和worlds文件夹。
  • 对于使用傻瓜式安装的版本（例:通过setup.exe安装），请前往C:\\Minetest

或者是C:\\Games\Minetest文件夹。

GNU/Linux

  • 对于多系统（通过安装包管理器安装，如apt、yum等）的版本，请查看~/.minetest

请注意：“～”代表着用户的主文件夹，然后以“.”为开头的文件夹是被隐藏起来的（也就意味着你要自己到地址框里面输入并跳转）。

  • 对于可移植（也就是从Github上克隆下来的源代码）的版本，请查看编译文件夹。
  • 对于Flatpak版本，请查看：~/.var/app/net.minetest.Minetest/.minetest/mods/。

MacOS

  • 请查看~/Library/Application Support/minetest/ 。

请注意：“～”代表着用户的主文件夹，例如：/Users/USERNAME/。

模组文件夹

文件:F:\迅雷下载\ying2002-minetest modding book chs-master\minetest modding book chs\docs\img\mod location.png

一个模组名称代表着一个模组。每个模组应该有一个特别的名字。模组的名字应该由字母，数字和下划线组成。一个好的名字可以让人家知道该模组的功能，包含模组组件的目录必须与mod名称相同。在制作一个模组之前，请先到content.minetest.net查看是否有已经有同名的模组（通俗一点就是模组撞车）。

mymod<br/>

├── init.lua (必须要有) - 加载游戏时运行<br/>
├── mod.conf (推荐) - 包含介绍和依赖<br/>
├── textures (可选)<br/>
│ └── ... 贴图或者文件<br/>
├── sounds (可选)<br/>
│ └── ... 声音<br/>
└── ... 其他各种文件或者文件夹<br/>

只有init.lua 文件是在模组中必须要有的文件，以便在游戏中运行；然而，我们建议你新建一个mod.conf文件。至于其他文件的话，取决于模组里要实现的功能。<br/>

依赖

如果该模组有依赖模组，该模组会在加载前检查是否已经安装依赖模组。一个模组或许会需要另一个模组的代码，物品或者是其他可用的资源。<br/>
这里有两种依赖：一种是强制性依赖（hard），还有一种就是可选性依赖（optional）。两种依赖都会在加载该模组之前先检查这些依赖。如果有一个强制性依赖没有安装，那么将会导致模组加载失败；如果有可选性模组没有安装，那么，你体验到的，只是精简版的模组。<br/>
如果你希望你的模组支持其他模组，那么可选性依赖对于你来说是非常有用的；当然你也可以在现有模组的基础上，进一步扩展。<br/>
依赖的模组列表应该放在在mod.conf文件中。<br/>

Mod.conf

这是一个有关于该模组的配置文件，它包含了名字、介绍以及其他信息。举个例子（尽量全英文）：<br/>

name = mymod<br/>

description = Adds foo, bar, and bo.<br/>
depends = modone, modtwo<br/>
optional_depends = modthree<br/>

depends.txt

如果你的MOD要兼容0.4.X版本的Minetest，不仅要将依赖模组列表写在mod.conf里面，还要写在depends.txt里面，举个例子：

modone<br/>

modtwo<br/>
modthree?<br/>

每个模组名称占一行，如果这个模组是可选性模组，那么请在模组名称后面加上“？”。然而，在没有安装这个模组的情况下，这个模组依旧会加载。相反，如果没有安装相应的强制性模组，就会导致该模组无法运行。

模组包

模组可以分为模组包（mod packs），允许多个mod打包并一起移动。如果你想为一个玩家提供多个mod，但又不想让它们单独下载，那么模组包对于你来说非常有用。

modpack1<br/>

├── modpack.lua (需要) - 声明这是一个模组<br/>
pack<br/>
├── mod1<br/>
│ └── ... 模组文件<br/>
└── mymod (optional)<br/>
└── ... 模组文件<br/>

请注意模组包不是游戏。游戏有自己的组织结构，这将在游戏章节中解释。

例子

以下是例子的集合

模组文件夹

mymod<br/>

├── textures<br/>
│ └── mymod_node.png files<br/>
├── depends.txt<br/>
├── init.lua<br/>
└── mod.conf<br/>

depends.txt

default

init.lua

print("This file will be run at load time!")<br/> 

minetest.register_node("mymod:node", {
  description = "This is a node",
  tiles = {"mymod_node.png"},
  groups = {cracky = 1}
})

mod.conf

name = mymod
descriptions = Adds a node
depends = default

这个mod的名字是“mymod”。它有三个文本文件：init.lua、mod.conf和depends.txt。<br/>
脚本打印一条消息，然后注册一个节点——这将在下一章中解释。<br/>
有一个单一的依赖项，默认模组，通常在Minetest游戏中找到。<br/>
在“贴图”（textures）/中还有一个用于方块的纹理。<br/>


回城链接（目录）

取自“https://wiki.biligame.com/minetest/index.php?title=插件编写:入门&oldid=130”