初次認(rèn)識(shí)phalcon是在剛學(xué)php的時(shí)候,最近終于有機(jī)會(huì)用上了.故此說(shuō)說(shuō)使用上的一些感受

個(gè)人是很喜歡phalcon這套框架的方式,使用依賴注入,讓代碼組織很靈活,耦合也很低.但是,也許是框架東西太多了,遇到幾個(gè)坑. github上一年以上的issue也還沒(méi)解決.不過(guò)有一定開(kāi)發(fā)經(jīng)驗(yàn)的話,還是可以自己修復(fù)的.被這幾個(gè)坑浪費(fèi)了不少時(shí)間....

第一個(gè)是view.

  phalcon的view,可以分成兩大部分,一是全局的layout,二是controller/action的部分,
  讓使用時(shí)更加方便,設(shè)置好layout后,只關(guān)注controller部分的view即可.
  但是關(guān)于view的路徑設(shè)置問(wèn)題,要關(guān)注這幾個(gè)參數(shù)

MainView(主layout文件路徑+文件名,但不包括擴(kuò)展名,擴(kuò)展名是在注入視圖引擎時(shí)的key鍵值),

LayoutsDir(layouts的目錄路徑),

Layout(主layout文件名,可根據(jù)需求,動(dòng)態(tài)使用layouts目錄下的某個(gè)文件充當(dāng)mainView),

PartialsDir(使用partial函數(shù)時(shí),查找模板文件,如partial('main/header') 則查找路徑是"/你的partialsDir/main/header.volt" . ),

ViewsDir(設(shè)置controller/action對(duì)應(yīng)的模板文件所在的目錄.和partialDir類(lèi)似,自動(dòng)查找目錄下的模板文件)

BasePath(視圖的目錄的基礎(chǔ)目錄,phalcon和根據(jù)所有設(shè)置的dir來(lái)組合路徑,查找模板文件,坑就是這了)

我剛開(kāi)始用這個(gè)view的時(shí)候,使用的是絕對(duì)路徑,因?yàn)榻^對(duì)路徑配置和管理比較方便.
然后我就被坑了.浪費(fèi)了一個(gè)下午的時(shí)間調(diào)試.
根據(jù)官方文檔給出的例子反復(fù)測(cè)試,發(fā)現(xiàn)這個(gè)view組件只能使用相對(duì)路徑設(shè)置路徑,BasePath不用設(shè)置.

一氣之下就去翻phalcon的源碼了.開(kāi)發(fā)語(yǔ)言是Zephir,phalcon團(tuán)隊(duì)自己開(kāi)發(fā)的語(yǔ)言.

語(yǔ)言語(yǔ)法比較簡(jiǎn)單,容易懂.然后看到了這句.

..]

看起來(lái)像是沒(méi)有判斷是相對(duì)路徑還是絕對(duì)路徑,直接組合起來(lái)了而已的,猜測(cè)是這里引發(fā)了問(wèn)題.

并且是直接按順序解析action , layout , main layout這些模板文件.

于是想驗(yàn)證一下.所以我寫(xiě)了幾個(gè)調(diào)試文件,打算調(diào)試一下.

翻查phalcon源碼過(guò)程省略1000字...找到必然會(huì)調(diào)用,并有路徑處理的幾個(gè)主要方法,繼承View相關(guān)的幾個(gè)class

這里也強(qiáng)調(diào)下,很多人喜歡用echo,一般情況是沒(méi)問(wèn)題,
但最好還是用文件記錄吧,因?yàn)閑cho局限性其實(shí)挺大的,
你不知道echo buff什么時(shí)候打開(kāi),什么時(shí)候關(guān)閉..使用文件來(lái)記錄log最保險(xiǎn)了.

我測(cè)試的代碼,使用多模塊的方式.

BaseView文件,繼承phalcon的view,并且打開(kāi)這個(gè)方法的報(bào)錯(cuò)信息

BaseVolt文件,繼承模板引擎volt

view注入代碼,和目錄結(jié)構(gòu)如圖

log記錄如下

頁(yè)面輸出如下:

跟想像的一樣,使用絕對(duì)路徑時(shí),無(wú)論如何,phalcon都是直接拼接以上設(shè)置的路徑,

當(dāng)開(kāi)發(fā)者想動(dòng)態(tài)使用controller/action的view,但layouts主目錄又在上層目錄時(shí),就會(huì)出問(wèn)題.

phalcon找的main layout路徑是Phalcon\Mvc\View\Exception: View '/Users/Hin/work/phalcon_mode/app/modules/admin/views/layouts/main' was not found in the views directory

而我要的是/Users/Hin/work/phalcon_mode/app/views/layouts/main

然后找不到路徑,main layout模板文件就不起作用了..........

所以,真的就只是直接組合三個(gè)路徑而已..所以,在設(shè)置路徑的時(shí)候,就看自己的取舍了.

phalcon view源碼里三個(gè)變量中,basePath,viewDir(關(guān)鍵就是作者對(duì)viewDir這個(gè)變量理解有誤,導(dǎo)致的bug) 看成是基礎(chǔ)的路徑. viewPath是依次執(zhí)行_enginrender時(shí)的action view,layout view ,main view的路徑.
理解了這個(gè)就可以自己慢慢設(shè)置好了路徑了.....

解決辦法有三個(gè).

一 是自己寫(xiě)個(gè)View繼承phalcon的View,處理路徑. 思路是除了action的定位外,其他定位將viewDir變?yōu)榭?
二 是修改phalcon源碼,再自己編譯一遍(在_enginRender外部處理好路徑定位,去除_enginRender和路徑定位的耦合)
三 是,不管了,直接使用相對(duì)路徑(不設(shè)置basepath,viewsDir因?yàn)橐獎(jiǎng)討B(tài)定位action view,使用絕對(duì)路徑, layoutsDir partialsDir使用相對(duì)路徑)

github上是有人發(fā)過(guò)這個(gè)bug的issue,可是作者沒(méi)理會(huì)......

------------------------------華麗分割線------------------------------------

第二是model

還有個(gè)坑,是關(guān)于phalcon的model.一樣是發(fā)了issue,作者沒(méi)管.
根據(jù)文檔model是提供了setter 鏈接描述 方法的,可實(shí)際上,setter卻不起作用...

然后像view一樣,自己修復(fù)好...

個(gè)人認(rèn)為setter getter是非常好用的功能,但有些人卻覺(jué)得沒(méi)用,見(jiàn)仁見(jiàn)智啦.
我們的開(kāi)發(fā)模式是model和controller 由不同的人開(kāi)發(fā),有了setter getter,數(shù)據(jù)調(diào)用者只管拿數(shù)據(jù)就可以了,
model數(shù)據(jù)出問(wèn)題,在model中修改即可,controller不需要改動(dòng).工作模式上耦合可以降低很多.

不過(guò)用這個(gè)框架的開(kāi)發(fā)的項(xiàng)目夭折了,再深入點(diǎn)的坑也遇不到了.沒(méi)有意外的話,短期內(nèi)也不會(huì)用了.
最近心情比較糟糕.寫(xiě)得比較隨便.當(dāng)個(gè)記錄好了.......

最后直接附上 github 源碼,多模塊模式開(kāi)發(fā)用這樣的目錄結(jié)構(gòu)也是不錯(cuò)的,希望能幫到別人