Question about EntityId management about shipyard

[leudz]

As you noticed indices are not always in increasing order. That's because they are re-used when entities are deleted.
For example your first entity had 2 other entities at that index before.

There are no built-in way to get the order you want.
In theory you could kind-of use the timestamp when they are inserted but since they are added in the same system that wouldn't work.

[leudz]

My understanding of ECS is that components should be traversed in index order

For the very simple implementation that's true, probably for bit set also but not for sparse set or archetype based ECS.

In shipyard the iteration is based on the order of components in the data array (and dense, they have the same order) of the storage with the least components.
This order depends on insertion and deletion order. In fact when it comes to single storage iteration the index array is not accessed at all.

Like SeokshinSon, you can also sort the storage to force a specific ordering.

[80ROkWOC4j]

I'm confused about the answer to your question, so I'll ask just to be sure. My understanding of ECS is that components should be traversed in index order. This seems to be the case based on the implementation of Iterator's next() function. And since Shipyard recycles EntityId by gen bit, the EntityId (gen bit + index) will not always be incremented sequentially, but as long as no Entity deletion occurs, the iterator will increment sequentially, i.e. it will eventually iterate in the order they are in memory (in order of EntityId's index bit)?