前端UI组件【免费下载链接】nebular:boom: Customizable Angular UI Library based on Eva Design System :new_moon_with_face::sparkles:Dark Mode项目地址https://gitcode.com/gh_mirrors/ne/nebular点击查看免费下载本文以 Nebular 组件库中的nebular/security模块为主线完整讲解其安装、导入与注册流程并深入NbSecurityModule.forRoot()的底层实现说明如何同时配置 ACL 访问控制规则与RoleProvider角色提供器帮助你在 Angular 应用中快速落地基于角色的前端访问控制。读完本文你将掌握从零安装 Nebular Security、注册模块、配置权限规则并在模板与服务中使用*nbIsGranted指令与NbAccessChecker完成资源级授权判断的完整实战方案。安装前的准备nebular/security以 npm 包的形式独立分发不依赖nebular/auth认证或nebular/theme主题模块但官方建议将三者配合使用Nebular Auth 负责你是谁authenticateNebular Security 负责你能做什么authorize。在动手安装前请确认你的项目已满足以下前提项目基于 Angular 框架且已配置好 npm 包管理器如果你使用的是 ngx-admin starter kit那么 Security 模块已经预置在项目中无需重复安装可直接跳到「导入并注册模块」一节。从当前仓库中nebular/security的 package.json 可以看到其声明信息包名nebular/security版本17.0.0MIT 协议核心依赖仅为tslibsideEffects: false可安全参与 tree-shaking。其peerDependencies要求angular/common、angular/core、angular/router及rxjs^6.5.3 || ^7.4.0因此你的 Angular 应用本身必须满足这些对等依赖版本要求。第一步npm 安装 Security 模块执行以下命令即可安装npm i nebular/security安装完成后node_modules/nebular/security下即为编译好的库产物。该包仅包含 Security 模块自身ACL 服务、访问检查服务、角色提供器抽象类与条件指令不含主题样式因此在styles.scss中不需要额外引入其样式文件。第二步导入模块在需要使用该模块的文件通常是根模块app.module.ts顶部导入NbSecurityModuleimport { NbSecurityModule } from nebular/security;从仓库的 public_api.ts 可以看到该包公开导出security.options——NbAclOptions、NbAccessControl、NbAclRole等类型定义security.module——NbSecurityModuleservices/acl.service——NbAclServiceservices/access-checker.service——NbAccessCheckerservices/role.provider——NbRoleProvider抽象类directives/is-granted.directive——NbIsGrantedDirective。第三步在根模块中注册在根模块的imports数组中调用静态方法NbSecurityModule.forRoot()NgModule({ imports: [ // ... 其他模块 NbSecurityModule.forRoot(), ], }) export class AppModule { }这一步完成之后Nebular Security 就已经安装并启用可以进行 ACL 配置了。forRoot() 背后发生了什么NbSecurityModule.forRoot()并不是一个空操作。查看源码 security.module.tsstatic forRoot(nbSecurityOptions?: NbAclOptions): ModuleWithProvidersNbSecurityModule { return { ngModule: NbSecurityModule, providers: [ { provide: NB_SECURITY_OPTIONS_TOKEN, useValue: nbSecurityOptions }, NbAclService, NbAccessChecker, ], }; }从中可以看出三个关键点forRoot()接受可选的NbAclOptions参数并以NB_SECURITY_OPTIONS_TOKENInjectionToken的形式注入到应用级 providers 中这就是后续 ACL 配置的入口它在应用根级别提供了NbAclServiceACL 存储与判定服务和NbAccessChecker访问检查服务意味着整个应用共享同一份权限状态模块本身还声明并导出了NbIsGrantedDirective指令见同一文件的declarations与exports因此只要导入了NbSecurityModule模板中就能直接使用*nbIsGranted。需要留意的是forRoot()与模块体的职责分离模块体部分CommonModule导入、指令声明/导出在模块被 import 时即生效而forRoot()返回的 providers 则只在根模块生效这正是安装一次、全局可用的设计意图。第四步可选配置 ACL 访问控制规则forRoot()的配置参数类型NbAclOptions定义于 security.options.tsexport interface NbAclRole { parent?: string, [permission: string]: string|string[]|undefined, } export interface NbAccessControl { [role: string]: NbAclRole, } export interface NbAclOptions { accessControl?: NbAccessControl, }即一个角色role可以声明一个可选的parent父角色以及若干权限 → 资源单个字符串或字符串数组的映射。把配置传入forRoot()NgModule({ imports: [ // ... NbSecurityModule.forRoot({ accessControl: { guest: { view: [news, comments], }, user: { parent: guest, create: comments, }, moderator: { parent: user, create: news, remove: *, }, }, }), ], }) export class AppModule { }这个配置表达了三层权限模型角色父角色权限与资源含义guest无view: [news, comments]访客只能查看新闻与评论userguestcreate: comments登录用户继承访客全部权限并可创建评论moderatorusercreate: news、remove: *版主继承用户权限并可创建新闻、删除任意资源配置中的*是通配资源占位符表示该权限对任意资源生效例如moderator的remove: *意味着可以删除news和comments。父角色继承与通配符的底层行为这些规则由NbAclService落地执行源码位于 acl.service.tsNbAclService内部以private state: NbAccessControl保存整张 ACL 表构造时若检测到settings.accessControl存在会立即调用setAccessControl()完成初始化见constructorL26-L30每个角色通过register(role, parent, abilities)注册权限通过allow(role, permission, resource)逐条写入L50-L82判定核心是can(role, permission, resource)方法L91-L97它先递归检查父角色是否被授予该权限再调用exactCan做精确匹配。换言之子角色自动继承父角色的全部权限无需重复声明exactCanL115-L118的判定逻辑是资源精确命中权限列表或者权限列表中包含ANY_RESOURCE即*通配符即视为授权通过。同时注意一个使用限制can()方法validateResourceL109-L113禁止以*作为被检查的资源因为通配符只应出现在授权配置中作为检查请求时会被抛出异常cannot use empty or bulk * resource placeholder with can method。这些行为在仓库测试 acl.spec.ts 中有直接印证例如 L152-L173 验证了子角色继承父角色权限admin注册为user的子角色后aclService.can(admin, remove, users)为true而独立的user与guest对此资源均为falseL237-L257 则验证了父角色后续新增的权限同样能被子角色感知。第五步提供 RoleProvider 确定当前用户角色ACL 表只回答了角色 X 对资源 Y 有什么权限还需要一个机制告诉 Nebular当前登录用户是谁。这就是NbRoleProvider的职责。NbRoleProvider是一个抽象类定义于 role.provider.tsexport abstract class NbRoleProvider { abstract getRole(): Observablestring|string[]; }它的唯一方法getRole()返回一个Observablestring | string[]可以返回单个角色也可以返回多个角色例如一个用户同时拥有多个角色。方式一最简单的硬编码提供方式直接在根模块的providers中以useValue提供一个对象字面量实现// ... import { of as observableOf } from rxjs/observable/of; import { NbSecurityModule, NbRoleProvider } from nebular/security; NgModule({ imports: [ // ... NbSecurityModule.forRoot({ // ... ACL 配置 }), ], providers: [ // ... { provide: NbRoleProvider, useValue: { getRole: () { return observableOf(guest); }, }, }, ], }) export class AppModule { }这种方式适合原型开发或写死角色的场景。它的优势是与认证流程完全解耦——无论你的登录体系是什么只要提供一个返回角色的getRole()即可这为后续接入任意认证方案留下了充分灵活性。方式二从认证 Token 中动态读取角色推荐真实应用中角色是动态的。假设你的项目已经基于 Nebular Auth 的 JWT 方案完成了认证可以创建一个独立的role.provider.ts服务从用户 token 中提取角色import { Injectable } from angular/core; import { Observable } from rxjs/Observable; import { map } from rxjs/operators/map; import { NbAuthService, NbAuthJWTToken } from nebular/auth; import { NbRoleProvider } from nebular/security; Injectable() export class RoleProvider implements NbRoleProvider { constructor(private authService: NbAuthService) { } getRole(): Observablestring { return this.authService.onTokenChange() .pipe( map((token: NbAuthJWTToken) { return token.isValid() ? token.getPayload()[role] : guest; }), ); } }这段代码订阅onTokenChange()可观察对象——每当认证状态变化登录、登出、token 刷新都会产生一个新 token——然后从 token payload 中读取role字段若 token 无效则回退为默认的guest角色。为简化示例这里假设 token payload 中始终存在role字段如果你的 JWT 结构不同按实际字段名调整即可。如果你的项目没有使用 Nebular Auth 也没关系官方文档明确说明可以把这个方法替换为从你自己的任何服务中获取用户角色。然后在模块中注册这个类// ... import { RoleProvider } from ./role.provider; import { NbSecurityModule, NbRoleProvider } from nebular/security; NgModule({ imports: [ // ... NbSecurityModule.forRoot({ // ... ACL 配置 }), ], providers: [ // ... { provide: NbRoleProvider, useClass: RoleProvider }, ], }) export class AppModule { }注意NbAccessChecker的构造签名见 access-checker.service.ts同时注入了NbRoleProvider与NbAclService因此一旦你覆盖了NbRoleProvider的实现全应用的权限判定就会自动切换到你提供的角色来源无需改动其他代码。在应用中使用安全规则配置完成后就可以在应用各处启用权限控制。假设你有一个发表评论Post Comment按钮只对拥有createcomments权限的登录用户显示访客不可见。方式一使用 *nbIsGranted 指令模板方案Nebular Security 提供了*nbIsGranted条件指令它的工作方式与*ngIf类似根据用户角色决定模板块的显示/隐藏。查看源码 is-granted.directive.ts该指令的输入是一个[permission, resource]二元组内部通过NbAccessChecker.isGranted()订阅判定结果为true时用ViewContainerRef.createEmbeddedView渲染模板为false时clear()移除视图并随组件销毁自动取消订阅。使用示例Component({ // ... template: button *nbIsGranted[create, comments] Post Comment/button , }) export class CommentFormComponent { // ... }只需要把permission和resource以元组形式传给指令即可。方式二使用 NbAccessChecker 服务编程方案对于更复杂的场景路由守卫、服务内部、动态 UI 逻辑可以直接注入NbAccessChecker服务。它的isGranted(permission, resource)方法返回Observablebooleanimport { Component } from angular/core; import { NbAccessChecker } from nebular/security; Component({ // ... }) export class CommentFormComponent { constructor(public accessChecker: NbAccessChecker) { } }在模板中配合async管道使用Component({ // ... template: button *ngIfaccessChecker.isGranted(create, comments) | async Post Comment/button , }) export class CommentFormComponent { // ... }从 access-checker.service.ts 的实现可以看到isGranted内部先取当前角色支持string | string[]统一归一化为数组再对每个角色调用NbAclService.can()只要任一角色被授权即返回true。由于它订阅的是可观察的角色流当应用运行期间认证状态发生变化如用户登出时按钮会自动隐藏无需手动刷新页面。同样的isGranted方法可以在应用的任意位置调用包括路由守卫CanActivate与各类服务中从而以统一、透明、可配置的方式管理用户对各类资源的访问。重要提醒前端 ACL 的边界需要特别强调的是Nebular Security 属于前端 ACL 方案见 Security 模块介绍它解决的是界面上该给谁看什么、该允许谁操作什么的体验与导航问题不能替代服务端的权限校验。攻击者可以绕过前端直接调用后端接口因此必须在后端重复实现同样的安全规则。前端 ACL 后端校验双管齐下才是完整的安全方案。相关阅读Roles PermissionsACL 配置与使用本文中 ACL 配置示例的完整展开涵盖三种角色guest/user/moderator、三种权限view/create/remove与两种资源news/comments的完整演示Security 模块总体介绍了解 ACL、RoleProvider、NbAccessChecker、*nbIsGranted各组成部分的定位以及尚在规划中的 Security Decorator模块源码与测试security.module.ts、acl.service.ts、access-checker.service.ts、is-granted.directive.ts、acl.spec.ts。赞分享前端UI组件【免费下载链接】nebular:boom: Customizable Angular UI Library based on Eva Design System :new_moon_with_face::sparkles:Dark Mode项目地址https://gitcode.com/gh_mirrors/ne/nebular点击查看免费下载相关推荐Nebular Auth 模块安装与接入指南从 npm 安装到登录页运行Nebular Auth 模块安装与接入指南从 npm 安装到登录页运行 本篇指南面向使用 Nebular https://link.gitcode.com/前端UI组件Flash 网页变灰怎么办Ruffle 浏览器扩展 3 步安装与自查指南Flash 网页变灰怎么办Ruffle 浏览器扩展 3 步安装与自查指南 Ruffle 是一个用 Rust 编写的 Flash 播放器模拟器。它的浏览器扩展能音视频Cypress npm 模块安装与 CLI 使用指南从 npm install 到测试运行的完整链路Cypress npm 模块安装与 CLI 使用指南从 npm install 到测试运行的完整链路 Cypress 以 npm 模块的形式发布 npm i测试质量保障前端接口测试上一篇华硕笔记本性能优化终极指南3步用G-Helper替代臃肿的奥创中心下一篇Pixelle-Video零门槛AI视频生成工具终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Nebular Security 模块安装指南：从 npm 安装到 forRoot 注册
前端UI组件【免费下载链接】nebular:boom: Customizable Angular UI Library based on Eva Design System :new_moon_with_face::sparkles:Dark Mode项目地址https://gitcode.com/gh_mirrors/ne/nebular点击查看免费下载本文以 Nebular 组件库中的nebular/security模块为主线完整讲解其安装、导入与注册流程并深入NbSecurityModule.forRoot()的底层实现说明如何同时配置 ACL 访问控制规则与RoleProvider角色提供器帮助你在 Angular 应用中快速落地基于角色的前端访问控制。读完本文你将掌握从零安装 Nebular Security、注册模块、配置权限规则并在模板与服务中使用*nbIsGranted指令与NbAccessChecker完成资源级授权判断的完整实战方案。安装前的准备nebular/security以 npm 包的形式独立分发不依赖nebular/auth认证或nebular/theme主题模块但官方建议将三者配合使用Nebular Auth 负责你是谁authenticateNebular Security 负责你能做什么authorize。在动手安装前请确认你的项目已满足以下前提项目基于 Angular 框架且已配置好 npm 包管理器如果你使用的是 ngx-admin starter kit那么 Security 模块已经预置在项目中无需重复安装可直接跳到「导入并注册模块」一节。从当前仓库中nebular/security的 package.json 可以看到其声明信息包名nebular/security版本17.0.0MIT 协议核心依赖仅为tslibsideEffects: false可安全参与 tree-shaking。其peerDependencies要求angular/common、angular/core、angular/router及rxjs^6.5.3 || ^7.4.0因此你的 Angular 应用本身必须满足这些对等依赖版本要求。第一步npm 安装 Security 模块执行以下命令即可安装npm i nebular/security安装完成后node_modules/nebular/security下即为编译好的库产物。该包仅包含 Security 模块自身ACL 服务、访问检查服务、角色提供器抽象类与条件指令不含主题样式因此在styles.scss中不需要额外引入其样式文件。第二步导入模块在需要使用该模块的文件通常是根模块app.module.ts顶部导入NbSecurityModuleimport { NbSecurityModule } from nebular/security;从仓库的 public_api.ts 可以看到该包公开导出security.options——NbAclOptions、NbAccessControl、NbAclRole等类型定义security.module——NbSecurityModuleservices/acl.service——NbAclServiceservices/access-checker.service——NbAccessCheckerservices/role.provider——NbRoleProvider抽象类directives/is-granted.directive——NbIsGrantedDirective。第三步在根模块中注册在根模块的imports数组中调用静态方法NbSecurityModule.forRoot()NgModule({ imports: [ // ... 其他模块 NbSecurityModule.forRoot(), ], }) export class AppModule { }这一步完成之后Nebular Security 就已经安装并启用可以进行 ACL 配置了。forRoot() 背后发生了什么NbSecurityModule.forRoot()并不是一个空操作。查看源码 security.module.tsstatic forRoot(nbSecurityOptions?: NbAclOptions): ModuleWithProvidersNbSecurityModule { return { ngModule: NbSecurityModule, providers: [ { provide: NB_SECURITY_OPTIONS_TOKEN, useValue: nbSecurityOptions }, NbAclService, NbAccessChecker, ], }; }从中可以看出三个关键点forRoot()接受可选的NbAclOptions参数并以NB_SECURITY_OPTIONS_TOKENInjectionToken的形式注入到应用级 providers 中这就是后续 ACL 配置的入口它在应用根级别提供了NbAclServiceACL 存储与判定服务和NbAccessChecker访问检查服务意味着整个应用共享同一份权限状态模块本身还声明并导出了NbIsGrantedDirective指令见同一文件的declarations与exports因此只要导入了NbSecurityModule模板中就能直接使用*nbIsGranted。需要留意的是forRoot()与模块体的职责分离模块体部分CommonModule导入、指令声明/导出在模块被 import 时即生效而forRoot()返回的 providers 则只在根模块生效这正是安装一次、全局可用的设计意图。第四步可选配置 ACL 访问控制规则forRoot()的配置参数类型NbAclOptions定义于 security.options.tsexport interface NbAclRole { parent?: string, [permission: string]: string|string[]|undefined, } export interface NbAccessControl { [role: string]: NbAclRole, } export interface NbAclOptions { accessControl?: NbAccessControl, }即一个角色role可以声明一个可选的parent父角色以及若干权限 → 资源单个字符串或字符串数组的映射。把配置传入forRoot()NgModule({ imports: [ // ... NbSecurityModule.forRoot({ accessControl: { guest: { view: [news, comments], }, user: { parent: guest, create: comments, }, moderator: { parent: user, create: news, remove: *, }, }, }), ], }) export class AppModule { }这个配置表达了三层权限模型角色父角色权限与资源含义guest无view: [news, comments]访客只能查看新闻与评论userguestcreate: comments登录用户继承访客全部权限并可创建评论moderatorusercreate: news、remove: *版主继承用户权限并可创建新闻、删除任意资源配置中的*是通配资源占位符表示该权限对任意资源生效例如moderator的remove: *意味着可以删除news和comments。父角色继承与通配符的底层行为这些规则由NbAclService落地执行源码位于 acl.service.tsNbAclService内部以private state: NbAccessControl保存整张 ACL 表构造时若检测到settings.accessControl存在会立即调用setAccessControl()完成初始化见constructorL26-L30每个角色通过register(role, parent, abilities)注册权限通过allow(role, permission, resource)逐条写入L50-L82判定核心是can(role, permission, resource)方法L91-L97它先递归检查父角色是否被授予该权限再调用exactCan做精确匹配。换言之子角色自动继承父角色的全部权限无需重复声明exactCanL115-L118的判定逻辑是资源精确命中权限列表或者权限列表中包含ANY_RESOURCE即*通配符即视为授权通过。同时注意一个使用限制can()方法validateResourceL109-L113禁止以*作为被检查的资源因为通配符只应出现在授权配置中作为检查请求时会被抛出异常cannot use empty or bulk * resource placeholder with can method。这些行为在仓库测试 acl.spec.ts 中有直接印证例如 L152-L173 验证了子角色继承父角色权限admin注册为user的子角色后aclService.can(admin, remove, users)为true而独立的user与guest对此资源均为falseL237-L257 则验证了父角色后续新增的权限同样能被子角色感知。第五步提供 RoleProvider 确定当前用户角色ACL 表只回答了角色 X 对资源 Y 有什么权限还需要一个机制告诉 Nebular当前登录用户是谁。这就是NbRoleProvider的职责。NbRoleProvider是一个抽象类定义于 role.provider.tsexport abstract class NbRoleProvider { abstract getRole(): Observablestring|string[]; }它的唯一方法getRole()返回一个Observablestring | string[]可以返回单个角色也可以返回多个角色例如一个用户同时拥有多个角色。方式一最简单的硬编码提供方式直接在根模块的providers中以useValue提供一个对象字面量实现// ... import { of as observableOf } from rxjs/observable/of; import { NbSecurityModule, NbRoleProvider } from nebular/security; NgModule({ imports: [ // ... NbSecurityModule.forRoot({ // ... ACL 配置 }), ], providers: [ // ... { provide: NbRoleProvider, useValue: { getRole: () { return observableOf(guest); }, }, }, ], }) export class AppModule { }这种方式适合原型开发或写死角色的场景。它的优势是与认证流程完全解耦——无论你的登录体系是什么只要提供一个返回角色的getRole()即可这为后续接入任意认证方案留下了充分灵活性。方式二从认证 Token 中动态读取角色推荐真实应用中角色是动态的。假设你的项目已经基于 Nebular Auth 的 JWT 方案完成了认证可以创建一个独立的role.provider.ts服务从用户 token 中提取角色import { Injectable } from angular/core; import { Observable } from rxjs/Observable; import { map } from rxjs/operators/map; import { NbAuthService, NbAuthJWTToken } from nebular/auth; import { NbRoleProvider } from nebular/security; Injectable() export class RoleProvider implements NbRoleProvider { constructor(private authService: NbAuthService) { } getRole(): Observablestring { return this.authService.onTokenChange() .pipe( map((token: NbAuthJWTToken) { return token.isValid() ? token.getPayload()[role] : guest; }), ); } }这段代码订阅onTokenChange()可观察对象——每当认证状态变化登录、登出、token 刷新都会产生一个新 token——然后从 token payload 中读取role字段若 token 无效则回退为默认的guest角色。为简化示例这里假设 token payload 中始终存在role字段如果你的 JWT 结构不同按实际字段名调整即可。如果你的项目没有使用 Nebular Auth 也没关系官方文档明确说明可以把这个方法替换为从你自己的任何服务中获取用户角色。然后在模块中注册这个类// ... import { RoleProvider } from ./role.provider; import { NbSecurityModule, NbRoleProvider } from nebular/security; NgModule({ imports: [ // ... NbSecurityModule.forRoot({ // ... ACL 配置 }), ], providers: [ // ... { provide: NbRoleProvider, useClass: RoleProvider }, ], }) export class AppModule { }注意NbAccessChecker的构造签名见 access-checker.service.ts同时注入了NbRoleProvider与NbAclService因此一旦你覆盖了NbRoleProvider的实现全应用的权限判定就会自动切换到你提供的角色来源无需改动其他代码。在应用中使用安全规则配置完成后就可以在应用各处启用权限控制。假设你有一个发表评论Post Comment按钮只对拥有createcomments权限的登录用户显示访客不可见。方式一使用 *nbIsGranted 指令模板方案Nebular Security 提供了*nbIsGranted条件指令它的工作方式与*ngIf类似根据用户角色决定模板块的显示/隐藏。查看源码 is-granted.directive.ts该指令的输入是一个[permission, resource]二元组内部通过NbAccessChecker.isGranted()订阅判定结果为true时用ViewContainerRef.createEmbeddedView渲染模板为false时clear()移除视图并随组件销毁自动取消订阅。使用示例Component({ // ... template: button *nbIsGranted[create, comments] Post Comment/button , }) export class CommentFormComponent { // ... }只需要把permission和resource以元组形式传给指令即可。方式二使用 NbAccessChecker 服务编程方案对于更复杂的场景路由守卫、服务内部、动态 UI 逻辑可以直接注入NbAccessChecker服务。它的isGranted(permission, resource)方法返回Observablebooleanimport { Component } from angular/core; import { NbAccessChecker } from nebular/security; Component({ // ... }) export class CommentFormComponent { constructor(public accessChecker: NbAccessChecker) { } }在模板中配合async管道使用Component({ // ... template: button *ngIfaccessChecker.isGranted(create, comments) | async Post Comment/button , }) export class CommentFormComponent { // ... }从 access-checker.service.ts 的实现可以看到isGranted内部先取当前角色支持string | string[]统一归一化为数组再对每个角色调用NbAclService.can()只要任一角色被授权即返回true。由于它订阅的是可观察的角色流当应用运行期间认证状态发生变化如用户登出时按钮会自动隐藏无需手动刷新页面。同样的isGranted方法可以在应用的任意位置调用包括路由守卫CanActivate与各类服务中从而以统一、透明、可配置的方式管理用户对各类资源的访问。重要提醒前端 ACL 的边界需要特别强调的是Nebular Security 属于前端 ACL 方案见 Security 模块介绍它解决的是界面上该给谁看什么、该允许谁操作什么的体验与导航问题不能替代服务端的权限校验。攻击者可以绕过前端直接调用后端接口因此必须在后端重复实现同样的安全规则。前端 ACL 后端校验双管齐下才是完整的安全方案。相关阅读Roles PermissionsACL 配置与使用本文中 ACL 配置示例的完整展开涵盖三种角色guest/user/moderator、三种权限view/create/remove与两种资源news/comments的完整演示Security 模块总体介绍了解 ACL、RoleProvider、NbAccessChecker、*nbIsGranted各组成部分的定位以及尚在规划中的 Security Decorator模块源码与测试security.module.ts、acl.service.ts、access-checker.service.ts、is-granted.directive.ts、acl.spec.ts。赞分享前端UI组件【免费下载链接】nebular:boom: Customizable Angular UI Library based on Eva Design System :new_moon_with_face::sparkles:Dark Mode项目地址https://gitcode.com/gh_mirrors/ne/nebular点击查看免费下载相关推荐Nebular Auth 模块安装与接入指南从 npm 安装到登录页运行Nebular Auth 模块安装与接入指南从 npm 安装到登录页运行 本篇指南面向使用 Nebular https://link.gitcode.com/前端UI组件Flash 网页变灰怎么办Ruffle 浏览器扩展 3 步安装与自查指南Flash 网页变灰怎么办Ruffle 浏览器扩展 3 步安装与自查指南 Ruffle 是一个用 Rust 编写的 Flash 播放器模拟器。它的浏览器扩展能音视频Cypress npm 模块安装与 CLI 使用指南从 npm install 到测试运行的完整链路Cypress npm 模块安装与 CLI 使用指南从 npm install 到测试运行的完整链路 Cypress 以 npm 模块的形式发布 npm i测试质量保障前端接口测试上一篇华硕笔记本性能优化终极指南3步用G-Helper替代臃肿的奥创中心下一篇Pixelle-Video零门槛AI视频生成工具终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
