私は現在、Web サーバーに情報を問い合わせるモバイルおよびデスクトップ クライアントに大きく依存する Web アプリケーションを開発しています。これは、これを処理するために RESTful API を使用できるようにすることでうまく実現できます。したがって、私の考えは、カーテンの後ろにあるすべての実際のビジネス ロジックとデータベース情報を処理する「プラットフォーム」として機能するアプリケーションを用意することです。
私の計画は、RESTful Web サービスと組み合わせて、symfony2 と OAuth 2.0 認証メカニズムを使用してプラットフォームを作成することです。
今、私の本当のジレンマはウェブサイトのコンポーネントにあります。理想的には、Web サイトを、この REST プラットフォームに情報を要求するもう 1 つのクライアントと考えて、プラットフォーム自体から完全に分離したいと考えています。
もう少し明確にするために、このアーキテクチャでブログを作成しているとしましょう。たとえば、/articles/5. これはバックエンドで、symfony2/doctrine を使用すると、アプリに Article モデル クラスがあり、これらを DB から要求できることを意味します。シンプルなコントローラーが記事番号 5 を照会し、すべての情報を JSON 形式で返します。
この例の Web サイトは簡単なことを実行でき、Article エンティティを持ち、データベースに直接クエリを実行できますが、REST API を介してプラットフォームと通信し、その情報を次のように使用できれば、よりクリーンになると思います。エンティティの「バックエンド」。
本当の問題は、symfony2 を使用してこの種の設計をサポートする方法はあるのでしょうか? エンティティは CRUD 操作のために REST API に依存していますか? それとも、プラットフォーム/Web サイトを 1 つのものにして、「CoreBundle」をすべての汎用エンティティと共有するほうがよいのでしょうか?