Role-Based Access Control，核心在于用户只和角色关联，而角色代表对了权限，是一系列权限的集合。
RDAC 思想：
对系统操作的各种权限不是直接授予具体的用户，而是在用户集合与权限集合之间建立一个角色集合。每一种角色对应一组相应的权限。一旦用户被分配了适当的角色后，该用户就拥有此角色的所有操作权限。
RBAC 要素：
背景： 某个游戏引擎中用户模块当前是做在游戏引擎中，用户必须先打开游戏引擎，等待游戏引擎初始化完成后，才能打开用户模块，导致游戏引擎底层架构庞大，打开游戏引擎速度变慢；
为了加快引擎初始化加载速度，并且将用户模块与游戏引擎独立出来，使不需要加载完游戏引擎可以直接加载用户模块，将用户模块与游戏引擎解耦。
设计方案：将用户模块独立，打开游戏引擎后，优先加载登录页面，登陆后进入用户模块，用户模块展示用户的创作作品等。
现状分析：
当前引擎为桌面客户端模式，游戏引擎使用当前技术栈为：
核心技术：
项目规范、JSON 配置化组件库、Git流程规范、权限系统、OnlyOffice 在线编辑和协同文档、富文本编辑、流程引擎
对Echarts进行二次封装的主要目的是提高开发效率、提供更好的可维护性和可扩展性，以及简化Echarts在项目中的使用。
下面是一些常见的原因：
Vue.js 是一个用于构建客户端应用的框架。
默认情况下，Vue 组件的职责是在浏览器中生成和操作 DOM。
然而，Vue 也支持将组件在服务端直接渲染成 HTML 字符串，作为服务端响应返回给浏览器，最后在浏览器端将静态的 HTML“激活”(hydrate) 为能够交互的客户端应用。
一个由服务端渲染的 Vue.js 应用也可以被认为是“同构的”(Isomorphic) 或“通用的”(Universal)，因为应用的大部分代码同时运行在服务端和客户端。
基础知识参考官方文档Vue SSR
| 框架/插件 | 功能 | |
|---|---|---|
| vue3 | ||
| typescript | ||
| pinia | ||
| vue-router | ||
| vue-i18n | ||
| element-plus | ||
| axios | ||
| eslint | js 规范 | |
| less | css 处理器 | |
| commitlint | git 提交规范 | |
| husky | git 钩子触发器 |
JWT（JSON Web Token）是一种开放标准（RFC 7519），用于在网络应用间传递信息的一种方式。它是一种基于JSON的轻量级、自包含的安全令牌，用于在客户端和服务器之间进行身份验证和授权。
JWT由三部分组成：头部（Header）、载荷（Payload）和签名（Signature）。
头部（Header）：描述JWT的元数据和签名算法。
{ "alg": "HS256", "type": "JWT" }
alg: 声明算法类型因为 JWT 是字符串，还需要对 JWT 进行 base64 编码，最终为一串字符串：
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
载荷（Payload）：包含要传递的信息，如用户身份、权限等。
载荷即消息体， 这里会存放实际的内容， 也就是 token 的数据声明 ，例如用户的 id 和 name，默认情况下也会携带令牌的签发时间 iat，还可以设置过期时间
{
"sub": "1234567890",
"name": "John Doe",
"iat": 1516239022
}
同样会进行 base64 编码，生成字符串：
eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ
签名（Signature）：使用密钥对头部和载荷进行签名，用于验证JWT的真实性和完整性。
Signature = HMACSHA256(base64Url(header)+.+base64Url(payload),secretKey)