Entity or TileEntity?

[xilef11]

Hello

 

I need to create a TileEntity in a block that already contains one. I've seen a SuperTile/subtile approach in some mods, but it wouldn't work for me since the parent tile is not ticking while the child tile is.

 

A solution I came up with would be creating a normal entity and making it completely unmovable and indestructible, but I'm not sure how to do that (or if it would work).

 

Any advice?

[jeffryfisher]

Could you replace the existing TE instance with one of your own? Your replacement would need to do all of the work of the original plus whatever data and logic you want to add (hopefully by extending the class). The trick would be to extract the data from the original TE before it's trashed. The risk is that something somewhere else will cough up a lung because the TE class isn't quite what it expected to see there.

[Ernio]

Because we still don't know what are you trying to do - I will encolse the idea in few words: TileEntity is a VERY simple idea - a list of objects in world assigned to some x/y/z where each tick, the world calls onUpdate() on TE that need it and save/load the list to/from memory on unload/load.

 

If you really must (and there is no other way, because some stuff can be done on without any big tricks) you can reinvent the wheel and simply add second "TileEntity" layer with your own implementation.

 

Can be done with WorldSaveData, Server/ClientTickEvent and some smart packet system.

 

Been there, done that. So just saying as a last resort.

[xilef11]

  Quote

The answer depends on whether this block is added by your mod or not.

The original TE/Block is added by my mod, but the "new" entity may be defined by my mod or by addons (it will have a known interface)

 

  Quote

Could you replace the existing TE instance with one of your own? Your replacement would need to do all of the work of the original plus whatever data and logic you want to add (hopefully by extending the class). The trick would be to extract the data from the original TE before it's trashed. The risk is that something somewhere else will cough up a lung because the TE class isn't quite what it expected to see there.

 

That is pretty much what I was talking about with the parent/child TE. I want to keep the "logic" (ticking/new) TE as simple as possible, which would be hard in this case. Of course, I could replace it by a third TE that does the work of both the old one and the one I want to add, but that sounds like a bad idea.

 

  Quote

Because we still don't know what are you trying to do

Basically, I have an inventory and want to create an object that does "stuff" when the container is activated with a certain pattern of items inside. Note that the container TE is provided by my mod, but the "object that does stuff" may be implemented by something else, extending an abstract class I define. Also that object may or may not be visible.

 

Is there something wrong with using an Entity (and making it invulnerable, unmovable and never despawn on its own) instead of a TE?

 

 

[xilef11]

  Quote

You need to make a new interface then which can be implemented by you or other mods and then have a registration for instances of that interface somewhere (possibly on individual TileEntity instances or globally). Then make calls into the interface methods when needed.

 

Thing is, I would like to keep the "logic" object as flexible as possible, which is why I thought of a TileEntity, leading to the problem that I already have a TE at the position where that object would need to exist, and I can't think of a reasonably simple way of making them coexist.

 

I currently have an interface which supplies the pattern to check for in the container, as well as the class (currently an abstract TE, this is the one I'm thinking of changing to an Entity) of the "logic" object.

 

  Quote

It would be unnecessarily complex and have some overhead that is not needed.

I'd like to know a few things about the differences...

[*]Is it possible for an Entity to do all the things a TileEntity can do (I'm guessing yes)

[*]What are the things an Entity can do that a TileEntity can't (other than moving )

[*]What things must be considered when making an Entity but not a TileEntity (the "unnecessarily complex" part)

[*]Same as previous, but specifically for making an Entity that dosen't move or despawn

[*]Is an Entity (much) slower than a TileEntity

[*]What about rendering (or lack thereof)

 

[xilef11]

I see that a TileEntity is the most appropriate thing to use, but it leaves two issues:

 

a) having more than one TE at a single BlockPos dosen't seem practical

b) creating a TE (is it always necessary to register them) without an associated Block

[xilef11]

The problem is that the TileEntity for my block isn't updating/ticking, and I don't want it to be because it can be used for decoration, and there may be a lot of them around that may not be "active".

 

Also, wouldn't that reduce flexibility compared to a TE (unless the interface defines all functions of a TE)?

[xilef11]

  Quote

There isn't really a way out of this except to apply a different metadata (block state in 1. when there is ticking needed and thereby replace the TE with a ticking version.

 

Can't I just replace the TE in the world (without changing the blockstate)?

[Ernio]

  On 1/9/2016 at 7:24 PM, xilef11 said:

Can't I just replace the TE in the world (without changing the blockstate)?

 

TileEntity is assigned to block (e.g Furnace has TileEntityFurnace), you can't replace it without breaking stuff.

 

I seriously don't understand your worrying about performance... Just make TileEntity handle additional interfaces. If you need separation between static and ticking ones - just make two of them.

[xilef11]

  Quote

TileEntity is assigned to block (e.g Furnace has TileEntityFurnace), you can't replace it without breaking stuff.

But can I replace an existing TileEntityFurnace by something that extends TileEntityFurnace without changing the block at that position (i.e using world.setTileEntity)?

[xilef11]

ok. How do I bind different TileEntities to different BlockStates? My Block currently only implements ITileEntityProvider, and createNewTileEntity only has a metadata param, not a BlockState.

[xilef11]

I got it working, thanks for the feedback everyone!