CustomAttributesは、C＃で使用されるメカニズムで、メタデータをコード要素に接続します。そのコア関數(shù)は、システムを継承することです。クラスをアトリブし、実行時(shí)に反射を読み、ロギング、許可制御などの機(jī)能を?qū)g裝することです。具體的には、次のものが含まれます。1。カスタムアトリュートは、機(jī)能クラスの形で存在する宣言的な情報(bào)であり、クラス、方法などをマークするためによく使用されることがよくあります。 2。作成するときは、屬性から継承されたクラスを定義し、屬性ユーザーを使用してアプリケーションターゲットを指定する必要があります。 3。アプリケーション後、aTtribute.getCustomattribute（）を使用するなど、反射を通じて機(jī)能情報(bào)を取得できます。

C＃で不変のオブジェクトとデータ構(gòu)造を設(shè)計(jì)するコアは、作成後にオブジェクトの狀態(tài)が変更されず、それによりスレッドの安全性を改善し、狀態(tài)の変化によって引き起こされるバグを減らすことです。 1. readonlyフィールドを使用し、コンストラクターの初期化と協(xié)力して、人クラスに示されているように、建設(shè)中にフィールドが割り當(dāng)てられるようにします。 2。コレクションタイプをカプセル化し、內(nèi)部コレクションの外部修正を防ぐために、ReadOnlyCollectionやImmutableListなどの不変のコレクションインターフェイスを使用します。 3.レコードを使用して、不変モデルの定義を簡(jiǎn)素化し、データモデリングに適した読み取り専用屬性とコンストラクターをデフォルトで生成します。 4.不変の収集操作を作成するときに、System.collections.immを使用することをお?jiǎng)幛幛筏蓼埂?/p>

C＃コードをよく書くための鍵は、メンテナンス性とテスト可能性です。合理的に責(zé)任を分割し、単一の責(zé)任原則（SRP）に従って、それぞれリポジトリ、サービス、およびコントローラーによるデータアクセス、ビジネスロジック、および要求処理を行い、構(gòu)造の明確さとテスト効率を改善します。多目的インターフェースと依存関係注入（DI）は、交換の実裝、機(jī)能の拡張、シミュレーションテストを促進(jìn)します。単體テストは、外部依存関係を分離し、模擬ツールを使用してロジックを検証して、高速で安定した実行を確保する必要があります。読みやすさとメンテナンスの効率を改善するために、命名と小さな機(jī)能の分割を標(biāo)準(zhǔn)化します。明確な構(gòu)造、明確な責(zé)任、テストに優(yōu)しい原則を順守することで、開発効率とコードの品質(zhì)を大幅に向上させることができます。

asp.netcoreでカスタムミドルウェアを作成します。これは、クラスを作成して登録することで実裝できます。 1.InvokeAsyncメソッドを含むクラスを作成し、httpcontextとrequestdelegatenextを処理します。 2。Program.csにusemiddlewareに登録します。ミドルウェアは、ロギング、パフォーマンス監(jiān)視、例外処理などの一般的な操作に適しています。MVCフィルターとは異なり、アプリケーション全體に作用し、コントローラーに依存しません。ミドルウェアの合理的な使用は、構(gòu)造的な柔軟性を向上させることができますが、パフォーマンスに影響を及ぼさないようにする必要があります。

LINQを使用する場(chǎng)合は、次のポイントを?qū)g行する必要があります。1。副作用またはパフォーマンス批判的なシナリオを備えたシナリオでの強(qiáng)制使用を避けるために、データの変換、または集約などの宣言的データ操作を使用する場(chǎng)合はLINQに優(yōu)先度が與えられます。 2。遅延実行の特性を理解し、ソースセットの変更が予期しない結(jié)果につながる可能性があり、要件に従って遅延または実行を選択する必要があります。 3.パフォーマンスとメモリのオーバーヘッドに注意してください。チェーンコールは中間オブジェクトを生成し、パフォーマンスに敏感なコードをループまたはスパンに置き換えることができます。 4.クエリを簡(jiǎn)潔で読みやすいままにし、複雑なロジックを複數(shù)のステップに分割して、複數(shù)の操作の過(guò)度のネストと混合を避けます。

一般的な制約は、タイプパラメーターを制限して特定の動(dòng)作または相続関係を確保するために使用されますが、共変動(dòng)によりサブタイプの変換が可能になります。たとえば、Wheret：icomparableは、tが同等であることを保証します。 IENumerableなどの共変動(dòng)により、IENumerableをiEnumerableに変換することができますが、読み取りのみで変更できません。一般的な制約には、クラス、struct、new（）、ベースクラス、インターフェイスが含まれ、複數(shù)の制約はコンマによって分離されます。共変動(dòng)にはOUTキーワードが必要であり、インバーターとは異なるインターフェイスとデリゲートにのみ適用できます（キーワード內(nèi)）。共分散はクラスをサポートせず、自由に変換することはできず、制約は柔軟性に影響することに注意してください。

asyncとawaint in c＃の一般的な問(wèn)題には次のものがあります。1。resultまたは.wait（）の誤った使用がデッドロックを引き起こします。 2。ConfigureAwait（False）を無(wú)視すると、コンテキスト依存関係が発生します。 3。asyncvoidの亂用はコントロールの欠落を引き起こします。 4.シリアル待ち聲は、並行性のパフォーマンスに影響します。正しい方法は次のとおりです。1。同期ブロッキングを避けるために、非同期方法は非同期である必要があります。 2。クラスライブラリでのconfigureAwait（false）の使用は、コンテキストから逸脫するために使用されます。 3.イベント処理でのみAsyncvoidを使用します。 4.同時(shí)タスクを最初に開始し、その後効率を改善するために待つ必要があります。かなりの閉塞の書き込みを避ける非同期コードのメカニズムを理解し、標(biāo)準(zhǔn)化する。

Fluent Interfaceは、チェーンコールを通じてコードの読みやすさと表現(xiàn)力を向上させる設(shè)計(jì)方法です。そのコアは、各メソッドが現(xiàn)在のオブジェクトを返すため、varresult = newstringBuilder（）。などの複數(shù)の操作を連続的に呼び出すことができることです。実裝するときは、Fluentsクラスの定義やその方法でこれを返すなど、これを返す拡張法と設(shè)計(jì)パターンを組み合わせる必要があります。一般的なアプリケーションシナリオには、構(gòu)成要素の構(gòu)成要因（検証ルールなど）、チェック