Laravel 6.0 正式发布了，是新的 LTS 版本

[nonfu]

没什么大的功能特性更新，主要的卖点是新的 LTS 版本，开始使用语义化版本。

相关新闻：Laravel 6 Is Now Released（中文版）

最新文档：Laravel 6.0 Document

[ibugeek]

国外还有很多人用 laravel，也有很多公司用.net 来开发。但是国内.net 开发已经被喷成找不到工作，要放弃的语言了。

[nonfu]

@Canon1014 哈哈 还好 我睡了个好觉起来看下 怎么就这么热闹了 一个框架有人喜欢 有人不喜欢很正常 好在我们技术的世界有很多选择

[sunznx]

@dvaknheo 撇了下你这个框架，就写了那几个文件，"最强框架"？你这几个文件谁不会写？

[dvaknheo]

@nonfu
执行性能来说 Laravel 是我见过第一个 PHP 非 IO 瓶颈而是 CPU 瓶颈的。

Laravel 恰恰是符合 PHP 语言精神的， 错了，Laravel 不符合 PHP 精神，符合的是 Java 精神。

PHP 精神就是开发快速，简洁，知根底。不要捧一大堆东西才能上手。调试方便。中间件就不符合 PHP 精神。

Laravel 的火， 就是因为外国月亮圆，人家会宣传啊。引入国内，面向工资编程啊。

[nonfu]

@ztxcccc laravel 还是有生态的 symfony 在国内算是小众框架了

[stevenhawking]

@nicoljiang
“个人”“真心”反感，这句话提交给任何一个 AI 文本处理分词服务都是出自人格的定义吧

[nonfu]

@dvaknheo 你这么说的话 PHP7 都引入类型约束了 JavaScript 也有 TypeScript 了 整个世界都 Java 化了 好的东西就是要借鉴 比如 Composer 的引入明显要比之前 PHP 那种引入外部依赖的方式先进的多 Laravel 应该是 PHP 框架中第一个引入 Composer 的 我就不明白怎么有人还能说它封闭 一个框架火与不火 还是在于好不好用 在它适用的场景能不能满足大部分开发者的需求

[agdhole]

@dvaknheo #45 PHP 解释器慢不慢，也得和其他东西比，光输出个 hello world 看着性能很高，一上大型应用就歇菜，隔壁 Node 也有类似于 Laravel Spring 的框架： https://adonisjs.com/ ，有 V8 撑着，怎么实现都无所谓，慢不到哪里去
如果你要把 PHP 定义成非常简单的脚本语言，这样才符合 PHP 精神的话，那么 PHP 的开发组和你的定义完全在走相反的路。

[SuperMild]

@dvaknheo 你说的 PHP 精神 “开发快速，简洁，知根底” 也许是以前的 PHP 精神，但是如果守旧不变，竞争力真的所剩无几了，现在前端很多都采用 react、vue 之类的，而且这是趋势将会越来越多，而后端如果不提供一条龙服务只关注 “开发快速，简洁，知根底”这三点的话，python、nodejs、go 都不比 PHP 差。

你们一边说着喜欢 PHP 的短平快，但正是你们这些喜欢短平快的人率先转 go 去了。

如果你真心认为 PHP “开发快速，简洁，知根底”是核心优势，则完全不需要管 Laravel 如何发展，都不会影响你使用 PHP 的原生功能。

[st2udio]

我有一个自己的项目，里面都是 API 请求，每天 30 万次左右，就是 Laravel 写的。后来我把 API 换成 go 进行尝试，响应是提升了。但是对用户感知我觉得并不大。Laravel 的时候一样跑的好好的。而且写起来速度快一些。

我根本跑不到压榨性能的地步，有什么好追求高性能的。我 2 台 1 核 1G 的小机器跑 Laravel，每天就两三万人用，跑的好好的。我 API 都走的 API 网关，我可以随时切换某些接口到其他语言上。
我觉得 PHP 很多时候的定位不就是如此吗？有多少网站可以跑到性能瓶颈的（除了代码实在有问题的）

所以拿着性能来说我觉得挺没意思的，追求高性能我直接用 go 也行呀。但是不应该先审视自己的项目需要不需要？自己的团队适合不适合？一味拿来性能来说事。

[nonfu]

@agdhole 「光输出个 hello world 看着性能很高」莫名戳中笑点 有些框架确实为了性能评测做了优化 我 web 根目录下放一个 index.php 里面写个 `echo 'hello world';` 性能应该也差不到哪去 搞不好还能跟 Go、Java 拼一拼 如果还能做个静态化更厉害了 有些框架看起来性能好 就是这样的原理 Laravel 确实启动时加载了一堆东西 但是这些东西对后期开发效率和可扩展性而言 都是利大于弊的

[nonfu]

@st2udio 是这样的 有没有看过一个笑话：有家公司领导听说 go 性能好，让团队把原来 PHP 写的应用用 go 重构，然后上线了撑不住，增加了一倍机器。

[linxb]

@nicoljiang 反感你还点进来评论，找不自在还是刷存在感？

[cccRaim]

好多人说到了 php 精神，php 精神是啥？

[dvaknheo]

@sunznx
强不等于代码要多。

DNMVCS 的代码，只有一小部分是不得已让初学者需要啃的。大部分就很直白的就是为了解决问题。都是为了围绕业务，而不是各种兜圈子，所以代码量就少了。

你要这么 比的话

比较起来 slim 框架 src 代码 3579 行

DNMVCS 全部 src 代码 5302 行
其中可扣除 SwooleHttpd 4074 行（扣除 1228 ） SwooleHttpd 或许会拆分出去
DNMVCS/Core 核心框架 1682 行 DNMVCS/Core 或许会拆分出去
DNMVCS/Core/Route.php 298 行 ，你只想要个路由，那就把 Singleton.php 加进来就够了，不需要其他东西了。其实还有一段支持 / 后做参数的 我觉得还能再精简，放到扩展里。 命名空间下，不太需要这个东西。
DNMVCS/Core/Singleton.php 23 行

你说是多呢还是少呢？

[heiybb]

symfony 路过= =

[mingyuexin]

没感觉到 Laravel 有啥优点，也没感觉到有啥缺点，因为别的咱也不懂啊。 只知道可以顺利的做出东西来，这样就可以了。

[xhinliang]

Laravel 的慢，根本上还是 PHP 的毛病，给 PHP 也来一个 V8，用脚写都能飞快。
--
@dvaknheo 纯扯淡...

[xhinliang]

很多人说 Node.js 性能高，其实就我实际应用来说，跟 Java 还是差一大截。

[dvaknheo]

现在前端很多都采用 react、vue 之类的 。 然后 PHP 只要输出 json 就够了，省了很多力气。

PHP7 都引入类型约束。 不影响 PHP 可以用动态类似做一些灵活的动作， 比如 静态类型的 Java 为了 实现“调用形式不变，实现形式可变” 这个费了 N 多行代码。我一个 20+行 trait 解决

Composer 确实是好东西，但不代表 Laravel 就是好东西啊。
Swoole 是好东西，给 PHP 开了新世界 但是 碰到 Composer 第三方包的 static 就有局限了。

P++ 我认为也应该做起来，先在 PHP 外部做，后面成熟了才看看能否进入 PHP

PSR 标准，大部分是好的，但也不全是好的啊，cache 那部分就是因为太 Java 了导致了分裂 , 后来 simple cache 才是 PHP 的精神。

response ,request 。PHP 的官方应该给个接口和实现。而不是现在各家用 PHP 来做，算是降低效率。
middleware 就是我抨击的，让堆栈没法看。