en:toolworks:docs:apparatus:ecs-glossary

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
en:toolworks:docs:apparatus:ecs-glossary [2021/12/04 22:56] vladiusen:toolworks:docs:apparatus:ecs-glossary [2022/06/07 11:07] (current) – Починил ссылку на Ue документацию. jispar
Line 5: Line 5:
 ^ Common Term ^ Term                                                    ^ Description                                               ^ Known ECS Term      ^ ^ Common Term ^ Term                                                    ^ Description                                               ^ Known ECS Term      ^
 | Subject     | [[en:toolworks:docs:apparatus:subject|Subject]]         | The low-level composition of Traits.                      | Entity              | | Subject     | [[en:toolworks:docs:apparatus:subject|Subject]]         | The low-level composition of Traits.                      | Entity              |
-| :::         | [[en:toolworks:docs:apparatus:subjective|Subjective]]   | The higher-level part of a Subject consisting of Details. | N/A                 | +| :::         | [[en:toolworks:docs:apparatus:subjective|Subjective]]   | The higher-level part of a Subject containing Details.    | N/A                 | 
-Part        | [[en:toolworks:docs:apparatus:trait|Trait]]             | The struct-based building data block.                     | Component           |+Component   | [[en:toolworks:docs:apparatus:trait|Trait]]             | The struct-based building data block.                     | Component           |
 | :::         | [[en:toolworks:docs:apparatus:detail|Detail]]           | The class-based building data block.                      | N/A                 | | :::         | [[en:toolworks:docs:apparatus:detail|Detail]]           | The class-based building data block.                      | N/A                 |
 | Iterable    | [[en:toolworks:docs:apparatus:chunk|Chunk]]             | The storage for Subjects Slots and Traits.                | Chunk               | | Iterable    | [[en:toolworks:docs:apparatus:chunk|Chunk]]             | The storage for Subjects Slots and Traits.                | Chunk               |
Line 15: Line 15:
 | :::         | [[en:toolworks:docs:apparatus:detailmark|Detailmark]]   | The details composition specification of the Subjective.  | N/A                 | | :::         | [[en:toolworks:docs:apparatus:detailmark|Detailmark]]   | The details composition specification of the Subjective.  | N/A                 |
 | :::         | [[en:toolworks:docs:apparatus:fingerprint|Fingerprint]] | The full specification of a Subject's topology.           | N/A                 | | :::         | [[en:toolworks:docs:apparatus:fingerprint|Fingerprint]] | The full specification of a Subject's topology.           | N/A                 |
-| :::         | [[en:toolworks:docs:apparatus:filter|Filter]]           | The including/excluding selector of the Subjects.         | Query               |+| :::         | [[en:toolworks:docs:apparatus:filter|Filter]]           | The including/excluding selector for the Subjects.        | Query               |
 | :::         | [[en:toolworks:docs:apparatus:mechanic|Mechanic]]       | The processing logic for the Subjects.                    | System              | | :::         | [[en:toolworks:docs:apparatus:mechanic|Mechanic]]       | The processing logic for the Subjects.                    | System              |
 | :::         | [[en:toolworks:docs:apparatus:mechanism|Mechanism]]     | The world-based subset of Subjects and Mechanicals.       | N/A                 | | :::         | [[en:toolworks:docs:apparatus:mechanism|Mechanism]]     | The world-based subset of Subjects and Mechanicals.       | N/A                 |
Line 24: Line 24:
 Why did we chose the non-conventional naming scheme in the first place? Well, we obviously consider ours to be a better one overall and here is why. Why did we chose the non-conventional naming scheme in the first place? Well, we obviously consider ours to be a better one overall and here is why.
  
-"Entity" is a much broader term, that is usually reserved for some general-purpose objects and is quite useful as a general documentation term. On the other hand the word "Subject" is better associated with something that is not autonomous by its own and is actually dependent, subordinate. The word "system" is also so much broader and could denote almost anything, e.g. particle system, save/load system, system library, etc. "Mechanic" is clearly something very deeply related to the game ticking and the game design as a whole. As of "component" – this is basically already reserved by Unreal Engine [[ue>ProgrammingAndScripting/ProgrammingWithCPP/UnrealArchitecture/Actors/Components|itself]]. "Detail"/"Trait" are free to use and are quite obvious to be Parts of something (i.e. Subjects).+"Entity" is a much broader term, that is usually reserved for some general-purpose objects and is quite useful as a general documentation term. On the other hand the word "Subject" is better associated with something that is not autonomous by its own and is actually dependent, subordinate.
  
-It may be hard to remember at first, but you'll get used to it and the logic behind the terms will eventually become your own. Just to sum this all up, the "Entity Component System" is basically transformed into the "Subject Part Mechanic". Please, get back to this article from time to time if you get lost.+The word "system" is also so much broader and could denote almost anything, e.g. particle system, saving/loading system, system library, etc. "Mechanic" is clearly something deeply related to the game ticking and the game design as a whole. 
 + 
 +As of "component" – this is basically already reserved by Unreal Engine [[ue>components-in-unreal-engine/|itself]]. "Detail"/"Trait" are free to use and are quite obvious to be Components of something (i.e. Subjects). We still use the Component term when referring to both Traits and Details at the same time. 
 + 
 +It may be hard to remember at first, but you'll get used to it and the logic behind the terms will eventually become your own. Just to sum this all up, the "Entity Component System" is basically transformed into the "Subject Trait/Detail (or Component) Mechanic". Please, get back to this article from time to time if you get lost easily within our world of things.
  
  • en/toolworks/docs/apparatus/ecs-glossary.1638647778.txt.gz
  • Last modified: 2021/12/04 22:56
  • by vladius