質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.04%

オブジェクト指向設計実践ガイドの中身について〜 attr_readerを用いる理由

解決済

回答 3

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 396

score 4

「オブジェクト指向設計実践ガイド Rubyでわかる進化しつづける柔軟なアプリケーションの育て方」の2章の中身で一点気になった点を質問させてください。

2章では、以下のコードは良くないコードとして紹介されていました。

class Gear
  def initialize(chainring, cog)
    @chainring = chainring
    @cog = cog
  end
end

  def ratio
    @chainring / @cog.to_f     # <-- 破滅への道
  end
end


上のコードではなく、次のようにattr_renderを使ってカプセル化すべきだとあります。

class Gear
  attr_reader :chainring, :cog
  def initialize(chainring, cog)
    @chainring = chainring
    @cog = cog
  end
end

  def ratio
    chainring / cog.to_f
  end
end

このようにする理由として、@cogのインスタンス変数が10箇所で参照されていたとすると、@cogを修正する必要が生じた場合、修正するために何箇所ものコードを変更する必要があるからとあります。
しかしながら、もし変更するとしてもコード①のinitializeメソッドを修正するだけでやりたい動きができるのではないでしょうか。実際やってみましたが、問題なく動きました。

上のような例の場合、直接インスタンス変数を参照しに行く書き方が良くない理由をご教授いただけたらと思います。
何卒、宜しくおねがいします。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • Daregada

    2020/06/21 10:29

    `attr_render`ではなく`attr_reader`では?

    キャンセル

  • shun0211

    2020/06/21 10:50

    誤記ですね、修正しました。もし分かれば回答いただけるとうれしいです。。

    キャンセル

  • Daregada

    2020/06/21 10:53

    タイトルも修正を(タイトル見て、「ん」と思って覗いたので)

    キャンセル

回答 3

checkベストアンサー

0

@cogのインスタンス変数が10箇所で参照されていたとすると、@cogを修正する必要が生じた場合、修正するために何箇所ものコードを変更する必要があるからとあります。
しかしながら、もし変更するとしてもコード①のinitializeメソッドを修正するだけでやりたい動きができるのではないでしょうか。

のあたりが具体的に何を言わんとしているのか分かりませんが、
少なくとも後者のコードは、chainring とcogというアクセサメソッドをパブリックに公開してしまっているので、クラス外からも自由に参照でき、カプセル化という観点からは望ましくないです。

クラス内のメソッドで、インスタンス変数を直接アクセスするのか、アクセサメソッド経由でアクセスするのかは、一律に決められる物では無く、ケースバイケースで判断すべき物と思います。
アクセサメソッド経由の場合も、アクセサメソッドをパブリックにするかどうかは慎重な検討が必要です。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/06/21 15:24

    >少なくとも、後者のために「パブリックな」アクセサメソッドを定義するのは間違っています。
    ここは同意です。
    便利なのでつい使ってしまいますが。。。

    キャンセル

  • 2020/06/21 15:31

    横からすいません。
    インスタンス変数と縁遠いメソッドとはどのようなメソッドなのでしょうか?

    キャンセル

  • 2020/06/21 15:37

    イメージできなければ、そのコメントは忘れてください。
    要はケースバイケースで、メソッドごとにやり方を考えるべきと言うことです。

    キャンセル

0

私もその本を買って勉強中です。
この章で「@cogのインスタンス変数が10箇所で参照されていたとすると、@cogを修正する必要が生じた場合、修正するために何箇所ものコードを変更する必要がある」と言っているのは、
今は引数から得て@cogに入れた値そのものが使われるが、「@cogを元に演算した結果を使わなければならなくなる場合」が来るかもしれない。その時に修正が大変だ、ということを言ってます。
attr_reader :cog とすることで、otnさんのご指摘の問題が出てきますが、
一方 そうしておいて  def ratio(および至るところ)で @cogではなく cog を使っておけば その時点で attr_reader を消して、
def cog   @cog * (foo? ? FooAjaster : BarAjaster) end
とすれば修正完了

ということを言ってます

その割にはいつまでも attr_reader が消えないのは、はてな、でありますが。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/06/21 15:03 編集

    winterboumさん回答ありがとうございます。
    お互いがんばっていきましょう!

    本題ですが、「@cogを元に演算した結果を使わなければならなくなる場合」には、下のようにすれば変更する部分が一箇所で済むように思うのですが、こちらはなにか問題があるのでしょうか?

    def initialize(chainring, cog)
    @chainring = chainring
    @cog = cog * (foo? ? FooAjaster : BarAjaster)
    end

    キャンセル

  • 2020/06/21 15:05

    別のところで、元々の @cog をそのまま使う必要が有る場合に、困ります。

    キャンセル

  • 2020/06/21 15:11

    あと、foo? が初期化時には決まっていないとか変わりうるという場合もこまるな。

    キャンセル

  • 2020/06/21 15:42

    ご回答ありがとうございます!
    確かに上のように定義してしまった場合、もう元々の@cogは使えなくなってしまいますね。
    一応元々の@cogを使えるようにするために下のように別で定義するということで理解しました。
    def cog
    @cog * (foo? ? FooAjaster : BarAjaster)
    end

    キャンセル

0

オートマの車を想像するとよいかと思います。

車の速度によって歯車のcogが変わる場合はinitialize一箇所を書き換えるだけでは対応できず
@cogを参照する場所で対応が必要になります。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.04%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る