1. 具有靈活的分頁功能。
分頁功能是每個項目中必須要實現的功能,而恰恰這個功能是比較費時費力的,如果在架構中實現這一功能,將在每個項目中大大減少分頁的重複性工作。
2. 可以方便的實現檔案的上傳與下載、資料的匯入和匯出的功能。
檔案的上傳於下載、資料的匯入和匯出在大部門項目中也會遇到,但是這兩個功能可能會因為項目的不同導致實現上有一點區別,我們架構中要做的就是應該抽出其中共有的東西,定義為抽象的東西,以便不同的項目、不同的需求都能很容易的實現該功能。
3. 方便的交易管理功能。
交易管理一般來說都定義在商務邏輯層。我們架構中應該實現對商務邏輯對象事務的簡單配置甚至是零配置。筆者接觸過的兩個架構中,一個需要在配置 完一個商務邏輯對象時,在交易管理的設定檔中加上一句簡單的配置即可,另一個是架構中實現了幾個基本的商務邏輯對象,並對這幾個對象實現了交易管理的配 置,開發的時候定義的商務邏輯對象都是繼承自這幾個基本對象,也就省去了交易管理的配置。
4. 具有異常處理架構。
基本上每個項目的異常處理都應該可以使用公司的架構定義的異常處理架構,並不會因為項目的不同而要求的異常處理也不一樣。
5. 具有自己的一套頁面組件。
項目開發都是團隊的開發,要想保證每個開發人員的介面風格統一,最好的辦法就是定義一套公司自己的頁面組建。這樣既能保證開發效率,也能做到界 面的統一。freemark 就是不錯的選擇,其支援自訂宏,公司架構中可以定義一套自己的頁面組建宏,供開發人員調用即可。
6. 具有資料校正架構。
每個項目在資料校正時都可能會用到大量的Regex,那麼在公司的架構中將這些Regex封裝起來,提供統一的調用介面將是不錯的選擇。
7. 簡單的實現菜單的配置。
一個好的架構應該提供對菜單、二級菜單等的簡單配置、管理。還是上文提到的兩個架構,一個是通過 XML 設定檔實現了對系統中一級菜單、二級菜單、三級菜單的管理,而另個架構要實現相同的需求卻要在資料庫中進行繁瑣的配置,顯然第一個架構的實現方案更可 取、更高效。