2012-08-08 68 views
1

我公司有一種產品是根據客戶銀行提供的規格定製的。現在,由於產品獲得成功,另一家銀行也採取了相同的做法,因此我們不得不做一些代碼更改,以便爲他們提供他們銀行所需的定製。現在Senario正在接近我們的銀行數量每天都在增加,我的團隊期待着某種泛化,以便在交付時配置產品,並且代碼更改最少。現在我的問題如下: -如何模塊化和自定義Web應用程序?

  1. 如何模塊化代碼以便完美定製?
  2. 我們怎樣才能實現前端的定製化,讓不同的銀行可以根據自己的需要進行配置?
  3. 需要採用哪種模板和後端技術,以填補上述需求的空白。
  4. 對於時間我們已經使用本地化,以根據客戶更改標籤,但有沒有更好的方法?
  5. 是否Drools或OSGI有任何用途,如果應用程序要快速交付。
  6. 還需要驗證不同的領域和其他UI組件,以滿足特定銀行的需求?他們有什麼解決方案?

注意:我們正在使用Spring3晴的MVC模塊來構建解決方案,並期待着某種工業產品可以是定製的,並可以輕鬆連過程沒有陡峭的學習傳遞要快曲線。

+3

定製銀行應用程序並快速執行? – 2012-08-08 06:59:54

+0

drools是一個規則引擎。如果你想運行商業規則,任何規則引擎肯定會有所幫助。如果所有的規則邏輯都嵌入代碼中,那麼就有必要在規則引擎中查看。 – techuser 2012-08-14 01:26:30

回答

0

沒有簡單的(一刀切)解決方案。自定義範圍從化妝品UI樣式到在數據模型級別添加新字段/關係,更改業務邏輯等,以及對工作流程的更改。

處理這個問題的好方法是找出不同實現之間的常數以及需要改變的地方。回過頭來進行必要的更改,以便通過添加新代碼而不是修改現有代碼(開放關閉原則)來更輕鬆地定製這些內容。選擇性使用工作流引擎,業務規則引擎可以使某種定製更容易。

目標應該是爭取擁有一個具有70-80%核心特性的通用代碼庫,然後再增加15-20%實現特定的定製。

通過使用某些拖放UI或甚至通過XML/db配置動態配置某些內容的方法通常要比使用鉤子設計良好的核心模塊更復雜幾個數量級通過編寫新的代碼來允許定製。

你可以看看像OFBiz,OpenERP等東西,以瞭解如何做到這一點以及它們傾向於變得多複雜。

你也可以看看現代代碼生成框架,如Spring Roo,Sculptor等,這可以幫助建立一個基本產品,通過編寫額外的代碼可以很容易地定製。