0

Fluent API を使用して POCO 構成を作成する EF Code First チュートリアルを偶然見つけました。これが EF で利用できることを知らず、以前はデータ注釈にしか見えませんでした。

このチュートリアルを見た後、「Fluent API とデータ注釈」に関する記事やトピックをおそらく 12 ほど読みました。コンセンサスは、Fluent API を使用すると、「ダム」ドメインの POCO を永続化ロジックから分離できるということです。私が目にする明白な問題は、データ注釈に付随するフロントエンドの検証が得られないことです。これがどのように取り組まれているかについて、Fluent API 支持者からの反応をまだ読んでいません。

Fluent API を使用する場合、構成ファイルとフロントエンドでロジックを複製する必要がありますか?

4

1 に答える 1

1

はい、流暢な API アプローチを使用すると、フロントエンド検証でエンティティ メタデータが重複する可能性があります。

流暢な API アプローチの大きな利点の 1 つは、エンティティが Entity Framework に依存しないことです。この問題は、データ注釈属性を System.ComponentModel.DataAnnotations アセンブリに移動することにより、.NET 4.5 で修正されました。

フロントエンドが実際にはドメイン エンティティを使用せず、エンティティから投影された DTO またはフロントエンド固有のモデルを使用することも、複雑なエンティティ モデルでは一般的です。この場合、とにかくデータ注釈属性を失うことになります。

于 2013-08-01T21:13:59.580 に答える