3

 有没有人有构建这样一个项目的实际经验？我想摆脱关于“这是个好主意还是不好”的问题，但专注于可能的解决方案。我看到了一种简单的方法——HTTP GET/POST + xml/json——还有一种更优雅的方法——AJAX/DWR。至于第一个 - 我知道这是可能的，但需要大量编码。至于第二种方式 - 是否可以将 Java DWR 引擎与 PHP 前端一起使用？客户端是否与 DWR 语言无关（因为它只使用 JavaScript）？
 客户端页面是由一个 Web 服务器（例如 apache+php）生成并由另一个（例如，tomcat）在服务器端提供的，这会是一个问题吗？我怀疑，Tomcat 会抱怨会话。允许跨域 AJAX 可以解决这个问题吗？
先感谢您。
丹尼斯。

4

3 回答 3

2

如果您想做的是（我怀疑）使用 PHP 来组装您的网页，而“业务逻辑”是用 Java 编写的，我建议使用PHP/Java Bridge（LGPL 和 MIT 许可证）

于 2010-06-09T14:14:35.983 回答
2

Java 和 PHP 都是服务器端技术。您的“前端”将使用 HTML、CSS 和 JavaScript 编写——尽管您当然可以使用 PHP（或 JSP）模板来呈现部分前端。

如果您使用 PHP 作为“前端”，那么您需要它充当代理，将请求传递回 Java Web 服务器。

于 2010-06-09T13:57:58.000 回答
1

我从事过一个使用 Java '后端' 和 mod_perl '前端' 的项目。对于反对者来说，这是因为 Java 提供了服务/API 设施，它没有也不应该参与处理 UI，无论是 HTML、WAP、SMTP、SOAP 等。

由于历史原因，mod_perl 使用 XML-RPC。这不是我现阶段推荐的路线。由于较低的编码/解码开销，Java、Perl 和 PHP 可以非常愉快地处理更多 JSON 类型的事务。此外，在 mod_perl（虽然不是 PHP）环境中，可以通过持久连接轻松运行 JSON-RPC，从而进一步减少开销。

这种方法有很多好处，包括对各种 UI 的单独升级、服务层的稳定性以及每一层的不同职责。

缺点包括延迟更新服务、更复杂的开发、登台和测试环境、更高的新开发人员进入门槛、更多的文档和管理。

对于“Java 从前到后”的人来说，这是一种类似于使用 OSGi 容器的方法，只是使用更适合领域的语言；Java 用于繁重的工作，脚本用于更流畅的基于文本的界面。

于 2010-06-09T14:30:16.140 回答