在本文开始前，先给大家分享几个好用的IDEA激活码
这里提供几个最新的激活码，有需要的朋友可以试试，先到先用：
2022和2023Intellij IDEA最新激活码,IDEA稳定专属激活码(持续更新）
2022和2023Pycharm激活码,Pycharm稳定专属激活码(持续更新）
2022和2023Webstorm激活码,Webstorm稳定专属激活码(持续更新）
作为 Spring Boot v2.0 系列第一部分的延续，这是第二部分也是结论部分，我们将在其中介绍应用程序项目结构以及一些重要的片段和最佳实践，在进行基于 Spring Boot 的开发时应考虑这些.
只是一个小的免责声明，在设置了这个初学者工具包并进行了彻底的审查之后，你可能会觉得这实际上不是一个使用 Spring Boot 的微服务实现，我必须说我完全同意你的看法，这不是，而是一个在 Spring Boot 中开发的单体。本文更多地是关于学习使用 Spring Boot 中的最佳实践进行编码，理想情况下，预订系统应该有不止一个服务或代码库，我保证我很快会发布一个关于 Spring Boot 在创建分布式应用程序中的用法的新系列在 Netflix OSS 堆栈的帮助下。到那时请将此作为起点并使项目结构和相关工具保持一致。
申请结构
Spring Boot 是一个自以为是的框架，它让我们的生活变得非常轻松，因为我们不必根据 Spring 框架的版本来选择不同依赖项的版本，这一切都由 Spring Boot 负责。
我在创建项目结构时尝试遵循相同的意识形态，起初它似乎势不可挡，但请相信我，一旦您开始编写您的作品，该结构将通过节省您的时间和思考已经回答的问题来极大地帮助您. 结构如下：
模型和 DTO
应用程序的各种模型组织在模型包下，它们的 DTO（数据传输对象）存在于dto包下。关于我们是否应该使用 DTO 有不同的看法，我属于那种认为我们绝对应该使用 DTO 的人，不使用 DTO 会使您的模型层与 UI 层紧密耦合，这是任何企业项目都不应该做的进入。
DTO 让我们只传输需要与用户界面共享的数据，而不是我们可能使用多个子对象聚合并保存在数据库中的整个模型对象。可以使用ModelMapper实用程序处理模型到 DTO 的映射，但是它仅在您的 DTO 几乎（从字面上）与相关模型相似时才有用，但情况并非总是如此，因此我更喜欢使用自定义映射器类。您可以在“dto/mapper”包下找到一些示例。
发布者：admin，转转请注明出处：https://www.ajihuo.com/soft/5446.html
