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

分享 安静书生 ⋅ 于 2017-09-09 16:07:17 ⋅ 最后回复由 NicolaBonelli 2017-09-15 13:03:05 ⋅ 1672 阅读

今天浏览论坛的时候,发现论坛里面清一色的好评

本着不随大流的心情,发帖讨论一下laravel有哪些缺点

私以为,当社区内开始出现批评的声音时,是社区繁荣的开始

本帖已被设为精华帖!
本帖由 Summer 于 1周前 加精
回复数量: 33
  • Littlesqx 癞蛤蟆想吃炖大鹅
    2017-09-09 16:15:30

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

  • skyjerry
    2017-09-10 10:09:21

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

  • bestony
    2017-09-10 10:46:08

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

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

  • lazyou
    2017-09-10 12:07:43

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

  • lx1036 MOD Laravel,Angular
    2017-09-10 15:41:03

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

  • Ίκαρος A PHP Artisan.
    2017-09-10 22:23:07

    亲身经历,我 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,批评的人都见鬼去吧。

  • Ίκαρος A PHP Artisan.
    2017-09-10 22:32:28

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

  • MushishiXian
    2017-09-11 10:09:39

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

  • fatrbaby 龟类饲养员
    2017-09-11 10:27:02

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

  • Leon1993
    2017-09-11 12:05:04

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

  • Payne
    2017-09-11 14:32:23

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

  • 2017-09-11 23:59:50

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

  • 安静书生
    2017-09-12 08:48:55

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

  • 孙坤峰
    2017-09-12 09:24:15

    有专门的宣传

  • tookit
    2017-09-12 11:22:49

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

  • leo MOD 不会写前端的后端不是好运维
    2017-09-12 11:34:56

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

  • lazyou
    2017-09-12 13:58:16

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

  • 猪爷爷
    2017-09-12 14:46:38

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

  • chongyi
    2017-09-12 18:48:08

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

  • kylesean
    2017-09-12 20:58:04

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

  • Mangou
    2017-09-13 01:35:21

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

  • haveadreamwang
    2017-09-13 09:41:52

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

  • 安静书生
    2017-09-13 11:17:07

    @Mangou 多数框架都这样

  • nff93
    2017-09-13 12:59:43

    性能

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

    IDE支持

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

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

    各位大佬 轻喷 ~

  • LDL1023
    2017-09-13 14:36:03

    @chongyi 小板凳准备好了~

  • AGui 做个上进的PHPer
    2017-09-13 15:55:51

    @chongyi 小板凳准备好了~

  • medz
    2017-09-13 16:04:34

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

  • Athena
    2017-09-14 08:45:38

    @Athena 嘻嘻

  • godruoyi 二楞徐最爱闲谈杂鱼
    2017-09-14 11:49:53

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

  • jobsssss
    2017-09-14 14:49:06
  • Ysll 23333333333333
    2017-09-15 12:24:46 ⋅ via iOS 客户端

    小板凳准备好了

暂无评论~~
  • 请注意单词拼写,以及中英文排版,参考此页
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`, 更多语法请见这里 Markdown 语法
  • 支持表情,使用方法请见 Emoji 自动补全来咯,可用的 Emoji 请见 :metal: :point_right: Emoji 列表 :star: :sparkles:
  • 上传图片, 支持拖拽和剪切板黏贴上传, 格式限制 - jpg, png, gif
  • 发布框支持本地存储功能,会在内容变更时保存,「提交」按钮点击时清空
  请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!
Ctrl+Enter