You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As I was developing a prototype in DefaultECS, a thought occurred to me.
"Why are queries tied to worlds?" - They don't deal with worlds. They only deal with entities. So do systems. Systems operate on entities (its components). To access the components of an entity, queries are often used. Queries are simply descriptions of what set of entities the system is interested in.
I really like that in Arch Worlds don't have tight relationship with systems and queries. You write world.InlineQuery<YourOperation>(query); and its possible to use same query and system with different worlds at the same time(I found this really cool)
But Command Buffers are coupled with worlds instance.
What if Command buffers would be able to work with multiple worlds?
As I was developing a prototype in DefaultECS, a thought occurred to me.
"Why are queries tied to worlds?" - They don't deal with worlds. They only deal with entities. So do systems. Systems operate on entities (its components). To access the components of an entity, queries are often used. Queries are simply descriptions of what set of entities the system is interested in.
I really like that in Arch Worlds don't have tight relationship with systems and queries. You write
world.InlineQuery<YourOperation>(query);
and its possible to use same query and system with different worlds at the same time(I found this really cool)But Command Buffers are coupled with worlds instance.
What if Command buffers would be able to work with multiple worlds?
Is that make sense?
The text was updated successfully, but these errors were encountered: