Q&A
あまりプロプロっていうと報酬が発生するので、おおっぴらに言わない方がいいかもしれません。あくまで「熟練者のみなさん」とか「詳しい方」とかにとどめるようにしてください。
クラスの分け方について質問させてください。
ある学習サイトで画像投稿掲示板を作成しまして、投稿機能部分を「Uploader」というクラスの中にまとめていました。
このクラスなのですが、どういった場面で使うのかがいまいち分からず、機能ごとに分けるのか、ただ単にコードの分量が多くなったら分けるのか、index.phpの中に関数で書けばいいんじゃないかと疑問に思いました。
今自分が考えているのは、機能ごとにクラスを分けるというもので、例えば削除機能に「Deleteクラス」、いいね機能に「Goodクラス」みたいな感じで分けるのを想定しています。
そうすると、削除機能のコードが3行しかなくてもクラスに分けることになるので、逆に分かりにくく感じてしまいます。
そのあたり熟練者のみなさんはどうされているのかアドバイスをいただけないでしょうか。。
よろしくお願いいたします。
回答3件
0
ベストアンサー
これは「クラス設計」についての話題ですね。
teratailでもそれなりの数、質問があがっているようです。
「オブジェクト指向」タグを辿るか「クラス設計」で検索してみてください。
有益な回答はたくさん見つかるはずです（あと同様に「クラス設計」でGoogle検索するのも有用です）
基本的には「役割分担」なので、「アプリケーション全体」という大きな観点からどのような役割が必要で、何にどのような役割を与えるか、ということになってきます。
index.phpの中に関数で書けばいいんじゃないか
これはオブジェクト指向序盤で誰もが感じることかと思います。
でも先に申しました「役割分担」の観点からいきましょう。
index.phpで全ての役割を持たせるものでしょうか？
同じ機能を他の画面で使いまわしたい場合、index.phpに書いてしまうとどうなるでしょうか？
例えばDB接続の処理。毎回あの手続きを書きますか？
接続ユーザーやホスト、パスワードなど、毎回直に書きますか？
try-catchによるExceptionの捕捉処理、毎回同じ処理を書きますか？
このあたりですね。
検索のSELECT文をDBに届ける場合、毎回全ての箇所にselect * from XXX where id=? ･･･を書いてprepare→bind→execute→fetchの処理を書いて「面倒だな」と思うことはありませんか？
ここに「DBにSELECTを投げて結果をとってくる」という役割を与えれば、
テーブル名が違っていたり、Whereの条件が違うだけで、変数でやりくりできる部分ですよね。
とか。
「多くなってきたらわける」
これは導入部分の考え方としては「あり」ですが、
本質は「きちんと役割を与える」「再利用性を加味する」です。
ちなみに
業務および実現場観点から言うと、現場ではフレームワークが導入されているのが常で、
現場のコーディングルールがあるので、それに従います。
ルールを作る側もおおよそ何かしらの指針をもとにやっているものと思われますが、一般的には上記のように「何にどのような役割を与えるか」という観点で作成されているものです。
ご参考まで。
投稿2019/02/25 06:28
総合スコア80850
ご回答ありがとうございます。なるほど、ということはデータベースから情報を取ってくる専用みたいなクラスを作れば、掲示板サイトだけじゃなくて、全く違う別のサイトでもそのクラスが使えるってことですね。
同じ機能を他の場面で使いまわすという部分がとても参考になりました。これからコードを書くときは、役割と再利用を考えて作ってみたいと思います。あと「クラス設計」というキーワードでいろいろ調べてみます！
ベストアンサーは迷ったのですが、詳しく書いていただいたmts10806様とさせていただきました。他の方には申し訳ありません。アドバイスいただきありがとうございました。
何かのヒントになったようで何よりですが、下記の理解は危ういです。
>ということはデータベースから情報を取ってくる専用みたいなクラスを作れば、掲示板サイトだけじゃなくて、全く違う別のサイトでもそのクラスが使えるってことですね。
「全く別のサイト」はプロジェクトが全く別でもありますので、
例え同じサーバー内でサブドメインやドメインをわけたとしても、同じファイルを見に行くように作ってはいけません。
別途そのプロジェクト配下に専用に作ってください。（ファイルが別であればOK）
それはあくまで「そのプロジェクトの配下のもの」であるべきです。
そのあたりはnamespaceとかを考えていくと役割分担の理解が深まると思います。
ご返信ありがとうございます。確かに全く同じコードだと問題になりそうですね。namespace はこの前習ったばかりで、何のためにあるのか分からなかったのですが、そういう時に使うのですね。少し理解が深まったような気がします。ご助言ありがとうございました。
はい。namespaceはJavaなどでは当たり前のものですが、より役割(または所属)を明確にするために使うと覚えておくと有用に使いこなせるようになるとおもいます。
再利用性もそうですが、システムには必ず変更が入るという観点からきちんと役割を明確化しておくとメンテナンス性にも良い影響があります
0
なにかしらのフレームワークに則っている場合は、クラスの分け方もフレームワークの流儀に従うこととなります。MVCもその一例ですが、1つの機能を実装するだけでもいくつかのクラスを用意することは、よくあります。
投稿2019/02/25 06:26
総合スコア145183
ご回答ありがとうございます。「1つの機能でいくつもクラスを作る」ということもあるのですね（大規模なプログラムのような気がします）。まだフレームワークというものを触ったことがなく（CakePHPという名前は聞いたことあります）イメージ付きにくいのですが、もし今後使うことになりましたらそちらのルールに従って書いてみたいと思います。初心者過ぎて的外れな返信ですみません。。
あなたの回答
tips
プレビュー
