前面已經提到準備做乙個後台管理框架，一來是對架構設計挺感興趣，二來後台管理使用範圍挺廣，三來也是為了系統地整合一些技術知識，所以就著手開始準備。
框架首先要確定目標，定位具體要幹什麼，也就是需求。這個後台框架的主體設想**於我11年參加的那個省級大型業務系統的後台管理需求。這個專案業務比較複雜，涉及多個單位（有技術單位、也有業務單位、還有綜合單位），每個業務單位還涉及多級業務部門，同樣乙個業務在不同單位、不同部門之間還存在一定差異性，基礎使用單位２００多，近萬名使用者。如此專案，要求基礎框架可配置、業務模組可插拔、業務環節可定義、業務活動可追蹤、業務資料可共享，可想而知專案的複雜程度。這對系統框架的要求是很高的，當時做得並不是很好，很多東西還可以進行一步完善。根據專案總結的一些經驗，結合後來自己的一些思路和認識，我認為這個整體管理框架可以基於以下考慮：
一、基礎管理的考慮，應該需要綜合考慮以下幾個方面：
１、基礎資料管理：機構、人員、使用者的基礎管理；
２、通用資料管理：通用的字典項、選單管理（也可以叫業務模組，總之是一種叫法而己）；
３、通用許可權管理：基於角色、崗位的使用者許可權模型，大型系統中應該考慮的多級許可權模型；粗略的許可權模型可以做到基於模組的，細化的許可權模型應該做到基於資源（一切可供管理的資訊都可以被稱做資源，如選單、、頁面、按鈕、流程環節等等）；
４、通用認證管理：基於ｗｅｂ的許可權認證管理；
５、通用日誌管理：基於ｗｅｂ的系統日誌記錄，包括系統異常、ｗｅｂ事件、ｓｑｌ執行、使用者操作、使用者日誌等等各類日誌的記錄與追蹤；
二、基於業務的考慮，應該綜合考慮以下幾個方面：
１、portal頁面展示：基於業務系統的頁面自定製；
２、多級管理模型：根據使用者單位、部門、級別的多/分級系統後台管理；業務環節的繼承與重寫等；
３、基礎資料共享：基於業務資料的提供者和基礎資料的訂閱者，實現各系統之間的資料共享；
４、通用流程管理：業務系統與工作流產品的整合，以滿足實際業務要求為前提；
５、系統單點登入：不同業務系統之間的單點登入；
６、訊息驅動流**通過訊息的模式驅動業務流轉；
以上是我的一些考慮，短時間內也考慮不了很周全，後續將逐步完善。根據這個框架的定位，這個專案主要將考慮基礎管理方面的功能要求，以後臺管理框架為主，會簡要考慮一些擴充套件內容，如portal，其它的如果有可能後續再繼續。
常見cpp後台多執行緒框架之一
引數管理 定時器程序通訊 計算執行緒 引數管理一般由檔案 前台互動程序組成,程序啟動時從可從檔案載入引數,引數管理程序負責與前台互動,同時前台控制的引數有變化時,負責將引數更新到後台,載入到後台檔案,可選動態更新入後台程序中.計算執行緒池預開指定數量執行緒,有任務時執行任務,無任務時執行迴圈等待.計...
Django框架admin後台管理和使用者端靜態檔案
目錄 二 使用者上傳的靜態檔案的展示 三 防盜煉 django自帶admin元件，也可以用第三方的xadmin元件 有很多bug 1.去應用下的admin.py中註冊你想要管理的模型類。2.要想登陸到後台管理，必須是超級使用者，需要管理員使用者root許可權。所以需要用createsuperuser...
python 辦公自動化 之一目錄及檔案管理
import os os.getcwd 輸出目錄下所有檔案及資料夾 python路徑自動連線 os.path.join users liuming 列出當前目錄下所有檔案和資料夾 os.listdir 判斷是不是資料夾 os.path.isdir os.scandir for each in os....