EF Core 遅延読み込みナビゲーション プロパティ
質問:
Entity Framework Core (EF Core) モデルでは、関連エンティティに直接アクセスする前に、ナビゲーション プロパティは最初に null を返します。
モデル:
public class Mutant { ... public virtual OriginalCode OriginalCode { get; set; } } public class OriginalCode { ... public virtual ICollection<Mutant> Mutants { get; set; } }
クエリの質問:
ミュータントを取得するとき、OriginalCode ナビゲーション プロパティは空です:
var mutants = db.Mutants.ToList(); mutants.ForEach(m => Console.WriteLine(m.OriginalCode == null)); // 输出:所有突变体均为True
関係の動的な充填:
ただし、関連する OriginalCode エンティティをクエリする場合:
var originalCodes = db.OriginalCodes.ToList();
ミュータントの OriginalCode ナビゲーション プロパティが自動的に設定されます:
mutants.ForEach(m => Console.WriteLine(m.OriginalCode == null)); // 输出:所有突变体均为False
説明:
EF Core のプリロード メカニズムは、コンテキストに読み込まれた関連エンティティのナビゲーション プロパティを自動的に設定します。 2 番目のケースでは、OriginalCode が取得されると、対応するミュータントもコンテキストにロードされるため、それらのナビゲーション プロパティが設定されます。
解決策:
この動作を制御するには、プリロードなどの明示的なロード方法を使用する必要があります。
var mutants = db.Mutants.Include(m => m.OriginalCode).ToList();
自動入力を防ぐには、新しい DbContext インスタンスまたは追跡なしのクエリを使用します。
更新:
EF Core v2.1 では、遅延読み込みがサポートされるようになりました。これを有効にするには、ナビゲーション プロパティを仮想としてマークし、Microsoft.EntityFrameworkCore.Proxies をインストールして、UseLazyLoadingProxies を呼び出します。
以上が関連エンティティに直接アクセスするまで、EF Core ナビゲーション プロパティが null になるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

C XMLフレームワークの選択は、プロジェクトの要件に基づいている必要があります。 1)TinyXMLは、リソースに制約のある環境に適しています。2)PUGIXMLは高性能要件に適しています。

C#は、開発効率とタイプの安全性を必要とするプロジェクトに適していますが、Cは高性能とハードウェア制御を必要とするプロジェクトに適しています。 1)C#は、エンタープライズアプリケーションやWindows開発に適したGarbage CollectionとLINQを提供します。 2)Cは、その高性能と根本的な制御で知られており、ゲームやシステムのプログラミングで広く使用されています。

Cコードの最適化は、次の戦略を通じて実現できます。1。最適化のためにメモリを手動で管理する。 2。コンパイラ最適化ルールに準拠したコードを書きます。 3.適切なアルゴリズムとデータ構造を選択します。 4.インライン関数を使用して、コールオーバーヘッドを削減します。 5.コンパイル時に最適化するために、テンプレートメタプログラムを適用します。 6.不要なコピーを避け、移動セマンティクスと参照パラメーターを使用します。 7. constを正しく使用して、コンパイラの最適化を支援します。 8。std :: vectorなどの適切なデータ構造を選択します。

Cの揮発性キーワードは、変数の値がコード制御の外側に変更され、したがって最適化できないことをコンパイラに通知するために使用されます。 1)センサー状態などのハードウェアまたは割り込みサービスプログラムによって変更される可能性のある変数の読み取りによく使用されます。 2)揮発性は、マルチスレッドの安全性を保証することはできず、Mutexロックまたは原子操作を使用する必要があります。 3)揮発性を使用すると、パフォーマンスがわずかに減少する可能性がありますが、プログラムの正確性を確保します。

Cのスレッドパフォーマンスの測定は、標準ライブラリのタイミングツール、パフォーマンス分析ツール、およびカスタムタイマーを使用できます。 1.ライブラリを使用して、実行時間を測定します。 2。パフォーマンス分析にはGPROFを使用します。手順には、コンピレーション中に-pgオプションを追加し、プログラムを実行してGmon.outファイルを生成し、パフォーマンスレポートの生成が含まれます。 3. ValgrindのCallGrindモジュールを使用して、より詳細な分析を実行します。手順には、プログラムを実行してCallGrind.outファイルを生成し、Kcachegrindを使用して結果を表示することが含まれます。 4.カスタムタイマーは、特定のコードセグメントの実行時間を柔軟に測定できます。これらの方法は、スレッドのパフォーマンスを完全に理解し、コードを最適化するのに役立ちます。

CでChronoライブラリを使用すると、時間と時間の間隔をより正確に制御できます。このライブラリの魅力を探りましょう。 CのChronoライブラリは、時間と時間の間隔に対処するための最新の方法を提供する標準ライブラリの一部です。 Time.HとCtimeに苦しんでいるプログラマーにとって、Chronoは間違いなく恩恵です。コードの読みやすさと保守性を向上させるだけでなく、より高い精度と柔軟性も提供します。基本から始めましょう。 Chronoライブラリには、主に次の重要なコンポーネントが含まれています。STD:: Chrono :: System_Clock:現在の時間を取得するために使用されるシステムクロックを表します。 STD :: Chron

Cは、リアルタイムオペレーティングシステム(RTOS)プログラミングでうまく機能し、効率的な実行効率と正確な時間管理を提供します。 1)Cハードウェアリソースの直接的な動作と効率的なメモリ管理を通じて、RTOのニーズを満たします。 2)オブジェクト指向の機能を使用して、Cは柔軟なタスクスケジューリングシステムを設計できます。 3)Cは効率的な割り込み処理をサポートしますが、リアルタイムを確保するには、動的メモリの割り当てと例外処理を避ける必要があります。 4)テンプレートプログラミングとインライン関数は、パフォーマンスの最適化に役立ちます。 5)実際のアプリケーションでは、Cを使用して効率的なロギングシステムを実装できます。

CのABI互換性とは、異なるコンパイラまたはバージョンによって生成されたバイナリコードが再コンパイルなしで互換性があるかどうかを指します。 1。関数呼び出し規則、2。名前の変更、3。仮想関数テーブルレイアウト、4。構造とクラスのレイアウトが主な側面です。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

MantisBT
Mantis は、製品の欠陥追跡を支援するために設計された、導入が簡単な Web ベースの欠陥追跡ツールです。 PHP、MySQL、Web サーバーが必要です。デモおよびホスティング サービスをチェックしてください。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

メモ帳++7.3.1
使いやすく無料のコードエディター

ホットトピック









