spring cloud微服务的简单理解

spring cloud微服务架构体系
刚开始在学springcloud的 时候真是摸着石头过河,根本不知道下一步该要干什么.直到把spring cloud学完之后才慢慢的有点自己的思想.慢慢回忆spring cloud你会发现其实没什么,只是"把一个西瓜分给诺干份让你吃".
说西瓜就先拿西瓜做比方:
第一次接触springcloud不知道是什么,不知道该如何下口,这就好比给你一整个西瓜,想的是该怎么吃呀.
你会想用刀把他切开,并分成诺干份,这样吃起来就方便了.
对!这就是学习springcloud的核心思想:分而治之,把"大事化小",就是把大模块分成一个个的小模块.
springMVC
创建一个工程在工程里面创建一个模块,一个模块中又分诺干个小模块,然后小模块中分controller层,service层,pojo层,mapper层,config层,vo层,这样一来一个模块中写了好几个业务,维护起来特别麻烦.
controller层写调用关系;service层写业务关系;mapper层写持久关系;pojo层创建对象;config层配置信息;vo层写调用状态关系.
学的时候我是从前往后写的,就是面向过程,一步一步的做,这就违背了java面向对象开发的初心了.
springcloud
开始学springcloud时老师说一个重要的思想就是分而治之.期初我并没有很理解,就一笔带过了.后来的学的甚是吃力.因为我没有吃透他的思想,如今我颇有一点自己的理解抓紧总结一下思想.思想他重要的.一定要坚持思想.
还是老规矩创建一个工程,但模块就有很大的区别了,而是在这个工程中创建多个模块,每个模块负责每个业务.
这就用到了分而治之的思想.
还有一个最重要的思想就是java的面向对象.分而治之,面向对象把他两个结合起来用.
每个业务有自己的一个模块都有controller层,service层,pojo层,mapper层,config层,vo层,相对直接使用springMVC是不是方便了许多.
有的同学可能发现了,要在没个模块中创建pojo,config,vo感觉代码重复率太大了.能不能把他抽离出没个模块,把共有的模块分到一个模块中,然后去继承这个模块,这不就大大减少重复率了吗.奈斯!就是这样.这就是接下来我所说的.
Springcloud
还是老规矩,创建一个工程,再创建很多个模块.
面向对象!分而治之!
首先要面向对象,就先创建模块做对象,就拿这三个对象为例pojo层:Item,Order,User.
再分而治之,有了对象,那对象能做什么?给对象搞几个功能,要不然对象没啥用了.再搞一个接口用来实现功能service层,(我认为再写一个模块专门写接口的业务功能更好)
Item:获取商品订单列表,减少库存
Order:获取订单,添加订单
User:获取用户信息,增加用户积分
功能有了,接下来要做的就是实现功能,这也就是常说的面向接口编程.
再创建三个模块分别是Item,Order,User然后给他们分别创建controller层(负责调用关系)和service层(实现业务功能).这就做到了分离.减少了代码的重复率,提高了开发效率,方便后期的维护:比如说给Order实现fegin的远程调用或功能扩展,只需要关闭Order这个模块的服务器即可,其他服务正常运行.