亲身经历,我 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,批评的人都见鬼去吧。
亲身经历,我 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又可以作为学习PHP的好教材,随着深入,学习了很多编码技巧,提高了能力。。这些知识就是钱啊,知识就是金钱!!!还有啥理由拒绝你学Laravel!!!
- 过多的封装 增加api的学习成本,如 Redis PDO 这些,每个框架都做不同的封装 api 都要学一遍,php原生的也必须会的
- 文档太简陋, 只提供了常用的方法,需要阅读源码掌握 api 如数据库的 createOrUpdate。
- 调用的返回值缺少一致性 如 ORM的 first。
- 概念太多,比如 路由中间件与ServerProvider 本质上都是 pipeline 的实现,却要设计成两个概念
- 为了全栈做了一些 php不适合作为服务端处理的功能,如 队列
各位大佬 轻喷 ~
有数落的,比如说性能不好,入门难。其实更多看到说php的不好,昨晚一java就在群黑php(起因是一phper喷java麻烦,难,不适合做网站),说日pv过百万,企业级别应用,银行应用,哪敢用php。。。
性能
基于同样的业务逻辑、同样的SQL写法(上面说的优化SQL可以无视掉)等,laravel的性能确实比很多PHP框架慢
IDE支持
过多的魔术方法导致IDE没法追踪代码,也没法自动提示,即使使用了Ide-helper
。(说用xdebug的考虑过阅读源码的情况么)
推荐文章: