2373a54507
- **(Slightly source-breaking change)** Change the return type of `Storage#iterator` and `Storage#iterable` from `Iterator<StorageView<T>>` to `Iterator<? extends StorageView<T>>` to allow returning a list directly. Most modders shouldn't be affected by this (this only broke one call site in the whole module). - Precise that using the iterator or a view after the transaction is closed is "undefined behavior". Also specify that calling remove on the iterator is not allowed. - Add `StorageView#getUnderlyingView` to be able to tell if some views are equal. This is useful to **compute the contents of multiple storage views without duplicates** (see testmod). - Expose the lifecycle of the transaction manager cleanly with an enum. - Definalize some methods in `SingleStackStorage` to allow custom implementations of some of them if needed. - Add a note to `BlockApiLookup` to fix #1998. - Play the composter empty sound when it is emptied through the transfer API, as a comment in the source code suggests. Co-authored-by: Juuxel <6596629+Juuxel@users.noreply.github.com> |
||
|---|---|---|
| .. | ||
| src | ||
| build.gradle | ||
| README.md | ||
Fabric API Lookup API (v1)
This module allows API instances to be associated with game objects without specifying how the association is implemented. This is useful when the same API could be implemented more than once or implemented in different ways. See also the package-info.java file.
- What we call an API is any object that can be offered or queried, possibly by different mods, to be used in an agreed-upon manner.
- This module allows flexible retrieving of such APIs, represented by the generic type
A, from blocks in the world or from item stacks. - It also provides building blocks for defining custom ways of retrieving APIs from other game objects.
Retrieving APIs from blocks
See the javadoc of BlockApiLookup for a full usage example.
BlockApiLookup
The primary way of querying API instances for blocks in the world.
It exposes a find function to retrieve an API instance, and multiple register* functions to register APIs for blocks and block entities.
Instances can be obtained using the get function.
BlockApiCache
A BlockApiLookup bound to a position and a server world, allowing much faster repeated API queries.
Retrieving APIs from items
See the javadoc of ItemApiLookup for a full usage example.
ItemApiLookup
The way to query API instances from item stacks.
It exposes a find function to retrieve an API instance, and multiple register* functions to register APIs for items.
Retrieving APIs from entities
See the javadoc of EntityApiLookup for a full usage example.
EntityApiLookup
The way to query API instances from entities.
Exposes a find function to retrieve an API instance, and multiple register* functions to register APIs for entity types.
Retrieving APIs from custom objects
The subpackage custom provides helper classes to accelerate implementations of ApiLookups for custom objects,
similar to the existing BlockApiLookup, but with different query parameters.
ApiLookupMap
A map meant to be used as the backing storage for custom ApiLookup instances, to implement a custom equivalent of BlockApiLookup#get.
ApiProviderMap
A fast thread-safe copy-on-write map meant to be used as the backing storage for registered providers.