Java GWT-RPC和RequestFactory是互斥的吗？

我可以在同一个项目中同时使用这两种方法吗？或者它们会相互造成“网络干扰”吗？

您可以同时使用GWT中的任何Ajax机制，它们不是唯一的，因此您可以根据产品中的每种需要选择最合适的机制

---

例如，我有一个应用程序，它将RF用于实体和业务请求，gwt atmosphere（使用RPC）用于comet通信，gwtquery Ajax（使用RequestBuilder）用于使用第三方json服务。

您可以同时使用gwt中的任何Ajax机制，它们不是独占的，因此，您可以为产品中的每种必需品选择最合适的一种

---

例如，我有一个应用程序，它使用RF处理实体和业务请求，gwt atmosphere（使用RPC）处理comet通信，gwtquery Ajax（使用RequestBuilder）处理第三方json服务。

它不会造成任何干扰。最后，您只需向servlet发送HTTP请求。客户端可以像服务器一样处理（伪）同时查询

因此，您可以使用不同的方法查询服务器。重点在于代码的维护/可重用性/可读性

我建议您只使用一种方式查询服务器

---

在我看来，您应该尽可能避免使用RPC，并研究与服务器通信的更标准的方式（RequestFactory或简单的requestBuilder，甚至REST库，如restyGWT），这样您的服务器就不会链接到GWT客户机

它不会造成任何干扰。最后，您只需向servlet发送HTTP请求。客户端可以像服务器一样处理（伪）同时查询

因此，您可以使用不同的方法查询服务器。重点在于代码的维护/可重用性/可读性

我建议您只使用一种方式查询服务器

---

在我看来，您应该尽可能避免使用RPC，并研究与服务器通信的更标准的方式（RequestFactory或简单的requestBuilder，甚至REST库，如restyGWT），这样您的服务器就不会链接到GWT客户机

很多时候，仅仅使用一种方法是不可能的。RF或RPC不支持使用json服务，RF没有任何comet实现。etcI认为comet确实是一个高级主题，对于简单的客户机/服务器通信来说，这个问题相当普遍。很多时候，仅仅使用一种方法是不可能的。RF或RPC不支持使用json服务，RF没有任何comet实现。etcI认为comet确实是一个高级主题，对于简单的客户机/服务器通信来说，这个问题相当普遍。