前面系列文章有針對SaaS數據、界面、功能、流程的可配置化作詳細的描述。其中涉及到一個問題雖然在腦海中對可配置化已有基礎的概念和認識，但如何將這些可配置項與實際系統運行相結合呢？

首先，不管針對任何元素進行可配置最終效果還是體現在界面上，主要包括兩個方面：一方面是功能菜單，另外一方面是功能頁面。

功能菜單作為原子功能的承載體，其包含的上下級及依賴關系直接反應了功能可配置，而功能頁面的可定制化可有效的體現租戶的特性數據。對于常用SaaS設計，功能菜單定制化可通過系統菜單框架來實現，功能頁面定制化可通過功能頁面容器來實現。

其次，針對流程、數據、功能的可配置需通過三類主流的工作引擎來實現。流程可配置對應的是工作流引擎，拓展數據的查詢、使用、提交及相應的檢查可通過拓展數據引擎。最后，設計單獨的功能引擎，負責系統內功能的調度和租戶功能的使用。

所以，可配置系統的運行，需要包括系統菜單框架、功能頁面容器、工作流引擎、拓展數據引擎、功能引擎的配合。

下面將對其進行一一的講解，需要說明的，下面只是簡單的介紹基本概念，至于具體詳細設計，筆者將會在后續的文章中做進一步說明。

系統菜單框架

系統菜單框架主要負責系統功能菜單的展示，其主要目的在于滿足租戶對功能菜單定制化的需求，依托功能菜單框架系統可根據租戶所配置的菜單進行裝載。

需要注意是的，系統菜單框架需要依托功能引擎。因為在實際產品設計過程中，功能菜單背后所體現的是具體的原子功能。因此，需要結合功能引擎，在系統運行過程中，功能引擎負責為對應的功能菜單裝載功能。同時，在菜單被點擊時，由功能引擎負責對具體原子功能的調度和使用。

如上圖所示，功能菜單可直接展示給租戶查看并操作，但底層具體裝載和調度還是有功能引擎實現，系統菜單框架只提供功能菜單的配置。

功能頁面容器

功能頁面容器主要解決的問題包含：頁面要素展示、頁面功能可用性、可配置數據展示、可配置數據提交。

1. 頁面要素展示：頁面要素展示就是根據頁面的設計或租戶的配置，展示頁面的各種要素，在實際生產過程中租戶來源于各行各業，不同的行業或公司有不同的設計要求，都需要在頁面要素展示中通過配置實現。
2. 頁面功能可用性：根據租戶的購買行為，確定對應的原子功能是否可用。針對不可使用功能，系統可設置為不可用或直接隱藏。
3. 可配置數據展示：根據租戶針對頁面實現定義可配置數據列表，在頁面自動展示。前面在《SaaS可配置化：數據可配置》中提及，用戶根據實際需要，會產生添加拓展數據的需求，在系統實際運行過程中需要通過功能頁面容器對拓展數據實現特性化展示。
4. 可配置數據提交：租戶針對頁面實體設計的可配置數據項，當頁面提交時，從頁面實體中收集可配置的數據內容，和頁面實體一并提交。針對需要進行提交驗證的數據，采用正則表達式進行驗證。

拓展數據引擎

拓展數據引擎主要負責拓展數據的展示，拓展數據的提交，拓展數據的校驗與保存。在實際生產過程中，拓展數據引擎需要依賴功能頁面容器來實現，其主要工作方式為負責對應拓展數據的轉換。例如：拓展數據展示時，系統從后臺獲取對應的數據，交由拓展引擎負責對其進行相應的類型轉換，進而完美的顯示到頁面。

功能引擎

功能引擎的實現最終還是需要依賴系統菜單框架及功能頁面容器兩方面的配合，功能引擎主要作用是依據租戶所購買的功能包為其分配對應原子功能，而原子功能依托系統功能框架體現到用戶端。

在實際使用過程中，功能引擎會確定對應的租戶是否可執行相應的功能或操作。

上述對可配置系統運行的核心模塊做了簡單的介紹，后續將會根據實際工作需要，對其逐一進行詳細說明。

相關閱讀

SaaS可配置化：數據可配置化

SaaS可配置化：功能可配置

SaaS可配置化：界面可配置

SaaS可配置化：流程可配置

本文由 @老鬼 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自作者