vhr

松哥原创的四套视频教程已经全部杀青，感兴趣的小伙伴戳这里--> Spring Boot+Vue+微人事视频教程 本文是微服务项目代码组织形式三部曲中的第三篇，也是最后一篇，通过这三篇文章，相信大家对于如果组织微服务中的代码已经有了一个基本认知，前面两篇分别是： 微服务项目搭建，到底要不要聚合工程？ 在微服务项目中，Maven 真的适合管理公共代码库吗？ 第三篇相对来说要简单一些，本来没打算写，但是上周有个小伙伴问了我一个 Maven 问题，然后我就发现有的小伙伴对聚合工程的认知还是不到位，因此才有了这篇文章，想和大家再聊聊聚合工程的问题。 1.微服务架构 理论上的微服务架构和实际应用的微服务，往往会有一些差异。 理论上，在微服务架构中，各个独立的微服务可以是各种语言，像我们使用的 Eureka 注册中心，就是支持多种语言的，这样可以充分发挥各种语言的优势。如果是这样，就没有必要从项目整体上进行版本管理了，也管不了。 但是在实际操作中，考虑到团队的技术栈，现有的技术生态等因素，大部分情况下，我们可能并不会在项目中掺杂其他语言进来，比如就是用 Java 开发，相信大部分小伙伴都是这么做的。 既然统一都使用 Java 语言开发，那一个需求就随之浮出水面，就是项目依赖统一管理。 这个问题其实不是绝对的。 大型的微服务项目分属不同的团队开发，每个团队维护好自己的项目，然后通过 RPC 或者

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 1.微服务架构 理论上的微服务架构和实际应用的微服务，往往会有一些差异。 理论上，在微服务架构中，各个独立的微服务可以是各种语言，像我们使用的 Eureka 注册中心，就是支持多种语言的，这样可以充分发挥各种语言的优势。如果是这样，就没有必要从项目整体上进行版本管理了，也管不了。 但是在实际操作中，考虑到团队的技术栈，现有的技术生态等因素，大部分情况下，我们可能并不会在项目中掺杂其他语言进来，比如就是用 Java 开发，相信大部分小伙伴都是这么做的。 既然统一都使用 Java 语言开发，那一个需求就随之浮出水面，就是项目依赖统一管理。 这个问题其实不是绝对的。 大型的微服务项目分属不同的团队开发，每个团队维护好自己的项目，然后通过 RPC 或者 HTTP 的方式互相之间进行交互，这种情况下，版本号也可以交由各个团队自行维护，这样版本升级的时候，就不必一起升级，可以各个团队独自完成，逐个升级。 但是这种方式又可能会带来另外一个问题，就是依赖版本的碎片化，在经过 N 多次迭代之后，可能会存在两个项目所依赖的微服务版本差异非常大。 因此，在实际操作中，有的团队会倾向于将项目版本统一管理。 统一管理也很简单，就是搞一个 parent 就行了，但是有的小伙伴容易将这种 parent

本文已经收录进： awesome-java (Github 上非常棒的 Java 开源项目集合) 很明显的一个现象，除了一些老项目，现在 Java 后端项目基本都是基于 Spring Boot 进行开发，毕竟它这么好用以及天然微服务友好。不夸张的说， Spring Boot 是 Java 后端领域最最最重要的技术之一，熟练掌握它对于 Java 程序员至关重要。 这篇文章我会推荐一些优质的 Spring Boot 开源教程 和 Spring Boot 实战项目 ，帮助大家深入学习 Spring Boot。项目质量的话，大家可以放心。 不会 Spring Boot 或者想要深入学习 Spring Boot 的小伙伴直接学起来好吧！（🙅🏻‍♂️ 不需要 Spring 基础也可以直接学 Spring Boot，Java 基础和 MySQL 会了就可以直接上手学起来！ ） 另外，这些项目 Guide 是根据下面三个标准选出： 项目是否还在继续维护更新，维护更新的频率如何。 项目的质量如何，这一点可以从 star、issue 以及 pr 的数量侧面反映出来。 代码质量如何，是否是僵尸项目。关于代码质量，这里说明一点，我最反感别人无脑 diss 开源项目代码质量差了，你又能耐的话自己写一个。确实，每一个开源项目都有很多可以优化的地方，这点无法否认。 Spring Boot 教程推荐

二哥，最近我刚进了一家公司，之前跟你说过，培训出身刚刚毕业，打算在北京打拼。最近进公司，给安排了工作，今天第一次没人带，自己上手搞代码，搞不出，明明挺简单的功能，自己还是做不出，不知道从哪里学习，想赶快熟悉工作，可是自己的能力不行，在地铁上常看二哥原创的作品，平常积极在看，超级希望能自己学到本事，但自己的能力真的有点问题，工作搞不完，害怕被问，害怕任务完不成被辞退。 以上是读者西瓜向我提的一个问题，我觉得挺具有代表性的，所以决定拉出来单独写一篇文章答疑解惑一下。 可以肯定的一点是，任何时候都要说自己不行啊，尤其是男性同胞，可以认怂，但是“不行”这个两个字千万不要轻易说出口，为什么？你懂吧？ 人的能力各有不同，但如果你自己都不自信，那又能做好什么事情呢？心理建设非常重要。 记得之前看一个短片，一个小男孩跳了无数次，都无法越过障碍物，但是呢，他身边的同学一直为他加油呐喊，小男孩呢，也从来没有放弃的打算，最后的结果我都快看哭了，他真的跳过去了，他出色地完成了自我挑战。 他的成功，离不开同学们的鼓励，但更重要的是他锲而不舍的精神，心里素质比一般的成年人都要强大。 我现在已经为人父了，虽然我一直标榜自己只有 18 岁，但叫二叔的读者真的越来越多，我已经逆来顺受了。在我的教育观念里，我觉得我家女儿最优秀的一点品质，就是，如果她喜欢一件事，她就会主动去钻研，去摸索，在没有任何外人的帮助下。

二哥，最近我刚进了一家公司，之前跟你说过，培训出身刚刚毕业，打算在北京打拼。最近进公司，给安排了工作，今天第一次没人带，自己上手搞代码，搞不出，明明挺简单的功能，自己还是做不出，不知道从哪里学习，想赶快熟悉工作，可是自己的能力不行，在地铁上常看二哥原创的作品，平常积极在看，超级希望能自己学到本事，但自己的能力真的有点问题，工作搞不完，害怕被问，害怕任务完不成被辞退。 以上是读者西瓜向我提的一个问题，我觉得挺具有代表性的，所以决定拉出来单独写一篇文章答疑解惑一下。 可以肯定的一点是，任何时候都要说自己不行啊，尤其是男性同胞，可以认怂，但是“不行”这个两个字千万不要轻易说出口，为什么？你懂吧？ 人的能力各有不同，但如果你自己都不自信，那又能做好什么事情呢？心理建设非常重要。 记得之前看一个短片，一个小男孩跳了无数次，都无法越过障碍物，但是呢，他身边的同学一直为他加油呐喊，小男孩呢，也从来没有放弃的打算，最后的结果我都快看哭了，他真的跳过去了，他出色地完成了自我挑战。 他的成功，离不开同学们的鼓励，但更重要的是他锲而不舍的精神，心里素质比一般的成年人都要强大。 我现在已经为人父了，虽然我一直标榜自己只有 18 岁，但叫二叔的读者真的越来越多，我已经逆来顺受了。在我的教育观念里，我觉得我家女儿最优秀的一点品质，就是，如果她喜欢一件事，她就会主动去钻研，去摸索，在没有任何外人的帮助下。

本文是微服务项目代码组织形式三部曲中的第三篇，也是最后一篇，通过这三篇文章，相信大家对于如果组织微服务中的代码已经有了一个基本认知，前面两篇分别是： 微服务项目搭建，到底要不要聚合工程？ 在微服务项目中，Maven 真的适合管理公共代码库吗？ 第三篇相对来说要简单一些，本来没打算写，但是上周有个小伙伴问了我一个 Maven 问题，然后我就发现有的小伙伴对聚合工程的认知还是不到位，因此才有了这篇文章，想和大家再聊聊聚合工程的问题。 1.微服务架构 理论上的微服务架构和实际应用的微服务，往往会有一些差异。 理论上，在微服务架构中，各个独立的微服务可以是各种语言，像我们使用的 Eureka 注册中心，就是支持多种语言的，这样可以充分发挥各种语言的优势。如果是这样，就没有必要从项目整体上进行版本管理了，也管不了。 但是在实际操作中，考虑到团队的技术栈，现有的技术生态等因素，大部分情况下，我们可能并不会在项目中掺杂其他语言进来，比如就是用 Java 开发，相信大部分小伙伴都是这么做的。 既然统一都使用 Java 语言开发，那一个需求就随之浮出水面，就是项目依赖统一管理。 这个问题其实不是绝对的。 大型的微服务项目分属不同的团队开发，每个团队维护好自己的项目，然后通过 RPC 或者 HTTP 的方式互相之间进行交互，这种情况下，版本号也可以交由各个团队自行维护，这样版本升级的时候

更多开源项目推荐： https://github.com/Snailclimb/awesome-java Guide 哥注：下面这些推荐的项目几乎都和 Spring Boot 有关，毕竟这年头没有理由再搞 SSM/SSH 这些东西了。 商城系统 Guide 哥注：下面的商城系统大多比较复杂比如 mall ,如果没有 Java 基础和 Spring Boot 都还没有摸熟的话不推荐过度研究下面几个项目或者使用这些项目当作毕业设计。 mall ：mall 项目是一套电商系统，包括前台商城系统及后台管理系统，基于 SpringBoot+MyBatis 实现。 mall-swarm : mall-swarm 是一套微服务商城系统，采用了 Spring Cloud Greenwich、Spring Boot 2、MyBatis、Docker、Elasticsearch 等核心技术，同时提供了基于 Vue 的管理后台方便快速搭建系统。 onemall ：mall 商城，基于微服务的思想，构建在 B2C 电商场景下的项目实战。核心技术栈，是 Spring Boot + Dubbo 。未来，会重构成 Spring Cloud Alibaba 。 litemall ： 又一个小商城。litemall = Spring Boot 后端 + Vue 管理员前端 + 微信小程序用户前端 + Vue