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

[NCE]

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

Yii用composer库也同样方便。

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

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

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


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


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

[maddot]

@NCE +1, 不知道那些可以利用代码来自动生成的CRUD和HTML代码有什么意义需要了解的

[hitsmaxft]

@shinebay 用 php 谁还特别在乎这点? 问题得看场景.

Yii 挺好的, 框架层面没明显缺陷, 看会不会用了

[mcfog]

@maddot

如果框架要求业务代码写很多没意义的代码，那我觉得是框架本身的convention没有做到位。写代码生成器可能会麻痹关于这种bad smell的警觉。 某些语言／运行时／框架new一个空白project 4位数的生成代码我真心不觉得是好事


@NCE

可能是我接触的业务大多数都不在64%里面吧

[NCE]

@mcfog 用用再说吧，没用过是空谈，呵呵呵

[cdffh]

正在用zf ,配合他的ide其实用起来还不错.

[skyworker]

yii每次的路由的确加载太多东西，但是yii官方也建议在上线后用yiilite.php作为路由了

[yzxh24]

yii2的优势在于框架帮你实现了大部分常用功能，是真正只从实战角度来设计的php框架，怎么让开发更高效就怎么来，所以你会看到，生成一个数据列表居然这么简单，几行代码就搞定了，分页、汇总都有，配套的js代码也都帮你生成。你甚至不用关心UI，默认也帮你提供了。CRUD这些都变得异常简单，以前烦的要死的表单验证，大部分只需要声明一下就可以。

社区也非常活跃，可以看看他们的主站，扩展区跟wiki两个地方，每天都有内容更新。

不过手册跟不上是yii最大的问题，框架本身提供的功能实在太多，真心写不过来，很多功能都是阅读源代码后才知道原来框架已经实现了。

[icloudnet]

以前项目80%都是Yii, 小部分是rails和thinkphp

最终，喜欢上了 Laravel, 觉的自从有了laravel，php可以多活10年， 祭"Ruby on rails"！！！

[AlanZhang]

与Symfony朝夕相处，爱的却是Laravel。

[yzxh24]

PS：才发现评论不能修改，只能跟后面了。

另外Laravel的性能比yii差的多，很多国外框架评测都有。

可以这么说：性能比yii好的，没他功能完善。功能比他完善的，性能差他很多。

然后说说phalcon，这是个非常优秀的php框架，很早以前就开始关注了，不得不说这个框架非常牛逼，一举解决了PHP框架给人性能差劲的映像（请不要再拿诸入CI之类的框架来说事了，完全看不出这种只是稍微提升了一点点开发效率的框架有哪里值得推崇了，除了他那非常不错的手册，大家要明白，现在是21世纪14年代，不是那遥远的20世纪90年代，老爷爷辈的该退场就要退场）性能超牛逼不说，功能也非常强大，ORM、Form、DI等等，现代化框架该有的功能基本都有了，手册也写的很详细，基本上你看完就可以动手开发，唯一的问题就是由于是用C写的，导致扩展起来比较麻烦，所以更新速度有点慢。期待正在开发的2.0能够解决。

至于yii2跟phalcon到底该怎么选，前几天跟朋友就此进行过激烈争吵，得出结论：yii2是精装房(框架本身提供的各种功能)，你买来往里填点家具就可以住的很舒适(在此基础上快速开发产品)，看哪不爽可以自己敲掉重新装(框架本身可扩展性好，绝大部分组件可以使用自定义的替换)，项目时间短，不想太折腾，需要做的快性能又还凑合，就选他。phalcon是毛坯房，给你的时候什么都没有(缺少一些可提升开发效率的系统组件)，你可以根据自己喜好进行装修(在框架的基础上扩展功能)，项目时间足够，爱折腾，同时性能是关键指标，就选他。

[tabris17]

我们公司现在的网站就是基于Phalcon的，性能确实杠杠的

[NCE]

@yzxh24 还没说laravel呢，用过没？

[kukat]

gii确实方便，两年前绝对投票给yii，但现在来说没有namespace，不支持composer，没有灵活的routing，没有DI。。。yii 1.x 还是被我无情的抛弃了

yii 2看起来挺有希望，但离正式版还有得等。

目前很满意Laravel，有人说IDE支持不好，本人用PHPStorm+IDE helper 无压力
https://github.com/barryvdh/laravel-ide-helper

[NCE]

@kukat namespace反而是累赘吧？

Yii 1.x支持composer的……………………！
routing可以自己写的好不好？
DI，你确认你离了DI不能活？

[vigoss]

@mcfog 花了一小时没找到View::make
算不算能力问题。。实在不行稍微跟踪下也要不了半小时呀。alais
命名空间完全没问题。IDE也能解决。只需要搜索一下github google 都能解决呀。

改天了解一下phalcon

[66beta]

composer一定意义上，是不是使得项目维护起来更困难了，以前可以自己写的东西，现在都偷懒借用人家的..

[mcfog]

@vigoss
或许是能力不行吧，但我觉得框架能写到找个实现代码都得要求有些什么能力，那这个框架至少不适合工业生产

命名空间和IDE什么经过配置或许能解决，但我看生成出来的项目 HomeController BaseController都在根NS里，该import的View没import，导致我对它影响大打折扣。或许我不算web artisan吧


@66beta
根据我玩node的经验，确实存在这个风险，所以在挑选三方组件的时候要留意测试用力的完整性和覆盖程度，以及安装次数／github star等参数综合评估

不过内部组件用composer分解是提高维护性的，把以前大量的自写lib 分门别类搞成package，减小单个repo代码体积，依赖更清晰，也更容易写测试和维护

[yzxh24]

@kukat 从alpha开始用Yii2，感觉比Yii1好用多了，主要是有了namespace，可以不用像之前为类名头疼了，ActiveRecord支持连贯输入后比之前用CDbCre那个类方便多了，现在是beta阶段，根据我的使用情况来看，已经可以用在开发环境里了。

[yzxh24]

@NCE 看过手册，没有具体使用过，不是很喜欢那种大杂烩式的框架。。。

[zencoding]

@mcfog
@yzxh24
@NCE

五一前后接了个项目，考虑使用成熟的PHP框架，但是翻来翻去觉得都很臃肿，强迫症患者伤不起呀，于是有了这个基础框架，https://github.com/willper/JunePHP 欢迎Fork