Laravel 这么多人用的项目,为什么没有人数落数落缺点呢

有数落的，比如说性能不好，入门难。其实更多看到说php的不好，昨晚一java就在群黑php（起因是一phper喷java麻烦，难，不适合做网站），说日pv过百万，企业级别应用，银行应用，哪敢用php。。。

鸟哥: 是时候展现真正的技术了

当然可以批评，但是要有理有据。有理有据的怼，没人会反对～

这个就像你做个软件，别人给你提Bug您肯定开心，因为可以把软件做的更完善。但是别人上来就说，你做的是渣渣，但是又不说哪是渣渣，你是不是觉得他是在找事。

性能啊 过度设计 臃肿啊, 我还是看到不少这样的评价.

入门门槛比较高，个人花了很长时间才入门，一把辛酸一把泪的，太难了。。不过Laravel又可以作为学习PHP的好教材，随着深入，学习了很多编码技巧，提高了能力。。这些知识就是钱啊，知识就是金钱！！！还有啥理由拒绝你学Laravel！！！

亲身经历，我 2011 年的时候做网页设计，搞切图、HTML、CSS、JS 啥的，后来想有进一步发展就入了 PHP（虽然公司是 Java + Spring 系，我还是选了世界上最好的语言）。
因为有些 PHP 的基础，入门框架就选了 ZendFramework，正学的美滋滋的时候有人给我推荐了 ThinkPHP，就弃 ZF 入了 TP 的坑。
期间各种 PHP 设计模式之类的心法学了不少，但 TP 嘛，也就用用 Model，View，Controller，技术也没啥提升。
一直到 2014 年，看到知乎上一篇 PHP 框架对比，又在 Symfony 和 Laravel 之间对比了很久才选了 Laravel。
不得不说学了 Laravel 之后的技术提升才是飞速的，Laravel 带给我这样的小白最重要的就是一系列 ”现代化开发“ 的方法，我觉得这才它最有价值的地方，尤其是对我这样 “公司不厉害，又没师傅带” 的没有系统性学习条件的人了。
我还记得当年评测有一句话，“Laravel 适合 10 人左右的小团队使用”，敏捷开发，效率高。
说它设计臃肿我是不能认同的，不同工具有不同的作用，用来解决不同问题，Laravel 不适合还有 Lumen，再不行还有其他语言、其他工具。
前几天看到 Taylor 说最高每天能处理 100 多个 PR，目前 laravel/framework 有 11,645 个 Closed 的 PR，可见一斑。
所以我不觉得国内有多少人完全了解 Laravel 每一个设计，在不了解的情况下恶意批评真心没啥用，为它好的话直接提 PR 嘛。
现在 2017 年，我又入了 Python 的坑，做自动化运维和数据分析，开发效率更是高，可是性能啥的就不说了~
作为 Laravel 脑残粉我想说，Laracon EU Taylor 讲课我全程看直播，别人批评 Laravel 这不好那不好的时候，咱已经用它做过一堆大大小小的项目了，尤其 5.5 针对 API 开发的优化设计，爽到炸。
Web 开发，我选 Lara，批评的人都见鬼去吧。

补充：世人都说 Laravel 内核很轻，DI + IOC 才是 Laravel 真正的核心。

对应框架的论坛,缺点少说点不是正常么,但是也有说缺点的啊,比如性能差,入门难,Ide支持差....

在我这里，我认为他的缺点就是性能了。

使用Repository不见得会多好，做了歌实验，入库100条数据，DB门面0.5秒左右，仓库模式2到3秒多

性能这个短板还是其次，最大的缺点的是无法愉快的追踪代码:confounded:

缺点真的就是性能, 开发起来真的非常非常快, 各种功能手到擒来.

多数人都说了性能问题,然而这个性能问题有什么解决方法呢?找一台更牛逼的服务器?做好缓存?

有专门的宣传

性能不觉得有问题，实际应用中，大多数造成性能问题的是程序员本身，并不是框架或者语言本身。如果你们的应用真的到达了要优化到语言的程度，当我没说。

@tookit 哈哈，是的，有时候优化一条 sql 比换个框架更管用

明明是来讨论缺点的, 结果又是一顿夸...

考虑性能的用lumen啊, laravel他儿子

批评的话我可以写个系列（绝对有理有据令人信服），如果你需要的话~

缺点就是用PHP这门简单实用的语言过度封装，弄的很复杂。

用xdebug， 单步执行看看。
手点断了还没进到controller。。。。

我还到不了讨论他不好的境界

@Mangou 多数框架都这样

性能

基于同样的业务逻辑、同样的SQL写法（上面说的优化SQL可以无视掉）等，laravel的性能确实比很多PHP框架慢

IDE支持

过多的魔术方法导致IDE没法追踪代码，也没法自动提示，即使使用了Ide-helper。（说用xdebug的考虑过阅读源码的情况么）

1. 过多的封装 增加api的学习成本，如 Redis PDO 这些，每个框架都做不同的封装 api 都要学一遍，php原生的也必须会的
2. 文档太简陋， 只提供了常用的方法，需要阅读源码掌握 api 如数据库的 createOrUpdate。
3. 调用的返回值缺少一致性 如 ORM的 first。
4. 概念太多，比如 路由中间件与ServerProvider 本质上都是 pipeline 的实现，却要设计成两个概念
5. 为了全栈做了一些 php不适合作为服务端处理的功能，如 队列

各位大佬 轻喷 ~

@chongyi 小板凳准备好了～

@chongyi 小板凳准备好了～

鸟哥已经数落过了，说 laravel 过度封装。

@Athena 嘻嘻

@chongyi 接下来该你写一篇令人幸福的 laravel 缺点啦

小板凳准备好了

@Payne
IDE在实现上的问题
教程：VIM-PHPer 的福利, 将你的 VIM 打造成为不次于 PHPStorm 的 IDE
我在vim都可以跟踪

同 21 楼，调试太麻烦了

@mingyun xdebug 打断点很方便啊，从来没感觉麻烦