パブリックインターフェース

コンピュータサイエンスにおいて、パブリックインターフェースとは、独立したソフトウェアエンティティが相互作用する論理的なポイントです。エンティティは、単一のコンピュータ内、ネットワーク全体、またはさまざまな他のトポロジにわたって相互作用する場合があります。

相互作用を継続するためには、パブリックインターフェースが安定しており、将来の変更、機能強化、廃止をサポートするように設計されている ことが重要です。

‹テンプレート How-toは統合が検討されています。› 

プロジェクトでは、プロジェクトのコンプライアンスを評価するために使用できる計画と手順を説明する追加のドキュメントを提供する必要があります。

• アーキテクチャ設計ドキュメント。
• コーディング標準文書。
• ソフトウェアリリース計画文書。
• 廃止されたインターフェースを廃止する計画を記載したドキュメント。

プログラマーは完全に分離されたクラスを作成し、パブリック インターフェイスをコンパイル時の依存関係から分離する必要があります。

• 完全かつ一貫した概念セットをユーザーに提示します。
• 静的に型付けされるインターフェースを設計します。
• インターフェースの他のインターフェースへの依存を最小限に抑えます。
• アプリケーション レベルの型に基づいてインターフェースを表現します。
• アサーションは開発と統合を支援するためにのみ使用してください。

プロトコル クラスを使用してパブリック インターフェイスを定義します。

プロトコル クラスの特性は次のとおりです。

• メンバー データ、非仮想関数、またはあらゆる種類のプライベート (または保護された) メンバーを含むクラスは含まれず、また、そのようなクラスから継承されません。
• 空の実装で定義された非インライン仮想デストラクタがあります。
• 継承された関数を含む、デストラクタ以外のすべてのメンバー関数は純粋仮想として宣言され、未定義のままになります。

利点

プロトコル クラスを使用する利点は次のとおりです。

• アプリケーションを外部クライアントから隔離する
• インターフェース内部の変更を隔離する
• パブリックインターフェースの変更をインターフェースの実装の変更から隔離する
• 断熱にはコストがかかりますが、相互運用性と再利用性の向上によって得られるコストの方が上回る傾向があります。

費用:

• 実装ポインタを確認する
• アクセスごとに1レベルの間接参照を追加
• オブジェクトごとの実装ポインタのサイズをメモリ要件に追加

リファクタリングなどのさまざまな方法論がインターフェースの決定をサポートします。リファクタリングは一般的にソフトウェア実装全体に適用されますが、特にインターフェースを適切に洗い出すのに役立ちます。パターンコミュニティを通じて定義された他のアプローチもあります。^[1]