springboot的使用体验和思考

首先，写这篇博客的背景：

1，通过maven使用springboot创建项目，进行了简单的页面跳转，并未编写service和DAL层，也就是说，并未整合持久化框架

2，阅读了maven的官方文档、springboot的官方文档 ——英文版

相关网址：Welcome to Apache Maven         Spring Boot

其中，所使用的springboot项目，通过官网进行配置下载生成，然后在eclipse中直接引入已存在maven项目，没有自行创建或者添加引用！

3，阅读了springboot的开发手册 ——中文版

4，查阅了相关的博客

一、概述体验经历

先说明一下在使用springboot的一系列故事：

在上篇播客中：大道至简——你比你想象中更早接触微服务 我已经提到，我没有能成功的创建一个springboot的实例，因为不管是使用文档中的哪一种引入依赖的方法，maven项目每次都报错，通过查询资料，最多的可能是论坛、stackoverflow，博客中，以及官方文档中去查找解决方案，但都没有能成功解决！

第一：刚开始，直接采用下面的方式引入父工程的依赖：

<parent>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-parent</artifactId>
	<version>1.4.2.RELEASE</version>
	<relativePath /> <!-- lookup parent from repository -->
</parent>

但是，在这个parent节点报错。网上的解决方案，大都是通过relativePath 节点指定父工程坐标pom文件，或者说是强制更新maven依赖jar包。但是，我都没有解决问题！

第二：使用非父工程引入方式，如下：

<dependencyManagement>
	<dependencies>
		<dependency>
			<!-- Import dependency management from Spring Boot -->
			<groupId>org.springframework.boot</groupId>
			<artifactId>spring-boot-dependencies</artifactId>
			<version>1.3.0.BUILD-SNAPSHOT</version>
			<type>pom</type>
			<scope>import</scope>
		</dependency>
	</dependencies>
</dependencyManagement>

但是这时候，接下来的对于springboot的其他组件依赖引用报错，还有就是maven配置文件报错！这时候，想到再次翻阅官方文档，再看了2遍文档之后，查了查相关的资料，最终将jdk的版本降了一级，从java 8降到java 7 ，同时更改maven的user setting文件，设置本地仓库等一系列配置！

perfect，success！

第三：再次查看官方文档以及开发手册

在官方文档中，没有提到对于jdk的要求或者maven的版本要求，但是，如果使用官方配置的方式生成项目的话，jdk等是可选的，java6、7、8等都是可选的，这时候，本宝宝就想，既然是可选择的，那么就代表官方认为可用！  然后再次查阅了开发手册，它没有明确提到必须使用哪一版本的jdk，但是反复提到了一句话：如果可能的话，尽可能使用java最新版本！ 这时候，推翻了之前认为是jdk版本不对导致的报错！经过更改jdk版本测试，确实如此！

第四：再现报错项目

再成功的进行了页面跳转，简单的了解了事务、AOP、注解和插件等东西之后，再次对之前的错误进行的再现，有以下发现：

1，配置环境变量为1.7，eclipse配置也为1.7，但是，在pom文件中，显式指定<java version>1.8</java version>

2，在maven的配置中，用户配置文件setting使用default配置，也就是${user home}/.m2/setting.xml，但是，在这个文件夹下，并不存在这个配置文件。并且本地仓库的路径，和我预期想要使用的地址不对应

最后的初步定论：

在我本次的使用中，问题应该是出在了maven的user setting文件配置中。因为我安装后，在安装目录有一个全局的配置文件，也就没有在添加用户配置文件。但是由于全局配置文件是之前用于另一个项目，之前配置好了也就没再管，但刚好这个配置文件里指定的本地仓库位置和eclipse里面的不一样！ 后来通过user setting文件对这个全局配置进行覆盖，将原来的项目需要的配置，进行封装隔离！

在这时候，就想到了之前开发两个不同项目的时候，出现过的环境影响问题。那时候是通过不同的workspace进行隔离，但这次应该是忘了使用不同的maven配置文件了！嗯，也算是一个教训吧！

二、使用感受

说实在的，官网上的配置很全套，一种可视化的配置，比如你要用什么数据库，要用什么ORM框架，要用什么通用工具包，直接打钩选择，然后点击确定就行了，然后就是一个什么都配置好的项目框架。可以说，要配置一个SpringMVC、Spring、Mybatis的框架，要是鼠标点得快一点，绝不会超过一分钟！所以说，从框架的的搭建上来说，就大大的减少了工作量！

但是，在看文档和体验的过程中，想起来之前开发一个后台管理系统时，所使用的另一个快速开发框架：JFinal。因为我用那个框架开发过项目，从前台到后台，所以还算是比较了解，我挺喜欢的。springboot，怎么说呢，可能就是和spring的结合紧密些吧（目前没有真正的用springboot去开发过大型项目）！ JFinal是一个集合了前端和ORM框架的框架，整个框架非常小，包括实体的自动生成，通用方法的框架自身携带，和record模式的底层方法实现。如果，只从开发速度上来看的话，我会选Jfinal，这个框架提供的插件扩展（包括和spring的整合插件）也是很不错的，常见的上传下载，以及重写扩展等，都不错！

备注：我曾经写过Jfinal底层的方法文档，因为是英文注释，所以那时候组长让我翻译整理成文档！后来因为要分享，还看了一段时间的源码，尤其是插件扩展、底层和事务的实现方式！

springboot，很多东西通过注解，比如事务！Jfinal也一样是通过注解实现。很多东西都是一样的，所以在使用springboot的时候，真的回到了那个项目开发的时候的感觉，太熟悉了真的。  包括springboot的修改启动端口等，怎么说呢，从某种程度上来说，Jfinal更简单！当然网上也有这两种框架相互整合的实例，但说实在的，他们根本不是一个层级的框架，springboot没必要整合Jfinal，去使用它的ORM实现（如果整合了通用mapper的话），Jfinal也没必要整合springboot。

三、总结

很有一种危机感，又回到了我前段 时间的一个感受：很多东西，在我刚知道它的时候，它却已经过时了，甚至我还不知道的时候！那么，怎么样才能提升自己的一个竞争力呢？就跟我和一个好基友说的那样：为什么偏偏是springboot火了，Jfinal也挺好的呀。我感觉，我严重的陷入了人云亦云的窘境中，别人说什么好，就是什么好，我从来不会想，它到底怎么好，它好在哪里，它什么时候会更好，有没有比它更好的。作为一个人来说，只会跟着别人跑，其实挺悲哀的，把自己的一切都交给了别人。不过，也还是那句话，就先且让我站在巨人的肩膀上学习吧！

在这个过程中，了解了很多别的东西，比如maven的传递依赖性的解决，maven的环境配置及自动化构建，还有就是java的版本更新历史以及各个新特性，嗯，不错，继续努力！

我有一种，我开始在博客中，各种废话各种瞎说胡扯的感觉，但也有一种预感，估计在未来的很长时间里，我的博客都不会出现大片的代码了，那啥，难道说是写代码写多了，就写傻了。。。。。。。。。。。。