0

Play を使用してアプリケーションを構築しようとしています。典型的な e コマース ドメイン モデルを想像してみてください: 顧客、注文、注文品目、製品。

永続化のためのさまざまなオプションを調査する際に推奨されるのは、Scala の ORM レイヤーを避け、Slick などの別の抽象化を使用することです。

私が立ち往生しているのは、ORM を使用すると、単一の「注文」オブジェクトをビューに渡すことができ、既存のリレーションシップを使用して Customer、OrderLines、および Products から関連情報を取得できることです。Slick では、現在 (Order, Customer, Seq[(OrderLine, Product)]) のタプルをビューに渡して、同じ情報を提供しています。たとえば顧客オブジェクトの住所など、モデルをもう少し複雑にし始めると、すぐに非常に厄介になります。

これは推奨されるアプローチですか、それとも何か不足していますか? Play-Slick のサンプル アプリケーションをいくつか見つけましたが、エンティティが 1 つまたは 2 つしかないため、ここで取り上げた問題に実際には対処していません。

4

1 に答える 1

0

特に、Slick-Examples を見てください:これ は、クラスを正しく実装した場合、Customer-object を介してOrder-object にアクセスすることも、その逆も可能である必要があります (たとえばorder.customer.name、顧客の名前にアクセスするようなもの)。

于 2013-10-28T15:26:49.407 に答える