2011-01-19 11 views
1

プロダクトコンフィギュレータを作成する必要がありますが、要件に応じて、文字通りすべての製品に、それを検証するための一連のルールがあります。このルールは、構成が構成されている基本コンポーネントの数量を指します。 現時点では、この処理方法はdbに "formula"文字列を格納するだけです。UIはExcelにあるため、設定を呼び出すとルールも付属しています。 = "それの前に。したがって、最終製品は、数量または構成要素が変化したときに機能します。動的メソッド/ルール

似たようなタイプの質問がありましたが、答えは常にUJSと思われましたが、これはアプリ自体に保存されていますが、正しいですか?私の挑戦は、製品に応じてこれらのルールを複製する方法を作り出すことです。さまざまな製品がいつでも追加、変更されているので、何かを変更するたびに再デプロイするようにアプリケーションに保持しますビット極端!

誰もが良い解決策を考えることができますか?助けて!

答えて

0

これらはビジネスルールなので、サーバー側のどこかに格納する必要があります(クライアント側のコードでミラーリングできますが、そこに格納することはお勧めできません)。それらは、コード、構成ファイル、またはデータベースとして表現することができます。

提案したとおり、頻繁に変更されるルールをソースコードでモデリングすると、アプリケーションが脆弱になります。私は最高のストレージオプションはあなたのデータベースだと思う。

製品ごとにクライアント側の動作を実装する必要がある場合は、AJAXを使用して製品IDをサービスに送信し、構成「パッケージ」を(ダム)クライアントに返すことができます。

これは機能しますか?とにかく、私にはいいと思う。 ;)

+0

ありがとう!私はそれを動作させる唯一の方法であるように思われるので、あなたが言及したように、サーバ側でそれを行う方法に関する様々なオプションを分析しました。しかし、もし私がその道を行くならば、たとえば、構成が選択されたときにロードされるように、各構成のDbにJS "文字列"を格納すると、どのように動作しますか? (それをコーディングする面では、私は少し失われています)。 AとBの2つのコンポーネントがあるとします。Aのデフォルトのqtyは1、Bの値は2です。しかし、ルールはAを変更できると言いますが、私が選択するとBは常にその2倍にする必要があります。それとも、「パッケージ」の意味ですか?助けてくれてありがとう! – Lievcin

+0

私が考えているのは、サーバーを呼び出して実装側のロジックを処理するサーバー側のコードに、クライアントを「ダム」にしておくという行に沿っています。このスキームでは、スクリプトを格納するのではなく、ルールを処理して(JSONをトランスポートとして使用して)結果を戻します。どのようにそのことについて? –

+0

私はちょっと混乱していますが、今はおそらく明らかなように、新しいレールです。だから、あなたが言っているのは、私は(デフォルトに変更が加えられたときに)サーバーからjsonを使ってルールを取得するべきですか? 質問の第2部は、これらのルールはどのようにサーバー側に格納されていますか?ありがとうTK - 421! – Lievcin