實際上這是我在上一家公司就開始思考的問題,因為我以前一直用php做開發(fā),但在上一家公司轉(zhuǎn)型為做java web開發(fā)。這兩種語言的特點(diǎn)也是非常明顯的php開發(fā)快,非常適合web展現(xiàn)。但缺點(diǎn)也很明顯,基本沒有企業(yè)標(biāo)準(zhǔn),沒有服務(wù)端持久化支持。java的標(biāo)準(zhǔn)豐富,服務(wù)端持久支持較好。但針對web的支持相比較php來說真是太少了。那么我們能否把java作為應(yīng)用層,而把php只作為展現(xiàn)層來使用呢(就相當(dāng)于jsp了)。我以前甚至考慮過,在java端實現(xiàn)fastcgi接口的client,把數(shù)據(jù)發(fā)送到php-fpm,這樣對php來說基本不需要什么移植。但這樣數(shù)據(jù)的量會非常大,有點(diǎn)像把php作為一個獨(dú)立的服務(wù)了。但后來Quercus的出現(xiàn)讓我改變了想法,很多人把quercus作為在gae上運(yùn)行php的途徑,也就是那個時候我知道了這個純java的php實現(xiàn),它的基本原理就是把php代碼轉(zhuǎn)化為java代碼執(zhí)行,這跟jsp是如此相像,那么能否把它作為一個純的模版引擎來使用呢?或者現(xiàn)在已經(jīng)有這種使用方法了。
2 回答

慕桂英4014372
TA貢獻(xiàn)1871條經(jīng)驗 獲得超13個贊
是可行的,我覺得這種架構(gòu)模式非常twitter,就是所有應(yīng)用對外提供的都是open api,官方網(wǎng)站以一個開發(fā)者的身份進(jìn)行開發(fā),以cgi的這種方式掉應(yīng)用層(官方網(wǎng)站可以掉一部分私有的api,但也是cgi的這種方式)。這樣好處很多:使v層更輕,可以非常快速的反應(yīng)需求,而且技術(shù)選型更自由;c層也之需要遵照標(biāo)準(zhǔn)(一般用json)提供服務(wù),幾乎不考慮跟v的合作;促進(jìn)開放平臺工作,或者說開放平臺就天生存在了。

蝴蝶刀刀
TA貢獻(xiàn)1801條經(jīng)驗 獲得超8個贊
java做中間件其實還蠻不錯的。推薦thrift。完全不用關(guān)心網(wǎng)絡(luò)層,協(xié)議,多線程那些事情。做做業(yè)務(wù)邏輯就好了。然后php只管顯示的部分。java管業(yè)務(wù)邏輯那部分。
添加回答
舉報
0/150
提交
取消