問題タブ [poco]

いくつかのフィールドを返すストアド プロシージャがあります。とにかく、自動生成されたクラスを使用する代わりに、ストアドプロシージャが「入る」クラスを定義できますか?

結果を入力するクラスは POCO であり、別の LinqToSql テーブルではありません。

これは可能ですか？poco クラスのパブリック プロパティは、返されたレコードセットのフィールドと同じ名前であると想定しています。

Visual Studio で提供される xsd.exe ツールは、プレーンな古い C# オブジェクトから XSD を生成するときに (xs:import で) SchemaLocation 属性を生成しますか?

xs:import が名前空間をインポートし、以下のプロンプトを表示する相対的な schemalocation 値を提供しないため、生成された XSD が無効であることがわかりました。

名前空間 'urn:company-event-namespace' のインポートされたスキーマは解決されませんでした。

POCO [Serializable]を作成したいのですが、クラス階層ツリー内の他のクラスメンバーは作成しません。フィールドに対してのみ機能する[NonSerialized]があることは知っていますが、それらを除外したり、POCOの[Serializable]を使用して特定のメンバーを選択したりする方法はありますか？

I want to write a POCO in XAML, and use a DataTemplate to display that object in the GUI at runtime. So far, so good; I know how to do all that.

Since I'll already have a DataTemplate that can transform my POCO into a WPF visual tree, is there any way to get the Visual Studio designer to play along, and have the Design View show me the POCO+DataTemplate's resulting GUI, as I edit the POCO's XAML? (Obviously the designer wouldn't know how to edit the "design view"; I wouldn't expect the Toolbox or click-and-drag to work on the design surface. That's fine -- I just want to see a preview as I edit.)

If you're curious, the POCOs in question would be level maps for a game. (At this point, I'm not planning to ship an end-user map editor, so I'll be doing all the editing myself in Visual Studio.) So the XAML isn't WPF GUI objects like Window and UserControl, but it's still not something where I would want to blindly bang out some XAML and hope for the best. I want to see what I'm doing (the GUI map) as I'm doing it.

If I try to make a XAML file whose root is my map object, the designer shows "Intentionally Left Blank - The document root element is not supported by the visual designer." It does this even if I've defined a DataTemplate in App.xaml's <Application.Resources>.

But I know the designer can show my POCO, when it's inside a WPF object. One possible way of accomplishing what I want would be to have a ScratchUserControl that just contains a ContentPresenter, and write my POCO XAML inside that ContentPresenter's Content property, e.g.:

But then I would have to be sure to copy the content back out into its own file when I was done editing, which seems tedious and error-prone, and I don't like tedious and error-prone. And since I can preview my XAML this way, isn't there some way to do it without the UserControl?

いくつかのPOCOがあり、CRUDを実行する対応する永続オブジェクトがあります。永続オブジェクトの適切な名前は何ですか？これらに「サービスオブジェクト」という用語が使われているのを見たことがありますが、サービスと言えばWCFだと思います。「パーシスタンスオブジェクト」が一番いいかもしれませんが、他の人の意見を聞きたいです。

簡単な質問ですが、DTO/POCOSで誰もがどのような命名規則を採用しているのか知りたいと思っていました。

ハンガリアン記法のように接頭辞を付けたくありませんでした。

しかし、私のdtosの名前は、実際に返されたオブジェクト名と衝突しており、それらは別の名前空間にありますが、それでも少し混乱しています。

誰もがそれに適用する命名規則は何だろうと思っていました

たとえば、私の顧客オブジェクトは顧客と呼ばれます

そして、私はdtoへのマッピングを行います...これはCustomerです..iwasはDtoCustomerを考えています..

わからない

誰 ？

Java でJREまたはcglibプロキシ ライブラリを使用するのと同じスタイルで、POCO のランタイム プロキシを作成できるようにしたいと考えています。

法案に適合しているように見えるCastle DynamicProxyを見てきましたが、ドキュメントは良くありません。この種のことが .Net Framework 自体にないことにも驚きました。

誰か：

• Castle DynamicProxy の良いリソースを知っていますか?
• 代替アプローチを知っていますか？

ありがとう！

次のような C# クラスから作成されたドメイン モデルがあるとします。

モデルと共に、IoC のリポジトリ インターフェイス クラスを定義しました。

現在、LINQ マッピングを使用して、この POCO ドメイン モデルをエンティティ クラスのセットに変換しようとしています。(このアプローチは、私が MVC で読んでいる本で推奨されていました。) 上記の例では、クラスの「単純な古さ」に影響を与えることなく、いくつかの属性を使用して簡単に実行できました。

問題は、関連付けのマッピング、変更の変更などを開始したときに発生します。ドメイン モデルの元の概念をすぐに破棄し、代わりに LINQ-to-SQL クラスのセットを作成しているようです。何か不足していますか？これらのクラスは、依然としてビジネス ロジックの適切な場所ですか? 非 LINQ、非 DB ソースからこれらのクラスにデータをロードし続けることはできますか?

ありがとう

現在のプロジェクトでは、いくつかの異なる永続化レイヤーを試しています。私たちは POCO/PI アプローチを試みています。候補の 1 つは LinqToSql です。私は、POCO とマッピング ファイルが手動で作成された「Pro LINQ Object Relational Mapping with C# 2008」で Vijay Mehta が提示した作業に従っています。

私は次のPOCOを持っています:

そして、私はマッピングファイルのためにこれを持っています:

マッピングソースを読み込もうとすると、エラーが発生します:

失敗した CanInstantiateDataContext CIN.CIN2010.Persistence.L2S.Test テスト メソッド CIN.CIN2010.Persistence.L2S.Test.ContextTests.CanInstantiateDataContext が例外をスローしました: System.TypeInitializationException: 'Nested' の型初期化子が例外をスローしました。---> System.InvalidOperationException: マッピングの問題: タイプ 'CIN.CIN2010.DomainModel.Notifications.Notification' のルートを解決できません..

何か案は？

殴打されて死んだと思われる方は、あらかじめお詫び申し上げます。私はここ数時間、ここSOで多くの優れた投稿を検索して読んだばかりですが、それでも混乱しています。

私の混乱の原因は、DTOとDDDおよびリポジトリです。POCOドメインオブジェクトにスマートを持たせ、リポジトリから取得したいと思います。しかし、それを機能させるには、いくつかのカプセル化ルールに違反する必要があるようであり、DTOを彼らの頭に向けることができるようです。

簡単な例を次に示します。カタログアプリケーションでは、パーツは他の多くのパーツを含むパッケージである可能性があります。したがって、Part POCOがIEnumerable<Part>を返す'GetChildren（）'メソッドを持つことは理にかなっています。それは、その途中でリストを使って他のことをするかもしれません。

しかし、そのリストはどのように解決されますか？リポジトリが答えのようです：

と

そのため、私のカタログの利用者は、リポジトリからパーツを（正しく）ロードすることに加えて、GetChildren（part）を直接呼び出すことで、パーツでカプセル化されたロジックをバイパスすることもできます。悪くないですか？

リポジトリはPOCOを提供する必要があるが、DTOは「レイヤー間」でデータを転送するのに適していることを読みました。多くの部品プロパティが計算されます。たとえば、価格は複雑な価格設定ルールに基づいて計算されます。価格はリポジトリからのDTOにも含まれません。したがって、価格データをWebサービスに戻すには、DTOがパーツを消費する必要があります。その逆ではないようです。

これはすでに長くなりすぎています。頭を緩めたところはどこですか？