項目簡介

項目采用經(jīng)典DDD架構(用沃恩.弗農(nóng)大神的話，其實這是DDD-Lite）思想進行開發(fā)，簡潔而不簡單，實用至上，并且所寫每一行代碼都經(jīng)過深思熟慮，符合SOLID規(guī)則！

當然，如果你想學習完整的DDD框架，可以參考我的另一個項目（BestQ&A--開源中國推薦項目/集CQRS AES等DDD高級特性于一體的問答系統(tǒng)）

官方網(wǎng)站 http://www.openauth.me

項目詳細描述 http://www.cnblogs.com/yubaolee/p/OpenAuth.html

官方QQ交流群 484498493【已滿】  626433139

演示直達 http://183.230.7.248:13144

當前版本

2.0版(2016-10-31)

• 支持多流程模板；
• 增加Ace admin界面支持

2.0 beta版(2016-9-7)

• 全面支持工作流引擎，當前只有一個通用流程模板，可以自己擴展；
• 重構數(shù)據(jù)結構，主鍵采用GUID，刪除無用的數(shù)據(jù)表；

秀外

在b-jui的基礎上增加Aceadmin顯示，可根據(jù)個人愛好選擇：

慧中

教科書級的分層思想，哪怕苛刻的你閱讀的是大神級精典大作（如：《企業(yè)應用架構模式》《重構與模式》《ASP.NET設計模式》等），你也可以參考本項目。不信？有圖為證，Resharper自動生成的項目引用關系，毫無PS痕跡！

實用

符合國情的RBAC（基于角色的訪問控制），可以直接應用到你的系統(tǒng)。

權限資源

1. 菜單權限 經(jīng)理和業(yè)務員登陸系統(tǒng)擁有的功能菜單是不一樣的
2. 按鈕權限 經(jīng)理能夠審批，而業(yè)務員不可以
3. 數(shù)據(jù)權限 A業(yè)務員看不到B業(yè)務員的單據(jù)
4. 字段權限 某些人查詢客戶信息時看不到客戶的手機號或其它字段

用戶應用系統(tǒng)的具體操作者，我這里設計用戶是可以直接給用戶分配菜單/按鈕，也可以通過角色分配權限。

角色為了對許多擁有相似權限的用戶進行分類管理，定義了角色的概念，以上所有的權限資源都可以分配給角色，角色和用戶N:N的關系。

機構樹形的公司部門結構，國內(nèi)公司用的比較多，它實際上就是一個用戶組，機構和用戶設計成N:N的關系，也就是說有時候一個用戶可以從屬于兩個部門，這種情況在我們客戶需求中的確都出現(xiàn)過。

系統(tǒng)工程結構：

1. OpenAuth.Domain 系統(tǒng)領域層
2. OpenAuth.Repository 系統(tǒng)倉儲層，用于數(shù)據(jù)庫操作
3. OpenAuth.App 應用層，為界面提供接口
4. OpenAuth.Mvc 采用基于jquery與bootstrap的B-JUI界面
5. OpenAuth.UnitTest 單元測試
6. Infrastructure 通用工具集合

使用

管理員可直接在登錄界面點擊基于精典DDD的權限管理 - 點擊以開發(fā)者賬號登錄登錄；

普通應用賬號使用：test(密碼：test)登錄；

后續(xù)

更多狂野的功能，正在玩命加載中，敬請期待...
更多文檔正在整理中....