SpringBoot为什么不建议在实际的应用程序中使用SpringData Rest?

Spring Data REST 是一个用于构建基于领域模型的RESTful API的框架，它可以根据领域模型自动创建REST端点。尽管 Spring Data REST 对于某些场景可能非常方便，但在实际的应用程序中使用它并不适合所有情况，主要原因如下：

1. 过于自动化：
   • Spring Data REST 的设计目标是通过领域模型来自动创建RESTful API，但这可能导致生成的API过于自动化，使得开发者失去了对API的精细控制。在某些复杂业务场景下，需要更精细的控制和自定义行为，而 Spring Data REST 提供的默认行为可能无法满足需求。
2. 隐藏业务逻辑：
   • 使用 Spring Data REST 可能会导致业务逻辑被隐藏在底层实现中，难以在API层面进行显式的业务逻辑控制。在实际应用程序中，通常需要在API层面进行一些验证、处理和控制，而 Spring Data REST 的自动化可能不足以满足这些需求。
3. 安全性考虑：
   • Spring Data REST 自动生成的端点可能会导致一些安全性方面的考虑。默认情况下，所有实体的所有操作都是公开的，这可能不符合应用程序的安全需求。在实际应用程序中，通常需要进行更加细粒度的安全控制，而 Spring Data REST 的默认行为可能需要额外的安全配置和控制。
4. 性能和复杂性：
   • 由于 Spring Data REST 的自动化行为，可能导致生成的API对性能和复杂性的影响。生成的API可能包含了过多的数据，而某些场景下可能只需要特定的数据。此外，使用 Spring Data REST 也可能导致网络传输的数据量增加，从而影响性能。
5. 版本控制和演进：
   • 在实际应用程序中，可能需要更灵活的版本控制和演进策略。使用 Spring Data REST 自动生成的API可能会受到其设计和演进的限制，难以灵活地满足应用程序的版本管理需求。

虽然 Spring Data REST 在某些场景下能够提供快速的API构建，但在复杂的实际应用程序中，通常建议使用更加灵活、可定制的方式构建RESTful API，例如使用 Spring MVC 或其他专注于API构建的框架。这样可以更好地满足应用程序的需求，保持更大的灵活性和可控性。