鸟人的博客

在国产化日益流行的现在，SpringBoot与国产数据库达梦的整合应用越来越普遍，下面我们就来看下SpringBoot如何整合达梦数据库，并使用MyBatisPlus操作数据库。

先给结论：编订依赖列表的程序员。初次设定一组依赖，因为尚未经过验证，所以确实有可能存在各种问题，需要做有针对性的调整。那么谁来做这件事呢？我们最不希望看到的就是：团队中每个程序员都需要自己去找依赖，即使是做同一个项目，每个模块也各加各的依赖，没有统一管理。那前人踩过的坑，后人还要再踩一遍。而且大家用的依赖有很多细节都不一样，版本更是五花八门，这就让事情变得更加复杂。所以虽然初期需要根据项目开发和实际运行情况对依赖配置不断调整，最终确定一个各方面都 OK 的版本。

除了自带的仓库，有时候我们需要单独创建自己的仓库，按照默认创建的仓库类型来创建我们自己的仓库。

这里我们可以对接 profile 这个单词中『侧面』这个含义：项目的每一个运行环境，相当于是项目整体的一个侧面。就拿其中的 MySQL 来说，不同环境下的访问参数肯定完全不同，可是代码只有一套。如果在 jdbc.properties 里面来回改，那就太麻烦了，而且很容易遗漏或写错，增加调试的难度和工作量。所以最好的办法就是把适用于各种不同环境的配置信息分别准备好，部署哪个环境就激活哪个配置。在 Maven 中，使用 profile 机制来管理不同环境下的配置信息。

① 一般再模块化开发中一般都会创建一个父工程，如下：父工程创建好之后，要修改它的打包方式：只有打包方式为 pom 的 Maven 工程能够管理其他 Maven 工程。打包方式为 pom 的 Maven 工程中不写业务代码，它是专门管理其他 Maven 工程的工程，所以可以将生成的 src 目录删除。② 创建模块工程然后可以再父工程的 pom 文件中看到：而子工程的 pom 如下：③ 在父工程中配置依赖的统一管理使用标签配置对依赖的管理，如下：而实际上被管理的依赖并没有真正被引入到工程。④ 子工程中引用那

Maven 是 Apache 软件基金会组织维护的一款专门为 Java 项目提供构建和依赖管理支持的工具。一个 Maven 工程有约定的目录结构，约定的目录结构对于 Maven 实现自动化构建而言是必不可少的一环，就拿自动编译来说，Maven 必须 能找到 Java 源文件，下一步才能编译，而编译之后也必须有一个准确的位置保持编译得到的字节码文件。我们在开发中如果需要让第三方工具或框架知道我们自己创建的资源在哪，那么基本上就是两种方式：通过配置的形式明确告诉它。

Maven仓库在国外，下载速度特别慢，那怎么办呢？我们可以使用代理，简单的说就是这个代理从国外的Maven仓库下载jar包到国内的仓库，我们通过这个代理从国内的仓库下载jar包就会很快。

相信使用Java的同学都用过Maven，这是一个非常经典好用的项目构建工具。但是如果你经常使用Maven，可能会发现Maven有一些地方用的让人不太舒服Maven的配置文件是XML格式的，假如你的项目依赖的包比较多，那么XML文件就会变得非常非常长；XML文件不太灵活，假如你需要在构建过程中添加一些自定义逻辑，搞起来非常麻烦；Maven非常的稳定，但是相对的就是对新版java支持不足，哪怕就是为了编译java11，也需要更新内置的Maven插件。.........

目的设置默认Maven配置，每次新建项目，不用重新设置Maven地址步骤File->New Projects Settings->Preferences for New Projects设置maven

一般地，如果别人给我们一个打包好的Jar包，我们需要将这样的jar包打包进我们项目本地指定的Maven仓库中，方便项目中引入，这时我们改怎么处理呢？有人说直接将Jar包放到Maven的仓库中不就行了，事实上尝试过的都知道，项目根本无法引用这个Jar包，如果想要在项目引用这个Jar包，则必须通过Maven命令的形式将Jar打包进本地的Maven仓库中以下为通用方法可以将Jar包打包进本地Maven仓库Maven仓库打包地址Maven仓库镜像代理这里我们配置和Maven的镜像代理说明编写好命令，直接打