Java SpringDataREST能否提供足够的灵活性以用于实际应用程序？

我刚刚开始使用SpringBoot（我有JavaEE的经验）。我需要开发一个RESTful API。我已经阅读了这篇关于Spring Boot的教程

---

我发现它非常有趣，因为创建服务层和资源层没有开销，所有这些都是由Spring自动完成的。另一方面，我不确定它是否能提供足够的灵活性：业务逻辑去了哪里？或者Spring数据只适用于简单的CRUD应用程序吗？

Spring数据Rest不禁止使用服务器层和控制器层

如果您有一个以上的简单CRUD后端，那么我建议您 -“控制器层” -服务层 -基于弹簧数据的再定位层

---

也许您应该考虑允许控制器层在不需要业务功能时直接访问存储库层（用于读取操作）。

Spring Data Rest不禁止使用服务器层和控制器层

如果您有一个以上的简单CRUD后端，那么我建议您 -“控制器层” -服务层 -基于弹簧数据的再定位层

---

也许您应该考虑允许控制器层在不需要业务功能的情况下直接访问存储库层（用于读取操作）。

有人能告诉我我的问题有什么不好的地方吗？为什么它在10分钟内就获得了4票否决票？您的问题有一个主要问题（但这不应成为否决投票的正当理由）是，一个人对它的肤浅思考，它看起来是一个主要的基于意见的问题。但如果一个人花更多的时间思考和写一个答案，而不仅仅是“是/否”很明显，它不是基于观点的。因此，我希望我的答案是基于事实的，并对您有所帮助。让我把它翻译成简单的英语：“我刚刚读了一篇教程，我不确定这个框架是否适合我。观点？”现在它显然是基于观点的，或者过于宽泛。除非文档说明“这不应该用于生产代码”，可以很安全地假设没有任何固有的缺陷会阻止它的使用。当然，你需要有足够的经验来评估它是否适合（或最佳）你的用例。有人能告诉我我的问题有什么不好的地方吗？为什么它在10分钟内就得到了4张反对票？你的问题的一个主要问题（但这不应成为否决投票的正当理由）是，一个人对它的肤浅思考，它看起来是一个主要的基于意见的问题。但如果一个人花更多的时间思考和写一个答案，而不仅仅是“是/否”很明显，它不是基于观点的。因此，我希望我的答案是基于事实的，并对您有所帮助。让我把它翻译成简单的英语：“我刚刚读了一篇教程，我不确定这个框架是否适合我。观点？”现在它显然是基于观点的，或者过于宽泛。除非文档说明“这不应该用于生产代码”，假设没有阻止其使用的固有缺陷是非常安全的。当然，您需要有足够的经验来评估它是否适合（或最佳）您的用例。