問題タブ [entity]

誰でも手を差し伸べることができますか？私は MVC ストアフロントのビデオを見ていて、これらの手法、つまり DDD、リポジトリ パターンを使用して独自の Web サイトを作成しましたが、Entity Framework を使用したいと考えています。

インターフェイスでは IQueryable を返しますが、Entity Framework では代わりに ObjectQuery を返す必要がありますか? - LINQ を使用します。

また、ストアドフロントの例では、次のようになります。 IQueryable<Category> GetCategories();

また、MVC ストアでは、Category クラスは構築されたエンティティ クラス (標準クラス) でしたが、Entity Framework では、これらのクラスはオブジェクト コンテキストで事前に構築されています。そうではありませんか?

それで、私はそれらを構築する必要がありますか？

私は少し混乱しています。誰かに役立つ例やコードがあれば、それは本当に役に立ちます。

私が言うように、linq2sql を使用して MVC ストアフロントのビデオを見てきましたが、実際には Entity Framework を使用したいと考えています。

何か案は？

ありがとう

鍛冶屋

HTMLページに文字☜と☞を表示しようとしています。(不可解なことに) Camino を除いて、私がテストしたすべてのブラウザーで正しく表示されます。代わりに、次のように表示されます。

☜ http://b2.s3.p.quickshareit.com/files/picture1a9745.png

それが☜のためにレンダリングするものです。☞に表示される記号も同様です。

何らかの理由でこれらの文字が正しく表示されない場合は、私が使用している HTML エンティティを次に示します。

現在、Camino は Gecko を使用する Mac 専用ブラウザです。しかし、私がテストしたすべてのバージョンの Firefox は問題なく動作し、私のメイン ブラウザは Mac の Safari です。

助けてくれてありがとう。

誰でも助けてもらえますか、私は2つのアプリケーションを持っていますが、それらはほぼ同じです。それらは完全に異なるプレゼンテーション レイヤー (Web) を持ち、ビジネス ロジックとデータベースはほぼ同じです。基本的に、あるアプリには他のアプリにはない機能があります。

だから私はルールなどを破ることなく次のことができるかどうか疑問に思っていました

各アプリには独自のプレゼンテーション レイヤーがあります。
各アプリには独自のサービス レイヤーがあります。
各アプリには、独自のデータ アクセス レイヤーがあります。
各アプリは別のサービス レイヤーを共有します。

したがって、ビジネスロジックが同一であるため、両方のアプリがアクセスできる共有サービス層ですが、実際のアプリに固有の 5 つまたは 6 つのメソッドが含まれる別のサービス層があります。

データ アクセス レイヤー - エンティティ フレームワークを備えた 2 つの異なるデータベースがあり、そこに EDM があるため動的ではないため、これを共有する方法はわかりません。テーブルはわずかに異なります。

共有データアクセスレイヤーでIOCを使用できると思います

誰かが助けたりコメントしたりしますか、これは良い習慣です..私がやりたくなかったのは、多くが共有されているときに別のサービスレイヤーしか持たないことです..

これは良い考えですか？私のやり方が間違っているのかもしれませんが、もっと良い方法はありますか？

次のような必須の文字列プロパティを持つモデルがあります。

Jean.all（）を呼び出そうとすると、Pythonは必須のプロパティがないことについて文句を言います。

確かにそれらすべてを手に入れる方法がなければなりません。

スティーブが正しければ（彼の答えは理にかなっています）。それが実際に問題を引き起こしているかどうかをどのように判断できますか。データストアに正確に何があるかを知るにはどうすればよいですか？

上記のサンプルコードのようなものを使用していますが、実行しようとすると、クエリ構文が間違っていると表示され、キーワードの近くのクエリ構文にエラーがあります...

誰かが、Ayendeが独自のオブジェクトリレーショナルマッパーを作成しない25の理由のリストの項目＃17で話していることの例を挙げてもらえますか？

これは、ADO.NET Entity Frameworkで実行できることですか？

XMLを使用して、ダイアグラム作成ツールに表示できるコンテンツを制御するためのスキーマを定義しています。スキーマファイルは、ダイアグラムに配置できるオブジェクトの種類、それらをリンクする方法、およびこれらのオブジェクトが持つプロパティ（つまり、エディターに表示される設定可能なプロパティ）を指定します。

新しい種類の図が必要になると、新しいスキーマが作成され、.xsdに対して検証されます。スキーマファイルをよりモジュール化して保守しやすくするために、<!ENTITY>宣言を使用して個別のファイルを含めています。特定のダイアグラム要素に一緒に属しているが、スキーマの複数の場所に表示される可能性のあるプロパティなどのリストは、別のXMLファイルに書き込まれ、関連する場所に含まれます。言う：

そして、スキーマのどこか：

これにより、メンテナンスを困難にする多くのコピー貼り付けが防止され、共通のプロパティを複数のスキーマと共有することもできます。

問題は、現在、一部の共通プロパティにもフラグや列挙型のグループなどの基本要素が含まれていることです。各ファイル（「CommonProperties1.xml」など）に、次のような別の基本セットから含めることができるようにしたいと思います。 「CommonEnums.xml」と同じですが、！ENTITY宣言を使用してこれを行うことはできないと思います。

！DOCTYPEヘッダーの外側で！ENTITYを宣言することはできません。ヘッダーを追加すると、ファイルの1.2通りの方法でヘッダー宣言が取得されるため、最上位のXMLファイルが無効になります。

誰かが同じようなことをしようとしたことがありますか？問題を回避/解決するために何をしましたか？私が見逃しているより良いオプションはありますか？

私は、コード内でエンティティ コンテキストを作成するときにプログラマがアプローチする 2 つの異なる方法を見てきました。

1 つ目はそのようなもので、MSDN のコード例全体で見つけることができます。

2 つ目は、ビジネス ロジックをカプセル化するクラスのプライベート属性としてコンテキストを作成することです。したがって、次のようなものになります。

どちらの方法がより効率的ですか?

1 つは DoSomething1() と呼ばれ、もう 1 つは DoSomething2() と呼ばれる 2 つのメソッドがあり、両方のメソッドに using ステートメントが組み込まれており、コンテキストを開き、それに対して何かを行うとします。基本的に両方のメソッドがコンテキストを作成し、完了時にそれをクリーンアップするため、メソッドを次々と呼び出すと、余分なオーバーヘッドが発生しますか? クラスオブジェクトがインスタンス化されたときに作成され、オブジェクトがスコープ外になったときにクリーンアップされるプライベート属性を1つだけ持つのとは対照的ですか?

NetBeans 6.7 Beta を使用して、MySQL (バージョン '5.0.45-log') データベースからエンティティ クラスを作成しています。NetBeans はほとんどのテーブルを受け入れますが、「主キーがない」と言って、特定のテーブルを一貫して拒否します (パターンはわかりません)。すべてのテーブルは InnoDB エンジンを使用しています。すべてのテーブルには、1 つ以上の列の主キーがあります。MySQL クエリ ブラウザと NetBeans の内部データベース ナビゲータはどちらも、実際にはすべてのテーブルに主キーがあることに同意しています。調子はどう？

以下は、不適切なテーブルを生成するスクリプト スニペットです。

何を与える？前もって感謝します。