使用Java服务器端与PHP生成的前端

Question

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

Answer 1

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

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

Answer 2

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

Answer 3

我参与了一个使用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 front to back”的人来说，这是一种使用OSGi容器的类似方法，只使用更多适合域的语言;用于繁重的Java，用于更流畅，基于文本的界面的脚本。