2

私はまだ CakePHP の初心者で、現在、それを使用して 1 つの (かなり複雑な) アプリケーションを作成してデプロイしています。ユーザーとグループを完全にサポートしており、アクセステーブルとすべてを機能させるのに時間がかかりました。

今、私は別のアプリケーションを作成しています。最初はまったく新しい CakePHP インストールを作成したばかりでしたが、後で最初のアプリに基づいてユーザーを認証したいことに気付きました。現在、彼らは異なるデータ ソースを使用しています。さまざまな長所と短所があり、これを達成できる方法がいくつかあることを理解しています。私は：

  1. それらを分離し、拡張アプリケーションにデータ ソースを追加し、ユーザー認証コードを移植しますか?
  2. それらを別々に保ち、最初のアプリケーションでログインを処理し、通信プロトコルを使用してそのデータを 2 番目のアプリケーションと何らかの方法で共有しますか?
  3. それらを 1 つのデータ ソースに結合し、アプリの複雑さが増すことを受け入れますか?
  4. 全然違うもの？

CakePHP を使用して、同じホスト/ホスト名で実行され、同じ MySQL サーバーに接続する両方のサイトを作成しています。ユーザーは常にメイン アプリケーションで保存/作成され、2 つ目のアプリから受動的にアクセスする必要があります。

4

1 に答える 1

-1

正直なところ、それらを簡単にまとめることができるように思えます。それらを別々に保つ理由は、1つのプログラムの別々の部分に保つことができるように思えます。

たとえば、私が生計を立てるために取り組んでいるアプリケーションは、これらの多くのことを行います。ユーザーは登録でき、イベントのカレンダー、求人情報、最近のニュース、および約 25 の他のモジュールにもアクセスできます。それらはプログラムの異なる部分にすぎません。

/users/registerユーザーコントローラーが登録を処理するようなルートを持つ1つのアプリケーションを持つことができます。/calendar/....次に、カレンダー コントローラーがカレンダー ロジックを処理する場所にルーティングするアプリケーションの別の部分を作成できます。学生用と教職員用に別々のカレンダーが必要な場合は、カレンダー コントローラーのさまざまな部分にルーティングされる/faculty/calendar/1およびのようなルートを作成できます。/student/calendar/1

論理的にグループ化されたコードを簡単に維持できるように、アプリケーションをモジュール化することがすべてです。2 つの異なるアプリケーションになるように大きく分ける必要はありません。

長期的には多くの頭痛を避けることができると思います。

私の意見について気分が良くなるなら、私が話していた私が取り組んでいるソフトウェアは、政府レベルで 1 日 (文字通り) 数百万のドキュメント、および 1 週間に数十万のユーザーを処理するエンタープライズ ソリューションです。

于 2011-08-31T20:21:04.150 に答える