Spring 数据仍在生产中
Spring data rest in production
使用Spring Data Rest 绝对是一种真正快速创建应用程序的方法。
但考虑到未来的生产环境，我真的很想知道将 @RestController 中的端点（您将在其中调用具有业务验证和逻辑的服务）中的端点与生成的查询端点混合是否是个好主意通过其余存储库。
由于它基于 Hypermedia-Driven RESTful Web 服务 原则，它很棒但取决于各种用例。查找有关 Hypermedia-Driven RESTful Web 服务 的文章，您也会学到一些好东西。
很好 - 非常适合 不敏感 数据，通常所有人都可以使用。
非常适合不需要任何编排的数据，因为它直接来自数据库。
唯一的问题可能是让它们（端点）受到保护 在您的应用程序中以某种超级用户类型的角色存在，以便普通用户无法访问它。
这又取决于您的应用程序的用例。
如果它是高度敏感的数据，则不应使用它，因为数据将通过 API 可用并且数据会被泄露
或拥有单独的应用程序，只能驻留在应用程序开发组织的场所
继续前进应该是个好方法。
但根据我的意见，您应该为不同的模块创建单独的控制器和服务，而不是将所有 REST API 端点放在一个控制器中并只创建一个服务。
这样，在出现任何问题时，您可以轻松管理和调试代码。
使用Spring Data Rest 绝对是一种真正快速创建应用程序的方法。
但考虑到未来的生产环境，我真的很想知道将 @RestController 中的端点（您将在其中调用具有业务验证和逻辑的服务）中的端点与生成的查询端点混合是否是个好主意通过其余存储库。
由于它基于 Hypermedia-Driven RESTful Web 服务 原则，它很棒但取决于各种用例。查找有关 Hypermedia-Driven RESTful Web 服务 的文章，您也会学到一些好东西。
很好 - 非常适合 不敏感 数据，通常所有人都可以使用。
非常适合不需要任何编排的数据，因为它直接来自数据库。
唯一的问题可能是让它们（端点）受到保护 在您的应用程序中以某种超级用户类型的角色存在，以便普通用户无法访问它。
这又取决于您的应用程序的用例。
如果它是高度敏感的数据，则不应使用它，因为数据将通过 API 可用并且数据会被泄露
或拥有单独的应用程序，只能驻留在应用程序开发组织的场所
继续前进应该是个好方法。
但根据我的意见，您应该为不同的模块创建单独的控制器和服务，而不是将所有 REST API 端点放在一个控制器中并只创建一个服务。
这样，在出现任何问题时，您可以轻松管理和调试代码。