Lind.DDD.Manage项目核心技术分享

回到目录

关于Lind.DDD.Manager的培训与学习

讲解:张占岭

花名:仓储大叔

主要框架:Lind.DDD,Lind.DDD.Manager

关于Lind.DDD.Manager

由于数据模型,数据库初始化(Code.First自动升级数据库或者进行数据库版本的迁移)控制器,View视图,css,js等元素组件的一套标准的后台管理系统框架,可以直接应用到任何一个系统上,可以它将发布到Nuget上,以后安装和更新更加方便。

如何为你的项目安装Lind.DDD.Manager

Lind在nuget上早已有了自己的版本,用户在自己的项目上直接从nuget上在线安装即可,它将会把对应的view,content,script,dll等安装到你的对应项目中,你不必担心它的升级,因为一切由nuget来控制!

关于几大过虑器,代替配置麻烦和过时的HttpModule

Lind.DDD.Authorization.Mvc.AuthorizationLoginFilter:对用户登陆后的授权

Lind.DDD.Filters.ActionAuthorityAttribute:对指定Action添加操作权限的标识

Lind.DDD.Filters.ActionLoggerAttribute:对指定Action进行操作日志的记录

Lind.DDD.Filters.ActionTrackAttribute:对action执行时间的跟踪

Lind.DDD.Filters.ExceptionErrorLoggerAttribute:对action执行过程中,异常的捕获

Lind.DDD.Manager.Filters.ManagerUrlAttribute:对指定Url与系统Url进行对比,用于菜单权限的控制

Lind.DDD.Manager.Filters.ManagerActionLoggerAttribute:后台操作日志记录,它继承自ActionLoggerAttribute类,主要实现了后台日志持久化机制

关于控制器与模块

后台模块设计,要求每个模块属于一个controller(控制器),这样可以更好控制每个action的行为权限。

关于角色-菜单-操作权限的设计

关于Action中添加权限特性标识

行为类型的枚举

为每个Action应用自己的行为特性

关于Action中添加操作日志特性标识

由于自己的业务系统在记录日志时的持久化方式比较多,所以我们将获取日志的逻辑与持久化的逻辑进行分离,获取放在Lind.DDD里,而持久化的逻辑放在具体的项目中,如Lind.DDD.Manager项目,它有自己的操作日志过滤器,它项目里的Action应用它的ManagerActionLoggerAttribute即可,代码如下

在Action上应用代码如下

关于数据集权限

对业务平台的相关数据表的某些字段进行控制,根据不同的角色,为业务平台返回不同的数据集合,而对于业务平台来说,它们将成为对表进行过滤的一种条件!

模型的设计

先添加数据集的类型,用于从业务平台选择需要筛选的所有数据

然后添加对应的值,选对应的类型,可以被筛选出来的目标数据

业务平台可以根据自己的用户编号userid,表名type和字段名field来获取指的数据,框架中提供了/WebDataSetting/GetDataSet方法,返回为目标值组成的字符串,每个值用逗号做分割。

关于菜单权限的安全设计

在Lind.DDD.Manager里,菜单权限会被分配到每个角色中,而用户登陆后,会根据它的角色来显示对应的菜单列表,这通常表现在左侧的导航菜单上,而如果用户在地址栏直接输入菜单的URL进行访问时,我们也有对应的ManagerUrlAttribute对它进行控制,主要逻辑是使用数据库里的菜单与当前角色所拥有的菜单进行比对,如果存在这个权限,菜单对应的页面才可以被访问。

感谢各位对Lind.DDD框架的关注,让我们一起把框架做的更好!

感谢各位!

回到目录

时间: 2024-10-24 01:05:28

Lind.DDD.Manage项目核心技术分享的相关文章

Lind.DDD.Domain领域模型介绍

回到目录 Lind.DDD.Domain位于Lind.DDD核心项目中,它主要面向领域实体而设计,由一个IEntity的标识接口,EntityBase基类和N个Entity实体类组成,其中IEntity主要用来标识,在仓储操作时,用它来表明操作的实体范围和约束:EntityBase定义了几个公用的属性,为了避免代码的重复,特意将状态,插入时间和更新时间定义到了EntityBase里,而为何不将主键定义进来呢,主要考虑到主键的类型是为确实的,还有就是不同类型的主键可能需要实现不同的特性,如Mong

Lind.DDD.API核心技术分享

回到目录 关于Lind.DDD框架里API框架的技术点说明 讲解:张占岭 花名:仓储大叔 主要框架:Lind.DDD 目录 关于Lind.DDD.Authorization 关于授权的原理 关于ApiValidateModelConfig 关于Lind.DDD.CacheConfigFile 如何为你的API项目注入授权模块 关于服务端收取过滤器ApiValiadateFilter 如何在客户端生产加密授权串 关于请求类与响应类 客户端如何做分页 关于Lind.DDD.Authorization

关于Lind.DDD.Api客户端的使用与知识分享

回到目录 关于Lind.DDD.Api的使用与客户端的调用 作者:张占岭 花名:仓储大叔 框架:Lind.DDD,Lind.DDD.Api 目录 Api里注册全局校验特性 1 Api中设置全局的Cors跨域资源访问 2 Api直接返回Json,而不是Xml 2 Api中Controller的Get,Post,Put和Delete 3 Api中Controller几大方法重载要注意的 3 客户端如何调用Api 4 对ResponseMessage的结果按需返回 5 对ResponseMessage

Lind.DDD敏捷领域驱动框架~介绍

最近觉得自己的框架过于复杂,在实现开发使用中有些不爽,自己的朋友们也经常和我说,框架太麻烦了,要引用的类库太多:之前架构之所以这样设计,完全出于对职责分离和代码附复用的考虑,主要参考了微软的DDD大作<N_LayerAPP>这个项目,而在这几年的项目开发用,也尝到了这种职责分享框架的甜头,但在最近的开发中,也看到了其它框架的出现,如<ABP>项目,它主张简单框架,敏捷开发,在项目引用上将核心类库和持久层进行抽象分离,复用在各位领域项目之中,这在项目整个感觉上更加简单,也更容易被人们

Lind.DDD.Authorization用户授权介绍

回到目录 Lind.DDD.Authorization是Lind.DDD框架的组成部分,之所以把它封装到框架里,原因就是它的通用性,几乎在任何一个系统中,都少不了用户授权功能,用户授权对于任何一个系统来说都是必要的,像管理型的页面都需要用户先去登陆,然后拿到凭证,才可以进行访问,这在MVC和WebApi体系结构里是很容易实现的,像过滤器里的AuthorizeAttribute和ActionFilterAttribute都可以实现用户授权的功能. AuthorizeAttribute和Action

Lind.DDD.Messaging框架通讯组件介绍

回到目录 大家好,今天有时间来介绍一下Lind.DDD框架里的消息机制,消息发送这块一般的实现方法是将Email,SMS等集成到一个公用类库里,而本身Email和SMS没什么关系,它们也不会有什么接口约定,即你想实现某种消息的多态发送,不需要程序代码,基本不可能实现,而在Lind.DDD里面,大叔将它进行了抽象,消息有自己的统一接口,而对于email和sms只是一种实现而以,这样,就可以发挥面向对象的特性,在sms,email甚至是rtx上进行消息的灵活切换了,说到这样,您心动了吧! Lind.

Lind.DDD敏捷领域驱动框架~Lind.DDD各层介绍

回到目录 Lind.DDD项目主要面向敏捷,快速开发,领域驱动等,对于它的分层也是能合并的合并,比之前大叔的框架分层更粗糙一些,或者说更大胆一些,在开发人员使用上,可能会感觉更方便了,更益使用了,这就是大叔开发Lind.DDD框架的目的,让一切变得更简单... Lind.DDD层 主要是公用方法,组件,规约等,如日志组件(Logger),消息组件(Messaging),IOC,AOP,缓存(Caching),异常,请求/响应,用户授权(Authorization),安全校验,领域模型(Domai

Lind.DDD.Paging分页模块介绍

回到目录 分页组件网上有很多,MVC.Pager,JSPager等,通过实现方式大体分为前端分页和后端分页,前端分页是前台对list内存本地集合进行分页,缺点就是在大数据情况下,内存占用过高:后端分页就是UI把要返回的页号告诉后台,由后台组织数据并返回,这种方法就是我们经常看到的了:而根据后台集合种类又可以分类List和IQueryable,前者是本地集合,在返回数据时,直接把第几页共几条的集合返回:IQueryable是预查询集合,它是Linq的产物,在很多地里它不通用,除非你的ORM框架支持

Lind.DDD.Domain.ISortBehavor~上移与下移

在进行列表排序时,有个“上移”和“下移”操作,这个一般在内存里完成,然后统一提交到数据库中,对于上移与下移的设计,大叔在LIND.DDD.DOMAIN里有一个ISortBehavor接口,主要是说,如果实体对象支持排序功能,可以实现这个接口,而在扩展库中,将有为本地结果集动态排序(上移和下移)的方法,这个设计类似于ABP项目里的软删除,当然在大叔LIND里也有对删除的逻辑操作. ISortBehavor内容 class Entity { public int ID{ get; set; } }