up:: SpringCloud项目整体介绍
首先，毫无疑问必须拆分的模块：
◆Eureka-server模块： 明显不适合与业务模块放在一起，是注册中心
◆网关模块 ：网关同样是很重要的一模块，他们汇聚流量并且进行转达，所以本身那里网关模块所承担的压力就已经相对而言是比较大了，我们也不应该把它和有模块放在一起，因为网关模块他经常在流量大时候可能要进行扩容作用或者是对它独立的进行升级，把它独立才能开始比较好的选择。
◆公共模块： 我们开发用户的话的时候呢，有一个内容就是给我的密码进行MD5加密算法，可能后期其它地方也要用到MD5加密以及加密方法的升级，除了Md5，还有统一返回API以及一些异常枚举和二维码的生成。
这上面的模块是明显需要拆分出来的，而下面的模块就要因人而异，根据需求进行拆分了。。。
这里忘了的话记得回去看一遍。。。
SpringBoot电商项目用户模块使用MD5对密码进行保护
SpringBoot电商项目用户模块API统一返回对象
SpringBoot电商项目订单模块前台生成支付二维码接口
◆用户模块：对于用户而言，比如说注册登录，其实不需要提前获取到你的商品信息，购车信息不需要注册的时候呢也不需要就知道，你的商品分类信息最用户相对独立在这用户模块中了，我们会把所有的功能都聚到一起，比如说更新个性签名了，检查是不是管理员登陆都会放到一起。
◆商品分类和商品模块：我们去展示商品列表，那么展示商品列表的时候，我们不能只展示这个商品相关信息，也非常有必要把这个商品对应的目录的信息给展示出来，所以就肯定需要查我们的商品分类，也就是商品目录
◆购物车和订单模块：他经常需要用到我们的购车，在生成订单的时候呢，他会去购车中查找已经勾选的商品，而且呢，在生成订单之后还需要把里面的商品进行删除，也就是清空购车，那这个时候如果把购物车和订单放在一起的话，他们之间的交互效率就会提升很多。
说明： 拆分模块没有统一标准。因人而异，因地制宜。