メソッド (計算機科学)
オブジェクト指向プログラミングにおけるメソッドという用語は元々SmalltalkによってSimulaのメンバープロシージャー (member procedure) をメッセージとメソッドに分けるために導入された。C++ ではメンバー関数と呼ばれるが、これはSimulaのメンバープロシージャーをC言語に流用したことに由来している。Javaのような言語やマイクロソフトなどの企業がメソッドという用語を使っているのは、元々C++よりもSmalltalkの影響を受けていたためである。近年では言語設計やOS開発等で直接Smalltalkの影響を受けていない場合でも、Javaやマイクロソフト等の影響によりメンバープロシージャーやメンバー関数に当たるものをメソッドと呼ぶことが一般化している。
SmalltalkやSmalltalkの特色を色濃く受け継いだObjective-Cでは、メッセージとメソッドを明確に使い分けている。
メッセージとメソッドが分かれている言語では1個のメソッドに対しセレクターが異なる複数のメッセージを送ることができる。
多くの言語では、フィールドを公開 (public) 状態にすることで、オブジェクトのフィールドをメソッドを介さず直接読み書きできる。 しかし、不特定多数のアプリケーションから利用されるライブラリなどではカプセル化の観点から、実際にはアクセサを介してフィールドを読み書きすることがほとんどであり、フィールドを公開状態にして直接読み書きすることは避けられる。アクセサを用意することで、ライブラリの仕様に則した使い方を強制することができるというメリットがある。
フィールドとアクセサが1対1の状態であれば、公開状態のフィールドの読み書きとアクセサを介したフィールドの読み書きはほとんど変わらない。それにも関わらず、わざわざアクセサを介してフィールドを読み書きする理由は、アクセサの実装はクラス実装者の自由であり、アクセサ (setter) が受け取った値をどう処理するかはクラスの実装に委ねられるからである。例えば、アクセサ (getter) が値を返す際、フィールドを参照せず常に0を返すという実装も有りうる。
公開フィールドへの直接アクセスと比較した際のアクセサの利点としては以下のようなものがある。
意図的に setter メソッドを実装しないことで、フィールドの値を外部から勝手に変更させないようにすることができる。
例えばコンストラクタで指定した初期値を常に保持し続けるイミュータブル (不変) なクラスを定義することも可能となる。
getter/setter でフィールドにアクセスするときにデータを加工してから取得したり設定したりすることができる。
記法は言語により異なる。
Java系統では、getXXX, setXXXの様に語幹部にアクセス対象の名詞が入る。Smalltalk系統ではXXX, XXX:というようにアクセス対象の名前だけを記述し、入力と出力を引数の有無で区別する。Objective-Cでは、XXX, setXXX:と片方にだけsetをつける命名規則が用いられる。DelphiやC#などのプロパティ機能を持つ多くの言語では、プロパティ自体がアクセサにあたり、専用構文を使用する。Rubyでは、メソッド呼び出しの際の引数を囲むカッコが省略できるため、引数を持たないメソッド呼び出しが読み出し用アクセサに相当するが、書き込み用アクセサにはXXX=という構文が存在する。C++には決まった規則はなくライブラリや開発環境に左右される。