Die Data Attachment API ist eine neue und experimentelle Ergänzung der Fabric API. Sie ermöglicht Entwicklern, beliebige Daten einfach an Entitäten, Blockentitäten, Levels und Chunks anzuhängen. Die angehängten Daten können über Codecs und Stream-Codecs gespeichert und synchronisiert werden. Du solltest sich daher vor der Verwendung mit diesen vertraut machen.

Einen Datenanhang erstellen

Du beginnst mit einem Aufruf von AttachmentRegistry.create. Das folgende Beispiel erstellt einen einfachen Datenanhang, der nicht über Neustarts hinweg synchronisiert und persistent bleibt.

public static final AttachmentType<String> EXAMPLE_STRING_ATTACHMENT = AttachmentRegistry.create(
		Identifier.fromNamespaceAndPath("example-mod", "example_string_attachment") // The ID of your Attachment
);

AttachmentRegistry enthält einige Methoden zum Erstellen grundlegender Datenanhänge, darunter:

• AttachmentRegistry.create(): Erstellt einen Datenanhang. Durch einen Neustart des Spiels wird der Anhang gelöscht.
• AttachmentRegistry.createPersistent(): Erstellt einen Datenanhang, der zwischen Neustarts des Spiels persistent bleibt.
• AttachmentRegistry.createDefaulted(): Erstellt einen Datenanhang mit einem Standardwert, den du mit getAttachedOrCreate lesen kannst. Durch einen Neustart des Spiels wird der Anhang gelöscht.

Das Verhalten jeder Methode kann auch mit dem Parameter builder von create nachgebildet und weiter angepasst werden, indem das Muster der Verkettung von Methoden angewendet wird.

Einen Datenanhang synchronisieren

Wenn du möchtest, dass ein Datenanhang sowohl persistent ist als auch zwischen Server und Clients synchronisiert wird, kannst du dieses Verhalten mit der Methode create festlegen, die die Konfiguration über eine builder-Kette ermöglicht. Zum Beispiel:

public static final AttachmentType<BlockPos> EXAMPLE_BLOCK_POS_ATTACHMENT = AttachmentRegistry.create(
		Identifier.fromNamespaceAndPath("example-mod", "example_block_pos_attachment"),
		builder -> builder
			.initializer(() -> new BlockPos(0, 0, 0)) // The default value of the Attachment, if one has not been set.
			.syncWith(
				BlockPos.STREAM_CODEC,  // Dictates how to turn the data into a packet to send to clients.
				AttachmentSyncPredicate.all() // Dictates who to send the data to.
			)
);

Das obige Beispiel synchronisiert mit jedem Spieler, aber das passt möglicherweise nicht zu deinem Anwendungsfall. Hier sind einige weitere Standardprädikate, aber du kannst auch eigene bauen, indem du auf die Klasse AttachmentSyncPredicate verweist.

• AttachmentSyncPredicate.all(): Synchronisiert die Anhänge mit allen Clients.
• AttachmentSyncPredicate.targetOnly(): Synchronisiert den Anhang nur mit dem Ziel, an das er angehängt ist. Beachte, dass die Synchronisierung nur erfolgen kann, wenn das Ziel ein Spieler ist.
• AttachmentSyncPredicate.allButTarget(): Synchronisiert den Anhang mit allen Clients außer mit dem Ziel, an das er angehängt ist. Beachte, dass die Ausnahme nur gelten kann, wenn das Ziel ein Spieler ist.

Datenanhänge persistieren

Datenanhänge können auch so eingestellt werden, dass sie über Neustarts des Spiel hinweg bestehen bleiben, indem die Methode persistent in der Builder-Kette aufgerufen wird. Es nimmt einen Codec entgegen, damit das Spiel weiß, wie die Daten serialisiert werden müssen.

Mit der Methode copyOnDeath können sie so eingestellt werden, dass sie auch nach dem Tod oder der Konvertierung des Ziels bestehen bleiben.

public static final AttachmentType<BlockPos> EXAMPLE_PERSISTENT_ATTACHMENT = AttachmentRegistry.create(
		Identifier.fromNamespaceAndPath("example-mod", "example_block_pos_attachment"),
		builder -> builder
			.initializer(() -> new BlockPos(0, 0, 0)) // The default value of the Attachment, if one has not been set.
			.persistent(BlockPos.CODEC) // Dictates how this Attachment's data should be saved and loaded.
			.copyOnDeath() // Dictates that this Attachment should persist even after the entity dies or converts.
);

Lesen von einem Datenanhang

Methoden zum Lesen aus einem Datenanhang wurden in die Klassen Entity, BlockEntity, ServerLevel und ChunkAccess eingefügt. Die Verwendung ist so einfach wie der Aufruf einer der Methoden, die den Wert der angehängten Daten zurückgeben.

// Checks if the given AttachmentType has attached data, returning a boolean.
entity.hasAttached(EXAMPLE_STRING_ATTACHMENT);

// Gets the data associated with the given AttachmentType, or `null` if it doesn't exist.
entity.getAttached(EXAMPLE_STRING_ATTACHMENT);

// Gets the data associated with the given AttachmentType, throwing a `NullPointerException` if it doesn't exist.
entity.getAttachedOrThrow(EXAMPLE_STRING_ATTACHMENT);

// Gets the data associated with the given AttachmentType, setting the value if it doesn't exist.
entity.getAttachedOrSet(EXAMPLE_STRING_ATTACHMENT, "basic");
entity.getAttachedOrSet(EXAMPLE_BLOCK_POS_ATTACHMENT, new BlockPos(0, 0, 0););

// Gets the data associated with the given AttachmentType, returning the provided value if it doesn't exist.
entity.getAttachedOrElse(EXAMPLE_STRING_ATTACHMENT, "basic");
entity.getAttachedOrElse(EXAMPLE_BLOCK_POS_ATTACHMENT, new BlockPos(0, 0, 0););

Schreiben zu einem Datenanhang

Methoden zum Schreiben in einen Datenanhang wurden in die Klassen Entity, BlockEntity, ServerLevel und ChunkAccess eingefügt. Durch den Aufruf einer der folgenden Methoden wird der Wert der angehängten Daten aktualisiert und der vorherige Wert zurückgegeben (oder null, wenn kein Wert vorhanden war).

// Sets the data associated with the given AttachmentType, returning the previous value.
entity.setAttached(EXAMPLE_STRING_ATTACHMENT, "new value");

// Modifies the data associated with the given AttachmentType in place, returning the currently attached value. Note that currentValue is null if there is no previously attached data.
entity.modifyAttached(EXAMPLE_STRING_ATTACHMENT, currentValue -> "The length was " + (currentValue == null ? 0 : currentValue.length()));

// Removes the data associated with the given AttachmentType, returning the previous value.
entity.removeAttached(EXAMPLE_STRING_ATTACHMENT);

WARNING

Du solltest für Datenanhänge immer Werte mit unveränderlichen Typen verwenden und diese auch nur mit API-Methoden aktualisieren. Andernfalls kann es dazu kommen, dass die Datenanhänge nicht dauerhaft gespeichert oder nicht ordnungsgemäß synchronisiert werden.

Größere Anhänge

Obwohl Datenanhänge jede Art von Daten speichern können, für die ein Codec geschrieben werden kann, glänzen sie besonders bei der Synchronisierung einzelner Werte. Der Grund dafür ist, dass ein Datenanhang unveränderlich ist: Die Änderung eines Teils seines Werts (z. B. eines einzelnen Feldes eines Objekts) bedeutet, dass er vollständig ersetzt werden muss, was eine vollständige Synchronisierung mit jedem Client auslöst, der ihn verfolgt.

Stattdessen kannst du komplexere Anhänge erstellen, indem du sie in mehrere Felder aufteilst und mit einer Hilfsklasse organisierst. Wenn du beispielsweise zwei Felder benötigst, die sich auf die Kondition eines Spielers beziehen, kannst du etwa Folgendes erstellen:

public class Stamina {
	private static final AttachmentType<Integer> CURRENT_STAMINA = AttachmentRegistry.create(
					Identifier.fromNamespaceAndPath("example-mod", "current_stamina"),
					builder -> builder.syncWith(ByteBufCodecs.INT, AttachmentSyncPredicate.all())
	);
	private static final AttachmentType<Integer> MAX_STAMINA = AttachmentRegistry.create(
					Identifier.fromNamespaceAndPath("example-mod", "max_stamina"),
					builder -> builder.syncWith(ByteBufCodecs.INT, AttachmentSyncPredicate.all())
	);

	public static StaminaData get(AttachmentTarget target) {
		return new StaminaData(target);
	}

	public record StaminaData(AttachmentTarget target) {
		public int getCurrentStamina() {
			return target.getAttachedOrElse(CURRENT_STAMINA, 0);
		}

		public int decrementCurrentStamina() {
			return target.modifyAttached(CURRENT_STAMINA, currentStamina -> currentStamina-1);
		}

		public void setCurrentStamina(int value) {
			target.setAttached(CURRENT_STAMINA, value);
		}

		public int getMaxStamina() {
			return target.getAttachedOrElse(MAX_STAMINA, 0);
		}

		public void setMaxStamina(int value) {
			target.setAttached(MAX_STAMINA, value);
		}
	}
}

Diese Hilfsklasse kann dann wie folgt verwendet werden:

Player player = getPlayer();
Stamina.get(player).getCurrentStamina();