タグ付けされた質問 「poco」

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 12か月前に閉鎖。 Entity Framework 4.1をモデル/データベース優先でEDMXダイアグラムよりコードファーストで使用する場合の長所と短所は何ですか？ EF 4.1を使用してデータアクセスレイヤーを構築するためのすべてのアプローチを完全に理解しようとしています。リポジトリパターンとを使用していますIoC。 コードファーストアプローチを使用できることを知っModelBuilderています。エンティティとコンテキストを手動で定義し、スキーマを微調整するために使用します。 EDMX図を作成し、T4テンプレートを使用して同じPOCOクラスを生成するコード生成ステップを選択することもできます。 どちらの場合も、私POCOはORM不可知論的であり、から派生するコンテキストを持つオブジェクトになりますDbContext。 Enterprise Managerでデータベースを設計し、モデルをすばやく同期し、デザイナーを使用して微調整できるので、データベースファーストが最も魅力的なようです。 では、これら2つのアプローチの違いは何ですか？それは単にVS2010対Enterprise Managerの好みについてですか？

618 entity-framework  ef-code-first  entity-framework-4.1  poco  ef-database-first 

OverаэтотвопросестьответынаStack Overflowнарусском：НаглядныйпримерразличияDTO、POCO（POJO）иValue Object POCO = Plain Old CLR（またはそれ以上：クラス）オブジェクト DTO =データ転送オブジェクト この投稿には違いがありますが、率直に言って、私が読んだほとんどのブログでは、DTOの定義方法についてPOCOについて説明しています。DTOは、アプリケーションのレイヤー間でデータを移動するために使用される単純なデータコンテナーです。 POCOとDTOは同じものですか？

405 c#  .net  poco  dto 

誰かが「POCO」の意味を正確に定義できますか？ますます頻繁にこの用語に遭遇し、それが単なるクラスに関するものだけなのか、それとももっと何かを意味するのか疑問に思っています。

238 class  poco 

閉まっている。この質問はスタックオーバーフローのガイドラインを満たしていません。現在、回答を受け付けていません。 この質問を改善してみませんか？Stack Overflowのトピックとなるように質問を更新します。 6年前休業。 この質問を改善する 私はしばらくプログラミングをしていて、以前にLINQ-To-SQLおよびLINQ-To-Entitiesを使用していました（ただし、エンティティを使用する場合は、エンティティ/テーブル1-1の関係にあります。つまり、L2SQLとそれほど変わりません）。 私は、制御の反転、作業単位、POCO、およびリポジトリー・パターンについて多くの読書をしてきましたが、この方法論を新しいアプリケーションで使用したいと考えています。 私が苦労しているのは、EF1の知識を前提としない、EF4の明確で簡潔な初心者向けガイドを見つけることです。 私が答える必要がある具体的な質問は次のとおりです。 最初にコード/モデルを最初に？EF4に関する長所/短所（つまり、最初にコードを実行し、後でコードを変更し、DBモデルを再生成する必要がある場合はどうなりますか？データは保持され、変換または削除されますか？） 私がコードファーストになると仮定して（EF4がそれをDBスキーマに変換する方法を確認したいのですが）、実際にどのように開始しますか？エンティティダイアグラムに「これがエンティティモデルなので、次に移動します...」という記事をよく目にします-残念ながら、デザイナーでモデルを作成して保存したかどうかは不明ですコードを生成し、それ以降の自動コード生成を停止しました-または-コード化しました（POCO）？クラスとどういうわけかそれらをdeisgnerビューにインポートしましたか？ 私が本当に必要なのは、「魔法」がどこから来ているのか、そしてDBから直接EFモデルを生成するだけではない場合、自分で追加する方法を理解することだと思います。 質問が少し漠然としていることは承知していますが、わからないことはわかりません。入力、修正、説明はありがたいです。 言うまでもなく、誰もここに座ってEFを教えてくれるとは思っていません。良いチュートリアル、フォーラム、ブログなどが欲しいです。完全なエンティティ初心者向け

183 entity-framework  entity-framework-4  linq-to-entities  poco 

Entity Framework 4、POCOオブジェクト、およびASP.Net MVC2。私は多対多の関係を持っています。BlogPostエンティティとTagエンティティの間で言いましょう。つまり、T4で生成されたPOCO BlogPostクラスでは、 public virtual ICollection<Tag> Tags { // getter and setter with the magic FixupCollection } private ICollection<Tag> _tags; ObjectPostのインスタンスからBlogPostおよび関連するタグを要求し、それを別のレイヤー（MVCアプリケーションで表示）に送信します。後で、プロパティと関係が変更された、更新されたBlogPostを取得します。たとえば、タグ「A」、「B」、「C」があり、新しいタグは「C」、「D」です。私の特定の例では、新しいタグはなく、タグのプロパティは変更されないため、保存する必要があるのは変更された関係のみです。これを別のObjectContextに保存する必要があります。（更新：同じコンテキストインスタンスで実行しようとしましたが、失敗しました。） 問題：関係を適切に保存することができません。私は見つけたすべてを試しました： Controller.UpdateModelおよびController.TryUpdateModelが機能しません。 コンテキストから古いBlogPostを取得してから、コレクションを変更しても機能しません。（次のポイントとは異なる方法で） これはおそらく機能しますが、これが解決策ではなく単なる回避策であることを願っています:(。 可能なすべての組み合わせでBlogPostやタグのAttach / Add / ChangeObjectState関数を試してみました。失敗しました。 これは私が必要としているように見えますが、機能しません（私はそれを修正しようとしましたが、私の問題には対応できません）。 ChangeState / Add / Attach / ...を試みましたが、コンテキストの関係オブジェクトです。失敗しました。 「機能しない」とは、ほとんどの場合、エラーが発生せず、少なくともBlogPostのプロパティが保存されるまで、特定の「ソリューション」に取り組んだことを意味します。リレーションシップで何が発生するかは異なります。通常、新しいPKを使用してタグがタグテーブルに再度追加され、保存されたBlogPostはそれらを参照し、元のPKを参照しません。もちろん、返されたタグにはPKがあり、保存/更新メソッドの前にPKをチェックします。それらはデータベース内のものと等しいため、EFはおそらくそれらを新しいオブジェクトであり、それらのPKは一時的なものであると考えています。 私が知っている問題で、自動化された簡単な解決策を見つけることが不可能になる可能性があります。POCOオブジェクトのコレクションが変更されると、FixupCollectionトリックが反対側の逆参照を更新するため、上記の仮想コレクションプロパティによって発生するはずです。多対多の関係の。ただし、ビューが更新されたBlogPostオブジェクトを「返す」場合、それは起こりませんでした。これは、おそらく私の問題に対する簡単な解決策はないことを意味しますが、それは私を非常に悲しくし、EF4-POCO-MVCの勝利を憎みます:(。これは、EFがMVC環境でこれを行うことができないことを意味しますEF4オブジェクトタイプが使用されます:(。スナップショットベースの変更追跡では、変更されたBlogPostが既存のPKのタグとの関係を持っていることがわかるはずです。 ところで、私は1対多の関係でも同じ問題が発生すると思います（Googleと私の同僚はそう言っています）。私はそれを自宅で試してみるつもりですが、それがうまくいくとしても、私のアプリでの6つの多対多の関係で私を助けません:(。

107 asp.net-mvc  entity-framework-4  poco 

新しいプロジェクトに取り掛かり、POCOを設計するたびに、私は自分自身と精神的な議論を交わしています。私は、外部キーの関連付けを支持するように見える多くのチュートリアル/コードサンプルを見てきました。 外部キー協会 public class Order { public int ID { get; set; } public int CustomerID { get; set; } // <-- Customer ID ... } 独立した団体とは対照的に： 独立した協会 public class Order { public int ID { get; set; } public Customer Customer { get; set; } // <-- Customer object …

102 entity-framework  poco 

現在のところ、この質問は私たちのQ＆A形式には適していません。回答は事実、参考資料、または専門知識によって裏付けられることを期待していますが、この質問は、討論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてガイダンスを入手してください。 7年前に閉鎖されました。 POCOを学び始めたばかりですが、その使用法と利点を理解できません。stackoverflowのリンクをたどっても役に立ちませんでした。 POCOを使用したEntityFrameworkとは 誰かが簡単な例でPOCOの使用法を説明できますか？

82 c#  .net  entity-framework  poco