架构设计分享之权限系统 看图说话

Question

今天我们就以权限系统作为切入点，谈一谈怎么设计权限系统以及怎么做到系统具有以下特性：

1. Organized：如果系统组织比较好，可以起到事半功倍的效果。
2. Encapsulated：对功能，结构，数据进行有效的封装，会使系统维护变得更加容易。
3. Reusable：对常用功能以及组件进行有效的封装，可以使系统变得结构清晰且方便维护。
4. Extensible：在设计系统的时候，如果很好的遵守 OO 的设计理念（OO 的五大原则 SOLID），即使系统做得很大，也会像火箭一样直冲云霄！
5. Replaceable：在很多时候我们需要考虑到系统，组件或者功能的可替换性，因为需求是会变的。
6. Testable：做到系统的可测性，会大大帮助开发以及维护，对团队开发以及分工协作起着非常重要的作用。
7. Loose Coupling：隔离耦合是架构设计必须要考虑的一个因素，如果系统不能做到高内聚、低耦合，那么在维护，升级，新功能开发方面就会是一场噩梦！
8. High Performance：高性能是系统设计必须重视的要点，用户不可能忍受简单页面加载超过十秒，也不可能接受页面操作频繁卡死的情形，所以在架构设计的时候必须从数据库，逻辑，服务以及 UI 进行合理的优化。
9. Scalability：如果能做到前面的几点，那么我有理由相信你的系统一定具备 Scalability。
10. Enjoy Your Life：最后一点也是最重要的一点，不要忙碌于重复的码农工作，喝杯咖啡，享受代码，早点回家，陪老婆、陪小孩，环球旅游，享受生活！

废话半天，下面就开始看图说话环节：

架构设计图：

部署及组件图：

详细解决方案：

01_Client：存放 UI 相关的项目，比如 Winform, WPF，ASP.NET， Silverlight，ASP.NET MVC 或者相关的 Web Model 及 View Model 项目。

02_Hosting：存放与 Service 相关的项目，可以是 Direct Service，Remoting Service，Web Service，WCF Service 或者 Web API Service 。

03_Domain：业务逻辑相关的所有实体以及操作（根据 OO 的思想设计类以及类之间的关系）。

04_Infrastructure：非业务方面的功能框架 （Data，Common，DataContract，AOP， IOC，Logging，Encryption，Email）。

05_Database：数据库项目（包含所有数据库脚本，方便开发，部署以及维护）。

06_Tests：所有测试项目（数据访问测试，框架测试，业务逻辑测试，服务测试以及 View Model 测试）。

07_ReferenceLibs：项目相关的外部引用。

08_Tools：一些简单的工具，方便开发，测试以及部署。

各层执行序列 (调用 Service 之前需要调用 Service Adapter，然后根据项目配置来决定调用 WCF Service，Web API Service 还是直接 DLL 引用)：

权限系统设计 （支持多系统，Module 多层级，Group 多层级，多用户来源，功能权限，数据权限等）：

权限系统数据库关系图（三个中心点：Users, Roles, Paths）：

权限系统所有表（包括主要表以及备份表，主要是针对中小型项目，如果大型项目则要采用分库，分表以及分区的策略）：

数据库项目——脚本注意事项以及如何一键执行所有数据库脚本（方便管理数据库脚本并且对团队开发以及分工协作帮助很大）：

代码生成器——T4 完全生成数据库，业务实体，业务层，服务层以及 UI 代码 （之前也用 Winform 和 WPF 写过代码生成器，这是第一次使用 T4 生成整个项目，感觉非常好用，并且随时修改随时使用，而且还可以根据项目进行定制化）。