做app要不要建网站百度指数人群画像哪里查询

dependencies
   所有声明在dependencies里的依赖都会自动引入，并默认被所有的子项目继承

dependencyManagement
  只是声明依赖，并不会自动引入，因此子项目需要显示声明依赖。在子项目中声明了依赖项，且没有指定具体版本，才会从父项目中继承该项，并且version和scope都读取自父pom；另外如果子项目中指定了版本号，则会使用子项目中指定的版本。

type
    用于指定依赖的类型，它表示该依赖的文件类型或扩展名。默认值是jar，表示标准的Java库。下面是一些常见的type的值：
jar：表示标准的Java库，这是默认值。
war：表示Web应用程序归档文件。
pom：表示一个Maven的parent pom或子模块的pom。
test-jar：表示测试源码构建出的JAR文件。

scope
    用于指定依赖的范围，它表示该依赖在编译、运行、测试等不同阶段的作用范围。下面是一些常见的scope的值：

compile：默认值。表示该依赖在编译和运行时都需要被包含。
runtime：表示该依赖在运行时才需要被包含，不会参与编译。
test：表示该依赖只在测试阶段使用，不会参与编译和运行。
provided：表示该依赖在编译和测试时需要，但是在运行时由运行环境（比如Java EE容器）提供。
system：表示依赖通过systemPath属性指定，它指定了依赖文件在本地文件系统中的路径。这种  情况下，Maven不会从依赖仓库中解析该依赖，而是直接使用指定的文件。这个选项主要用于引入本地系统中的非Maven管理的依赖。一般情况下，应该尽量避免使用此选项，因为它会使项目的可移植性降低。
import：表示依赖只在Maven进行dependency管理的“导入范围”中可用。它用于导入其他模块的    <dependencyManagement>部分的依赖，以简化子模块的POM文件。当使用import作为依赖的scope时，实际的依赖分辨在父POM中声明，在子模块中只需指定groupId和artifactId。

packaging
  表示项目打包方式，值域：
pom:在父级项目中的pom.xml文件使用的packaging配置一定为pom。父级的pom文件只作项目的  子模块的整合，在maven install时不会生成jar/war压缩包。
jar:Jar包是最为常见的打包方式，当pom文件中没有设置packaging参数时，默认使用jar方式打      包。这种打包方式意味着在maven build时会将这个项目中的所有java文件都进行编译形成.class文件，且按照原来的java文件层级结构放置，最终压缩为一个jar文件。
war:war包与jar包非常相似，同样是编译后的.class文件按层级结构形成文件树后打包形成的压缩   包。不同的是，它会将项目中依赖的所有jar包都放在WEB-INF/lib这个文件夹下,war包非常适合部署时使用，不再需要下载其他的依赖包，能够使用户拿到war包直接使用，因此它经常使用于微服务项目群中的入口项目的pom配置中