1

すぐに、基本的に構成済み製品の電子商取引アプリに相当するプロジェクトに取り掛かる予定です。この質問は、日々変化する可能性のある価格設定スキームを実装する方法に関するものであるため、価格設定ロジックをコードからデータベースに取得したいと考えていますが、データベースにすべての作業を行わせる方法ではありません。

基本的な考え方はこれで、5つの属性があります。これらの各属性からオプションを選択します。次に、カートに商品を追加し始めます。追加するすべての製品には、これらの 5 つの属性が付加されます (属性は価格に影響します)。商品を追加したら、変更を適用できます (属性も変更に適用されます)。

したがって、この時点で得られたのは、製品 (固定基本価格を持つ) に関する情報 (価格を変更する) と、0 個以上の変更 (固定価格を持つ) といくつかの情報を含む製品です。それら(価格が変更されます)。また、変更には追加料金が発生する場合があります。たとえば、会社 A がこのソフトウェアを使用し、次のように商品の価格を設定した場合: BASE_PRICE + $50 * NUM_WHIRLIIGS で、商品に WHIRLIGIG を追加する変更がある場合、それは価格に反映される必要があります。

これを設定する方法を決定する際に役立つと思われるさまざまな価格設定システムの例を知っていますか? もっと良いアイデアはありますか?

私の現在の最善の考えは次のとおりです。メソッドの詳細に興味がなく、答えを知りたい場合はスキップできます。

任意のアイテム (またはアイテムのコレクション) に対して、会社は特別なインターフェイスを使用して、実行時に解釈および評価される価格設定式を設定できます。

したがって、PRODUCT_A の場合、会社は BASE_PRICE + WHIRLIGIG_UPCHARGE * NUM_WHIRLIGS のような値を入力する可能性があります。ソフトウェアは、価格を設定する際に、アイテムに含まれる WHIRLIGS の数と、変更によって追加される WHIRLIGS の数を調べます。

この種のインタープリターを実装した経験のある人はいますか? それはどうなりましたか?難しかった/面倒だった?

私が得ると確信しているすべての素晴らしい情報を前もって感謝します。:P

4

1 に答える 1

0

通常、これはコンポーネントを含む製品バンドルで処理されます。したがって、5 つのサブコンポーネントが追加された製品は、ベース + 5 * アドオンではなく、SUM(ベース、アドオン、アドオン、アドオン、アドオン、アドオン) になります。

したがって、製品テーブルは自己参照的であるか、またはどのサブ製品をどの製品に添付できるかを示す何らかのリンクテーブルがある可能性があります。

私の経験では、価格は通常、製品/顧客または契約ベースで保存されるため、それは別のテーブルです。

次に、実際の注文自体に製品バンドルが含まれます。注文が見積もりの​​場合、価格は (見積もりの​​有効期限まで) 凍結されます。

見積もりまたは注文が請求書に変換されると、その時点で、価格設定のタイミング パラダイムに応じて、価格設定がメインの価格設定または見積もりから固定されます。

于 2011-01-14T18:45:24.940 に答える