2012-02-28 8 views
3

私はさまざまな製品のライセンス登録を処理するアプリケーションを持っています。私は現在、基本的なMVCフレームワーク(まだ大きなものを使用していない)を再考しています。我々は様々な基本シナリオを持っている。誰かがウェブサイト経由で商品を購入することができます。これは、顧客を作成し、注文を作成し、ライセンスなどのオブジェクトを作成します(豆とゲートウェイを使用した基本的にdb挿入は「標準」と考えていますか?)。ColdFusion MVCでのサービスラッパーcfcの命名規則

とにかく、これをすべて処理するために、さまざまなビジネスルールを検証し、永続性(db)レイヤープロセスをまとめてラップするpurchaseService.cfcを呼び出します。それはうまくいくと思われ、purchaseService cfcにそのプロセスがうまく含まれていると思いました。

ここで、上記と同じようにキーを「登録」できる別の同様のプロセスが必要です。すなわち、顧客にライセンスを提供する。 (明らかに異なる規則があるでしょう)。

命名規則に関する限り、これらのサービス「ラッパー」タイプのcfcをどのように呼び出すかを決めるのに役立つルールはありますか。私が見ているほとんどの例はオブジェクトごとです。ユーザーオブジェクトにはuserGatewayとuserServiceがあり、複数のオブジェクトを呼び出すためのラッパーが必要な例は示していません。私はpurchaseServiceオブジェクトを使用して賢明に慣れてきましたか? (私はそれが依存していた他のオブジェクトに基づいてCustomerlicenceOrder.cfcと呼ぶつもりでしたが、新しい要件では何をしますか?おそらく別のサービスオブジェクトを作成しますか?PurchaseByKeyServiceと呼ばれるでしょうか?などなどOOとMVCに多くのより多くの、私は私が持っているより多くの質問を読んで:)

おかげ

答えて

1

共通サービスにアクションをグループ化することには何も問題は確かにありません。実際、各ドメインオブジェクトに対してスタンドアロンサービスを作成するだけではなく、通常は受け入れられます。

詳細については、Service Layerパターンをご覧ください。