差分
POCO
,編集の要約なし
==概要==
POCOは一般的には[[構造体]]のようなにシンプルな[[データ]]の受け渡しに特化した[[プロパティ]]だけで構成された[[クラス]]を指す。を指す。逆をいえば「メソッドを一切含まないクラス」と覚えておけばよい。
POCOはいわゆる[[MVC]]や[[MVVM]]の「[[モデル]]」と似ているが、本来の[[モデル]]は[[UML]]などで表される操作を[[メソッド]]として定義したものまで含まれ、本来であればそれだけでとして定義したものまで含まれ、それだけで[[UI]]を除く部分の[[テスト]]までは完結できる物であるとされる。ただし、日本の（[[単体テスト]]）までは完結できる物であるとされる。ただし、日本の[[IT土方]]の世界に限れば実際にそこまで本格的に実装されたの世界に限れば、実際にそこまで本格的に実装された[[モデル]]は稀で、ほぼPOCOと同義になっているものが多い。
一方、POCOでは[[データ]]受け渡しに特化し、[[ドメインモデル]]に影響を及ぼす意味のある操作は含めてはいけない。[[データベース]]と[[サーバー]]間のデータ受け渡し（[[Micro ORM]]的なマッピング）と、[[サーバー]]と[[クライアント]]間のデータ受け渡しの形式が共通であれば無駄が少なく似たようなクラスを乱立させることもない。[[Visual Studio]]や[[Xamarin Studio]]のソリューション中に共通で使用するPOCOだけを格納したプロジェクトを作り、サーバーやクライアントの各プロジェクトから参照すればマッピングも楽になる。
なお、[[PHP]]や[[Python]],[[Ruby]]などの[[スクリプト言語]]の世界では「[[型]]とかメンドクセー」と、POCOをも超越する概念として[[RESTful]]な[[JSON]]が流行っており、それらに対応するため[[.NET]]でも[[dynamic]]が搭載されるに至っている。にもdynamic型が搭載されるに至っている。
==関連項目==
* [[ビジネスロジック]]*[[ドメインモデル]]*[[POJO]]*[[オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。]]
==参考文献==