fabric/fabric-transfer-api-v1
modmuss 3434862fbd
Port to 23w51b (#3474)
Breaking changes:

- `FabricBrewingRecipeRegistry.registerPotionRecipe` takes `RegistryEntry<Potion>` instead of `Potion`
- `SculkSensorFrequencyRegistry.regster` takes `RegistryKey<GameEvent>` instead of `GameEvent`
- `FabricLanguageProvider.add` takes `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
- `FabricTagProvider.GameEventTagProvider` was removed replace with `FabricTagProvider<GameEvent>`
- `FabricItem.getAttributeModifiers` returns a Multimap with a key of `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
- `ModifyItemAttributeModifiersCallback.modifyAttributeModifiers` takes Multimap with a key of `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
2023-12-18 18:47:42 +00:00
..
src Port to 23w51b (#3474) 2023-12-18 18:47:42 +00:00
build.gradle Update to loom 1.3 and use Mod Publish Plugin (#3158) 2023-08-02 18:51:21 +01:00
README.md Fabric Transfer API: item transfer and fluid-containing items. (#1553) 2021-08-17 19:08:09 +01:00

Fabric Transfer API (v1)

This module provides common facilities for the transfer of fluids and other game resources.

Transactions

The Transaction system provides a scope that can be used to simulate any number of transfer operations, and then cancel or validate all of them at once. One can think of transactions as video game checkpoints. A more detailed explanation can be found in the class javadoc of Transaction. Every transfer operation requires a Transaction parameter. SnapshotParticipant is the reference implementation of a "participant", that is an object participating in a transaction.

Storages

A Storage<T> is any object that can store resources of type T. Its contents can be read, and resources can be inserted into it or extracted from it. StorageUtil provides a few helpful functions to work with Storages, for example to move resources between two Storages. The storage/base package provides a few helpers to accelerate implementation of Storage<T>.

Implementors of inventories with a fixed number of "slots" or "tanks" can use SingleVariantStorage, and combine them with CombinedStorage.

Fluid transfer

A Storage<FluidVariant> is any object that can store fluids. It is just a Storage<T>, where T is FluidVariant, the immutable combination of a Fluid and additional NBT data. Instances can be accessed through the API lookups defined in FluidStorage.

The unit for fluid transfer is 1/81000ths of a bucket, also known as droplets. FluidConstants contains a few helpful constants to work with droplets.

Client-side Fluid variant rendering will use regular fluid rendering by default, ignoring the additional NBT data. Fluids that wish to render differently depending on the stored NBT data can register a FluidVariantRenderHandler.

Item transfer

A Storage<ItemVariant> is any object that can store items. Instances can be accessed through the API lookup defined in ItemStorage.

The lookup already provides compatibility with vanilla inventories, however it may sometimes be interesting to use InventoryStorage or PlayerInventoryStorage when interaction with Inventory-based APIs is required.

ContainerItemContext

ContainerItemContext is a context designed for ItemApiLookup queries that allows the returned APIs to interact with the containing inventory. Notably, it is used by the FluidStorage.ITEM lookup for fluid-containing items.