Jump to content

[1.7.10] Is it possible to use an Items object in a HashMap?


Awesome_Spider

Recommended Posts

I like using hashmaps but I heard that there is some problems. I was a bukkit plugin developer but I have crossed over to forge about a year ago. When following a bukkit tutorial for hashmaps it said don't use Player objects dirrectly as this will crash the server. Now, I know bukkit isn't like forge but I was wondering if the same would happen if you stored an Item object in a hashmap instead of a String.

Link to comment
Share on other sites

Any class that meaningfully overrides

hashCode

and

equals

is hash-mappable.

 

Vanilla blocks and items are natively stored in a hashmap-type object (

RegistryNamespaced

, which buried in the object hierarchy utilizes

IdentityHashMap

).

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

The reason of not using a player object as a key is that the object of a same player would change during a game, and it's different at client and server side.

A Item object won't, so it's possible to use it as a key.

Author of Tao Land Mod.

width=200 height=69http://taoland.herbix.me/images/1/14/TaoLandLogo.png[/img]

Also, author of RenderTo

----

I'm not an English native speaker. I just try my best.

Link to comment
Share on other sites

The reason of not using a player object as a key is that the object of a same player would change during a game, and it's different at client and server side.

A Item object won't, so it's possible to use it as a key.

 

I'm not sure I see this. Unless it is obfuscated, I don't see an equals nor hashCode methods In EntityPlayer. Nor in Item. Or Block, for that matter. Which makes me think that player and item are the same in that regard. What am I missing?

just you wait! ;)

Link to comment
Share on other sites

The reason of not using a player object as a key is that the object of a same player would change during a game, and it's different at client and server side.

A Item object won't, so it's possible to use it as a key.

 

I'm not sure I see this. Unless it is obfuscated, I don't see an equals nor hashCode methods In EntityPlayer. Nor in Item. Or Block, for that matter. Which makes me think that player and item are the same in that regard. What am I missing?

 

If equals or hashCode is not defined, the default one would be used. Every object in JVM has an unique id. The equality of two objects is decided by this id. That means, the default equals method is like this:

public boolean equals(Object o) {
    return this == o;
}

 

An Item object contains the definition of the item. It's created when server starts and won't be destroyed until server stops. A player object is different. It contains runtime informations of a player, such as position, speed, etc. When the player leaves. These informations are saved into disk and the object is destroyed. Then, even the same player joins, you won't get the same object, because it's destroyed. A new player object would be created. So if you hold the old player object as a key, that makes no sense. You can only operate on the new object now.

 

That is, an Item object has a long lifecycle, from server start to server stop, while a Player object only exists when the player is in game. If the informations stored in HashMap is invalidated after the player logging off, it's ok. You may use the player object as a key. Of course, you should remember to remove the key-value pair from the HashMap when the player leave.

Author of Tao Land Mod.

width=200 height=69http://taoland.herbix.me/images/1/14/TaoLandLogo.png[/img]

Also, author of RenderTo

----

I'm not an English native speaker. I just try my best.

Link to comment
Share on other sites

An Item object contains the definition of the item. It's created when server starts and won't be destroyed until server stops. A player object is different. It contains runtime informations of a player, such as position, speed, etc. When the player leaves. These informations are saved into disk and the object is destroyed. Then, even the same player joins, you won't get the same object, because it's destroyed. A new player object would be created.

 

This is exactly the explanation I was looking for. I neglected the fact that player objects would get created and destroyed all the time, while item objects won't. Now, this is not true for ItemStacks, right? Only for Item and Block, I suppose.

just you wait! ;)

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.