雖然說現在在PHP界流傳的Framework套件非常多
而大爺也覺得「梨子」好像也沒什麼人在玩它
不過既然它曾經紅極一時
(或許啦,但大爺好像也錯過那個時代了…^^")
那就應該有它的長處可以讓我們好好的來研究、學習
順便彌補之前所遺漏的一資訊吧
而且大爺也不喜歡半途而癈的感覺!
好…話不多說
就讓我們來種下第一顆梨子樹吧!
希望它能趕快長成大樹哦!!
不過大爺剛翻了一下書
感覺pear雖然提供了不少的程式庫供使用
在還沒有真正開始撰寫之前
大爺想先提出幾個問題來思考一下
1.可攜性問題 - 這個問題之前大爺也提過了…
像大爺的網站如果是架在免費空間
而如果免費空間沒有安裝pear的話
就麻煩了…不過我想應該是直接就將pear的主目錄一起上傳
並且指定好路徑就可能了
如果不行的話…pear就遜掉了
有空再來試試這一塊唄 ^^"
2.大爺目前的知識還停留在舊時代的php架構
也就是還在使用smarty
關於smarty一直以來都有很多爭議
很多人都認為它只是個類似MCV的玩具
大爺也是這麼認為
(說實話…它真的很不好上手 ^^")
所以我想才會在這幾年發展出一大堆的Farmework套件吧 ^^
問題是不知道pear跟smarty能不能結合
以目前大爺概括的狀況來看
很不樂觀耶 @@
我想很多人都會有相同的問題
所以大爺查了查google大神
哈!果然…找到了一些討論這問題的網站
下面的這個網站是smarty官方網站
專門用來討論smaryt和pear的
http://www.smarty.net/forums/viewtopic.php?t=4748
另外在下面的這篇文章
開頭就提到使用pear+smarty是很「痛」的一件事
(http://davidmintz.org/presentations/show.php/QuickForm_and_Smarty/1)
但大爺一直都不喜歡「知其然…不知其所以然」
不過既然前人已經告知這是個坑
那就別跳的好
但…我們還是可以稍微的了解一下問題的所在
這對於之後或許會有些幫助也不一定^^
目前大爺發現pear+smarty比較大的問題
就只在於HTML_QuickForm和smarty結合
其它的套件就好像還好
但如果不能使用類似smarty的MVC架構
這樣一來…網頁程式架構又要回到最初、走回頭路了
這樣想一想
就知道問題的癥結所在了
3.第三個問題是「效率」
就算是成功的結合pear+smarty
不知道它執行的效率好不好
畢竟感覺要轉來轉去的
這樣多多少少也會浪費一些效能
如果一個網站執行的效率不好
那程式寫的再好也是會扣分滴 ^^"
4.大爺的結論是…就了解一下…玩玩就好
和大爺一樣要玩PHP的朋友
這個坑就不要再跳了
等pear研究一段落之後
我們再改來跳另一個坑
PHP的Framework!!
留言列表