hu531035580的博客

SimpleAdmin2.0的架构在1.0的基础上进行了很大的调整，回头再看1.0的代码确实有点屎山那味了，还好在1.0完成之后并没有急着开发新的功能而是重新梳理代码逻辑，优化架构，为以后的新功能开发打好基础，这对我自己来说也是一种进步。在日常工作中也一样，如果你回头看几个月之前写的代码发现可以以更好的方式实现时，说明你的代码水平已经进步了。或许在不久的将来，2.0的架构设计也会被推翻重新设计也说不定🤭，希望能和使用SimpleAdmin开发的coder们一起进步。

大部分项目里，其实有很多代码是重复的，几乎每个模块都有 CRUD 增删改查的功能，而这些功能的实现代码往往是大同小异的。如果这些功能都要自己去手写，非常无聊枯燥，浪费时间且效率很低，还可能会写错。本框架提供代码生成器功能，通过选择数据库表，完成单表的增删改查管理功能，可以生成包括前端、后端、和SQL语句，同时支持ZIP压缩包和直接生成到项目两种模式，解放你的双手，大大减少了重复代码的编写,无需复制提升开发效率。

系统中有很多数据是不会经常修改的，但是读取的频率确很高，所以这时候就需要使用缓存将这些数据缓存起来。本系统采用Redis分布式缓存，将一些基本信息表缓存在内存中，可以打打减少数据库压力，提高读取速度。关于Redis的说明和安装请自行百度，win下都是一键安装的。推荐使用Another Redis Desktop Manager可视化工具来查看缓存信息。

作为前后端分离项目,前后端交互是一个非常重要的功能。目前主流框架都是通过Socket实现，本系统自然也是实现了基于Signalr的前后端交互，并在此基础上实现了基于MQTT的前后端交互功能，MQTT相比socket业务场景更多更灵活，在物联网方向有着非常多的应用。在工业物联网方向，mqtt也是应用非常广泛，最为.neter来说学习mqtt很有必要。

在之前使用其他admin的时候，经常会有人再部署的时候会遇到这么一个问题:明明在生产环境中配置了后端的api地址，但是通过nginx部署之后，请求的确是本地的地址。这是因为在项目中配置了代理，部署之后所有的请求都走了代理导致配置文件地址失效,关于vite代理说明，请自行百度，针对这种情况，本系统通过开关的方式让开发者自行选择是否走代理。

在传统的开发中，我们有用户user表，有角色role表，有菜单menu表，这些表代表着一个“实体”，而我们想把user和role关联，就会创建user_role关联表，想把role和menu关联，就会创建一个role_menu表，其实关联表创建多了，我们就不难发现，他们的结构大致是相同的，就是以一个“对象”关联另一个“对象”，并以其唯一键进行关联，可能还会冗余保存双方的一些额外的“扩展信息”。

SimpleAdmin是一个通用的后台管理系统，这就表示它可能会被用于各种不同的系统中，不同系统的项目命名肯定是不一样的。这就需要能够快速的修改项目名称，而且修改之后要保证项目的可运行性，考虑到这一点，所以我将系统命名为。打开txt可以看到，改文件有三个命令，第一个是安装模板，第二个是卸载模板，第三个是根据模板创建自己的项目。为启动项，直接运行，系统会自动生成数据库，表，和种子数据，并监听5566端口，控制台出现以下提示。通过创建项目模板，能够非常容易的修改项目名称，而不是通过全局替换这种非常蠢得方式。

使用SimpleAdmin实现国密加密

💥SimpleAdmin一个小而美的通用业务型后台管理系统。前端基于小诺2.0版本二次开发,采用Vue3+Vite+Vuex+JS,并在此基础上增加更人性化功能,后端采用.NET6/7+Furion,ORM采用Sqlsugar+单例模式,基于Redis的分布式缓存，采用RBAC+多机构的权限管理模式，实现全网最灵活的接口级别数据权限控制，集成国密加解密，导入导出、导入导出、批量修改等常用插件。后端代码注释覆盖率>90%，并配备手摸手教学文档，非常适合二次开发。