作者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