PTT數位生活區 / PHP

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

看板PHP作者 (ckvir)時間13年前 (2011/11/02 08:12), 編輯推噓12(12推 0噓 61→)
留言73則, 12人參與, 最新討論串1/2 (看更多)
目前PHP都是自己慢慢刻 哪裡要加直接加 哪裡有錯改哪 但是這樣不是辦法 有人說有PHP樣板 但是樣板分好幾種不同的樣版 假設學會A樣版 那之後碰到B樣版 是不是又要重學? 以前在A樣版寫好的程式 轉到B樣版是不是又要重寫?? 還有像cakephp這也是樣板嗎?? 到底目前php主流 有個比較標準的程式架構嗎?? 各位能推薦 外面公司常用的架構嗎? 怎樣才能有效率的建構網站 而不是新的網站 就慢慢copy舊網站程式碼貼上去?? 謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.118.40.229
→
11/02 08:29, , 1F
我也想學學看樣板，但是感覺種類好多，也還不太會套..
11/02 08:29, 1F
→
11/02 09:08, , 2F
管他主流不主流，FRAMEWORK自己用習慣最重要。
11/02 09:08, 2F
→
11/02 09:09, , 3F
另外就算是FRAMEWORK只是讓你「方便使用一些物件功能」
11/02 09:09, 3F
→
11/02 09:09, , 4F
他不能取代你的全部。大部份還是coding的無限循環。
11/02 09:09, 4F
→
11/02 09:11, , 5F
像敝人就是「codeigniter」的愛好者。(這算廣告嗎？)
11/02 09:11, 5F
→
11/02 09:12, , 6F
最重要的……還是弄清楚framework的MVC架構如何實現。
11/02 09:12, 6F
推
11/02 10:00, , 7F
非常推薦 codeigniter 看官方文件就能輕易上手的
11/02 10:00, 7F
→
11/02 10:01, , 8F
不過和 tkdmaf 大大說的一樣，最重要的還是 MVC
11/02 10:01, 8F
→
11/02 10:01, , 9F
像我就花很多時間在想這些 code 到底要寫在哪一塊XD
11/02 10:01, 9F
推
11/02 12:54, , 10F
目前繁體中文就推CodeIgniter
11/02 12:54, 10F
推
11/03 19:06, , 11F
CI算彈性非常高，ZF比較嚴謹XDDDD
11/03 19:06, 11F
→
11/03 23:36, , 12F
Yii呢?怎沒人提到
11/03 23:36, 12F
推
11/04 03:13, , 13F
其實自己刻才是進步的方法 何況PHP本身就已經像framework
11/04 03:13, 13F
→
11/04 03:14, , 14F
個人覺得PHP本身已經夠強大了 沒必要包個framework增加重量
11/04 03:14, 14F
→
11/04 03:15, , 15F
MVC用好 善用OO 一定可以有所收穫的
11/04 03:15, 15F
推
11/04 09:16, , 16F
上手用CI，之後轉fuelphp或kohana3
11/04 09:16, 16F
→
11/04 09:19, , 17F
@ilcvmy 框架重點是用來協助團隊統一開發的方式
11/04 09:19, 17F
推
11/04 11:00, , 18F
@ilcvmy:我以前也都自己刻 現在都用CI 文件問題
11/04 11:00, 18F
→
11/04 11:01, , 19F
自己刻當練習很好，但實作上還是用人家的吧(嘆
11/04 11:01, 19F
→
11/04 13:16, , 20F
請i先生說明一下PHP是眼睛鼻子還是嘴巴像framework
11/04 13:16, 20F
→
11/04 13:17, , 21F
php了不起是一隻章魚加上一個工具箱，內有classlib而已
11/04 13:17, 21F
→
11/04 13:18, , 22F
內有[很多]classlib和lib，抱歉。
11/04 13:18, 22F
→
11/04 13:19, , 23F
比較：VB是一隻雞，不過認為自己可以當章魚
11/04 13:19, 23F
→
11/04 14:44, , 24F
php是c用來寫網頁的framework :P
11/04 14:44, 24F
→
11/04 15:01, , 25F
PERL吧。
11/04 15:01, 25F
→
11/04 15:11, , 26F
只是開php是用c寫的玩笑而已
11/04 15:11, 26F
推
11/04 16:52, , 27F
樓上說得正是我要表達的 php 最原本的全名(現在改了) 叫做
11/04 16:52, 27F
→
11/04 16:53, , 28F
Personal Homepage Program 作者Zend想用C來寫網頁卻綁手綁
11/04 16:53, 28F
→
11/04 16:54, , 29F
腳 才生出了PHP 所以PHP底層的東西很多都是C
11/04 16:54, 29F
→
11/04 16:56, , 30F
所以樓上s大說php是c用來寫網頁的framework
11/04 16:56, 30F
→
11/04 16:57, , 32F
這是石頭大(寫php的應該都認識這位吧XD)寫的文章 可以參考
11/04 16:57, 32F
→
11/04 16:59, , 33F
我的想法也不是我自己生出來的 是很多前輩教導之後才形成的
11/04 16:59, 33F
→
11/04 16:59, , 34F
要強調的是我並不反對framework 只是要看地方使用 因為很多
11/04 16:59, 34F
→
11/04 17:00, , 35F
我想樓上對於framework大概是有很大的誤會。
11/04 17:00, 35F
→
11/04 17:00, , 36F
那一篇是說「PHP」不需要「另一個樣板引擎」。
11/04 17:00, 36F
→
11/04 17:01, , 37F
而不是「PHP」本身就是「framework」，意思上差很多好嗎？
11/04 17:01, 37F
→
11/04 17:05, , 38F
11/04 17:05, 38F
→
11/04 17:06, , 39F
可以參考這個我去年寫的「樣板引擎」實作。
11/04 17:06, 39F
推
11/04 17:08, , 40F
看來我是誤會一些東西了...感謝樓上指正 我本想表達的只是
11/04 17:08, 40F
→
11/04 17:09, , 41F
mvc的原理很重要 不過這些名詞看來我是有些混淆了
11/04 17:09, 41F
→
11/04 17:10, , 42F
感激不盡
11/04 17:10, 42F
推
11/04 21:15, , 43F
基本framework最主要就是避免程式碼不斷的做載入的動作。
11/04 21:15, 43F
→
11/04 21:15, , 44F
試想，如果你在CODING時「不小心」忘了載入DB。
11/04 21:15, 44F
→
11/04 21:15, , 45F
那就浪費了一次除錯的時間。
11/04 21:15, 45F
→
11/04 21:16, , 46F
而如果程式碼分檔過多，一下要載，一下不要載。
11/04 21:16, 46F
→
11/04 21:16, , 47F
有時想到又要改，想不到又找不到BUG……
11/04 21:16, 47F
→
11/04 21:16, , 48F
這反而照成難以維護程式碼的局面。
11/04 21:16, 48F
→
11/04 21:18, , 49F
MVC架構其實大部份的人都會變成MC、V的情況。
11/04 21:18, 49F
→
11/04 21:19, , 50F
在程式碼和HTML做切割來說是容易的。
11/04 21:19, 50F
→
11/04 21:19, , 51F
但要做到展示特定的模式及控制程式的流程常常就會混淆。
11/04 21:19, 51F
→
11/04 21:20, , 52F
最近我比較習慣於CONTROLLER就只負責功能性的流程。
11/04 21:20, 52F
→
11/04 21:20, , 53F
一堆判斷式，資料或是特別的處理方法就給MODEL來負責。
11/04 21:20, 53F
→
11/04 21:22, , 54F
非屬上述又經常用到的功能則是另外包成library處理。
11/04 21:22, 54F
推
11/04 21:26, , 55F
至於有人說什麼framework浪費效能之類什麼鬼的講法。
11/04 21:26, 55F
→
11/04 21:27, , 56F
真的要這樣講那乾脆就不要用物件或函式，從頭寫到尾好了。
11/04 21:27, 56F
→
11/04 21:27, , 57F
如果這樣會比較好維護的話我個人是不反對啦。(才怪)
11/04 21:27, 57F
→
11/04 21:27, , 58F
幾乎所有的FRAMEWORK都會提供效能評估的功能。
11/04 21:27, 58F
→
11/04 21:28, , 59F
很多時候，我比較會相信執行速度緩慢常常都不是因為
11/04 21:28, 59F
→
11/04 21:28, , 60F
framework造成的，而是codeing和處理資料庫時。
11/04 21:28, 60F
→
11/04 21:29, , 61F
沒有去做程式及資料的效能優化。
11/04 21:29, 61F
推
11/04 21:52, , 62F
無論如何請相信，PHP framework少說數十套
11/04 21:52, 62F
→
11/04 21:52, , 63F
當然有很多名不見經傳聽也沒聽過或是基於個人理由開發的。
11/04 21:52, 63F
→
11/04 21:52, , 64F
重點是：如果他不好，怎麼還活得下去？
11/04 21:52, 64F
→
11/04 23:33, , 65F
我以前都是自己刻 MVC，最近想偷懶才開始摸 CodeIgniter
11/04 23:33, 65F
→
11/04 23:34, , 66F
其實這類 framework 確實會降低效能..
11/04 23:34, 66F
→
11/04 23:35, , 67F
像 CI->load->helper('url') 一次就 load 一堆 functions
11/04 23:35, 67F
→
11/04 23:36, , 68F
但我也許只需要其中一個，計較到最後還是自己寫一個 helper
11/04 23:36, 68F
→
11/04 23:37, , 69F
有時候，老舊的硬體，確實會造就軟體的昇華 XD
11/04 23:37, 69F
→
11/04 23:46, , 70F
計較效能的話乾脆不用要php比較實在..
11/04 23:46, 70F
推
11/05 00:56, , 71F
計較效能的話來用Node.JS吧!!!!
11/05 00:56, 71F
→
11/06 08:48, , 72F
會用 php 其實是在用它的 extension...
11/06 08:48, 72F
→
11/06 08:57, , 73F
就像有了更快的 Chrome，卻還是常常會開 Firefox 一樣..
11/06 08:57, 73F
‣ 更多 ckvir 的文章
文章代碼(AID): #1Ei8hxpg (PHP)
PHP 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 ckvir 的文章
文章代碼(AID): #1Ei8hxpg (PHP)