分布式思想

之前所写的都是单体架构的项目,适合于小项目,对于较大一些的项目,模块多并发多,所有的业务模块都写在一起,如果出现问题,可能就会影响整个项目的运行;

所以相对于单体架构,由对应的分布式项目思想的出现;

整体架构图如下:

分布式思想

概念

将大型的项目按照特定的规则进行拆分

目的

减少项目架构的耦合性

方式

既然分布式的思想就是将大型项目按照特定规则进行拆分,那就有不同的规则:

1. 按业务功能拆分:例如一个商城项目可以按:登录系统/秒杀系统/购物车系统等等.
2. 按层级拆分:按照项目的业务层级分类--前端/controller/service/mapper等.

问题

根据之前的思路我们将大型项目进行了分布式拆分,但是拆分后多个小项目依旧是一个整体的项目,那我们分布式系统中的jar包该如何管理?自己编写的工具类API该如何管理?

1.项目中的jar包
项目中统一的jar包管理,我们可以用一个父级工程导入jar包,然后让我们的项目去继承他-->通过pom.xml文件中<parent>标签的使用-->可以称为项目的继承,但是注意最小的单位是jar包,继承的都是第三方的

2.项目中的工具类API
上面项目的继承解决了jar包导入的问题,那工具类API怎么办,首先这些工具类API是我们自己写的,封装的,其次是要先写类,.java文件,再打包成jar包的,所以就要不能通过继承的方式来解决;
通过项目的依赖来解决,通过pom.xml中来导入仓库中打包的工具API依赖来引入我们自己的工具类API.

这仅仅是一个简单的概述,随着我自己学习的深入,再继续更新.大家加油.