3
shinebay 2014-06-23 16:18:25 +08:00
自己去古狗一下phalcon吧,再查查yii和CI或是blablabla之类的framework的测试图,你就知道原来完全可以授予yii和ZF为垃圾中的轰炸机这一荣誉称号
|
5
ddzz 2014-06-23 16:29:16 +08:00
Yii更重一些,包括对ajax的支持,一些小物件。Laravel更优雅,第一次看见laravel的时候惊呼:这不就是php版的rails吗
|
6
limuxy 2014-06-23 16:29:45 +08:00
You自带的gii工具真心方便啊……
|
7
chshouyu 2014-06-23 16:30:51 +08:00
我是来秀头像的→_→
|
8
PrideChung 2014-06-23 16:32:39 +08:00
|
11
mcfog 2014-06-23 16:50:56 +08:00
怎么说呢,Laravel我花了一小时没找到View::make的代码在哪里,花了三天没看出优秀在哪里。缺点不说别的,只说一个致命的:IDE不友好,代码追踪不到&命名空间混乱,大量重名类,乱得1b。
总之,或许我花半个月时间能领会到L的精髓,但我肯定无法忍受要教会我的每个同事那么困难的东西。 至于phalcon,PHP有什么IDE能支持点一下追踪到C的代码里? 能支持我也还要再去用21天精通C,别开玩笑了,拿买安卓看各种跑分的思路选PHP框架? Yii好不好使我也不知道,但总之L和phalcon对我来说是被排除掉了 |
13
NCE OP @ddzz 嗯,是,但rails是一整套类似Yii的完整的内建模块,而laravel则是一堆开发物件拼凑起来的,用起来不像Yii现有可用,还得找,composer,下载,等。Yii的小物件之类的很鸡肋我同意,但说重,是因为Yii已经全部给你摆这了,你没看到laravel的分量:)
|
17
mcfog 2014-06-23 17:04:32 +08:00
@NCE
嗯,我个人不喜欢自动生成代码,我认为如果框架的业务代码繁杂到需要另一个生成器来生成不是什么好信号。 当然如果只是拿来玩,快速搞个playground上手没啥问题,但真格的写项目我觉得还是应该由开发人员一行行写,了解每行代码的意义。 可能ORM或者protobuf这种由数据结构定义生成数据容器类的生成器还好,其他controller乃至完整app的生成我都觉得只能是玩具 |
19
lzt163 2014-06-23 17:22:14 +08:00
|
20
NCE OP |
23
mcfog 2014-06-23 18:01:15 +08:00
|
25
cdffh 2014-06-23 19:00:08 +08:00
正在用zf ,配合他的ide其实用起来还不错.
|
26
skyworker 2014-06-23 19:03:18 +08:00
yii每次的路由的确加载太多东西,但是yii官方也建议在上线后用yiilite.php作为路由了
|
27
yzxh24 2014-06-23 19:20:27 +08:00 1
yii2的优势在于框架帮你实现了大部分常用功能,是真正只从实战角度来设计的php框架,怎么让开发更高效就怎么来,所以你会看到,生成一个数据列表居然这么简单,几行代码就搞定了,分页、汇总都有,配套的js代码也都帮你生成。你甚至不用关心UI,默认也帮你提供了。CRUD这些都变得异常简单,以前烦的要死的表单验证,大部分只需要声明一下就可以。
社区也非常活跃,可以看看他们的主站,扩展区跟wiki两个地方,每天都有内容更新。 不过手册跟不上是yii最大的问题,框架本身提供的功能实在太多,真心写不过来,很多功能都是阅读源代码后才知道原来框架已经实现了。 |
28
icloudnet 2014-06-23 19:24:49 +08:00 1
以前项目80%都是Yii, 小部分是rails和thinkphp
最终,喜欢上了 Laravel, 觉的自从有了laravel,php可以多活10年, 祭"Ruby on rails"!!! |
29
AlanZhang 2014-06-23 19:32:06 +08:00 via iPhone 1
与Symfony朝夕相处,爱的却是Laravel。
|
30
yzxh24 2014-06-23 19:37:23 +08:00 1
PS:才发现评论不能修改,只能跟后面了。
另外Laravel的性能比yii差的多,很多国外框架评测都有。 可以这么说:性能比yii好的,没他功能完善。功能比他完善的,性能差他很多。 然后说说phalcon,这是个非常优秀的php框架,很早以前就开始关注了,不得不说这个框架非常牛逼,一举解决了PHP框架给人性能差劲的映像(请不要再拿诸入CI之类的框架来说事了,完全看不出这种只是稍微提升了一点点开发效率的框架有哪里值得推崇了,除了他那非常不错的手册,大家要明白,现在是21世纪14年代,不是那遥远的20世纪90年代,老爷爷辈的该退场就要退场)性能超牛逼不说,功能也非常强大,ORM、Form、DI等等,现代化框架该有的功能基本都有了,手册也写的很详细,基本上你看完就可以动手开发,唯一的问题就是由于是用C写的,导致扩展起来比较麻烦,所以更新速度有点慢。期待正在开发的2.0能够解决。 至于yii2跟phalcon到底该怎么选,前几天跟朋友就此进行过激烈争吵,得出结论:yii2是精装房(框架本身提供的各种功能),你买来往里填点家具就可以住的很舒适(在此基础上快速开发产品),看哪不爽可以自己敲掉重新装(框架本身可扩展性好,绝大部分组件可以使用自定义的替换),项目时间短,不想太折腾,需要做的快性能又还凑合,就选他。phalcon是毛坯房,给你的时候什么都没有(缺少一些可提升开发效率的系统组件),你可以根据自己喜好进行装修(在框架的基础上扩展功能),项目时间足够,爱折腾,同时性能是关键指标,就选他。 |
31
tabris17 2014-06-23 19:39:05 +08:00
我们公司现在的网站就是基于Phalcon的,性能确实杠杠的
|
33
kukat 2014-06-23 23:41:46 +08:00 1
gii确实方便,两年前绝对投票给yii,但现在来说没有namespace,不支持composer,没有灵活的routing,没有DI。。。yii 1.x 还是被我无情的抛弃了
yii 2看起来挺有希望,但离正式版还有得等。 目前很满意Laravel,有人说IDE支持不好,本人用PHPStorm+IDE helper 无压力 https://github.com/barryvdh/laravel-ide-helper |
34
NCE OP |
35
vigoss 2014-06-24 02:29:31 +08:00
@mcfog 花了一小时没找到View::make
算不算能力问题。。实在不行稍微跟踪下也要不了半小时呀。alais 命名空间完全没问题。IDE也能解决。只需要搜索一下github google 都能解决呀。 改天了解一下phalcon |
36
66beta 2014-06-24 02:38:06 +08:00
composer一定意义上,是不是使得项目维护起来更困难了,以前可以自己写的东西,现在都偷懒借用人家的..
|
37
mcfog 2014-06-24 08:08:36 +08:00
@vigoss
或许是能力不行吧,但我觉得框架能写到找个实现代码都得要求有些什么能力,那这个框架至少不适合工业生产 命名空间和IDE什么经过配置或许能解决,但我看生成出来的项目 HomeController BaseController都在根NS里,该import的View没import,导致我对它影响大打折扣。或许我不算web artisan吧 @66beta 根据我玩node的经验,确实存在这个风险,所以在挑选三方组件的时候要留意测试用力的完整性和覆盖程度,以及安装次数/github star等参数综合评估 不过内部组件用composer分解是提高维护性的,把以前大量的自写lib 分门别类搞成package,减小单个repo代码体积,依赖更清晰,也更容易写测试和维护 |
38
yzxh24 2014-06-24 08:27:05 +08:00
@kukat 从alpha开始用Yii2,感觉比Yii1好用多了,主要是有了namespace,可以不用像之前为类名头疼了,ActiveRecord支持连贯输入后比之前用CDbCre那个类方便多了,现在是beta阶段,根据我的使用情况来看,已经可以用在开发环境里了。
|
40
zencoding 2014-06-24 10:00:36 +08:00
@mcfog
@yzxh24 @NCE 五一前后接了个项目,考虑使用成熟的PHP框架,但是翻来翻去觉得都很臃肿,强迫症患者伤不起呀,于是有了这个基础框架,https://github.com/willper/JunePHP 欢迎Fork |
41
iwege 2014-06-24 10:20:59 +08:00
有些时候不太明白诸位的比较的标准是什么。
Phalcon 和Laravel,CI能相互比较么?完全两个使用场景啊?CI没让你下一个dll,也不需要更改apache的内容。别人Phalcon可是C extension。 |
44
robertlyc 2014-06-24 11:02:18 +08:00
都是rails玩剩下的
|
45
9 2014-06-24 11:04:09 +08:00
@vigoss 哥, 看到你的名字是v神, 忍不住回复你一下:
你没找到 View::make() 的代码, 难道你不觉得奇怪, 并且好奇它是怎么做到的, 这样做有什么好处吗? 看在它在 github 上 1 万多个 stars, 超 Yii 几条街的份上, 花点时间研究一下总没坏处的. 文档这里有说到了 http://laravel.com/docs/facades 是用 Facades 实现的, View::make() 它的真正代码在这里: vendor/laravel/framework/src/Illuminate/View/Environment.php Laravel 里面很多代码都写得很漂亮, 用到的思想也是前卫的, 而且里面的组件可以单独拿出来用. 像 https://github.com/illuminate/container 就写得相当好, 如果你有写单元测试的话, 相信你是能感受得到的. |
46
suckli 2014-06-24 11:41:05 +08:00
|
53
mcfog 2014-06-24 15:34:59 +08:00
@9 我很佩服能在PHP的螺蛳壳里做出facade这样“动态”的机制,但单元测试不是只有这一条路可走,在我看来这种做法和试图在JS里搞类型安全的typescript类似,属于强行和语言风格作对。 反正如果我接手的项目如果已经是Laravel那我会认真学,但让我自己从头起的项目用Laravel我还是敬谢不敏的。我承认Laravel思想前卫,机制先进,在PHP的语法框架里做出了新意,但我觉得选PHP框架不是选新意或者思想,如果单人solo,或是10个Laravel的作者一起开发项目,可能确实手到擒来,但10个一般人想用好Laravel这样的框架难度太大了。
|
54
trimleo 2014-06-25 00:11:46 +08:00
laravel的精髓在于ioc和facade 理解了思想就能更上一步 至于找view::make 最简单的办法 打开debug view:make1() 报错 直接定位到factory那个文件就找到了。。。
个人感觉框架的使用还是取决于需求以及业务场景来选择 至于性能问题 绝对不在php这个层面 生产效率远远大于所谓的性能效率 |
55
konakona 2014-08-05 02:05:42 +08:00
@mcfog IDE不友好是所有NAMESPACE+ composer的致命伤,不光是laravel的问题。 phpstorm用这个就可以了: https://github.com/laravelbook/laravel4-phpstorm-helper
|
56
konakona 2014-08-05 02:08:02 +08:00 1
我们可以这样看待这个问题:
如果php的学习方式一开始就是laravel的话,就不会存在今天的这些问题了。 正因为以往的框架(ThinkPHP、CI、kohana等)都存在忽视开发者模式(部分框架有在用,但是开发者不需要,又有什么意义呢?其实这些OO框架,开发者却都在做着面向过程的事,只有少数人自觉学习开发者模式,在框架的基础上进行重载实现)的精髓。 |
57
summer_charlie 2014-08-22 21:37:47 +08:00
PHPHub 是积极向上的 PHP & Laravel 开发者社区 http://phphub.org/, 论坛本身就是用 Laravel4 编写, 源码见 https://github.com/summerblue/phphub
|
58
summer_charlie 2014-08-22 21:44:33 +08:00
|
59
johnlui 2014-10-11 23:37:45 +08:00
一个非常不错的教程,推荐!
Laravel 4 系列入门教程 [最适合中国人的Laravel教程] http://lvwenhan.com/laravel/398.html |
60
johnlui 2015-05-16 19:14:04 +08:00
|
61
sucaihuo 2017-12-11 11:55:46 +08:00
Laravel5.4 入门到精通视频教程 http://www.sucaihuo.com/video/253.html
|