3,417
个编辑
→注册表： // Edit via Wikiplus
（创建页面，内容为“这一节，会讲述一些非常重要的前置概念。 == ResourceLocation == 这是一个位于<code>net.minecraft.util</code>包下的一个类。这个类的用途的其中之一，顾名思义，就是用来表示文件在assets文件夹中的路径。在开发环境中，assets文件夹在<code>src/main/resources</code>路径下；而在打包好的.jar文件的中，assets文件夹点进去就能看到。 ResourceLocation总共有3个构造器，我…”） |
（→注册表： // Edit via Wikiplus） |
||
| 第70行： | 第70行： | ||
所以我们需要用Forge提供的注册表，我们不需要显式指定数字ID。另外它接管了原版的注册表，且是基于Forge的事件系统的，事件系统会在后面讲到。 | 所以我们需要用Forge提供的注册表，我们不需要显式指定数字ID。另外它接管了原版的注册表，且是基于Forge的事件系统的，事件系统会在后面讲到。 | ||
所有注册项的类都实现了IForgeRegistryEntry<V>这一接口，这个接口主要规定了关于注册名的一些规范，实际上这个接口有个静态内部类：Impl<T> implements IForgeRegistryEntry<T>，所以实际上所有注册项的类是继承了这个类，这个类提供了IForgeRegistryEntry<V>的默认实现。也就是说，理论上你可以通过T extends IForgeRegistryEntry.Impl<T>来设定：可以用Forge的注册表系统给你的某个自定义的游戏元素进行注册，不过一般没必要这么做。 | |||
使用原版的注册表时，没有“注册名”这一说——但是我们用的是Forge的注册表，所以必须在注册对象前，设定该对象的注册名：通过setRegistryName这个方法设定。这个方法可以接受一个ResourceLocation，但也可以接受这样两种形参列表：<code>(String name)</code>和<code>(String modid, String name)</code>，用法可以类比ResourceLocation的那两个构造方法，笔者这里就不细说了。如果你尝试注册未设定注册名的注册项对象（即注册名为null），则肯定会崩游戏，抛NullPointerException。 | 使用原版的注册表时，没有“注册名”这一说——但是我们用的是Forge的注册表，所以必须在注册对象前，设定该对象的注册名：通过setRegistryName这个方法设定。这个方法可以接受一个ResourceLocation，但也可以接受这样两种形参列表：<code>(String name)</code>和<code>(String modid, String name)</code>，用法可以类比ResourceLocation的那两个构造方法，笔者这里就不细说了。如果你尝试注册未设定注册名的注册项对象（即注册名为null），则肯定会崩游戏，抛NullPointerException。 | ||
=== @ObjectHolder === | === @ObjectHolder === | ||
利用<code>@GameRegistry.ObjectHolder</code>这个注解，我们可以自动给某个类型为<T extends | 利用<code>@GameRegistry.ObjectHolder</code>这个注解，我们可以自动给某个类型为<T extends IForgeRegistryEntry<T>>的变量赋值。 | ||
那么具体怎么用呢？看个例子就知道了： | 那么具体怎么用呢？看个例子就知道了： | ||