問題タブ [entities]

ロール テーブル、ユーザー テーブル、および userid、roleid を持つ xref テーブルを使用して、ユーザー認証と承認を実装しようとしています。

ロールの更新、ロールの挿入、ユーザーの追加、ロールへのユーザーの追加、ユーザーの更新、ユーザーロールの更新、ユーザーの認証、監査へのユーザーセッションの追加などを行うための一般的なリポジトリを実装するには、それぞれに個別の関数を作成する必要がありますか、または 1 つの一般的な方法を使用できますか同様の機能のために。ユーザーを他のテーブルに結合し、条件に基づいて上位 5 行を取得する、単一のフォームを使用して 3 つのテーブル (キーで結合) に挿入するなど、他にもいくつかの操作があります。

多くの記事やサンプルを読んで混乱しています。私が目にする bcos サンプルは、CRUD 操作以外の深い実装には入っていません。

誰かが私を案内したり、良いサンプル/記事に誘導したりできますか?

私は3つのテーブルを持っています:

現在、エンティティ デザイナーは、テーブル間の関連付けを持つ 2 つのテーブルのみを作成します。UserId = value1 および MessageId = value2 の項目を選択しようとしていますが、正しく取得できないようです。エンティティ クエリはどのようになりますか?

DomDocument で開いた XML ファイルを保存して、内部の HTML が HTML エンティティにエンコードされないようにするにはどうすればよいですか?

だから私はlinqに慣れていないので、私がしていることは完全に愚かかもしれないことに注意してください！

多対多の関係を持つケーススタディの表とサービスの表があります

ケーススタディはすでに存在し、すでに存在するいくつかのケーススタディをリンクしながらサービスを挿入しようとしています。私はこのようなものがうまくいくと思っていましたか？

しかし、これは正しくありません。

タイプ「System.Linq.IQueryable」を「System.Data.Objects.DataClasses.EntityCollection」に暗黙的に変換することはできません

誰かが正しい方法を教えてくれませんか。

前もって感謝します

Account と House という 2 つの Core Data エンティティがあります。各アカウントには家のリストを含めることができ、家は 1 つのアカウントにのみ含めることができるため、これは逆の通常の 1 対多の関係です。

アカウントには、多くの可能性のある家のどれがプライマリであるか、または何もない場合は nil であることを示す「プライマリ」プロパティもあります。プライマリ プロパティの ID は変更される可能性があり、もちろん、それぞれが独自の住宅コレクションを持つ多くのアカウントが存在する可能性があります。

これを逆の 1 対 1 の関係としてモデル化する必要がありますか? それなし？

それとも、区画番号など、家に関する一意の情報を格納する属性を使用してモデル化し、それを House エンティティに追加する必要がありますか?

どちらの方法にも長所と短所はありますか? また、他に検討すべき方法はありますか?

XML ファイル内の壊れたデータをどのように処理しますか? たとえば、私が持っていた場合

私はやろうとしています:

未知のエンティティがあるため、惨めに失敗します。ソフトウェアの書き方が原因で、CDATA を使用できないことに注意してください。XML を読み書きするモジュールを作成していますが、ユーザーが不適切なテキストを挿入することがあります。

DOMDocument->loadHTML() がすべてを適切にエンコードしていることに気付きましたが、どうすればそこから続行できますか?

まず、私が理解しているように、XHTML ドキュメントでは数値エンティティを使用する方が適切"です"。

次に、RSS XML フィードの場合、どのエンティティ タイプが正しいですか? 名前付きか数値か? 数値だと思いますが、検索で両方の例を参照してください。

第三に、インライン JavaScript 内のエンティティについて正しいものは次のうちどれですか?

または... ( 内のタグJS functionは名前付きエンティティに変換されます):

編集1：

以下の素晴らしい回答ですが、質問の言い方を変えるべきだったかもしれません。

Web サイトと RSS フィードに使用する JavaScript の質問は無視します。

(1) すべての数値エンティティ、(2) すべての名前付きエンティティ、(3) 両方の混合: & " < >、残りは数値。

私のサイトはすでに& " < > '深く埋め込まれておりhtmlspecialchars()、かなりの数の場所で使用されているため、3 に傾いています。

編集2：

以下のすべての良い答え、皆さん。残念ながら、1つだけを選択する必要がありました。

ここで議論する価値があると思うジレンマに遭遇しました。

IoC で解決される別の DAL からデータを取得する一連のドメイン オブジェクト (必要に応じてエンティティと呼ぶこともできます) があります。

システムを非常に拡張可能にすることを考えていましたが、IoC によってこれらのエンティティも解決することが正しいかどうか迷っています。

ばかげた例を提示しましょう。

次のインターフェイスを持つ Web サイトがあるとします。

概念は、DAL がそのようなインターフェイスと汎用インターフェイスを実装することIDataProvider<TData>です。その後、DAL は簡単に交換可能になります。そして、それを使用する次のクラスがあります。

これにより、システム全体が実際の DAL 実装 (例ではIDataProvider<IArticleData>) から独立したものになります。

次に、この機能が実際には十分でない状況を想像して、拡張したいと考えています。上記の例では、それを行うオプションはありませんが、インターフェイスを実装する場合:

次に、Article クラスへのすべての依存関係を削除し、IoC を使用して一時的な IArticle コンポーネントとして解決を開始します。

たとえば、キャッスルでは次のようになります。<component id="ArticleEntity" service="IArticle" type="Article" lifestyle="transient" />

この後、拡張する必要がある場合は、次のように簡単になります。

あとは、構成を次のように変更するだけです。<component id="ArticleEntity" service="IArticle" type="Article" lifestyle="transient" />

したがって、問題のシステムを使用する人は誰でも、構成内の行を書き換えるだけで、すべてのクラスを置き換えることができます。新しいものは古いものと同じ機能を実装するため、他のすべてのエンティティも正しく機能します。

ところで、これは「関心の分離」哲学の良い解決策のようです。

私の質問は、これは正しいことですか? 真剣に考えた後、これを行うためのより良い方法を見つけることができませんでした。MEF も検討しましたが、プラグインを作成することを目的としているようですが、このようなシステムの既に完全な部分を置き換えたり拡張したりすることは目的ではないようです。

このトピックに関する多くの SO の質問 (およびその他の情報源) を読みましたが、最も注目すべきは次のとおり です。と IoC、コンテナをどこに置くのですか？

また、次のページで説明されている問題に陥っているのではないかと心配して い ます。 should-domain-entity-be-managed-by-ioc/

もう 1 つ: これにより、システム全体のテスト容易性が向上しますね。

どう思いますか？

EDIT：別のオプションは、これらのエンティティのファクトリーパターンを作成することですが、IoC.Resolve<IArticle>より簡単ですIoC.Resolve<IArticleFactory>().CreateInstance()

エンティティと値オブジェクトはどちらもドメイン オブジェクトです。DDD でこの 2 つの違いを知っていて、何の役に立つのでしょうか? たとえば、ドメイン オブジェクトをエンティティまたは値オブジェクトのいずれかとして考えると、よりクリーンなドメイン モデルが促進されますか?

強く型付けされたビューに渡される MVC コントローラーでエンティティを操作しています。

フォームがビューに投稿されたときに、更新されたデータを使用してコントローラーでこれらのエンティティを再インスタンス化するにはどうすればよいですか? フォームにはエンティティのすべてのフィールドが含まれているわけではないため、エンティティを再インスタンス化するために必要なすべてのデータがモデル バインディングに存在しません。一部のデータセットのみが送信されます。

投稿された値でエンティティを更新する前に、キー値に基づいてエンティティをリロードすることはありません。これは 1) 非効率的です 2) 元の RowVersion 同時実行フィールドの値を保持しないと、Entity Framework で POCO オブジェクトとの楽観的同時実行が防止されます

しかし、私の質問は、これが推奨される方法ですか?

この質問は、ビューで再送信されず、エンティティをリロードしたくないデータを含むエンティティに適用できます。

ありがとう