2

私の会社は、顧客銀行の 1 つから提供された仕様に従ってカスタムメイドされた製品を持っています。この製品が成功したため、別の銀行が同じことを求めてアプローチしたため、銀行に必要なカスタマイズを提供するために、コードを少し変更する必要がありました。現在、私たちにアプローチしている銀行の数は毎日増加しており、私のチームは、最小限のコード変更で納品時に製品を構成できるように、ある種の一般化を期待しています.私の質問は次のとおりです:-

  1. 完璧なカスタマイズを行うためにコードをモジュール化する方法は?
  2. さまざまな銀行が独自のニーズに合わせて構成できるように、フロントエンドのカスタマイズをどのように実現できますか?
  3. 上記の要件のギャップを埋めるために、どのテンプレートおよびバックエンド テクノロジが必要か。
  4. 当面はローカリゼーションを使用して、お客様に合わせてラベルを変更していますが、他に良い方法はありますか?
  5. アプリケーションを迅速に配信する場合、Drools または OSGI は役に立ちますか。
  6. 特定の銀行のニーズを満たすために、さまざまなフィールドやその他の UI コンポーネントの検証も必要ですか? 彼らに利用できる解決策は何ですか？

注:Spring3 の主に MVC モジュールを使用してソリューションを構築しており、カスタマイズ可能で簡単に提供でき、プロセスさえも急な学習曲線なしで高速であるはずのある種の工業製品を楽しみにしています。

4

1 に答える 1

0

簡単な (1 つのサイズですべてに対応できる) ソリューションはありません。カスタマイズは、見た目の UI スタイリングから、データ モデル レベルでの新しいフィールド/関係の追加、ビジネス ロジックなどの変更、ワークフローの変更にまで及びます。

これを処理する良い方法は、さまざまな実装で何が一定で、何を変更する必要があるかを把握することです。戻って、必要な変更を加えて、既存のコードを変更する代わりに新しいコードを追加することで、これらのことを簡単にカスタマイズできるようにします (オープン クローズの原則)。ワークフロー エンジン、ビジネス ルール エンジンを選択的に使用すると、特定の種類のカスタマイズが容易になります。

目標は、コア機能の 70 ～ 80 % を含む共通のコード ベースを作成し、さらに 15 ～ 20 % の実装固有のカスタマイズを行うよう努めることです。

ドラッグ アンド ドロップ UI を使用するか、XML / db 構成によっても動的に構成できるものを構築するアプローチは、通常、カスタマイズを可能にするフックを備えた適切に設計されたコア モジュールを使用するアプローチよりも数桁複雑です。新しいコードを書く。

OFBiz、OpenERPなどを調べて、その方法とそれらがどれほど複雑になる傾向があるかを理解できます。

また、 Spring RooやSculptorなどの最新のコード生成フレームワークを見ることもできます。これらは、追加のコードを記述して簡単にカスタマイズできる基本製品の構築を可能にするのに役立ちます。

于 2012-08-08T07:48:02.997 に答える