架構(gòu)當中php純渲染模板是怎么回事？

所謂的php只渲染模板是指路由還是PHP控制然后render頁面，數(shù)據(jù)靠發(fā)送http請求，往JAVA寫的api之類的獲取還是怎么樣

一般有PHP棧了， 很少很少會融入Java棧，如果二者都有，那么一般指的是PHP拿到請求，對請求解析，從Java中調(diào)用業(yè)務所需API最后返回給web服務器，這么做對目的限于分布式集群中，Java主演的更后端，對性能要求更大，擁有更多調(diào)用系統(tǒng)API的最最最后端

簡單點可以這樣理解，就是把MVC模式里面的M(業(yè)務邏輯)這塊丟給Java處理了，其它的還是PHP完成，也就是PHP只負責路由和渲染模板(數(shù)據(jù)庫操作啊都不要)。至于兩者怎么通信可以用http也可以走rpc。

Controller{
    action(){
        $data = $m->call("JAVA.FUNCTION");
        render(data)
    }
}

如果把路由也丟給Java，我倒是沒試過。不過做到上面這點，對于應用性能已經(jīng)是非常大的改善了

這種奇葩架構(gòu)只存在于一開始系統(tǒng)是用PHP，之后往Java遷的過渡架構(gòu)，最終都是要徹底干掉PHP的

這里應該是指：

有些架構(gòu)中，把 PHP 當作偏前端的處理語言，

可以做如下理解：

• Java 一類的性能較高的語言，去處理 數(shù)據(jù)庫 I/O 計算 一類的耗性能操作；
• PHP 作為一種非常靈活的解釋性語言，本身不參與耗性能的操作，從 Java 提供的接口中取到數(shù)據(jù)，然后做一些業(yè)務處理，最后把數(shù)據(jù)和 HTML 代碼做一些渲染，返回給客戶端，或者處理之后，以指定的格式返回。

這里，主要是根據(jù)業(yè)務需求來決定的，大部分場景中 PHP 是足夠用的，
當然，這也跟公司的架構(gòu)有關系。