カプセル‐か〔‐クワ〕【カプセル化】
カプセル化
カプセル化
クラス外部から、クラス自体やクラスのインスタンスのプロパティやメソッドを直接呼び出せないようにすること。
クラス外部からは、クラス内部でデータがどのような形で保持されているかわからなくし、勝手に変更できなくさせることができる。ただ、PHP4ではクラスのプロパティやメソッドに直接アクセスするのを禁止することはできない。
PHP5では、プロパティ、メソッドの定義時にprivateやprotected宣言をすることで、クラス外から直接プロパティにアクセスできないように設定することが可能になった。varによるプロパティの宣言、あるいは何も指定せずにメソッドを宣言した場合は、public宣言と同じくクラス外からでもアクセスできるようになる。
privateとprotectedの違いについてだが、privateと指定するとそのクラス以外のどこからも直接アクセスすることができなくなるのに対し、protectedと指定すると、そのクラス内の他に、そのクラスを継承したクラス内からも直接アクセスすることが可能になる。
関連用語
カプセル化
カプセル化
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2024/05/29 23:39 UTC 版)
カプセル化(カプセルか、英: encapsulation)は、コンピュータプログラミングで用いられる概念で互いに関連するデータとロジックなどを1つのモジュールとしてまとめることである[1]。また、より広い意味ではまとめたモジュールの内側の詳細を外側から隠蔽することをも含む[2]。この隠蔽は計算機科学者デビッド・パーナスが提唱した情報隠蔽と同義である。
注釈
- ^ 構造化プログラミング pp.58-65 における image型 はデータ抽象の例である。
- ^ なお、紛らわしい名称を持つプログラミング言語のPerl開発者であるラリー・ウォールは、構造化プログラミングの真珠(pearl)との関連性を明確には述べていない。本家インタビュー:Perl開発者ラリー・ウォール
- ^ ダイクストラやヴィルトの普及もあってか、以後「アルゴリズム」と「データ構造」と言う単語の入ったプログラミングに関する書籍が数多く出版されることとなった。
- ^ このような構成からなるプログラムは変更に弱く、バグが発生しやすいため保守管理が困難である。
- ^ 用法としてカプセル化という用語は情報隠蔽も含むことが多い。一方、モジュール化という用語はそういったニュアンスは少ない。
- ^ ソフトウェア業界においては、理想的には顧客が提示する仕様書に基づいてソフトウェアを開発し、そのソフトウェアが仕様書を満たしていれば顧客に納品することができる。つまり、顧客が提示する仕様書にある機能が実現されており、かつその機能を実行する限りにおいて動作検証されていれば、そもそも顧客が関知する理由の無い実装上必要となる機能の幾つかが不具合を有していても、そのソフトウェアは仕様書を満たしていると主張可能ということである。
出典
- ^ 上田勲『プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則』秀和システム、2016年3月29日、84頁。ISBN 978-4-7980-4614-3。
- ^ 上田勲『プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則』秀和システム、2016年3月29日、86頁。ISBN 978-4-7980-4614-3。
- ^ 構造化プログラミング pp.58-65
- ^ 構造化プログラミング pp.68-69
- ^ 山崎(1990) p.131
- 1 カプセル化とは
- 2 カプセル化の概要
- 3 概要
- 4 情報隠蔽
カプセル化 (encapsulation)
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/05/02 14:27 UTC 版)
「クラス (コンピュータ)」の記事における「カプセル化 (encapsulation)」の解説
詳細は「カプセル化」を参照 一般にどんなプログラムであれ、プログラム機能を提供するためにはデータを保有するだけではなく、データに対する操作ができなければならない。単に複数のデータをまとめる手段としては、C言語の構造体やPascalのレコード型といった形で従来の手続き型プログラミング言語においても提供されている。一方クラスは、データだけでなくそのデータに関連する操作もひとまとめにして管理する枠組みを提供する。 このように関連する変数や操作などをクラスの所属物として一つにまとめてしまうことを、クラスによる情報のカプセル化(encapsulation)と呼ぶ。適切なカプセル化により、データ構造やアルゴリズムなどを変更したとしても、変更箇所はカプセル化されたクラス領域内だけで済み、変更箇所がクラス外の関連ソースコード全体にまで散乱・波及してしまうことを防ぐことができる。 またアクセス修飾子 (access modifier) により、所属物に対して公開/非公開情報の区別をつけることで、クラス外部からクラス内に対して破壊的操作を加えることを防いだり、特定の機密データをクラス外部から見ることができないようにしたりするなど、外部に開放する情報に制限をつけることができる。カプセル化した上に公開/非公開情報の区別を加えることを情報隠蔽(information hiding)と呼ぶ。
※この「カプセル化 (encapsulation)」の解説は、「クラス (コンピュータ)」の解説の一部です。
「カプセル化 (encapsulation)」を含む「クラス (コンピュータ)」の記事については、「クラス (コンピュータ)」の概要を参照ください。
カプセル化
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/09/16 05:46 UTC 版)
カプセル化とは、データ構造を保証し、演算子が意図したとおりに動作し、クラスの利用者が直感的に使い方を理解できるようにするためにデータを隠蔽することである。クラスや関数はC++の基礎的なカプセル化のメカニズムである。クラスのメンバはpublic、protected、privateのいずれかとして宣言され明示的にカプセル化できる。publicなメンバはどの関数からでもアクセスできる。privateなメンバはクラスのメンバ関数から、またはクラスが明示的にアクセス権を与えたフレンド関数からアクセスできる。protectedなメンバはクラスのメンバおよびフレンド関数に加えてその派生クラスのメンバからもアクセスできる。 オブジェクト指向では原則としてクラスのメンバ変数にアクセスする全ての関数はクラスの中にカプセル化されなければならない。C++ではメンバ関数およびフレンド関数によりこれをサポートするが、強制はされない。プログラマはメンバ変数の一部または全体をpublicとして定義でき、型とは無関係な変数をpublicな要素として定義できる。このことからC++はオブジェクト指向だけでなく、モジュール化のような機能分割のパラダイムもサポートしているといえる。 一般的には、全てのデータをprivateまたはprotectedにして、クラスのユーザに必要最小限の関数のみをpublicとして公開することがよい習慣であると考えられている。このようにしてデータの実装の詳細を隠蔽することにより、設計者はインターフェイスを変更することなく後日実装を根本から変更できる。
※この「カプセル化」の解説は、「C++」の解説の一部です。
「カプセル化」を含む「C++」の記事については、「C++」の概要を参照ください。
カプセル化
出典:『Wiktionary』 (2021/08/11 11:40 UTC 版)
名詞
発音(?)
- か↗ぷせるか
語源
- 英語: encapsulation
類義語
参照
- クラス (class)
- オブジェクト (object)
- 継承 (generalization)
- 委譲 (delegation)
- 集約 (aggregation)
- ポリモーフィズム(多態, 「ポリモルフィズム」)
- フィールド (field)
- メソッド (method)
- オブジェクト指向プログラミング (object-oriented-programming)
「カプセル化」の例文・使い方・用例・文例
- カプセル化のページへのリンク