Entity Framework - EFに依存しないプロシージャと関数の生成されたシグネチャを作成する

Question

これはEntity Framework 6.1.3です。

私のストアドプロシージャのinterfaceを抽出したいと考えています。そして、私はこのインターフェイスがEntityFramwork.dllアセンブリに依存しないようにしたいので、抽象的な方法でクライアントレイヤに公開することができます。そのため、Entity Frameworkに対する認識/参照/依存関係はありません。

EFは、生成されたメソッドシグネチャにObjectResultとObjectParameterのようなクラスを挿入するという問題があります。これらのクラスはアセンブリEntityFramework.dllで定義されているため、抽出したインタフェースにdependenecyを注入します。これは避けたいものです。

私はObjectResult問題をこのように解決：私はMyEntities.Context.ttファイルを編集した、と方法public string FunctionMethod(EdmFunction edmFunction, string modelNamespace, bool includeMergeOption)の内側に私はもともと、このでした行が見つかりました：

returnType == null ? "int" : "ObjectResult<" + _typeMapper.GetTypeName(returnType, modelNamespace) + ">", 

だから私はこれにそれを変更：

returnType == null ? "int" : "System.Collections.Generic.IEnumerable<" + _typeMapper.GetTypeName(returnType, modelNamespace) + ">", 

したがって、生成されたプロシージャの戻り値の型はもはやObjectResult<>ではなく、IEnumerable<>です。

しかし、私はObjectParameterの場合の問題を解決できませんでした。これらはOutputパラメーター（またはInOutパラメーター）があるときにEFによって生成されます。たとえば、ref int myParamのメソッドシグニチャのデフォルトで生成されたObjectParameter myParamを置き換えたいとします。 ObjectParameterの処理は、メソッドのコードの中ではなく、シグネチャの中に保持してください。したがって、各メソッドはObjectParameterを内部的に作成し、戻り値をout/refメソッドのパラメータに配置する必要があります。

私は努力しましたが、そのような方法でMyEntities.Context.ttを編集する方法を見つけることができませんでした。たぶん、T4とEFの知識がある方は、簡単な解決策を提示することができます...

ありがとうございます！

Answer 1

ソリューションは、クライアントに最も適した方法でインターフェイスを定義し、EFが必要とするコードに適応する実装を持つことです。

つまり、T4テンプレートを編集したり、EFを悪用したりして、四角い穴の丸いペグを締め付けようとしないでください。代わりに、EFをラップする、またはEFに呼び出しを委譲し、返されたデータをインターフェイスに合った方法で変換する独立した実装を作成します。この実装にはおそらく数行のコードしか含まれていないかもしれません。代わりに、ストアドプロシージャを扱っているため、式から完全にEFを削除し、ADOを介してSPを直接呼び出すため、変換に対処する必要があります。ネット。このSPをEFでモデル化することはあまり意味がないかもしれません。