maven深入理解（一）

代码块

        <dependency>
            <groupId>com.mongodb</groupId>
            <artifactId>mongo-java-driver</artifactId>
            <version>3.0.2</version>
        </dependency>

1.groupId: 准确的说是项目所在的坐标。可以理解为项目在maven仓库中所存放位置的路径，也可以理解为项目所在的包名，并且此项目的包名与maven构建项目时自动生成的类所在的包名相同。

图1：理解为项目testSpring在maven仓库中所存放位置的路径

图2：可以理解为项目所在的包名

图3：项目的包名与maven构建项目时自动生成的类或自动创建的包所在的包名相同

2. 坐标理解：坐标类似地址

举例说明：当我们在淘宝上买了一件称心如意的物品时，快递员怎么找到我们并把物品送到我们手上，而不是送到别人手上？

groupId：类似地址，例如：上海市浦东新区盛夏路1107弄小区。

通过groupId只是找到地址，但是仍然没找到物品的主人。此时通过artifactId指定快递员要找的主人，即artifactId类似淘宝名。指定淘宝名仍然找不到主人，如果能够获取主人的电话号码就方便找到物品的主人了，此时version就诞生了，version类似手机号码。

查找思路：把范围从大缩小。指定地址把全球地址缩小到某一个小范围
指定用户名和手机号码就可以找到想要找到依赖

而在实际应用中，我们找想要的依赖包，也是通过先找到groupId，再找到artifactId，然后通过给定的version找到想要的依赖包。如下分别在本地仓库中查找和在maven中央仓库中查找流程。

1.本地maven仓库repo中查找dependency：

代码：

        <dependency>
            <groupId>com.yubai</groupId>
            <artifactId>testSpring</artifactId>
            <version>1.0-SNAPSHOT/version>
        </dependency>

查找图

2.maven中央仓库中查找dependency：

代码

        <dependency>
            <groupId>org.mongodb</groupId>
            <artifactId>mongo-java-driver</artifactId>
            <version>3.0.2</version>
        </dependency>

查找图1:先通过指定的groupId查找

查找图2：再通过artifactId找到我们想要的依赖包

查找图3：最后通过version找到我们要找的依赖包

注意：groupId坐标下可以存在一个或者多个项目。类似地址为上海市浦东新区盛夏路1107弄小区里面可以有很多楼房

依赖包的名称命名：artifactId-version.jar/war/rar/等等其他后缀

3. 我们在pom.xml中引入的依赖包是com.mongodb，与com.mongodb.xxx没有关系。所以查看文档只需要查看package为com.mongodb即可

当我们自己定义groupId，如：com.yubai，此时会在maven的本地仓库中建立一个包名为com.yubai

2. artifactId-version：这是依赖包名称

当我们自己定义 artifactId-version：效果如图

        <dependency>
            <groupId>com.yubai</groupId>
            <artifactId>testSpring</artifactId>
            <version>1.0-SNAPSHOT/version>
        </dependency>

而testSpringjar项目下存有我们自己写的包，类，接口等等。如图：

包

类