RuoYi项目开发过程
| 参考视频或文章链接 |
|---|
| RuoYi-Cloud官方文档 |
| 《若依框架讲解-微服务版》- bilibili |
| 《若依框架讲解-微服务版》课件 — 提取码 8888 |
| 《JWT及鉴权》— 骄傲的演员 — CSDN |
一、登录功能(鉴权模块)
假如我是RuoYi项目的开发者，我应该怎么样从无到有的把这个项目搭建起来？或者说我要先开发什么功能，因为一开始我对这个项目要划分成哪些模块是模糊的，所以先从具体的功能入手，等有了大量的项目阅历，就知道这个项目要如何划分模块，如何进行架构了，先开发最常用的用户登录功能。我不打算完全照抄RuoYi的代码，而是在其基础上做些改动开发自己的功能，但模块甚至命名都会参考RuoYi。
验证码部分是在网关内部直接处理的。
1.1 后端部分
1.1.1 什么是JWT?
| 参考视频或文章链接 |
|---|
| JWT - offical website |
| 《JWT及鉴权》— 骄傲的演员 — CSDN |
1.1.2 什么是Base64?为什么需要它？
| 参考视频或文章链接 |
|---|
| Base64 encoding: What sysadmins need to know — RedHat |
| Base64 — Wiki |
1.1.3 SpringBoot注解解析
我以为，注解@Annoation最重要的作用是提醒编译器，或者说提醒JVM虚拟机，带上注解@Annoation的这些类、方法、变量有哪些地方是要重点检查与注意的。
| 注解名称 | 作用 | 参考文章 |
|---|---|---|
@RestController | 结合了@Controller and @ResponseBody两个注解，简化了配置，Every request handling method of the controller class automatically serializes return objects into HttpResponse. | The Spring @Controller and @RestController Annotations |
@Autowired | 若不指定注入类名，根据变量名自动注入 | Guide to Spring @Autowired |
@PostMapping | ||
@RequestBody | ||
@SpringBootApplication | =@Configuration + @EnableAutoConfiguration + @ComponentScan | 18. Using the @SpringBootApplication Annotation |
1.1.4 依赖注入和控制反转
两个词是一体两面的说法，控制反转，即将对象的控制权交给Spring容器，而以前的传统方式是程序员手工控制。
| 参考视频或文章链接 |
|---|
| 《控制反转及注入依赖详情「通俗易懂」》 |
1.1.5 什么是Restful?
一种设计风格，使用HTTP 协议传输数据，并通过URL来标识资源的位置和状态。
| 参考视频或文章链接 |
|---|
| What Are RESTful Web Services? —— The Java EE 6 Tutorial |
| RESTful Web Services —— GeeksForGeeks |
| 《图文详解 RESTful》—— CSDN |
1.1.6 Log4j 2、Logpack、SLF4j日志框架
//@TODO待文章引用
1.1.7 如何将项目打包成指定bytecode字节码版本？
首先，要知道在Maven发明以前，也是可以打jar包的，所以肯定有两种方式，方式一是原生的方式，这里可以直接利用IDEA，更加便利，方式二是使用Maven，开始。
1.1.7.1 方式一(原生)
原生方式是采用Build Artifacts方式建立jar包(Artifacts = Art艺术 + ifacts事实 = 手工物品)，如果不会用Build Artifacts构建jar包，请搜索其它文章，这里要说的是，原生方式下，怎么指定字节码版本。
1.1.7.1 方式二(Maven)
source指.java源码文件是按何种Java版本编写的
target指.class字节码文件是以何种字节码版本生成的，这个很好理解。
<properties>
<maven.compiler.source>6</maven.compiler.source> <!--这里修改后再mvn reload,即影响Project Structure/Modules/Sources-->
<maven.compiler.target>6</maven.compiler.target>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
1.1.8 依赖包字节码版本不同，如何编译至相同版本？
A包是55.0字节码版本，B包是52.0字节码版本，你想将项目最终编译成52.0，在中国这片土地上，52.0是最常用的了，我想变革的阻力会随着信创产业的推进而降低，老守旧有什么意思？还是说能够带来稳定收益，守旧就可以了，不想着怎么去让架构更优，运行更稳定，更快？听说连JDK都要国产化？
| 参考视频或文章链接 |
|---|
| 《JDK 版本和字节码版本对应表》 |
| IDEA —— Project language level |
有了问题1.1.7的基础，如果你有完整项目源码，可以重新编译到指定字节码版本，这很简单。
1.1.7.1 依赖低版本jar包，想将项目整体编译至高版本
假设你现在有一个依赖的jar包是字节码50.0的，并且只有jar包，你想将项目整体重新编译至52.0，如何操作？抱歉，依赖包完整打好包那刻起就决定了，无法重新再编译至其它字节码版本。
1.1.7.2 依赖高版本jar包，想将项目整体编译至低版本
假设你现在有一个依赖的jar包是字节码52.0的，并且只有jar包，你想将项目整体重新编译至50.0，如何操作？抱歉，依赖包完整打好包那刻起就决定了，无法重新再编译至其它字节码版本。
1.2 前端部分
//@TODO
