Architectury API 使用与安装教程-CSDN博客

本文链接：https://blog.csdn.net/gitblog_00633/article/details/142010244

Architectury API 使用与安装教程

architectury-apiAn intermediary api aimed at easing development of multiplatform mods.项目地址:https://gitcode.com/gh_mirrors/ar/architectury-api

1. 项目目录结构及介绍

Architectury API 是一个强大的框架，用于简化Minecraft模组（Mods）的跨加载器（如Forge、Fabric等）开发。以下是基于其GitHub仓库典型的核心目录结构及其简介：

architectury-api/
├── src                        # 源代码目录
│   ├── main                   # 主要源代码，包含API实现和核心逻辑
│     └── java                 # Java源码，存放API类和其他主要组件
│       └── net                # 类似net架构的Java包结构，用于组织代码
│         └── architectury    # Architectury API的主要命名空间
│           ├── api            # API接口定义
│           ├── platform       # 不同游戏加载器（如Forge, Fabric）的适配层
│           └── ...            # 更多按功能划分的子包
├── resources                  # 资源文件夹，包含非代码资源，如配置文件或文本资产
│   ├── lang                    # 语言文件，用于本地化
│   └── ...                     # 其他可能的资源目录
├── build.gradle               # Gradle构建脚本，定义了项目构建规则
├── README.md                  # 项目说明文档，介绍项目用途和快速入门指南
├── LICENSE                    # 开源许可证文件
└── ...                         # 可能包含其他文档或脚本，如Changelog或贡献指南

注意：实际的目录结构可能会因项目更新或特定模块的增加而有所不同。

2. 项目的启动文件介绍

对于Architectury API这样的库项目，没有传统意义上的“启动文件”。它主要是被其他模组作为依赖引入，以提供API功能。然而，如果你是在开发使用Architectury API的模组，那么启动流程通常涉及以下两个关键点：

构建脚本 (build.gradle)：这个Gradle脚本是项目构建的关键。通过它配置项目依赖、插件和构建过程，确保Architectury API正确地编译并打包到你的模组中。
初始化代码：在你的模组里，通常有一个或几个类负责初始化Architectury提供的功能，这些可能是FMLLoadingCompleteEvent的监听器方法（如果是Forge），或者利用Fabric的Entrypoint注解指定的类。这些不是Architectury API直接提供的启动文件，但它们是使用该API时启动你的功能的起点。