有没有人有过构建这样一个项目的实际经验?我想抛开“这是不是好主意”的问题,而是专注于可能的解决方案。我看到了一种简单的方法-- HTTP GET/POST + xml/json --还有一种更优雅的方法-- AJAX/DWR。至于第一个-我知道这是可能的,但需要相当多的编码。至于第二种方式-可以将Java DWR引擎与PHP前端一起使用吗?DWR语言对于客户端是独立的吗(因为它只使用JavaScript)?
客户端页面是由一个web服务器(例如,apache+php)生成并由另一个web服务器(例如,tomcat)在服务器端提供服务,这有什么问题吗?我怀疑Tomcat会抱怨会话。这个问题可以通过允许跨域AJAX来解决吗?
提前谢谢你。
丹尼斯。
发布于 2010-06-09 22:14:36
如果你想做的是(正如我怀疑的那样)使用PHP来组装你的网页,而“业务逻辑”是用Java语言编写的,我建议使用PHP/Java Bridge (LGPL和麻省理工学院的许可证)。
发布于 2010-06-09 21:57:58
Java和PHP都是服务器端技术。您的“前端”将使用HTML、CSS和JavaScript编写-尽管您肯定可以使用PHP (或JSP)模板来呈现前端的一部分。
如果您使用PHP作为“前端”,那么您将需要它充当代理,将请求传递回Java web服务器。
发布于 2010-06-09 22:30:16
我曾经参与过一个使用Java“后端”和mod_perl“前端”的项目。对于反对者来说,这是因为Java提供了服务/API工具,它没有也不应该参与处理UI,无论是HTML、WAP、SMTP、SOAP等。
由于历史原因,mod_perl使用XML-RPC。这不是我在现阶段推荐的路线。由于编码/解码开销较低,Java、Perl和PHP可以非常愉快地处理更多JSON类型的事务。此外,在mod_perl (尽管不是PHP)环境中,可以通过持久连接轻松地运行JSON-RPC,从而进一步减少开销。
这种方法有很多好处,包括对各种UI的单独升级、服务层的稳定性以及每个层的不同职责。
缺点包括延迟进行服务改进,更复杂的开发,阶段性和测试环境,新开发人员进入的更高门槛,更多的文档和管理。
对于“从前到后”的人来说,这是一种类似于使用OSGi容器的类型方法,只是使用了更适合领域的语言;Java用于繁重的工作,脚本用于更流畅的、基于文本的界面。
https://stackoverflow.com/questions/3006475
复制相似问题