【实训】第五周总结下

最近做了以下工作：继续实现了之前未实现的接口

最近将原来的接口完善了以下，加入一些细化的逻辑，更细致的参数检验方法。另一个就是为了提高开发效率，研究了spring boot的热部署方法，因为之前每次修改类或者配置文件，总要重新启动，浪费了大量的时间，所以决定研究一下spring boot的热部署方法。总的来说有两个方案

方式一：使用springloaded 热加载  在pom.xml中添加以下插件:

<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>springloaded</artifactId>
<version>1.2.6.RELEASE</version>
</dependency>
</dependencies>
</plugin>

添加这个插件之后，通过mvn:spring-boot:run命令启动该项目，在类修改之后用Ctrl+F9重新编译，然后重新编译之后的类会自动被加载进去，这个叫做热加载，但是这样的话，在我们对Controller的路径进行修改的时候，发现修改是无效的，因为Controller的映射路径是在项目启动的时候被加载的，我们在对已经加载过的映射路径进行修改之后，该路径是无法被加载的，能够被更新的之后类中的具体逻辑，这种方式也不支持对配置文件的热加载，原理相同。而且关于类的热加载，即使我们不用这个插件，在启动项目的时候使用debug模式，在我们对类修改之后也会发生类的热加载。
方式二：使用devtools 热启动  在pom.xml中添加以下依赖。

<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
</dependency>

然后启动项目。在类进行修改之后，用Ctrl+F9进行编译，然后项目就会自动重启。这种方法对配置文件，Controller映射路径都有效，因为这种方式是热启动，重启的过程中已经重新加载了配置。这也是推荐的一种做法。