在 spring 项目中使用 Javaconfig 类 时使用属性文件是否合理？
Is it reasonable to have properties file while having Javaconfig classes in spring projects?
我遇到了一些创建 spring 数据 jpa 项目的指南，人们使用属性文件和 javaconfig 配置了持久层。如果我们使用 javaconfig，他们为什么还要创建另一个属性文件来包含配置？如果使用一种策略（即 JavaConfig）来配置项目，那么另一种（即属性文件）策略的用途是什么？我是不是对如何配置项目有误解？
JavaConfig 主要用于旧版本的 Java 或遗留项目。它是一个帮助程序库，用于避免编写代码打开 properties 文件并将值直接映射到可以在内存中表示您的属性的 class 所需的样板。
使用 JavaConfig 你的代码看起来像 this and without it, your code will look like this.
If one strategy is used(i.e. JavaConfig) to configure project , what
is the use of the other (i.e. properties file) strategy? Do I have a
misunderstanding as to how to configure projects?
Properties 文件，是Java 中用来存储外部配置值的标准。它是一个key/value文件，例如：application.properties或application.yml 用于现代框架，例如 Spring，它提供了一种 simple 方式来管理您的属性文件。
我遇到了一些创建 spring 数据 jpa 项目的指南，人们使用属性文件和 javaconfig 配置了持久层。如果我们使用 javaconfig，他们为什么还要创建另一个属性文件来包含配置？如果使用一种策略（即 JavaConfig）来配置项目，那么另一种（即属性文件）策略的用途是什么？我是不是对如何配置项目有误解？
JavaConfig 主要用于旧版本的 Java 或遗留项目。它是一个帮助程序库，用于避免编写代码打开 properties 文件并将值直接映射到可以在内存中表示您的属性的 class 所需的样板。
使用 JavaConfig 你的代码看起来像 this and without it, your code will look like this.
If one strategy is used(i.e. JavaConfig) to configure project , what is the use of the other (i.e. properties file) strategy? Do I have a misunderstanding as to how to configure projects?
Properties 文件，是Java 中用来存储外部配置值的标准。它是一个key/value文件，例如：application.properties或application.yml 用于现代框架，例如 Spring，它提供了一种 simple 方式来管理您的属性文件。