POCO - 版の履歴

2025年3月5日 (水) 06:21にAdministratorによる

2025-03-05T06:21:49Z

← 古い版		2025年3月5日 (水) 06:21時点における版
16行目:		16行目:
	* [[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]		* [[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]

	~~==参考文献==~~		[[category: デザインパターン]]
	~~{{reflist}}~~

	~~{{stub}}~~

2018年6月30日 (土) 01:01にimported>Administratorによる

2018-06-30T01:01:48Z

← 古い版		2018年6月30日 (土) 01:01時点における版
2行目:		2行目:

	==概要==		==概要==
	POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]~~を指す。~~		POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]を指す。逆をいえば「メソッドを一切含まないクラス」と覚えておけばよい。

	POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[[モデル]]は[[UML]]などで表される操作を[[メソッド]]~~として定義したものまで含まれ、本来であればそれだけで~~[[UI]]を除く部分の[[テスト]]~~までは完結できる物であるとされる。ただし、日本の~~[[IT土方]]~~の世界に限れば実際にそこまで本格的に実装された~~[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。		POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[[モデル]]は[[UML]]などで表される操作を[[メソッド]]として定義したものまで含まれ、それだけで[[UI]]を除く部分の[[テスト]]（[[単体テスト]]）までは完結できる物であるとされる。ただし、日本の[[IT土方]]の世界に限れば、実際にそこまで本格的に実装された[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。

	一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。		一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。

	なお、[[PHP]]や[[Python]],[[Ruby]]などの[[スクリプト言語]]の世界では「[[型]]とかメンドクセー」と、POCOをも超越する概念として[[RESTful]]な[[JSON]]が流行っており、それらに対応するため[[.NET]]~~でも[[dynamic]]が搭載されるに至っている。~~		なお、[[PHP]]や[[Python]],[[Ruby]]などの[[スクリプト言語]]の世界では「[[型]]とかメンドクセー」と、POCOをも超越する概念として[[RESTful]]な[[JSON]]が流行っており、それらに対応するため[[.NET]]にもdynamic型が搭載されるに至っている。

	==関連項目==		==関連項目==

2016年3月29日 (火) 05:14にimported>Administratorによる

2016-03-29T05:14:50Z

← 古い版		2016年3月29日 (火) 05:14時点における版
11行目:		11行目:

	==関連項目==		==関連項目==
	*[[ドメインモデル]]		* [[ビジネスロジック]]
	*[[POJO]]		* [[ドメインモデル]]
	*[[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]		* [[POJO]]
			* [[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]

	==参考文献==		==参考文献==

153.219.225.170: /* 概要 */

2015-10-30T02:40:29Z

概要

← 古い版		2015年10月30日 (金) 02:40時点における版
4行目:		4行目:
	POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]を指す。		POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]を指す。

	POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[モデル]は[[UML]]などで表される操作を[[メソッド]]として定義したものまで含まれ、本来であればそれだけで[[UI]]を除く部分の[[テスト]]までは完結できる物であるとされる。ただし、日本の[[IT土方]]の世界に限れば実際にそこまで本格的に実装された[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。		POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[[モデル]]は[[UML]]などで表される操作を[[メソッド]]として定義したものまで含まれ、本来であればそれだけで[[UI]]を除く部分の[[テスト]]までは完結できる物であるとされる。ただし、日本の[[IT土方]]の世界に限れば実際にそこまで本格的に実装された[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。

	一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。		一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。

153.219.225.170: ページの作成:「'''POCO'''（読み：ぽこ、語源：plain old CLR Object）とは、特定のフレームワークに依存しないオブジェクトのことである。 =...」

2015-10-30T02:40:05Z

ページの作成:「'''POCO'''（読み：ぽこ、語源：plain old CLR Object）とは、特定のフレームワークに依存しないオブジェクトのことである。 =...」

新規ページ

'''POCO'''（読み：ぽこ、語源：plain old CLR Object）とは、特定の[[フレームワーク]]に依存しない[[オブジェクト]]のことである。

==概要==
POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]を指す。

POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[モデル]は[[UML]]などで表される操作を[[メソッド]]として定義したものまで含まれ、本来であればそれだけで[[UI]]を除く部分の[[テスト]]までは完結できる物であるとされる。ただし、日本の[[IT土方]]の世界に限れば実際にそこまで本格的に実装された[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。

一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。

なお、[[PHP]]や[[Python]],[[Ruby]]などの[[スクリプト言語]]の世界では「[[型]]とかメンドクセー」と、POCOをも超越する概念として[[RESTful]]な[[JSON]]が流行っており、それらに対応するため[[.NET]]でも[[dynamic]]が搭載されるに至っている。

==関連項目==
*[[ドメインモデル]]
*[[POJO]]
*[[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]

==参考文献==
{{reflist}}

{{stub}}