In reference to Josh Petrie's comment, I think entity is silly.
When referring to an entity in the context of an Entity-Component-System architecture, for instance, the role of the Entity is quite agreed upon.
So in the context of the tags entity-system and entity-component, we have a good idea of what the entity there will be used for.
But when we use entity
by itself, what does it mean? What is its role?
IMHO, when it is used on its own, it's generally used in the context of a set of parameters and features that form a whole; I see it as a synonym of object, game object, agent, etc.
Used in that context, we already have the tag gameobject, which, IMHO, would be equivalent.
Thus I don't really see why we need to keep the tag entity
.
I think the questions that have the tag entity
should be revised one by one, and re-tagged entity-system, entity-component or gameobject
, (or just removed) depending on the content of the question.
entity-system
versusentity-component-system
though (where the distinction is that the first one is about entity systems that don't involve the currently in-vogue component-based model)? Is there another tag we could use to express that? Does it not really matter? My concern is mainly because undoing that merge later is much harder, so I'd rather we make sure we want to do this; if anybody has thoughts please post an answer. \$\endgroup\$entity
andentity-component
are silly.) \$\endgroup\$