[請益] 目前到底哪種PHP架構是主流???

[ckvir (ckvir)]

目前PHP都是自己慢慢刻
哪裡要加直接加
哪裡有錯改哪
但是這樣不是辦法

有人說有PHP樣板
但是樣板分好幾種不同的樣版

假設學會A樣版
那之後碰到B樣版 是不是又要重學?

以前在A樣版寫好的程式
轉到B樣版是不是又要重寫??

還有像cakephp這也是樣板嗎??

到底目前php主流 有個比較標準的程式架構嗎??
各位能推薦 外面公司常用的架構嗎?
怎樣才能有效率的建構網站
而不是新的網站 就慢慢copy舊網站程式碼貼上去??
謝謝

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 122.118.40.229
→ kerash:我也想學學看樣板，但是感覺種類好多，也還不太會套..
→ tkdmaf:管他主流不主流，FRAMEWORK自己用習慣最重要。
→ tkdmaf:另外就算是FRAMEWORK只是讓你「方便使用一些物件功能」
→ tkdmaf:他不能取代你的全部。大部份還是coding的無限循環。
→ tkdmaf:像敝人就是「codeigniter」的愛好者。(這算廣告嗎？)
→ tkdmaf:最重要的……還是弄清楚framework的MVC架構如何實現。
推 kusoayan:非常推薦 codeigniter 看官方文件就能輕易上手的
→ kusoayan:不過和 tkdmaf 大大說的一樣，最重要的還是 MVC
→ kusoayan:像我就花很多時間在想這些 code 到底要寫在哪一塊XD
推 chchwy:目前繁體中文就推CodeIgniter
推 j87b0003:CI算彈性非常高，ZF比較嚴謹XDDDD
→ thitbbeb:Yii呢?怎沒人提到
推 ilcvmy:其實自己刻才是進步的方法 何況PHP本身就已經像framework
→ ilcvmy:個人覺得PHP本身已經夠強大了 沒必要包個framework增加重量
→ ilcvmy:MVC用好 善用OO 一定可以有所收穫的
推 liaosankai:上手用CI，之後轉fuelphp或kohana3
→ liaosankai:@ilcvmy 框架重點是用來協助團隊統一開發的方式
推 linhomeyeu:@ilcvmy:我以前也都自己刻 現在都用CI 文件問題
→ linhomeyeu:自己刻當練習很好，但實作上還是用人家的吧(嘆
→ MOONRAKER:請i先生說明一下PHP是眼睛鼻子還是嘴巴像framework
→ MOONRAKER:php了不起是一隻章魚加上一個工具箱，內有classlib而已
→ MOONRAKER:內有[很多]classlib和lib，抱歉。
→ MOONRAKER:比較：VB是一隻雞，不過認為自己可以當章魚
→ superpai:php是c用來寫網頁的framework :P
→ MOONRAKER:PERL吧。
→ superpai:只是開php是用c寫的玩笑而已
推 ilcvmy:樓上說得正是我要表達的 php 最原本的全名(現在改了) 叫做
→ ilcvmy:Personal Homepage Program 作者Zend想用C來寫網頁卻綁手綁
→ ilcvmy:腳 才生出了PHP 所以PHP底層的東西很多都是C
→ ilcvmy:所以樓上s大說php是c用來寫網頁的framework
→ ilcvmy:http://blog.roodo.com/rocksaying/archives/2680742.html
→ ilcvmy:這是石頭大(寫php的應該都認識這位吧XD)寫的文章 可以參考
→ ilcvmy:我的想法也不是我自己生出來的 是很多前輩教導之後才形成的
→ ilcvmy:要強調的是我並不反對framework 只是要看地方使用 因為很多
→ tkdmaf:我想樓上對於framework大概是有很大的誤會。
→ tkdmaf:那一篇是說「PHP」不需要「另一個樣板引擎」。
→ tkdmaf:而不是「PHP」本身就是「framework」，意思上差很多好嗎？
→ tkdmaf:http://pipirun.blogspot.com/2010/08/phpview.html
→ tkdmaf:可以參考這個我去年寫的「樣板引擎」實作。
推 ilcvmy:看來我是誤會一些東西了...感謝樓上指正 我本想表達的只是
→ ilcvmy:mvc的原理很重要 不過這些名詞看來我是有些混淆了
→ ilcvmy:感激不盡
推 tkdmaf:基本framework最主要就是避免程式碼不斷的做載入的動作。
→ tkdmaf:試想，如果你在CODING時「不小心」忘了載入DB。
→ tkdmaf:那就浪費了一次除錯的時間。
→ tkdmaf:而如果程式碼分檔過多，一下要載，一下不要載。
→ tkdmaf:有時想到又要改，想不到又找不到BUG……
→ tkdmaf:這反而照成難以維護程式碼的局面。
→ tkdmaf:MVC架構其實大部份的人都會變成MC、V的情況。
→ tkdmaf:在程式碼和HTML做切割來說是容易的。
→ tkdmaf:但要做到展示特定的模式及控制程式的流程常常就會混淆。
→ tkdmaf:最近我比較習慣於CONTROLLER就只負責功能性的流程。
→ tkdmaf:一堆判斷式，資料或是特別的處理方法就給MODEL來負責。
→ tkdmaf:非屬上述又經常用到的功能則是另外包成library處理。
推 tkdmaf:至於有人說什麼framework浪費效能之類什麼鬼的講法。
→ tkdmaf:真的要這樣講那乾脆就不要用物件或函式，從頭寫到尾好了。
→ tkdmaf:如果這樣會比較好維護的話我個人是不反對啦。(才怪)
→ tkdmaf:幾乎所有的FRAMEWORK都會提供效能評估的功能。
→ tkdmaf:很多時候，我比較會相信執行速度緩慢常常都不是因為
→ tkdmaf:framework造成的，而是codeing和處理資料庫時。
→ tkdmaf:沒有去做程式及資料的效能優化。
推 tkdmaf:無論如何請相信，PHP framework少說數十套
→ tkdmaf:當然有很多名不見經傳聽也沒聽過或是基於個人理由開發的。
→ tkdmaf:重點是：如果他不好，怎麼還活得下去？
→ tyf99:我以前都是自己刻 MVC，最近想偷懶才開始摸 CodeIgniter
→ tyf99:其實這類 framework 確實會降低效能..
→ tyf99:像 CI->load->helper('url') 一次就 load 一堆 functions
→ tyf99:但我也許只需要其中一個，計較到最後還是自己寫一個 helper
→ tyf99:有時候，老舊的硬體，確實會造就軟體的昇華 XD
→ superpai:計較效能的話乾脆不用要php比較實在..
推 linhomeyeu:計較效能的話來用Node.JS吧!!!!
→ tyf99:會用 php 其實是在用它的 extension...
→ tyf99:就像有了更快的 Chrome，卻還是常常會開 Firefox 一樣..