关于微服务项目结构方式的思考

1. 问题来源

在做个人或小型的微服务项目时,对于项目结构是写在同一个目录下还是分别写成不同的maven工程利用依赖交流,困扰了我很久。

2. 选择

我倾向于写成不同的项目,在idea中打开时不同的window代表不同的服务。

3. 原因

3.1 编写代码

单一的 idea windows 代表单一的服务。在编写代码时,所选择的类数量就大大降低,减小了误改的可能性,增加了查询的效率。

3.2 git 分支管理

在进行 git 版本控制的时候,将大的微服务项目切成众多独立可运行的代码分支,无论在checkout的效率,还是分支比较的效率,都要更胜一筹。

3.3 劣势

服务切换的是加成本比较高,需要对各个服务有一个认识,才能找到相对应的代码内容。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值