3

プラットフォームは、Oracle データベースを備えた ASP.Net 3.5sp1 です。DataLayer での時間と利便性のために、MyGeneration と Entity Framework の両方を検討しました (ビジネス層のいくつかの基本クラスもあるかもしれません)。

私の質問は次のとおりです。

  1. Entity Framework と MyGeneration を使用することの長所と短所はありますか?

  2. MyGeneration を使用して Entity Framework を使用するコードを生成することについて何か考えはありますか?

両方の経験を持つ開発者からのフィードバックを期待していますが、フィードバックは大歓迎です。

これまでに行った調査: MyGeneration に精通したチーム メンバーがいます。いくつかのチュートリアル ビデオを見て、Entity Framework の紹介ドキュメントを読みました。

注: Entity Framework がソリューションの一部である場合、Oracle 用の Entity Framework データ プロバイダーを購入する必要があることを認識しています。

また、Entity-Spaces については認識していますが、他の理由から候補ではないようです。

4

3 に答える 3

2

MyGenerationの経験はあまりありませんが、過去6か月間、EntityFrameworkv1を使用して小さなアプリを構築した経験は豊富です。ストアドプロシージャのマッピングで経験したことと、SPからModelオブジェクトのみを返す際の問題がv1になることから、現時点で最も実行可能なオプションが必要な場合は、現時点でMyGenerationを使用することをお勧めします。Entity Frameworkには、v2で対処されている（指が交差している）多くの問題点がまだあります。

于 2009-06-05T12:57:27.467 に答える
1

単一のUMLダイアグラムからC＃コード、SQLスクリプト、およびEntity Framework XMLファイルを生成したカスタムメイドのコードジェネレーターを使用しました（IBM Relational Architectによって作成され、XMLファイルに保存されています）。このようにして、データレイヤー内のすべてを完全に制御できます。もちろん、プロジェクトが十分に大きく、他の方法があまり適用できない場合にのみ適切です。このようなジェネレーターを作成することはそれほど難しくありません。後の段階で、ジェネレーターを拡張して、たとえばUML図から直接Webサービスなどの追加機能を作成できます。

于 2009-06-05T11:53:36.673 に答える
1

MyGeneration エクスポートがある場合は、それに固執することをお勧めします。EntityFrameworkについては。私はいくつかの小規模なプロジェクトに使用しましたが、小規模なシステム (10 ～ 15 未満のテーブル) で作業する場合に最適だと思います。

また、あなたのソリューションに「本当に」適合するものがないためにこれらすべてについて議論している場合は、私の2つの代替オプションのいずれかを検討してください。

  • CodeSmith のコピーを入手して、独自のテンプレートを作成してください。そうすれば、EntityFramework (生成されたコードで使用される) から「開始」し、問題が発生した場合は別のものに切り替えることができます。
  • .NET 層を検討してください。過去の大規模なプロジェクトでは非常にうまく機能しました。
于 2009-06-05T15:15:12.243 に答える