このセクションでは、.NET を拡張して操作するライブラリを設計するためのガイドラインを示します。 目標は、開発に使用されるプログラミング言語に依存しない統一されたプログラミング モデルを提供することで、ライブラリ デザイナーが API の一貫性と使いやすさを確保できるようにすることです。 .NET を拡張するクラスとコンポーネントを開発するときは、これらの設計ガイドラインに従うことをお勧めします。 一貫性のないライブラリ設計は、開発者の生産性に悪影響を及ぼし、導入を阻止します。
ガイドラインは、 Do、 Consider、 Avoid、および Do notという用語で始まる単純な推奨事項として編成されています。 これらのガイドラインは、クラス ライブラリ デザイナーがさまざまなソリューション間のトレードオフを理解するのに役立ちます。 ライブラリの適切な設計で、これらの設計ガイドラインに違反することが必要になる場合があります。 このようなケースはまれで、決定の明確で説得力のある理由を持つことが重要です。
これらのガイドラインは、2008 年に発行された Krzysztof Cwalina と Brad Abrams による、 再利用可能な .NET ライブラリの規則、イディオム、パターン、第 2 版のフレームワーク設計ガイドラインから抜粋されています。 その後、本は 第3版で完全に改訂されています。 これらのガイドラインの一部の情報は、古くなっている可能性があります。
このセクションでは...
名前付けガイドライン
クラス ライブラリのアセンブリ、名前空間、型、およびメンバーに名前を付けるためのガイドラインを提供します。
タイプデザインガイドライン
静的クラスと抽象クラス、インターフェイス、列挙型、構造体、およびその他の型を使用するためのガイドラインを提供します。
メンバー設計ガイドライン
プロパティ、メソッド、コンストラクター、フィールド、イベント、演算子、およびパラメーターを設計および使用するためのガイドラインを提供します。
機能拡張のための設計
サブクラス化、イベント、仮想メンバー、コールバックの使用などの機能拡張メカニズムについて説明し、フレームワークの要件を最もよく満たすメカニズムを選択する方法について説明します。
例外のデザインのガイドライン
例外を設計、スロー、およびキャッチするための設計ガイドラインについて説明します。
使用ガイドライン
配列、属性、コレクションなどの一般的な型の使用、シリアル化のサポート、等値演算子のオーバーロードに関するガイドラインについて説明します。
一般的な設計パターン
依存関係プロパティと破棄パターンを選択して実装するためのガイドラインを示します。
Portions © 2005, 2009 Microsoft Corporation. 無断転載を禁じます。
フレームワーク設計ガイドライン:再利用可能な .NET ライブラリの規則、イディオム、パターン、Krzysztof Cwalina および Brad Abrams による第 2 版は、2008 年 10 月 22 日に Microsoft Windows 開発シリーズの一部として Addison-Wesley Professional によって公開されました。