Q&A
その業務システムの要件によるのではないでしょうか。現時点の質問内容だけでは回答は難しいように思います。
CakePHPのプロジェクトはどんな単位で使用しますか。
なおプロジェクトとは「composer create-project」コマンドで作成するファイル群を指しております。
例えば、業務システムを構築するケースで、営業系、仕入系といったモジュールごとに機能がある場合にモジュール単位でプロジェクトを作成するのか、業務システム全体でひとつのプロジェクトを作成するのかといったことです。
データベースやテーブルはそれぞれのモジュールで独立したものもあれば、集計上いずれのデータにもアクセスすることが想定されます。
ケースバイケースかとは思いますが、判断の基準にされていることがあればご教示いただけると幸いです。
ありがとうございます。そのほかどのような情報があれば宜しいでしょうか。
対象のプロジェクトの要件です。如何様にも作れるのは作れるので、なるべく具体的な方が良いです。プロジェクトのルールにもよるかもしれません。
回答1件
0
ベストアンサー
基本的には、必要としている方の判断(つまり要求仕様)になるかと思いますので、あなたが判断すべきことではないのでは？と思います。
ただ、しいて言うならば、
作るほうの側からみれば、全部まとまっていたほうが、共通して使えるモジュールの管理や保守がしやすくなりますので、工数的には有利だと思います。
また、たとえばクライアント側の要件として、セキュリティー上、営業系は営業担当者だけ、仕入系は仕入れ担当者だけ見れるようにしてほしいということであれば、プロジェクトを分けてしまったほうがより安全かなとはおもいます。
(もちろん、アクセス権の管理をちゃんと作れば共通でも全然かまわないと思いますが）
具体的にどういったシステムかわからないので何とも言えませんが、正直メリットデメリットは誤差の範囲内だと思いますのでどちらでもいいのでは？
投稿2018/03/27 19:59
総合スコア1939
ご回答ありがとうございます
今作っているものはクライアントから要求された物ではなく、こんなシステムあったらいいなと思って自主的に作っているものです。
したがって、要求仕様については私のほうで考える必要があります。
システムの詳細についてはポータルページがあり、そこからアクセス権に応じて営業系や仕入系、会計系などの個別のモジュールに飛べるような業務管理システムです。
アクセス権は営業は営業モジュールと対になっている場合もあれば、設定すれば仕入系もアクセスできるなど柔軟にしたいと考えております。
各モジュールでメソッドや変数を共有したい場合もあるため、そう考えると一つのプロジェクトで作っておき、クラスごとに分ける方法でも良いかなと感じました。
いかがでしょうか。
共有する部分が多いのであればあれば、一つのプロジェクトで作っておいた方が無難だと思います。
もし分けて作っておいて、やっぱり一緒にしたいとなった時に、単純にマージすると冗長コード(同じようなコード）ができてしまいます。逆であれば比較的簡単に対応は可能なようにも思います。
あなたの回答
tips
プレビュー
