Q&A
念のため自身が調べたこと、試したこと（そのソース）、「意味なくないですか？」をもう少し掘り下げられたほうが良いかと思います。
言語に限らず修飾子privateはおおよそ存在するのでもう少し概念を調べて試してからのほうが良い回答を得られるのではないでしょうか。
プロパティのアクセス修飾子をprivateにしてもゲッターやセッターで値を変更できるのなら意味なくないですか？
なんのためにprivateにするのですか？
回答5件
0
プロパティのアクセス修飾子をprivateにしてもゲッターやセッターで値を変更できるのなら意味なくないですか？
はい、publicなゲッターやセッターを付けるのであれば、変数自体がprivateである意味はあまりなくなります。
ということで、クラス設計を行う場合には、ゲッター・セッターを用意するかから考えないといけません。
なお、これはPHPの場合で、他言語では事情が異なることがあります。たとえば、Rubyではプロパティはすべてprivate相当で、アクセサメソッドを立てないと外から使えません。また、JavaではJavaBeanといって、getHoge/setHogeというアクセサメソッドを使うよう標準化されている場面がありますので、合わせないといけない場面もあります。
投稿2019/06/23 12:30
編集2019/06/23 12:38
総合スコア147054
おす！
>Rubyではプロパティはすべて
Ruby限定か？ Rubyがあらゆるプログラミング言語の象徴か？
おら、おめーの言っている事には何の説得力もねーと思うぞ。
本題ではないところですが、たしかに誇張された文言となっていたので修正しました。
あのさ、おら、Javaがあらゆるプロパティに下駄雪駄履かせる諸悪の根源だと思ってんだよな。
正直な技術的な視野に立った時に、下駄雪駄に意味は、ねぇ。
沢山コード書いてきて分かった。
public、private、protected、これらは技術的な話じゃねぇ。政治的な話だ。
0
おす、おらgoku！
おめーが疑問を抱く気持ちはおら、すげーよく分かっぞ。
だから最短距離で回答を書くな。
メンバメソッドをpublicにすっか隠蔽すっかって問題はな、
技術的な話のように見えて、実は政治的な問題なんだ。
例えば、おめーがソフトウェア開発を受託して作るとすっだろ。
だけど、客がおめーの努力を全く理解せずに勝手な事ばっか言い出したとすっだろ？
そしたら、おめーはそんな奴の面倒みたくねぇよな？
もう、開発やめるよな？
そういう時に役立つのがprivateやprotectedだ。
最初の契約で、な、ソースコードは公開しません、
ただし、publicメソッドの仕様書は作成して公開します。
私の仕事に不満があるのであれば、その仕様通りの物を作ってくれる別の業者を探してください。
って言うんだ。
結局な、技術者の立場っていうのは、すっげぇ弱い。
世の中の問題を抽象化して誰でも出来るようにするのが技術者だろ？
だけど本気でそれをやったら、技術者ってのは要らなくなってお払い箱になるんだ。
ひでぇ話だろ？ でも、それがこの世の中だ。
そんな話、沢山見てきたからな。
だから隠蔽すんだ。
本当に大切な事は、隠蔽する。
自分の仕事にいちゃもん付ける奴が出てきたら、
そいつと距離を置くしか無い。
そん時にな、自分が一生懸命修行してその成果で創り上げたものを
別の誰かに安い金で奪い取られないように、
予め対策をしておくのがprivateやprotectedだ。
仕事だから、全部非公開では出来ない。
「仕様」は技術者の物ではなく、発注者の物だからな。
だが、技術は技術者の物だ。それだけは守る。
だから、publicメソッドは仕様書として明確に公開するが
その裏側の処理については技術者個人の能力の問題なので、
何があろうと他人には渡しませんよ、
という強い意志表示がprivateなんだ。
分かっかなぁ？
大体世の中の奴らはへったくればっかりだから、
こういうところでプログラムを書いてる奴はほとんど居なくて
あんまり理解してもらえねぇとは、おら、分かってっぞ。
あと、もしかしたら分かってねぇ奴が居るかもしれねぇと思うので補足しておくと、
そうした上でコンパイル言語の場合はコンパイルするし、
スクリプト言語の場合は暗号化して納品するんだからな。
投稿2019/06/23 11:47
編集2019/06/23 11:54退会済みユーザー
総合スコア0
なぜここに私が呼ばれたのか全く分かりませんが、この退会済みユーザーはこのコメントが書かれた時点では goku59 というユーザー名で、この回答について私に意見を求めました。
おー、Zuishin
Zuishinは予言コメントの技を使うのか！ おもしれぇな。
よー、Zuishin！
おら、まだ生きてんぞ。おめーの予言はてぇした事ねぇみてぇだな。
まぁ、おらもいつまでこうやっていられるかよく分かんねぇんだけどな。
時間の問題でしょ。
なんだよZuishin、
その「豪ドルは買っとけばいつか元が取れるだろ」みてぇな言い分は。
良い意味でも悪い意味でも「技術バカ」「視野狭窄な技術オタク」「現実を見ない原理主義者」が跋扈するこの世界、goku59さんはまともな常識人というか、普通のビジネス感覚を持っている人なんだということがわかりました。
goku59さんの回答に低評価ばかりついているのは、つまり、そういう人たちが多いという証拠だと思います。
騙されやすそう。
プロフ文で気持ち悪い「説教昔話」を書いてドヤってる人がいると聞いて飛んで来ました。
もう一人の退会済みユーザーは zico_teratail というユーザー名でした。
ハァ？
っていうか、自分で面白いこと言ってるつもりなのがまた寒いっすね。
面白くなるのはあなた方二人が退会してからですよ。
スベってるよ
悟空さん、舐めるも何も、今後関わりたくないタイプの人間だから無視しますので大丈夫ですよ！
チョロいな。
>zico_teratail
ははは、おめぇはまだ状況がよくわかってねぇみてぇだけど、まぁ、やりたいようにやればいいと、おらは思うぞ。
Zuishin、狩りの邪魔しちまったみてぇで悪かったな。
もう彼が私に逆らうことはないでしょう。
そうでもねぇと、おら、思うぞ。
私に向かって言ってないていでどっちにも取れることをゴニョゴニョ言うくらいはするかもしれませんね。
もしかしてアレですかね、気に入らない相手を退会に追い込んで喜んでるタイプの人ですかね？ 別にこんな垢がどうなっても実害ゼロなんですがｗ
どうせ、その方がおめぇもおもしれぇんだろ？
いい事じゃねぇか。
ほらね。
>気に入らない相手を退会に追い込んで喜んでるタイプの人ですかね？
んー、かなり違うな。
弱ぇ奴ばっかりで退屈してっから、遊び相手を探してる、
そんな奴だ、Zuishinって奴は。
途中からガクガク震えて毛布かぶるなら最初から喧嘩売るなってだけの話ですよ。
おめぇ、ダラダラよだれ垂らして手ぐすね引き過ぎだ。そんなんじゃ獲物の方から逃げ出すぞ。
なんだろうな、Zuishin
おら、おめぇ見てっと、Mortal Kombatの「Fatality」のシーンが頭に浮かぶんだよな。
笑えるだろ？
0
オブジェクト構造の抽象化（隠蔽化）のためです。
オブジェクトの操作は、メソッドを通じて行うので、オブジェクトのプロパティがどういう構造になっているかということは、そのクラスのオブジェクトを利用する側のプログラムには開示しません。
新たなメソッドが必要となったときに、プロパティの型などを変更する必要があるかも知れません。このときに、プロパティを直接アクセスしていると、そういうプログラム全部の修正が必要となります。
メソッド経由でアクセスしている場合は、そのメソッドの仕様を変えない限り、アクセスする側のプログラムは修正不要です。
オブジェクト志向的に考えると、そもそもプロパティをパブリックに出来るという機能は、簡単なプログラムのための簡易手段と言うことになります。
プロパティ主体で設計してセッターゲッターを機械的につくるのでなく、メソッドの仕様を設計して、そのメソッドが書けるようにプロパティを設計します。
例えば、あまり良い例ではないのですが、文字列をプロパティに持つとして、その長さを返すメソッドがあった場合に、
・文字列長を別途プロパティに持って、文字列をセットするときに文字列長も更新する
・文字列だけを持って、長さを返すときはそのときに関数で求める
という2つの方法が考えられますが、速度しか違わないので、機能的にはどちらでも良いわけです。
設定回数<<参照回数 なら前者の方法を取るのが良いし、設定回数>>参照回数なら後者の方法が良いです。
最初の設計後に、回数の関係が逆転したならそこだけ書き換えることも考えられます。
あまり良い例ではないというのは、そもそも「長さを返すメソッド」が本当に必要かちゃんと考えたのかというところですね。
投稿2019/06/23 12:18
総合スコア86590
おす、おら、goku！
あのな、おめーの言ってる事なんて、質問者は分かった上で聞いてるんだと、おら、思うぞ。
>ゲッターやセッターで値を変更できるのなら意味なくないですか？
って言ってるだろ？
ものすげー簡単に言うと、「50km/h制限したって60キロも70キロも出す奴がいるんだから、制限する意味無いでしょ？そもそも、この道本当に50キロで走られたら常に大渋滞になっちゃうでしょ？」
って聞かれてるんだと、おら、思うぞ。
技術者ってのは本当に技術バカばっかりだから、
頭の中で考える世界でしか生きられねぇ。
だけど、現実世界はもっと広いだろ？ ってのが、質問者の疑問だと、おら、思うぞ。
笑える話なんだけどさ、
あらゆるプロパティについて、全部ゲッタセッタつくってるアホが居る現場に居た事があるんだ。
もう、なんのために隠蔽しなきゃいけねぇのか、全く分かってねぇ。
世の中、そんなアホばっかりだ。
そういう視点に立ったら、プログラミングの事しか見てねぇプログラマも似たようなもんだ。
商業とは何か、ってところが全く分かってねぇパソコンオタクは
びっくりするほど沢山いやがる。
だから、どうやっても技術者の立場は改善されれねぇ。
おら、さすがに嫌気がさして来る時があんぞ。
そういう点で言うと、質問は、
> ゲッターやセッターで値を変更できるのなら
と書いてますが、その前提「ゲッターやセッターで値を変更できる」が偽なので、privateに意味があることになります。して良い変更だけ出来て、してはいけない変更は出来ないようにメソッドを書くので。
つまり間違った前提で質問しているので、「その前提は間違っているよ」という回答多数ということですね。
そうじゃなくて、「なんでも設定できるようにセッターを書いたらprivateの意味なくないですか？」(※)という疑問なら正しいですが、それは「間違った設計で開発するといろいろおかしな事がありますよね」ということの一例に過ぎません。
質問者の疑問が※であるなら、それは「何でも設定できるようにセッターを機械的に作るのは間違った設計ですよね？」と言い換えることが出来て、それに対する答えは「はい」でしょう。
おす。
「間違った設計」っておめーは言うけどな、おら、いろいろコードを書いてきて、publicやprivateの問題は、正しい設計をしたらどうにかなる問題じゃねーと思ってる。技術レベルの話で言ったら、そりゃあ、無理だ。
だから、あんまり、おめーの意見には手放しで賛同できねぇ。
＞プログラミングの事しか見てねぇプログラマ
＞商業とは何か、ってところが全く分かってねぇパソコンオタク
＞だから、どうやっても技術者の立場は改善されれねぇ
ものすごく腑に落ちるご意見です。
ツイッターとかでIT技術者たちがよく愚痴ってたりしますが、それはたいていその技術者自身の考え方や行動に問題がある。世の中やビジネスを分かっていない。
技術の些細なことばかりにこだわり、そもそもなぜその技術が世の中で必要とされお金になっているのかが理解できてない。だから逆に上手く利用されて搾取される。
0
過去にも同じような質問をされた方がいらっしゃるのですが、個人的にはこちらの回答者さんの回答がとてもわかりやすかったです！
こちらの回答にも書かれている通り、事前に入る値にバリデーションをかけられたり、ゲッターで使用する際のデバッグなどに使えるのが便利だと思います。
ですので、ただ値を入れるか取るかのために使うのでは、おっしゃる通りあまり意味をなさないかもしれません。
参考にしていただけると幸いです！
投稿2019/06/23 11:11
編集2019/06/23 11:13
総合スコア679
0
privateにすることでフィールドやメンバの存在を隠す事が出来ます。
カプセル化と言いますが、勝手に変えられては困る変数や中間処理にあたる関数などの存在を外部から隠す事が出来ます。
これにより外部からアクセスする時、本来なら２つ呼ばないといけない関数があったとして「１つの関数を呼ぶだけで処理できるように見えるようにする」ことが出来る等、保守性が向上するメリットがあります。
詳しくは下記をご参考下さい。
http://www.objective-php.net/basic/capsule
投稿2019/06/23 11:16
総合スコア702
>ゲッターやセッターで値を変更できるのなら意味なくないですか？
これについて、全く答えてねぇんじゃねぇか？
>本来なら２つ呼ばないといけない関数があったとして「１つの関数を呼ぶだけで処理できるように見えるようにする」ことが出来る等、保守性が向上するメリットがあります。
それは、privateの存在意義とは全くかんけいないと、おら、思うぞ。
ゲッターやセッター経由でフィールドやメンバにアクセスすることで、フィールドやメンバの存在を隠しながら処理を実行できるので保守性が向上するという事ですね。
分かりにくかったかもしれないですね、goku59さんご指摘ありがとうございます。
分かりにくくはねぇけど、そんな事したってやろうと思えばできるんだから、
おら、そんなのは無駄だと思うぞ。
あなたの回答
tips
プレビュー
