来来来，都进来说讨论下 Yii 和 Laravel 吧，没事聊 2 块钱的

[NCE]

我感觉正经项目用Yii挺好啊，起码CRUD生成其他框架是无法相比的，秒杀，这在产品开发效率上是很有优势的。

Yii用composer库也同样方便。

在数据迁移方面，我感觉这个没多大需求啊？所以这个功能鸡肋。不过看怎么看了吧，如果是敏捷开发代码优先的话，那酱紫是必须的，但如果是先设计数据库再开发，Yii又有优势了我去……

说说Laravel的优势吧，类库组织比Yii要好，起码要分散全分散，要聚集全聚集，而Yii来有的在Yii里，有的在Yii：：APP（）里，乱七八糟的。

论文档，半斤八两，Yii的文档真不算细致。


性能方面来说，laravel要好一丢丢，可以忽略不计了。


但Laravel的发散性的开发理念来说，感觉用laravel都不如用python了。。。

[andyhu]

性能上来讲Laravel比Yii慢吧，我一开始研究的Yii，后来写了几个小应用觉得不顺手，换Laravel感觉很舒服。
但后来还是转基于Node.js的Sails.js了，从此Yii和Laravel是路人！

[andyhu]

不过Laravel代码的可读性，ORM的便捷程度，以及和Composer第三方包整合的方便程度，觉得确实听吸引人的

[shinebay]

自己去古狗一下phalcon吧，再查查yii和CI或是blablabla之类的framework的测试图，你就知道原来完全可以授予yii和ZF为垃圾中的轰炸机这一荣誉称号

[abbatuu]

+1
@shinebay

[ddzz]

Yii更重一些，包括对ajax的支持，一些小物件。Laravel更优雅，第一次看见laravel的时候惊呼：这不就是php版的rails吗

[limuxy]

You自带的gii工具真心方便啊……

[chshouyu]

我是来秀头像的→_→

[PrideChung]

@shinebay
@chshouyu

看见您两的头像第一时间想到的是俄罗斯方块，然后才是 @Livid ...

[20131115]

@shinebay phalcon文档有点弱啊

[tabris17]

@shinebay Phalcon的问题就是有时候我想调试到Phalcon代码里就无能为力了

[mcfog]

怎么说呢，Laravel我花了一小时没找到View::make的代码在哪里，花了三天没看出优秀在哪里。缺点不说别的，只说一个致命的：IDE不友好，代码追踪不到&命名空间混乱，大量重名类，乱得1b。

总之，或许我花半个月时间能领会到L的精髓，但我肯定无法忍受要教会我的每个同事那么困难的东西。

至于phalcon，PHP有什么IDE能支持点一下追踪到C的代码里？ 能支持我也还要再去用21天精通C，别开玩笑了，拿买安卓看各种跑分的思路选PHP框架？

Yii好不好使我也不知道，但总之L和phalcon对我来说是被排除掉了

[NCE]

@shinebay 你这只是单纯从性能上来比较而已，事实上性能没有想象中那么重要，不然php都没有存活的必要了。

[NCE]

@ddzz 嗯，是，但rails是一整套类似Yii的完整的内建模块，而laravel则是一堆开发物件拼凑起来的，用起来不像Yii现有可用，还得找，composer，下载，等。Yii的小物件之类的很鸡肋我同意，但说重，是因为Yii已经全部给你摆这了，你没看到laravel的分量：）

[NCE]

@limuxy 是啊是啊，欲罢不能啊…………

[NCE]

@chshouyu hotel的logo吧，没啥新意。

[NCE]

@mcfog Yii不需要你去追踪，你只需打开gii，点下一步，全给你生成了…………

[mcfog]

@NCE

嗯，我个人不喜欢自动生成代码，我认为如果框架的业务代码繁杂到需要另一个生成器来生成不是什么好信号。

当然如果只是拿来玩，快速搞个playground上手没啥问题，但真格的写项目我觉得还是应该由开发人员一行行写，了解每行代码的意义。

可能ORM或者protobuf这种由数据结构定义生成数据容器类的生成器还好，其他controller乃至完整app的生成我都觉得只能是玩具

[shiny]

@mcfog 赞同

[lzt163]

@shinebay
@chshouyu
@PrideChung

为什么你俩的头像深浅不一样 强迫症好难过

[NCE]

@mcfog 没有银弹。

80%的项目里的80%的业务都是增删改查，利用生成来解决这些，然后把主要精力来写核心业务代码上面，这样不挺好的么？