web-applications - それでもサービスが必要なのはなぜですか? モデルだけのアーキテクチャ？

Question

javascript を使用してブラウザーですべてのレンダリングを行う qooxdoo アプリケーションをフロントエンドとして使用するアプリケーションを構築しています。このクライアント側アプリケーションは、「get me all the worker」のようなサーバーへの呼び出しのみを行い、サーバー側はすべてのワーカーのリストを json 形式で返します。

これは次のように機能します。

1. クライアントがサーバーにリクエストを送信
2. サーバーはサービス「workers/get」を呼び出します
3. サービスはモデルを呼び出しWorker.findAll()ます。
4. サーバーはリストをクライアントに返します。

すべてのロジックをサービスからモデルに移動したので、サービスが何をしているのか自問しています。彼らは何もしていないので、私はそれらを取り除くことを考えているので、新しいプロセスは次のようになります:

1. クライアントがサーバーにリクエストを送信
2. サーバーはモデル「Worker.findAll()」のメソッドを呼び出します
3. サーバーはリストをクライアントに返します。

それだけです、どう思いますか、後で問題が発生する可能性がありますか？ありがとう （：

Answer 1

サービスは最も重要なことを行います調整

• モデルはビジネスオブジェクトを表す必要がありますが、ロジックを実装する必要はありません
• モデルを調整するためのロジックは、ビジネスサービスによって処理される必要があります
• ミドルウェアまたはWebLayerサービスは、ValueObjects / RequestObjectsとともにBusiness-Serviceと対話します-したがって、それらはファサードを提供します。

Answer 2

この小さな情報で具体的なアーキテクチャのアドバイスを与えることは不可能です。

そうは言っても、私はまだあなたにいくつかのアドバイスを与えることができます：

レイヤーを追加するためだけにレイヤーを追加しないでください。アプリケーションに特定のレイヤーを追加するのは、それがコンテキストで意味をなし、実際のメリットを追加する場合のみにしてください。