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

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

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

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

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

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

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

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