java-ee - 用php作为java web应用的模版服务是否可行

Question

实际上这是我在上一家公司就开始思考的问题，因为我以前一直用php做开发，但在上一家公司转型为做java web开发。这两种语言的特点也是非常明显的

• php开发快，非常适合web展现。但缺点也很明显，基本没有企业标准，没有服务端持久化支持。
• java的标准丰富，服务端持久支持较好。但针对web的支持相比较php来说真是太少了。

那么我们能否把java作为应用层，而把php只作为展现层来使用呢(就相当于jsp了)。我以前甚至考虑过，在java端实现fastcgi接口的client，把数据发送到php-fpm，这样对php来说基本不需要什么移植。但这样数据的量会非常大，有点像把php作为一个独立的服务了。

但后来Quercus的出现让我改变了想法，很多人把quercus作为在gae上运行php的途径，也就是那个时候我知道了这个纯java的php实现，它的基本原理就是把php代码转化为java代码执行，这跟jsp是如此相像，那么能否把它作为一个纯的模版引擎来使用呢？或者现在已经有这种使用方法了。

Answer 1

是可行的，我觉得这种架构模式非常twitter，就是所有应用对外提供的都是open api，官方网站以一个开发者的身份进行开发，以cgi的这种方式掉应用层（官方网站可以掉一部分私有的api，但也是cgi的这种方式）。这样好处很多：使v层更轻，可以非常快速的反应需求，而且技术选型更自由；c层也之需要遵照标准（一般用json）提供服务，几乎不考虑跟v的合作；促进开放平台工作，或者说开放平台就天生存在了。

Answer 2

可行，只是，有必要吗？：）
J2EE已经够复杂了，再加上php？~~~

Answer 3

是可行的，php简单的语法以及丰富的显示函数作为模板语言真的是在适合不过了。
不过有个问题我想问sluke，为什么说php基本没有企业标准呢，你说的企业标准是个什么概念

Answer 4

java做中间件其实还蛮不错的。推荐thrift。完全不用关心网络层，协议，多线程那些事情。做做业务逻辑就好了。然后php只管显示的部分。java管业务逻辑那部分。

Answer 5

服务端持久化支持。又是什么意思？

Answer 6

我们也是，在之前的公司有过使用 java做服务，php做显示。但是后来种种原因没有做起来~

Answer 7

使用纯的 jsp （不要用 jstl 什么的），你会发现 jsp 跟 php 其实是一样的。所以用 jsp 就好。