pagoru / blacksmith-api

A Minecraft Abstraction Layer for mods

👨‍🎨 About me

• My name is Pablo aka pagoru.
• Working as a Solo Game Developer.

👥 Social

• Twitch - My coding twitch channel.
• Youtube - My coding youtube channel.
• Twitter
• Patreon
• Discord
• Linkedin - My personal linkedin.

🎮 Games

• voidpixel - Isometric-Pixelart-Game-ish' (WIP)

  • voidpixel.net - Offical website

• zombspital - Jam Arcade Game (made in 2 weeks).

  • play it
  • source
  • jam

• rent-or-bust (WIP)

  • play it
  • source

💾 Open source

• darkaqua
  • pathfinding.ts - Pathfinding implementation on typescript.
  • native-darker-engine-template - Lightweight functional template implementation of the darker-engine with pixi.js on react native with expo
  • darker-engine-template - Lightweight functional template implementation of the darker-engine with pixi.js
  • darker-engine - Lightweight functional library implementation of the Entity-Component-System pattern with typescript.
  • dark-engine - 2d Game Framework for Web using ECS pattern with pixi.js, redux, redux-saga and webpack.

blacksmith-api's Issues

How should be the interaction between minecraft and Blacksmith

Should every interface in the api for example IItemstack have a method to get the equivalent objet in minecraft or should be a class like MinecraftConversion or something like that, to convet the IItemstack to a Itemstack?

Should the api provide ways to interact directly with minecraft?

Should the api add a way to get an IItemStack from an ItemStack and vice versa? If the api adds this possibility then the modder must control their access to minecraft to be able to work in different versions, but allow to use utilities in minecraft that the api don't have yet.

Join the GUI and Container

At this point where the gui is rendered using components, and there is only one important method, initGui(IGui parent); I think that the gui should be merged with the container so instead of having to do an IGuiDefinition and an IContainerDefinition, there will be only the IGuiDefinition with initGui(IGui parent) and the container methods.

Should the TileEntity be an interface?

Actually the api handles TileEntities using ITileEntityDefinition and ITileEntity, but it can work just using a class that extends TileEntity marking all vanilla methods with @deprecated and adding new ones to achieve independence from Minecraft. This is a bad way to isolate the api from minecraft but allow to add custom interfaces to the TileEntity, so you can use apis from other mods. I want to allow compatibility between mods even if they are from different apis, but I think that @opcional is a pretty bad way to implement apis from other mods.