Frameworkを使う場合とPOCOを使う場合と、それぞれを混在させたい場合とあるような気がするけどどうなんでしょう。Onlyなら普通に混在できていいんじゃないかと思うけど簡単に出来たりしないのかな~。Detailsでやってみた。Modelを以下のように作成。Serviceを作成。これに以下のようなPOCOクラスも混在させたい。}}このモデルを返すのは以下のようなクエリです。od.Quantity)))};がしかし、これを利用するためにDataEfクラスにIQueryableなメソッドを追加してもどうにもこうにも機能してくれないんですよ。Service層にはそんなのいないからってことでしょうね。Answersここにあるように一旦POCOだけで動かせる状態にして、そのクラスをプロキシとしてDataService<T>を作ってみます。}}これを使ってDataEfを定義することにしてみたけど、これはこれでやっぱりエラー。Modelで定義したものを除外してDailyOrderSummariesだけにするとうまく行くわけですよ。なると、違いはDataService<T>に指定するクラスじゃなくて、モデルの基底クラスなのかなとなりますね。ソースかドキュメントでもあれば自信を持って基底クラスがEntityObjectのものがいるとPOCO混在出来ないと言えるところなんですが、そのへんよくわからないです。SQLのDataContextを使うという方法もありますね。こっちは基底クラスがいない(objectな)わけで。SQLのDataContextの作成からやり直してみます。あ、そうそうちなみにPOCOの場合、キー項目がわからないので、クラスにDataServiceKey属性を付けるのを忘れずに。Zwezdinなので、先のDailyOrderSummaryクラスは以下のように属性を付けておく必要あり。}}DataContextに追加したモデルたちもpartialなので同じように定義します。Category{}これをプロキシとなるDataModelsにまるっといれこんで以下のようなクラスができました。}}なんか無駄にコードの量が増えてきて面倒になってきた...。Generatorを使って同じようにやりたくなるってもんですよね。GeneratorこのジェネレータはT4になってて、EDMXファイルを指定すると、ObjectContex派生のコンテキストクラスと、エンティティPOCOクラスを生成してくれます。POCOエンティティなのでDataServiceKey属性定義は必要だね。やってみよう!おぉ~、いいじゃ~ん。ジェネレートしたエンティティを参照すると↑こんなの出てきてちゃんと動かない。出力されたエラーを見てみると...。複合型またはエンティティ型ではありません。</m:error>なんじゃこれ。調べてみたらDynamicProxiesを使わないようにすればいいという記述を発見。GeneratorのTTファイルをいじることにしてみます。VSに生成されてる~.Context.ttファイルを開いて、Constructorsリージョンで隠れてる部分を開いて以下のように変更。<#WriteLazyLoadingEnabled(container);#>}#endregionこの状態で動かしてみます。今度は通常のエンティティクラスの参照もうまくいきました。ちなみにttファイルをいじってしまえば、DataServiceKey属性もハナからくっついた状態でエンティティクラスを生成させることも出来ますね。entity))太字の1行。Servicesは比較的簡単に公開できるね、っていう話。ServiceのレイヤでごちゃごちゃせずにDBにViewを定義して、そのViewをそのまま公開するのが本筋だと思うわけです。Viewが集計に必要なRaw状態になってれば、あとはPivotTableなり使ってExcelでよしなにやってしまえよ、というのがセルフBIのスタートラインなんじゃないのかね。賢くないことをしようとすると無駄なことをたくさんしないといけなくなるから、そこんとこちゃんとやりたまえよ。Translator)のブックマークレットGridViewも使ってますDeserializingModelBinderRazorのポテンシャルふぉー!フォー!デレシシシ。