スケジュールを取得する場合の設計について

Question

###　前提
1.DataBaseからデータを取得します。
2.DataBase接続するためのクラスがあります。

知りたいこと

１.設計についてです

例えば、スケジュールを取得するモジュールを作るとします。
４つの機能を作成することにしました。

1.スケジュールを取得する
2.スケジュールを作成する
3.スケジュールを更新する
4.スケジュールを削除する
上記、schedule Classと命名

考えたこと

1.スケジュールをデータベースから取得することから「データベースの設定などを一か所にまとめてschedule Classに
継承させてデータベースへ接続するクラスを纏めておく

※上記を考えて思いついたこととして、「ページや権限によってスケジュールの取得方法が若干異なる場合があるかもしれない」
その場合、scheduleクラスにページや権限によって若干異なる・大きく異なる場合を想定してあらかじめ関数を分けておく必要があるのか？
IF分岐で切り変えるのは、なにか複雑になりそうでいやだと思いました。

2.DataBase Classをschedule Classの継承などしてみて、schedule Classからさらに機能ごと（4つの機能ごとにクラスを作る）に分解して
クラスを作ったほうがいいのか？

などなど考えてみたのですが、設計初心者にはまったくもってコツをつかんだわけでもなく悩んでいます。
どうすればRASISがよくなる設計ができるのかが知りたいです。

もし、コツや考え方がありましたらご教授お願い致します。
宜しくお願い致します。

Comments

[m.ts10806]

仰っている「ページや権限」とはどういう概念でどう実装されるものなのでしょうか。
また、実際に最小構成のコードで（データはモックでも良いですが）作ってみて何かしら調整してみたりしましたか？

[m.ts10806]

タグは「PHP」よりも「データベース設計」や「オブジェクト指向」「デザイン」「デザインパターン」のほうがより多く知見を求められそうに思います。

[panapin]

また、実際に最小構成のコードで（データはモックでも良いですが）作ってみて何かしら調整してみたりしましたか？

これについて教えていただきたいです。

[m.ts10806]

実際にコードを組んでみましたか？という確認です。
設計は頭で考える作業ですが頭で考えていてもまとまらないときは実際にミニマムコードを組んでみてしっくりくるかどうか確かめるというのも有用な作業です。

Answer 1

• 「かもしれない」については実装すべきでないとするYAGNIという原則がある
• 美しくない設計のソフトウェアでも、リファクタリングによって美しい設計に近づけることはできる
• ソフトウェアの保守性は静的解析ツールである程度計測できる

以上から、必要な機能だけを汚くてもよいのでさっさと実装し、静的解析ツールの力を借りて保守性を計測し、満足できなければリファクタリングして美しい設計に近づける、という方法論が浮かんできます。

お気に召すかどうかわかりませんが、それなりの数のプログラマがこの方法論でソフトウェアを作っている気がします。ぼくもその一人です。