JavaFX 与 Spring MVC Restful 的交互
JavaFX interactivity with Spring MVC Restful
我正在构建一个与 Spring MVC Restful 服务器（Spring boot 1.4.1）应用程序通信的 JavaFX 客户端应用程序，它按预期工作。
在进行下一个输入示例之前，某些功能需要与服务器快速交互以验证限制和可用性检查成员编号插入是否有效以及是否超出插入限制，在记录累积期间（每个确认的记录临时存储在发送到服务器进行存储之前的表视图）在实际保存记录之前。
在 JavaFX 和 Spring 框架（前端和后端）范围内，这种功能如何使看起来比正常 "let-me-wait-for-response" 方法更具交互性（或实时性）
有不明白的就问，否则我觉得是
客户端 (JavaFX) 和服务器 (SpringBoot) 之间的唯一交互似乎是通过 REST API。这将使短暂的数据爆发（例如验证）花费更长的时间。
切换到另一种通信机制（例如 gRPC 或带有 Msgpack 的 Netty）可能会有所帮助。请注意，一旦您打开非 REST 调用的大门，它会让您首先重新考虑 REST 的使用。
根据您的要求（防火墙等），非 REST 通信可能不是一个选项，或者可能需要额外设置以克服其他障碍，换句话说，天下没有免费的午餐。
我正在构建一个与 Spring MVC Restful 服务器（Spring boot 1.4.1）应用程序通信的 JavaFX 客户端应用程序，它按预期工作。
在进行下一个输入示例之前，某些功能需要与服务器快速交互以验证限制和可用性检查成员编号插入是否有效以及是否超出插入限制，在记录累积期间（每个确认的记录临时存储在发送到服务器进行存储之前的表视图）在实际保存记录之前。
在 JavaFX 和 Spring 框架（前端和后端）范围内，这种功能如何使看起来比正常 "let-me-wait-for-response" 方法更具交互性（或实时性）
有不明白的就问，否则我觉得是
客户端 (JavaFX) 和服务器 (SpringBoot) 之间的唯一交互似乎是通过 REST API。这将使短暂的数据爆发（例如验证）花费更长的时间。
切换到另一种通信机制（例如 gRPC 或带有 Msgpack 的 Netty）可能会有所帮助。请注意，一旦您打开非 REST 调用的大门，它会让您首先重新考虑 REST 的使用。
根据您的要求（防火墙等），非 REST 通信可能不是一个选项，或者可能需要额外设置以克服其他障碍，换句话说，天下没有免费的午餐。