blocks|key|1326159|text|Java和PHP都是服务器端技术。您的“前端”将使用HTML、CSS和JavaScript编写-尽管您肯定可以使用PHP+(或JSP)模板来呈现前端的一部分。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1326160|如果您使用PHP作为“前端”，那么您将需要它充当代理，将请求传递回Java+web服务器。|1326161|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Both Java and PHP are server-side technologies. Your "front-end" will be written using HTML, CSS, and JavaScript - although you could certainly use PHP (or JSP) templates to render portions of the front-end.

If you are using PHP as the "front-end", then you would need it to act as a proxy, passing requests back to the Java web server.

blocks|key|2119990|text|如果你想做的是(正如我怀疑的那样)使用PHP来组装你的网页，而“业务逻辑”是用Java语言编写的，我建议使用PHP/Java+Bridge+(LGPL和麻省理工学院的许可证)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2119991|entityMap|0|LINK|mutability|MUTABLE|url|http://php-java-bridge.sourceforge.net/pjb/index.php^0|1I|F|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

If what you want to do is (as I suspect) to use PHP to assemble your web pages while the "business logic" is written in Java, I would suggest using <a href="http://php-java-bridge.sourceforge.net/pjb/index.php" rel="nofollow noreferrer">PHP/Java Bridge</a> (LGPL and MIT licenses)

blocks|key|2120032|text|我曾经参与过一个使用Java“后端”和mod_perl“前端”的项目。对于反对者来说，这是因为Java提供了服务/API工具，它没有也不应该参与处理UI，无论是HTML、WAP、SMTP、SOAP等。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2120033|由于历史原因，mod_perl使用XML-RPC。这不是我在现阶段推荐的路线。由于编码/解码开销较低，Java、Perl和PHP可以非常愉快地处理更多JSON类型的事务。此外，在mod_perl+(尽管不是PHP)环境中，可以通过持久连接轻松地运行JSON-RPC，从而进一步减少开销。|2120034|这种方法有很多好处，包括对各种UI的单独升级、服务层的稳定性以及每个层的不同职责。|2120035|缺点包括延迟进行服务改进，更复杂的开发，阶段性和测试环境，新开发人员进入的更高门槛，更多的文档和管理。|2120036|对于“从前到后”的人来说，这是一种类似于使用OSGi容器的类型方法，只是使用了更适合领域的语言；Java用于繁重的工作，脚本用于更流畅的、基于文本的界面。|2120037|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

I've worked on a project that uses a Java 'backend' and a mod_perl 'frontend'. For the naysayers, this is because the Java is providing service/API facilities, it's not and shouldn't be involved in dealing with UI, be they HTML, WAP, SMTP, SOAP, etc.

For historical reasons the mod_perl talks XML-RPC. It's not a route I'd recommend at this stage. Java, Perl and PHP can quite happily handle far more JSON type transactions due to lower encoding/decoding overhead. Also, in a mod_perl (though not PHP) environment it's possible to run JSON-RPC easily over a persistent connection, reducing the overhead even further.

There are plenty of benefits to this approach, including separate upgrades to the various UIs, stability of the service layer, and distinct responsibilities for each layer.

Downsides include delays getting service improvements live, more complicated development, staging and test environments, a taller barrier to entry for new developers, more documentation and management.

For the "Java front to back" guys, this is a similar type approach to using an OSGi container, only using more domain suitable languages; Java for heavy lifting, scripts for more fluid, text based interfaces.

&nbsp;Does anyone have a real-world experience in building such a project? I'd like to move away questions about "is it good idea or not", but focus on possible solutions. I see one simple way - HTTP GET/POST + xml/json - and one more elegant - AJAX/DWR. As for the first one - I understand that it is possible, but needs quite a lot coding. As for second way - is it possible to use Java DWR engine with PHP front-end? Is DWR language-independent for client side (as it uses just JavaScript)? 
&nbsp;Would it be a problem, that client page was generated by one web server (for example, apache+php) and served on server-side by another (for example, tomcat)? I suspect, that Tomcat will complain about sessions. Can this problem be fixed with allowing cross-domain AJAX? 
Thank you in advance. 
Denis.

Using Java server-side with PHP-generated front-end

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

有没有人有过构建这样一个项目的实际经验？我想抛开“这是不是好主意”的问题，而是专注于可能的解决方案。我看到了一种简单的方法-- HTTP GET/POST + xml/json --还有一种更优雅的方法-- AJAX/DWR。至于第一个-我知道这是可能的，但需要相当多的编码。至于第二种方式-可以将Java DWR引擎与...

问将Java服务器端与PHP生成的前端结合使用
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问将Java服务器端与PHP生成的前端结合使用EN