实现springboot+uniapp+admin框架，果断放弃现成的框架

目录

前言

真实案例

我的思考

代码实现

数据库

springboot 

后台管理系统

小程序

投票

---

前言

市面上有很多框架：

1.  若依，这个框架是基于springboot的权限管理框架，同时还有不同语言的生态框架。
2. 无远开发平台 (Enhancer)，功能方面都是大同小异

这些我都一一尝试过，开始时，觉得非常好用，可是后来做自定义需求的时候，就有些吃力了，因为不熟悉框架，导致仅仅是一个小修改，可能会导致项目无法跑起来，还找不到问题；代码中含有大量冗余的功能，引入了大量非必要的依赖。

我果断放弃了这些平台，自己搭建一套自己的框架。

不熟悉的技术，框架往往会成为累赘；

真实案例

前些天我在找代码生成器的时候，看到了若依，直接上截图：

功能还是蛮多的，还都是常用的功能。

就在这时，我想加入小程序登录的时候出现了问题，提示"相关的bean"无法注入，经过折腾之后，发现，框架中的是没有问题，但是自己创建的有问题，折腾了整整一天，还是找不到原因，最后我也就放弃了。

虽然看着简单，但是在没有十分了解的情况下，还是没法实现定制的需求。

我的思考

经过这件事之后，我决定放弃使用第三方项目框架。自己搭建一套符合自己习惯的框架。

当然了，也不是一天两天可以完成的，所以我先做个基础版，随后逐渐完善。

我总结了几个优势：

1. 可用于新项目的基础框架，并且不会出现问题，节省了大量的时间
2. 遇到问题后，可以快速定位和解决
3. 自己的代码自己了解，可以缩短处理问题的时间
4. 随着框架越来越完善，自己的水平也能够得到很大的提升，可以作为技术训练项目
5. 在相同需求的情况下，可以直接使用封装的代码，避免了重复开发的烦恼

代码实现

数据库

springboot 

这里主要介绍2个核心封装：

1. security安全框架。主要由认证和授权两个功能：
   1. 认证：包含多平台登录，多种方式登录，拦截url，忽略url，url过滤器，成功失败处理。
   2. 授权：对url进行权限管理，常见的有角色，模块，功能
2. module模块。主要有封装的基础类(controller，Entity，Service，repository，mapper)，系统功能接口，后端管理系统接口，小程序端接口。
   1. 我这边使用的规范是，将controller，entity，service，repository，mapper放到同一个文件夹中，并且移除了dao层，因为意义不大。这样按模块划分，在找代码和复用方面有着很大的优势。

轮播图

后台管理系统

这里挺简单的，没有什么特殊的要求

小程序

this和uni的区别，this有一定的作用域，页面中表示该页面，组件中表示该组件，在js中无法使用；uni的作用域在全局，所以一些常用的工具，api，配置可以用uni。

uni.$common = common
uni.$config = config
uni.$user = user
uni.$adUtil = adUtil
uni.$api = api
uni.$apiXyj = apiXyj

投票