Play を使用して新しい印象的な Web プロジェクトを作成しようとしています! フレームワーク (Rails の哲学に似ています)。
この有名な本の重要な部分をいくつか読んだ後:優れた設計に関するいくつかのヒントを学ぶために Ruby と Rails を使用したサービス指向設計を読んだ後、個別の Play を作成してモノリシック アプリケーションを回避したいと考えています。サービス層としてのアプリケーション (REST 経由)。
したがって、私は最初のプレイを想像します！アプリケーションは、クライアントのリクエストを他の Play! アプリケーション。
私はこの解決策で両方のことを疑問に思います:
エンティティ/値オブジェクト (データ モデル) をどこに置くか? ビュー アプリケーションとサービス アプリケーションの間で何らかの種類の data-model.jar が共有される可能性はありますか? (DTOまたはJSONオブジェクトで十分であるため、ビューのオプション)
ビュー アプリケーションはサービス アプリケーションの単純なプロキシとして機能するため、ビュー アプリケーションにはモデル層がありません。将来の開発者 (ビュー/コントローラーはあるがモデル部分のないアプリケーション) の混乱や潜在的な誤解を助長しませんか? 同様に、サービス アプリケーションにはビュー レイヤーが含まれません...
つまり、これらの各アプリケーションは Play! を使用しています。この悪い原則に従っているようです: YAGNI