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

又要学了

不吹不黑，
个人是真心反感所有跟 Laravel 相关的东西。

@nicoljiang #2 why ？

@avenger 觉得笨重、过时。就是个人偏见吧。

不知道 laravel 的作者今年多大岁数了。没有头发真的看不出来年纪。

@nicoljiang 你这哪叫不吹不黑啊，可以推荐一下比 laravel 不过时的吗？

@nicoljiang 你说笨重我还能理解，Laravel 怎么就过时了？

@nicoljiang #4 拿些先进的框架出来看看

看了下文档，直接看的 database，这里就加了不少东西，别的还没看呢。

@nicoljiang 我也同意，框架还是 yaf 这种做点最基本的事情就可以了，
剩下的其实都是业务代码，不要被框架限制太死。

感觉 laravel 吹要喷我不会用了

@mamahaha
@dk7952638
@Vogan

我说过时也是相对的，相对它的笨重。
嗯，还有一个，低效。

就这么一个低效、笨重的东西。因为门槛低而受到过度吹捧。
扭转了 PHP 本身轻便的调性，形成了一个强势的小（并不小）团体。
而这种隔离却并不是因为「先进」。

我认为更先进的方式是 Workman、Swoole 这样的，它们使用了截然不同的方式，真正意义上描绘着 PHP 的想象空间。
门槛低、轮子多，的确是非常重要的，但如果仅仅如此就被捧得天花乱坠，难免觉得德不配位。

没错，我就是小作坊思维，不懂得你们在团队应用时候的爽点。大规模团队使用，用熟透的 Java 就好了，人家再怎么封装性能也甩开你几条街。

这强行在一个小马达的电车上里三层外三层武装成装甲车的不伦不类东西，我就是觉得反感。

反感一切粗笨、低效，却包装得人模鬼样的货。

以上说的全是个人偏见。

后话：我只能改变我自己，所以转用 go。

@Varobjs
是的。一个框架会因为业务轮子多而受到吹捧，真不知该开心还是难过。

强调一下：我抨击的是「受到吹捧」，而非「用户众多」。（因为方便好用所以）用户多是客观的结果，但过多的赞誉和吹捧，我认为真是不配。

@nicoljiang 说的好棒，laravel 的大面积流行间接让我对 PHP 生态不抱希望。也转了 go。

@Vogan @Varobjs
yaf 的问题是 WEB MVC 缺层 的臭毛病 ，缺个业务逻辑层 service.

没错，DNMVCS 就是最先进的框架。

DNMVCS 可以做到你的应用和 DNMVCS 系统只有一行关联。 这个是其他 PHP 框架目前都做不到的。
DNMVCS 用可变单例方式，解决了“系统的调用形式不变，实现形式可变”，比如不用 hack 来改系统漏洞。而其他框架用的 DI 则复杂，不方便调试。
DNMVCS 的应用调试是最方便的，debug_print_backtrace(2) 堆栈清晰。那些用了中间件的框架的堆栈没法看。
DNMVCS 的 Controller 是和其他类无关系的，切换的时候很容易。
DNMVCS 很容易嵌入其他框架。其他框架嵌入就不行了。
DNMVCS 可以在子目录，不改服务器设置的情况下使用。

你只要 DNMVCS 的路由也是可以的。
DNMVCS/Core 是 DNMVCS 的子框架。有时候你用 DNMVCS/Core 也行。

DNMVCS。 你可以按死，Service 类只能用 MY\Base\ServiceHelper . Controller 类 只能用 MY\Base\ControllerHelper .Model 类只能引用 MY\Base\ModelHepler。 View 类只能用 ViewHelper ，其他类不允许用。也可以规范成 只用 MY\Base\App 类这个系统类。其中 MY 这个命名空间你可以自定义。

DNMVCS 支持扩展。这些扩展可独立，不一定非要仅仅用于 DNMVCS。

laravel 的 ORM 确实很强大。但是意味着和 jquery 那样不可调试。

DNMVCS /Core 没有数据类，因为数据库类不是 Web 框架的必备
DNMVCS 的数据库类很简洁，而且，你可以轻易方便的替换 （我就把 thinkphp-db 来引用

DNMVCS 有扩展能做到禁止你在 Controller 里直接写 sql.
有时候，框架必须为了防止人犯蠢，而牺牲了性能。

DNMVCS 还有扩展做到 swoole 和 fpm 代码无缝切换。单例变成协程单例。


赶紧来加入吧。目前现在最大的问题还是应用得不够。

https://github.com/dvaknheo/DNMVCS
QQ 群：714610448

娶了媳妇忘了娘啊。

@nicoljiang
@kran
其实你们转 go 已经很能说明问题了，如果选择小框架、轻框架，很快就会发现，“咦，我还不如用 go ”。如果没有 Laravel 这种一条龙服务一站式解决方案，在前后端彻底分离的如今，PHP 与 nodejs、go 相比真的有什么明显优势吗？ nodejs、go 现在就是差在没有沉淀出一个巨型框架，等有了，贪图 PHP 方便的人还会转一批过去。

@nicoljiang #11 Laravel 的设计模式和过时完全沾不上边

@dvaknheo 你这一波打得我措手不及。。。

大团队我宁愿 java，小团队更喜欢 si，主要是代码少比较容易 hack

@SuperMild
1. 说的好像有了 Laravel，PHP 就能跟 Java 在企业应用方面打一打似的；
2. PHP 为啥一定要去跟 Node、go 比，而且我不觉得有啥不能比的，Workman 和 Swoole 在某种程度上走出了一条新路；
3. 如果 PHP 不是都沉浸在什么 Laravel 里，沉迷于写后台，或许谁是人工智能的第一脚本语言，还不好说呢；
4. 我不喜欢总抱着「都已经到这地步了，还能怎样」的心态讨论问题。

@agdhole
要不咱还是别跑题了，这贴说的是 Laravel 6.0 的大事件。
一起为来为这个设计模式的弄潮儿喝彩吧。