I have an object that needs to store a block and an item in nbt. After a little bit of looking, I saw that both the Item and Block classes have a method to get an integer id for an item or block respectively, and to get the item or block back from that integer id. What I want to know is, is there a reason for me not to use these? I know that these days ids are dynamically allocated somehow or other, and what I'm worried about is the same id not always pointing to the same item/block. I'm *guessing* they probably won't change if the mods installed stay the same, but I'm particularly worried about what happens if the mods are updated, or another mod is added.

ID's don't change per world.

So if you have to store something in one world that will never need to interact with another world, use block and item IDs.

 

The preferable method, however, is to get the names of Items and Blocks from the Item and Block registries respectively.

When you say 'world', do you mean world as in the class World, ie each dimension is its own world, or world as in one server's instance of minecraft, complete with all dimensions? And yeah, I might just go with the names. I just figured if there weren't any downsides to the integer ids they'd save a tiny bit of memory vs the String names.

World as in server/thing you click in the world selection menu.

Alright, thanks.

(That's why I think its more accurate to refer to it as a "save" or "world save")