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