エンティティ・コンポーネント・システム - 版の履歴

2025年3月5日 (水) 05:47にAdministratorによる

2025-03-05T05:47:34Z

← 古い版		2025年3月5日 (水) 05:47時点における版
44行目:		44行目:
	* コンポーネントAを持つエンティティに対する処理（システム）		* コンポーネントAを持つエンティティに対する処理（システム）
	* コンポーネントAとコンポーネントBを併せ持つエンティティに対する処理（システム）		* コンポーネントAとコンポーネントBを併せ持つエンティティに対する処理（システム）

			[[category: プログラミング]]

Administrator: /* 概要 */

2022-12-07T04:47:58Z

概要

← 古い版		2022年12月7日 (水) 04:47時点における版
4行目:		4行目:

	== 概要 ==		== 概要 ==
	~~データと処理が分離しているので上層部の思いつきによる急な仕様変更に強いという特徴がある。~~		ECSは「データ」と「処理」が分離していることで「階層構造がない」という特徴がある。
			階層構造は「階層を大きく組み直したいとき」に依存関係が複雑すぎて「右を治したら左が壊れる」という状態に陥り破綻するという問題を抱えているが、ECSを使えばこの問題を回避できる。
			このことから「上層部の思いつきによる急な仕様変更に強い」と言われる。

	~~ゲーム業界では非常に人気がある。~~		* 「[[階層化の有害性]]」も参照

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

			ECSはゲーム業界では非常に人気がある。
	[[ゲームエンジン]]の[[Unity]]も独自のECSを採用している。		[[ゲームエンジン]]の[[Unity]]も独自のECSを採用している。

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

	== 主な用語 ==		== 主な用語 ==

2022年12月7日 (水) 04:22にAdministratorによる

2022-12-07T04:22:23Z

← 古い版		2022年12月7日 (水) 04:22時点における版
3行目:		3行目:
	「[[コンポーネント指向]]」とはまったくの別物。		「[[コンポーネント指向]]」とはまったくの別物。

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

			ゲーム業界では非常に人気がある。
			[[ゲームエンジン]]の[[Unity]]も独自のECSを採用している。

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

2022年12月7日 (水) 04:19にAdministratorによる

2022-12-07T04:19:43Z

← 古い版		2022年12月7日 (水) 04:19時点における版
1行目:		1行目:
	'''エンティティ・コンポーネント・システム'''（英語: Entity component ~~system、通称：ECS）とは、データと処理を完全に分離して考える~~[[プログラミング]]~~の手法のひとつ。「~~[[コンポーネント指向]]」とはまったくの別物。		'''エンティティ・コンポーネント・システム'''（英語: Entity component system、通称：ECS）とは、「[[データ]]」と「処理」を完全に分離して考える[[プログラミング]]の手法のひとつ。

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

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

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

	== 主な用語 ==		== 主な用語 ==

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

Administrator: /* エンティティ */

2022-11-24T05:21:43Z

エンティティ

← 古い版		2022年11月24日 (木) 05:21時点における版
7行目:		7行目:
	=== エンティティ ===		=== エンティティ ===
	オブジェクト指向のオブジェクトに近いもの。オブジェクト指向でいう「メソッド」などは持たず、エンティティの「識別子（ID）」と「コンポーネントの配列」だけを持つ。		オブジェクト指向のオブジェクトに近いもの。オブジェクト指向でいう「メソッド」などは持たず、エンティティの「識別子（ID）」と「コンポーネントの配列」だけを持つ。
			<source lang="csharp">
			class Entity {
			public List<IComponent> Components { get; private set;} = new List<IComponent>();
			}
			</source>

	=== コンポーネント ===		=== コンポーネント ===

Administrator: /* コンポーネント */

2022-11-24T05:20:16Z

コンポーネント

← 古い版		2022年11月24日 (木) 05:20時点における版
9行目:		9行目:

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

	=== システム ===		=== システム ===

Administrator: ページの作成:「'''エンティティ・コンポーネント・システム'''（英語: Entity component system、通称：ECS）とは、データと処理を完全に分離して考…」

2022-11-24T05:11:55Z

ページの作成:「'''エンティティ・コンポーネント・システム'''（英語: Entity component system、通称：ECS）とは、データと処理を完全に分離して考…」

新規ページ

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

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

== 主な用語 ==

=== エンティティ ===
オブジェクト指向のオブジェクトに近いもの。オブジェクト指向でいう「メソッド」などは持たず、エンティティの「識別子（ID）」と「コンポーネントの配列」だけを持つ。

=== コンポーネント ===
エンティティが持つ要素のひとつ。いわゆる「データ」である。

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

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

* コンポーネントAを持つエンティティに対する処理（システム）
* コンポーネントAとコンポーネントBを併せ持つエンティティに対する処理（システム）