How do I get the string representation of an Item variable

[hoodwink_dude]

private void regItems(Item item)
{

    GameRegistry.registerItem ( item = new BasicItem( /* Here I want to have the identifier of item in string form*/ ) , /* Same here */);

}

 

The mod is being made in 1.8.9

 

An example is my mod item ultraIron (the variable identifier of the item passed)

private void regItems(Item item)
{

GameRegistry.registerItem ( ultraIron = new BasicItem( "ultraIron" ) , "ultraIron" );

}

 

I am very cautious of .toString() as during my time of programming, the method .toString() has been thrusted upon me while being told that it should always be reimplemented when a need for it comes as it is a default and crappy template for the method.

[Animefan8888]

The Registered string or the items string?

[hoodwink_dude]

Basically, ultraIron is defined as

public static Item ultraIron;

 

and the BasicItem method is

public BasicItem( String unlocalizedName )
{

    super();

    this.setUnlocalizedName(unlocalizedName);
    this.setCreativeTab(CreativeTabs.tabMaterials);

}

[gabriellsh]

I know this is not an answer, but why would you want to do that? I'm kind of a beginner in java sorry

[Animefan8888]

What String do you want to get the unlocalized Name?

 

I know this is not an answer, but why would you want to do that? I'm kind of a beginner in java sorry

 

Why would he want to do what?

[gabriellsh]

What String do you want to get the unlocalized Name?

 

I know this is not an answer, but why would you want to do that? I'm kind of a beginner in java sorry

 

Why would he want to do what?

 

Sorry for my english, I want to know what benefit you'd get of using the string representation instead of just giving it a name.

[Animefan8888]

This way he doesn't need to write

 

itemObject = new ItemClass().setUnlocalizedName("itemName");
itemObject2 = new ItemClass().setUnlocalizedName("itemName2");

 

Instead he can just do

itemObject = new ItemClass("itemName");
itemObject2 = new ItemClass("itemName2");

[hoodwink_dude]

To reduce the overall code I have to write for my 20+ items I am creating. Modularising and reusing code is the most effective way of coding as it

A) Reduces the final program's file size

B) Reduces the overall amount of typing you have to do

C) Allows you to reuse the modules and functions in future projects

D) Reduces the amount of memory (RAM) used as the instructions of the method are created only once per instantiation. GameRegistry.registerItem will require quite a lot of machine code instructions. By reducing the amount of times it is stored in memory, it will make memory usage much more stable. It is also why I avoid static as much as physically possible. IDK why notch didn't consider all of this in the early days as it would require a complete recode to properly optimise the code

[Animefan8888]

What do you mean by static is bad for RAM usage?

And again what did you mean by itemName?

[hoodwink_dude]

Basically, the unlocalised name. I was originally thinking the actual name used to distinguish one variable from the other but upon further review, it should be the unlocalised name

[Animefan8888]

So after setting the unlocalized name you can just call.

 

itemObject.getUnlocalizedName();

[gabriellsh]

So, I get it, you're trying to automate the item registration? But and the lang file, how would you set the items readable name?

[hoodwink_dude]

What do you mean by static is bad for RAM usage?

 

Static can be the biggest source of memory leaks as they are not cleaned up as they don't need an instantiation and is essensially a global variable.

[hoodwink_dude]

So, I get it, you're trying to automate the item registration? But and the lang file, how would you set the items readable name?

 

I would have to do it manually. I am trying to automate as much as possible without any screwups

[Animefan8888]

So, I get it, you're trying to automate the item registration? But and the lang file, how would you set the items readable name?

 

By using the lang file the same way as normal, the way he is doing it every time he initializes a new ItemClass() and passes in a String to the constructor it will set it to that string.

 

What do you mean by static is bad for RAM usage?

 

Static can be the biggest source of memory leaks as they are not cleaned up as they don't need an instantiation and is essensially a global variable.

 

If you are against using static variables in this aswell you can just use normal variables, but add this

 

@Instance(MODID)
public static MainModClass instance;

 

This way you have one static variable and can access the instance of your Item/Block anywhere.

[Animefan8888]

Update to 1.10.2 and use getRegistryName.

 

He said in an earlier topic that he would update, but he is using 1.8.9 because he is making it for himself, and will update to 1.9+

"If it turns out to be a useful mod for us then I might release it and update to the other versions but for now, it will just be for 1.8.9"

[Animefan8888]

What is a valid reason to use an old version? Just so I know.

[hoodwink_dude]

Compatibility with older mods that either are dead or the mod creators have not bothered to update to newer versions

[Animefan8888]

If so why doesn't forge only support downloads of source for the currently supported version of Minecraft? That would clear up all problems or cause more that I am not thinking of.

[hoodwink_dude]

What is a valid reason to use an old version? Just so I know.

There isn't one.

 

I have already given you a reason

[Animefan8888]

What is a valid reason to use an old version? Just so I know.

There isn't one.

 

I have already given you a reason

 

Acccording to diesieben07 a moderator there is no reason, I wasn't asking you (Not meant to be rude)

[hoodwink_dude]

Acccording to diesieben07 a moderator there is no reason, I wasn't asking you (Not meant to be rude)

 

I did make the quote from diesieben07 it just happened to include your post that he quoted. diesieben07, I understand that modern versions are more stable but I am not leaving behind discontinued mods or mods that haven't been updated to the most recent version