Fabric Wiki

Notions de base (API)

En raison de l'approche basée sur l'injection du développement de l'API de Fabric, nous n'avons pas tendance à corriger directement les classes d'une manière visible pour l'utilisateur final. En tant que tel, vous pouvez parfois trouver des extensions Fabric de classes vanilla lorsque vous rencontrez quelque chose que vous ne pouvez pas faire. Par example:
- Block.Settings → FabricBlockSettings
- EntityType.Builder → FabricEntityTypeBuilder
Pour un pack de ressources ou un pack de données intégré, veuillez vous assurer qu'un chemin de répertoire “assets/[mod id]” ou “data/[mod id]” est présent, respectivement ! Les utilisateurs d'IDEA peuvent se retrouver à créer accidentellement un répertoire “assets.[mod id]” - cela ne fonctionnera pas.

Pour convertir une classe dans une interface qu'elle n'implémente pas, ou convertir une classe finale, ou convertir le mixin dans votre classe cible, vous pouvez utiliser l'astuce “(TargetClass) (Object) sourceClassObject”.
Les mixins @Redirect et @ModifyConstant ne peuvent actuellement pas être imbriqués (appliqués par plus d'un mod dans la même zone en même temps). Cela pourrait changer plus tard dans le développement - cependant, pour l'instant, à côté de @Overwrite, évitez-les si possible (ou discutez de l'ajout de la fonctionnalité à l'API de Fabric, ou - pour des choses plus spécialisées - envisagez de le mettre dans un petit JAR-in-JAR API).
Si vous ajoutez des champs ou des méthodes personnalisés non privés, préfixez-les avec “[modid]$” ou une autre chaîne unique et annotez-les avec @Unique. Essentiellement, “mymod$secretValue” au lieu de “secretValue”. Ceci afin d'éviter les conflits entre les mods ajoutant un champ ou une méthode nommé de la même manière.

Évitez d'utiliser le package java.awt et ses sous-packages. AWT ne fonctionne pas bien sur tous les systèmes. Plusieurs utilisateurs ont signalé qu'il bloque Minecraft.