「エンティティ・コンポーネント・システム」を編集中

'''エンティティ・コンポーネント・システム'''（英語: Entity component system、通称：ECS）とは、「[[データ]]」と「処理」を完全に分離して考える[[プログラミング]]の手法のひとつ。

「[[コンポーネント指向]]」とはまったくの別物。

データと処理が分離しているので上層部の思いつきによる急な仕様変更に強いという特徴がある。

いわゆる「[[オブジェクト指向]]」を全否定したものだが、[[オブジェクト指向プログラミング言語]]との相性は悪くなく、[[インターフェイス]]と[[構造体]]と[[LINQ]]を搭載する[[C＃]]との相性は非常に良い。

== 主な用語 ==
=== エンティティ ===
オブジェクト指向でいうオブジェクトに近いもの。オブジェクト指向でいう「メソッド」や「プロパティ」や「メンバ変数」などは一切持たず、エンティティの「識別子（ID）」と「コンポーネントの配列」だけを持つ。
<source lang="csharp">
class Entity {
    public List<IComponent> Components { get; private set;} = new List<IComponent>();
}
</source>

=== コンポーネント ===
エンティティが持つ要素のひとつ。いわゆる「[[データ]]」である。
[[構造体]]で実装することが多い。
<source lang="csharp">
interface IComponent {
}
struct DrawableComponent : IComponent {
}
struct HitpointComponent : IComponent {
    public int HitPoint;
}
</source>

=== システム ===
いわゆる「処理」である。エンティティの配列から特定のコンポーネントを持つものを抽出し、それらに対して処理を行う。

以下のような感じである。

* コンポーネントAを持つエンティティに対する処理（システム）
* コンポーネントAとコンポーネントBを併せ持つエンティティに対する処理（システム）
@@ 3行目: / 3行目: @@
 「[[コンポーネント指向]]」とはまったくの別物。
-== 概要 ==
+データと処理が分離しているので上層部の思いつきによる急な仕様変更に強いという特徴がある。
-ECSは「データ」と「処理」が分離していることで「階層構造がない」という特徴がある。
-階層構造は「階層を大きく組み直したいとき」に依存関係が複雑すぎて「右を治したら左が壊れる」という状態に陥り破綻するという問題を抱えているが、ECSを使えばこの問題を回避できる。
-このことから「上層部の思いつきによる急な仕様変更に強い」と言われる。
-* 「[[階層化の有害性]]」も参照
+いわゆる「[[オブジェクト指向]]」を全否定したものだが、[[オブジェクト指向プログラミング言語]]との相性は悪くなく、[[インターフェイス]]と[[構造体]]と[[LINQ]]を搭載する[[C＃]]との相性は非常に良い。
-いわゆる「[[オブジェクト指向]]」を全否定したものだが、一部の[[オブジェクト指向プログラミング言語]]との相性は悪くなく、[[インターフェイス]]と[[構造体]]と[[LINQ]]を搭載する[[C＃]]との相性は非常に良い。
-ECSはゲーム業界では非常に人気がある。
-[[ゲームエンジン]]の[[Unity]]も独自のECSを採用している。
 == 主な用語 ==