Spring Boot使用“习惯优于配置”的理念让我们的项目快速运行起来，我们可以不用或者只需要很少的配置就能创建一个独立运行、准生产级别的基于Spring框架的项目。

我们不禁要问，这么一个优秀的框架，是不是在企业开发中就已经足够了，如果是，那么为什么像BAT这些大公司还要研发自己的交易框架，当然这里面除了核心技术之外，还有两个比较重要的原因：
第一：像Spring ，Spring Boot这些开源框架固然很优秀，但却不满足这些大公司对框架的功能要求，如spring scheduler就没有分布式调度能力，阿里研发了自己的tbschedule，以及后来的schedulerx；
第二：开源框架可以解决具体的领域问题，比如持久化框架Mybatis，RPC框架Dubbo，但是面对业务流程的开发却不是它的强项，以此就诞生了SSM，以及后来的Spring MVC。

放眼整个java开源世界，不管是功能问题还是业务流程开发问题都有对应框架和组件能满足我们的需求，只要我们的视野足够开阔，能有效的去整合开源组件，足以应付日常的开发。当然我们很难写出像Spring、Spring Boot、Mybatis这些优秀的框架，但是我们可以在这个基础之上，进行整合，甚至二次开发，形成公司自己的功能组件或者交易开发框架。

不客气的说，开源框架的底层少不了spring的身影，那么可以肯定在Spring Boot推出以后，开源框架势必会以Spring Boot作为底层平台进行二次改造，这是趋势，也是必然。本课程顺应潮流，以Spring Boot作为基础平台，充分发挥其特性，抽象业务流程，整合开源组件，降低开发难度，打造出一个功能强大的交易开发框架，简洁，优雅，好用。

本课程有如下技术特色：
第一：充分使用Spring Boot的自动装配、条件注解，以及各种使用技巧；
第二：使用注解@Transaction抽象业务流程，简化交易的定义和执行方式，比SpringMVC更符合业务流程的开发(当然SpringMVC很强大，无贬低之意)
第三：为使交易具备RPC能力，使用泛化方式集成Dubbo，其好处是服务端不再需要提供接口给客户端使用，简单、高效；
第四：使用nacos作为服务注册中心，也支持zookeeper；
第五：为使交易具备Http能力，在Spring MVC的基础上提供HandlerMapping、HandlerAdapter。
。。。
一切尽在代码中