0

APIの開発に取り組んでいます。昨年のコンセプトから始まり、それ以来開発を続けています。この 1 年間で、構造と提供物は大きく変化し、クラス構造を更新するのは頭の痛い問題だと感じています。確かに、私はこれを PHP と MongoDB にとって新しく設計し始めました。また、Web プログラミングとサーバーがデータとデータベースを一般的に送受信するという概念にとっても新しいものです。私は今、この 2 つがどのように連携するかについて十分に理解していますが、クラス設計に対する最初のアプローチは間違っていると思います。まあ、私は間違っていないと思いますが、本来あるべきように設計されていません.

現在、私は4つのメインクラスを持っています。これらをクラス A、B、C、および D と呼びます。
クラス A、B、および C はすべて、3 つの個別の MongoDB コレクションに格納されているドキュメントを表すオブジェクトです。クラス D は、他の 3 つのオブジェクト間の相互作用を処理するモンスター クラスを表します。内部で他のオブジェクトを変更するオブジェクトを持つことは間違っていると感じました。

オブジェクト A、B、および C はすべて、__construct() 関数内で MongoDB に接続されています。これは正しいアプローチですか?オブジェクトにデータベースへの独自の接続を処理させるのは良い習慣ですか?

助けてくれてありがとう!

4

1 に答える 1

2

オブジェクトが接続を取得するプーリング接続マネージャーがない限り、これは一般的に悪い考えです。接続の設定には費用がかかり、接続スロットの数は限られています。

一般的に言えば、オブジェクトが使用するスレッドごとに 1 つの接続が必要です。これは、アプリケーションのニーズに応じて異なる場合がありますが、少なくとも、インスタンスごとに 1 つの接続ではなく、接続プールを使用してください。

于 2012-10-28T15:07:19.430 に答える