每个资产都通过在导入源文件时生成的16字节UUID进行标识。导入器还根据UUID生成资产构建和加载依赖项，这可以用来高效地遍历资产依赖关系图，而不需要接触文件系统。

守护进程监视文件系统更改，并确保仅在源文件更改时导入它们。元数据和哈希值在LMDB中本地索引并在.meta文件中进行版本控制。文件系统的修改时间和哈希值用于尽可能减少整个团队的重导入。

从源文件导入的资产通过其源文件内容和ID的哈希值进行缓存，避免了昂贵的解析和磁盘操作。

资产元数据保存在LMDB事务数据库中。数据库的一致性保证和快照支持提供了一种方法，使用资产更改日志的资产更改来同步外部数据存储与资产元数据的当前状态。

当从源文件导入资产时，会生成元数据并将其存储在 `.meta` 文件中，与源文件一起，同时也在数据库中进行缓存。请将它们与源文件一起提交到版本控制。

由于元数据与源文件一起存储，并且使用 UUID 来标识单个资产，用户可以在不破坏资产之间的引用的情况下移动、重命名和与他人共享源文件。

此项目中不包含资产类型。您可以通过实现 `Importer` 特性并使用文件扩展名注册这些类型来定义自己的资产类型和源文件格式。守护进程将自动运行您注册扩展名的 `Importer`。所有资产类型都必须实现 `serde::Serialize` + `serde::Deserialize` + `TypeUuidDynamic` + `Send`。

包含一个可选的导入器和 derive 宏，以简化使用 `serde` 将序列化的 Rust 类型作为源文件的使用。

类型定义

#[derive(Serialize, Deserialize, TypeUuid, SerdeImportable)]
#[uuid = "fab4249b-f95d-411d-a017-7549df090a4f"]
pub struct CustomAsset {
    pub cool_string: String,
    pub handle_from_path: Handle<crate::image::Image>,
    pub handle_from_uuid: Handle<crate::image::Image>,
}

custom_asset.ron:

{
    "fab4249b-f95d-411d-a017-7549df090a4f": 
    (
        cool_string: "thanks",
        // This references an asset from a file in the same directory called "amethyst.png"
        handle_from_path: "amethyst.png", 
        // This references an asset with a UUID (see associated .meta file for an asset's UUID)
        handle_from_uuid: "6c5ae1ad-ae30-471b-985b-7d017265f19f"
    )
}

`LoaderIO` 的内置 `RpcIO` 实现与 `Daemon` 通信，并在资产发生变化时自动重新加载资产。

当导入源文件并生成资产时，会收集资产的依赖项并将其保存为元数据。Loader 自动确保在加载资产之前加载依赖项，并在不再需要时卸载依赖项。

提供了一个可选的 Handle 类型，支持使用 `serde` 进行反序列化和序列化。Handles 可以反序列化为 UUID 或路径。

作为资产部分序列化的 Handle 引用将自动注册，并保证在依赖于该资产的资产加载之前，由 Loader 加载所引用的资产。这意味着资产中的 Handles 总是保证有效和已加载。

为了分发您的游戏，您可能希望将资产打包到包含足够元数据以便快速加载的文件中。CLI 支持将资产打包到 `PackfileIO` 实现支持的文件格式。

可以使用网络化缓存服务器在整个团队中重用导入和构建的结果。

在构建资产时提供自定义构建参数，并为特定平台定制构建工件。

一旦从源文件中导入资产，构建系统旨在在函数式编程的纯函数意义上完全纯净。资产构建的输入在导入步骤中都是已知的和声明的。这种设计使得并行化和分布式构建成为可能。

可以在导入时生成搜索标签，并由 tantivy 自动索引，从而实现 超快的文本搜索。搜索索引通过订阅资产变更日志进行增量维护。