3

次のインターフェースを実装したいとしましょう。

public interface ICar
{
   bool IsMoving();
   bool IsRegistered();
   int CurrentSpeed {get; set;}
} 

   public class Car : ICar
   {
       public int CurrentSpeed {get; set;}        
       public bool IsMoving()
       {
         // some logic here
       }
   }

このIsMoving（）メソッドはpoco定義を破りますか？

4

2 に答える 2

3

POCOはフレームワーク設計の特徴です。つまり、フレームワークを使用する（一部の）コードをそれに適合させる必要はありません。IEntity最も注目すべきは、ORMフレームワークでは、エンティティクラスを実装して、データベースに永続化できるようにする必要がないことを意味します。

つまり、独自のコードでは、「POCO」とは何かを気にする必要はありません。ただし、他の人が自分のコードを使用して実装する必要がある場合は、他の人ICarがPOCOを使用することを許可していません。

于 2012-11-11T13:56:59.050 に答える
0

このリンクを確認してくださいDTOverPOCO

POCOとDTO

引用（ただし、リンクを読み、他のリンクをたどってください）

...POCOはOOPのルールに従います。状態と動作が必要です（必須ではありません）。POCOは、MartinFowlerによって造られたPOJOから来ています...

言い換えれば、POCOに振る舞いがあれば、それは絶対にOKです。The requirementPOCOは永続性に気づいていません

于 2012-11-11T14:02:23.427 に答える