Jump to content

Recommended Posts

Posted

I am curious... With how fast minecraft development moves it feels like stability is never guaranteed with mods between versions. With the idea I am working on now I was considering making my classes that extend Block directly rather than using the chain of classes that extend Block for me. For example I am referring to BlockCrops. Which itself extends BlockBush which extends Block. My reasoning is if I make my Crop class I would have less trouble porting my code over when a new version comes out.

 

Does this make any difference? Or am I just wasting my time?

 

I was thinking if I made all of my Blocks and Items extend their what I call parent class (is that what you would call this?) that I could keep thing more tightly group together and make it easier to debug and update things.

 

So... Who here thinks I am crazy?

“Most good programmers do programming not because they expect to get paid or get adulation by the public, but because it is fun to program.” - Linus Torvalds

Posted

Ah I see, you make some good point I did not consider. Thanks for the insight. I will just go the normal route.

“Most good programmers do programming not because they expect to get paid or get adulation by the public, but because it is fun to program.” - Linus Torvalds

Posted

I made a tutorial on this question: http://jabelarminecraft.blogspot.com/p/minecraft-forge-172-know-when-to-copy.html

 

One of the most important points is that extending a class makes your class get treated same as parent class.  Sometimes you don't want this: for example, if you wanted to make an elephant by extending a pig, then any code that checks for instanceof EntityPig will test true for your elephant.  This could have unwanted effect.  It would be better to copy the pig and modify to make an elephant.  On the other hand sometimes you do want the class to get all the benefit of the parent, because similarly there may be instanceof checks you need.  For example if you were making a magical pig then you probably would want to extend pig because your class is also a pig.

 

However, I didn't really consider how easy it was to maintain the code either way.  I think it is probably easier to maintain extending classes because usually you only change a few things in your extended class and so all the code that you didn't changed will automatically get updated.  For example, if you copied the pig to make an elephant and then in an update Minecraft made pigs do something cool, you wouldn't automatically get that for your elephant unless you copied the new stuff in.

 

Anyway, you should choose based on whether you want instanceof to include your class with the parent class or not. 

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

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



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • When I first heard about Bitcoin back in 2018, I was skeptical. The idea of a decentralized, digital currency seemed too good to be true. But I was intrigued as I learned more about the technology behind it and its potential. I started small, investing just a few hundred dollars, dipping my toes into the cryptocurrency waters. At first, it was exhilarating to watch the value of my investment grow exponentially. I felt like I was part of the future, an early adopter of this revolutionary new asset. But that euphoria was short-lived. One day, I logged into my digital wallet only to find it empty - my Bitcoin had vanished without a trace. It turned out that the online exchange I had trusted had been hacked, and my funds were stolen. I was devastated, both financially and emotionally. All the potential I had seen in Bitcoin was tainted by the harsh reality that with decentralization came a lack of regulation and oversight. My hard-earned money was gone, lost to the ether of the digital world. This experience taught me a painful lesson about the price of trust in the uncharted territory of cryptocurrency. While the technology holds incredible promise, the risks can be catastrophic if you don't approach it with extreme caution. My Bitcoin investment gamble had failed, and I was left to pick up the pieces, wiser but poorer for having placed my faith in the wrong hands. My sincere appreciation goes to MUYERN TRUST HACKER. You are my hero in recovering my lost funds. Send a direct m a i l ( muyerntrusted ( @ ) mail-me ( . )c o m ) or message on whats app : + 1 ( 4-4-0 ) ( 3 -3 -5 ) ( 0-2-0-5 )
    • You could try posting a log (if there is no log at all, it may be the launcher you are using, the FAQ may have info on how to enable the log) as described in the FAQ, however this will probably need to be reported to/remedied by the mod author.
    • So me and a couple of friends are playing with a shitpost mod pack and one of the mods in the pack is corail tombstone and for some reason there is a problem with it, where on death to fire the player will get kicked out of the server and the tombstone will not spawn basically deleting an entire inventory, it doesn't matter what type of fire it is, whether it's from vanilla fire/lava, or from modded fire like ice&fire/lycanites and it's common enough to where everyone on the server has experienced at least once or twice and it doesn't give any crash log. a solution to this would be much appreciated thank you!
    • It is 1.12.2 - I have no idea if there is a 1.12 pack
  • Topics

×
×
  • Create New...

Important Information

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