オブジェクト指向プログラムでgetter/setterメソッドを使わなければならない10の理由

オブジェクト指向プログラムで getter/setterメソッドを使わなければならない 10の理由 福盛 秀雄 fukumori at m.ieice.org JavaやC++などのオブジェクト指向言語でプログラムを書いているときに、単純なメンバ変数を参照したり操作するために anObject.getX() [以後これをgetterメソッドと呼ぶ] とか anotherObject.setY(y) [以後これをsetterメソッドと呼ぶ] と書くのはなぜだろうと思ったことはないだろうか? int型の変数ひとつを操作するのになぜわざわざメソッドを定義するのだろう? 単純に代入を使えばいいじゃないか? この文章はそんなあなた(かつての僕も含む)が、getter/setterメソッドを使うべきである理由についてまとめたものである。 ということで早速本論へ。 1. クラス内部のデータ表現を変えた場

[katzchang]

「そうだとしても後発の言語でgetter/setterメソッドを不要にした理由」とかまとめてほしい（他力本願

[iww]

列挙された理由がそのまま、今となってはgetter/setterを積極的に使用しなくても良い・しない方が良い理由になっている

[pmint]

「getXで、Xをgetする以外のコードを書いていいわけないだろ」で1〜8はまとめて却下できたのに。/ 間違ってるから廃れる。昔のプログラミング作法はこんなのばかりだった気がする。

[maisenakajima]

[C++}

[o-cha]

数学のベクトルや複素数、行列なんかは例外ですよね。たまにアクセッサ用意してるクラスライブラリみるが。

[you21979]

いまいち理解できないんだよなぁ

[koroharo]

「11.ステップ数を水増しできる」「12.使えないPG向けの仕事が確保できる」

[ikeike443]

うーん。まあそうかな。。getterは必要性感じることないけど。。

[fumokmm]

8. 値の正当性チェックを入れることができる。／getter/setterにチェックが入ってて痛い目を見た事があります。

[terazzo]

逆に言うと、「プロパティを持っている」という約束事(振る舞い)とメンバー変数という実装を分離できてプロパティへのアクセスをインターセプトできれば大体解決できるということか。

[r-west]

そしてgetter/setterがなくてもそれらを実現できるように言語は進化。いや、後方互換は大事だけどね。マジで。

[recyclebin5385]

しっくりくるgetter/setterを使う理由の解説

[fugufugu]

iPhoneから送信

[ryoasai]

GroovyでもScalaでもRooでも最近はプロパティを少ないコーディングで実現できるようにはなりつつありますね。通常の場合面倒でも純粋なpublicフィールドは良くないと思います。

[kuwalab]

む～～ん。個人的にはSeasar2を使っている関係もあり、publicフィールドマンセー的なところはあるんだよなあ。オブジェクト指向的にアレなのは分かってはいるんですけどね。

[t-wada]

OOP で setter/getter を使う理由

[coma2n]

オブジェクト指向プログラムで．．．

[mrhdms]

[getter/setter]

[ginpei]

「妥当性検証ができる」「I/O部分で処理を拾える」の二点が特に重要かなーと思ってる。

[akkun_choi]

なるほど

[hisasann]

セッター、ゲッターがなぜ必要なのかの解説

[iga_k]

きれいにまとめてある

[AKIY]

値を代入したつもりが、メンバ変数の実体そのものになってしまって危険。隠蔽大事。

[chiaki99]

"[スキル]""[java]""[スクラップ]"

[s_akihiro]

暗黙のルールみたいになってますけど、ちゃんと理由がありますよ。

[Bill]

タグは便宜上。検索用に、セッタ、ゲッタ