了解概念

来源及免责声明

《我的世界》基础概念及其名词

世界

表示游戏的单位，单个游戏存档、单个网络服务器等都是一个世界。

区块

区块是世界里一个大小为16×384×16的部分，是游戏地图加载\卸载的基本单位。

当玩家第一次出现在世界时会在其周围生成区块，随着玩家对世界的探索，相邻的区块也会被生成。

实体

具有可区别性的物体，不一定是物理存在的实体。

包括服务端运算的，会保存到存档的生物实体、物品实体、方块实体、抛射物实体等

以及纯客户端表现，退出游戏后就销毁的特效实体（粒子实体、序列帧实体）、文字面板实体等。

生物

指游戏世界中有生命的，可移动的一类实体。其中玩家也属于生物的一种。

玩家

玩家所控制的实体对象，同时也属于生物的一种。包括本地玩家和其他玩家，在游戏中，由玩家自己控制的称为本地玩家，否则为其他玩家。

物品

物品栏中具有使用属性的物品、地面上的掉落物等都称为物品。其中掉落物也是实体的一种。

方块

游戏中场景的基本组成单位，长宽高均为1单位长度的立方体网格，不同的方块具有不同的材质。

抛射物

受外力被抛射空中飞行的实体，受重力与摩擦力影响，例如游戏中射出的箭。

生物群系

游戏中生成的世界被划分为一个个不同的自然环境，例如森林、丛林、沙漠和针叶林等，这些都是不同的生物群系。

序列帧

通过一帧帧的图片不断进行切换形成的动画效果，在游戏中为一个平面面片。

粒子

通过不断发射多个不同大小规模的平面面片形成的特效效果，通过替换贴图材质等可以模拟丰富的表现。

文字面板

本质上为序列帧的文字面板，功能上与文本类似，在游戏中包括伤害飘字，实体头顶名称等内容。

UI

UI界面，游戏和用户之间进行交互和信息交换的界面。玩家可以通过触发UI来控制对应的游戏逻辑。

什么是Mod？

在《我的世界》里，mod（组件）为游戏带来了无限拓展可能。它主要由游戏地图、功能玩法、材质光影、皮肤和其他不常用的部分组成。这些丰富多样的mod，让每个玩家都能在《我的世界》中打造出属于自己的独特天地。

皮肤其实就是一张png贴图，搜索引擎搜索我的世界皮肤制作即可找到很多大神分享的教程。

功能玩法与材质光影都是通过附加包来制作。

游戏地图一般是一个搭建好的游戏存档，但是还可以添加附加包来实现更丰富的玩法。

什么是附加包？

附加包（Addon）是《我的世界》基岩版中与Java版模组相对应的内容扩展形式，是基岩版对mod的一种支持方式。

与Java版不同的是，Java版模组侧重于修改游戏本身，而附加包则遵循微软提供的开发规范，通过添加新内容来扩展游戏。

附加包分为两种类型：资源包（resource_pack）和行为包（behavior_pack）。两者可以独立运行，但通常配合使用。

附加包可以做什么

附加包允许我们通过修改或移除现有内容以及添加自定义内容来改变Minecraft的游戏体验。

它们功能强大，可以创建自定义实体、物品、方块，以及自定义战利品表和合成配方等。你的想象力就是唯一的限制！

附加包主要使用结构化数据格式JSON编写。本质上，附加包是一系列JSON文件、图像和声音文件的集合，通过这些文件以某种方式修改或增强游戏内容。

理解JSON

JSON是一种简单的文本文件格式，既方便人类阅读又便于计算机解析。

基岩版使用.json文件作为附加包的编程语言，因此您需要扎实掌握JSON的读写能力！

编写JSON时最关键的是必须确保文件完全无错误，否则整个文件将无法正常工作。即使一个错误的字符或多余逗号都会导致解析失败。因此，编写有效JSON至关重要。

JSON中使用多种格式表示数据，每种格式对应特定数据类型：

名称 示例 说明 游戏内代表
字符串 "Hello!" 文本字符。必须用引号""包裹。 游戏内一般用来表示特定的字段
整型 15 整数。无需引号 游戏内一般用来定义数值
浮点型 1.2 小数。无需引号 游戏内一般用来定义数值
布尔值 true 只能是true或false。无需引号 游戏内一般用来定义某个功能是否开启

除了上述类型，还有两种特殊数据结构用于嵌套数据：

除了字符串的引号内的文本内容可以写中文，其余部分，包括字符串的引号都必须是半角英文，以下为具体的写法：

JSON 写法 
{
    "my_string": "你好", // 这是字符串
    "my_int": 15, // 这是整型
    "my_float": 1.2, // 这是浮点型
    "my_bool": true, // 这是布尔值
    "my_ints": [1, 2, 3], // 这是数组，数组里是整型
    "my_strings": ["红", "蓝"], // 这也是数组，数组里是字符串
    "my_mixed": ["红", 1, false], // 这也是数组，数组里包含了字符串、整型和布尔值
    "my_dict": { // 这是对象，对象里可以是任意数据类型
        "my_ints": [1, 2, 3],
        "my_bool": true
    }
}

以下是一段动画文件示例，它完全由我们已学过的数据类型构成：

动画文件示例 
{
  "format_version": "1.12.0",
  "animations": {
    "animation.car.wheel_spin": {
      "loop": true,
      "animation_length": 1.0,
      "bones": {
        "front_wheels": {
          "rotation": ["q.modified_distance_moved * -30", 0, 0]
        },
        "back_wheels": {
          "rotation": ["q.modified_distance_moved * -30", 0, 0]
        }
      }
    }
  }
}

在游戏中，JSON用于为一切自定义内容提供数据。所有使用这种方式自定义的内容都被称为数据驱动。

我们可以在游戏内用数据驱动的方式，定义物品、方块、实体、动画、UI等各类内容，几乎涵盖了大部分可自定义的内容。

值得注意的是，数据驱动的方式只能定义一个对象的初始状态。如果要在游戏运行时动态地更改内容，你还需要脚本的辅助。

如果你仔细查看过附加包的文件结构，你会发现有些.JSON文件位于名字包含beh的文件夹下，而有些位于名字包含res的文件夹下。前者被称为行为包，后者被称为资源包。

不管在行为包还是资源包中，.JSON文件一般都是成组地被分在不同的子文件夹下。

比如：战利品表就都位于loot_tables文件夹内，而网易的自定义方块则位于netease_blocks文件夹下。

这里，我们给出一些常用的文件夹名称及其内容物：

当然，除了文件夹之外，还有一些零散的单独文件，比如：不论是资源包还是行为包，都必须具有的最重要的文件manifest.json，被称为清单文件。

这些零散的文件可以自行在附加包中探索，观察具体的结构。

行为包

行为包（behavior_pack），也称为附加包服务端或beh文件夹，负责附加包的逻辑功能。主要包括：

资源包

资源包（resource_pack），也称为附加包客户端或res文件夹，负责附加包的视觉效果和声音。主要包括：

包间通信

大多数情况下需要同时使用beh文件夹和res文件夹。这两个包之间会进行通信或相互依赖才能正常运行，即在一个包中定义的资源可以被另一个包访问。

例如创建自定义实体时需要两个文件：

为了让游戏正确识别并配对两个文件，我们需要为实体定义唯一标识符。原版猪的标识符是minecraft:pig，包含两部分：

命名空间

命名空间是用于标识内容归属的标识符。你可以将它们理解为文件夹。命名空间有助于避免命名冲突的产生。

在附加包创作中，命名空间本质上可以看作是"冒号左侧的部分"。例如在minecraft:zombie中，minecraft就是命名空间。其通用格式为命名空间:名称。

举个具体例子说明命名空间的重要性：假设你创建了一个新生物并命名为minecraft:shark，却不知道应该为自定义内容使用自己的命名空间。一年后Mojang决定在游戏中加入鲨鱼！此时就会出现两个minecraft:shark的定义，导致命名冲突，你的附加包将无法正常运行。

如果你当初使用你的命名空间:shark，就不会发生这种冲突。

合适的命名空间建议使用个人独特标识。类似mob、cars、content或custom这样的通用词是糟糕的命名空间选择，因为其他开发者可能会使用相同的名称。

合适的命名空间应当简短。你将会频繁使用你的命名空间，因此越简短越好。类似george_carlin_the_comedian这样的长命名空间就不太合适。

对于个人项目，建议使用玩家ID的简化版本；商业项目则建议使用公司名称的合适变体。

优秀示例：

切勿使用minecraft或minecon作为命名空间（除非修改原版文件）。

简而言之，应当尽可能多地使用命名空间。

命名空间的使用场景：