アプリケーションで組み込みスクリプトを使用するにはどのような要因がありますか？

Question

組み込みスクリプトを選択したときの意思決定プロセスにはどのような要素がありますか？また、IOCとPluginパターンだけで設定やバリエーションの問題を克服できますか？

多くの場合、戦略パターンとデコレータパターンは、ドメインロジックのバリエーションを克服するのに適しています。私が直面している問題は、ワークフローの計算と開始点が、異なるマーケティングキャンペーンに基づいて年々変化することであり、キャンペーンの開始直前まですべてのデータ要件とビジネスルールがわかっているわけではありません。小規模なショップであるため、構成を変更したり、厳密にテストしたり、一定の基準でコンパイル/リンクしたり、再デプロイしたりする必要はありません。

Answer 1

何度も、私は内部データ構造をPythonまたはLuaで変更可能にしました。ビジネスロジックをロード可能なモジュールに外部化する。これにより、あなたのソリューションは再利用可能なフレームワークになります。安価にを他のクライアントに展開できます。また、「現場で」修正を迅速に行うだけで（テキストファイルを更新するだけで）、クライアントは独自の動的データを自由に変更できます。

安全にAPIを公開する場合は、を壊さないでください...なぜそうではありませんか？

私の2の懸念は、以下のとおりです。

1. は、私はクライアントに固有あるロジックを外部化することはできますか？またはを後で調整した可能性がありますか？
2. パフォーマンスと知的財産の制約の間にこれを行うことはできますか？

クリーンなフレームワーク=再利用可能なコードとプラットフォームは、再コーディングなしで同じilkの問題を解決するためにすばやく変更できます。

Answer 2

私は2つのシナリオで、この技術を使用しました：私はいくつかの（限られた）カスタマイズ自体を提供することができるように、顧客/クライアントのためにいくつかの機能を提供したい

1. 。例えば値が50を超えるとチャートを赤色にして、 "val> limit"や "red"などのような短いスクリプトを入力できるようにします。ただし、ユーザーがプログラムできるものを制限するように注意する必要があります）
2. フィールドでソフトウェアのカスタマイズが必要な場合（つまり、再コンパイルはオプションではありません）、コンポーネントをオン/オフできるようにすること以上のものが必要です。そこで、アプリケーションがスクリプト可能なコンポーネントを介してアプリケーションを設定するいくつかのメカニズムを実装します。

（私は主にJavaベースなので、上記を達成するためにJava 6の組み込みスクリプティングとさまざまな言語を使用しています。フォーカスに応じて）