有时似乎 Spring 对富 Web 客户端爆炸式增长的回答是:@ResponseBody。但是，仅提供 json 恕我直言的能力已经不够了。随着客户变得越来越富有，模板也必须存在于前端。有 Handlebars 和灰尘可以帮助您处理这个问题，尽管 Spring 没有记录任何这些。但仅仅拥有原始技术并不等同于拥有一帆风顺的发展道路。
我们纠结的是如何拥有这样的东西
- 在客户端使用与服务器相同的模板，可以是移动的
- 服务端渲染
- 与 React.js 的平滑集成
所有这些都使用 Spring 而不是 Node.js，这方面的一切似乎都是小菜一碟。关于这些挑战的信息似乎很少，如果您拥有大量模板库，那么前端和后端重复的想法就会出现问题。
有什么建议可以解决这个问题吗？
最佳答案
Spring Framework 团队正在为此开发 4.2 - 使用 JDK8 Nashorn 的具有客户端+服务器模板的同构应用程序 - 请参阅 SPR-12266 .
您将在 that presentation 中找到更多相关信息和 this sample project (Spring + react.js + JDK8 Nashorn)。
注意:如果您厌倦了到处添加 @ResponseBody 注释，请查看 @RestController 注释(自 4.0 起可用)。
关于Spring 和富客户端(React.js 等)，防止重复模板，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25996409/