AppBoxCore - 细粒度权限管理框架（EFCore+RazorPages+async/await）！

sanshi

• 前言
• 全新AppBoxCore
  
  • RazorPages 和 TagHelpers 技术架构
  • 页面处理器和数据库操作的异步调用
  • Authorize特性和自定义权限验证过滤器
    
    • Authorize登录授权
    • 自定义CheckPower权限过滤器
    • CheckPower特性控制页面的浏览权限
    • 表格行链接图标的权限控制
    • 表格行删除按钮的后台权限控制
      
  • 实体类模型定义的多对多联接表
    
    • 为什么 EF Core 不支持隐式联接表
    • 定义联接表模型类
    • 配置多对多关系
    • 联接表相关代码更新
    • 新增 IKey2ID 接口
      
  • 表单和表格的快速模型初始化
    
    • 表单控件的快速模型初始化
    • 表格控件的快速模型初始化
      
  • 对比 Dapper 和 EFCore 的实现细节
    
    • 角色列表页面
    • 向角色中添加用户列表
    • 编辑用户
    • Menu模型类的ViewPowerName属性
      
      • 编辑页面（获取初始数据）
      • 列表页面
      • 编辑页面
      • 编辑页面后台
        
      
      
    
    
• 截图赏析
  
  • 深色主题（Dark Hive）
  • 浅色主题（Pure Purple）
    
• 源代码下载
  

houzhipeng

支持一下，好东西呀!
大致看了一下，其他都可以，就是权限这一块在页面上是硬编码校验的，不够灵活，要是纯数据库配置就好了，希望改进一下

sanshi

houzhipeng 发表于 2020-3-27 13:36
支持一下，好东西呀!
大致看了一下，其他都可以，就是权限这一块在页面上是硬编码校验的，不够灵活，要是纯 ...

最初的版本就是数据库配置的，其实这样更不灵活。

因为业务逻辑千变万化，很多时候你根本不知道哪个地方需要做权限验证，除非具体到某个页面，所以在页面上编码是合理的。并且权限应该是开发时就已经明确定义好的，运行时只涉及分配权限，不可能新增权限。

houzhipeng

sanshi 发表于 2020-3-29 21:32
最初的版本就是数据库配置的，其实这样更不灵活。

因为业务逻辑千变万化，很多时候你根本不知道哪个地方 ...

这点我不赞同，权限基本就分为读取，新增，保存，删除；除了访问权限，在页面上就是以按钮的方式控制的，
在分配权限的时候，你可以读取该页面上的所有按钮元素（这个不是什么难事吧？），进行勾选，然后保存在数据库里
用户访问该页面，获取该页面的所有权限 控制按钮的启用状态。。
我原来做的winfrom项目就是这样干的，反射获取页面上所有按钮控件。
不用想我也知道，你们FineUI也应该有该页面所有控件的集合的对象

sanshi

houzhipeng 发表于 2020-3-30 10:45
这点我不赞同，权限基本就分为读取，新增，保存，删除；除了访问权限，在页面上就是以按钮的方式控制的，
...

权限基本就分为读取，新增，保存，删除；除了访问权限

这个思路其实有很大的局限性，早在 2012年，AppBox v3.0 之前的版本就是这样实现的，这也是网上大部分权限管理系统通用的做法：
https://www.cnblogs.com/sanshi/p/3274824.html


正如我在这篇文章说的那样，每个页面都不尽相同，有很多特殊情况。

比如在用户管理页面，表格行中有个【修改密码】按钮，如果要控制这个按钮，就需要一个特殊的权限！

比如想控制页面上有一大段提示信息，只对特定的角色显示，又需要一个权限。

比如我先控制页面上某些按钮（可能是汇总，流程，操作之类的）只对特定的权限显示，可能需要好多个特殊的权限。

总之这样的需要会随着项目的变大逐渐增多，所以将权限扁平化，和自定义化是有必须要的。