@hubqin pineline 实现中间件有什么好处？，或者中间件有什么好处？
如果不用中间件，能不能解决。

至少我看到一个坏处是堆栈没法看。
这也就是中间件技术把 PHP 带歪的地方。

@jhdxr VipModel::WhereIn （ function ($query)) 方式走不通，是 因为要得到的是 UserModel 之后要得到的 UserModel 里做一些额外操作
each UserModel->getAvator(); 没有 UserModel->getAvatorByid($id); 这个方法。

我整理一下， 高级用户表，根据一些数据，要追加 基础用户表的 用户名，头像。 高级用户表和基础用户表是 user_id 一对一，这很简单吧。
我要显示我深圳地区的 VIP 会员的状态和头像，只要在线的。

从 VIP 会员表（小表 Vip ）里查出地址：深圳，然后 连表查询 基础 用户表(大表，UserModel)， 状态为在线。 一个 left join user_id 完事。

为什么会先从大表查， 然后小表里 whereIn (user_id) 呢。

原因是获取头像这个操作，是写在 UserModel 类的方法是要根据 $this->user_id 做一堆操作的（包括连其他表！）；不接受外部 user_id.

用户名，也是从 UserModel->username 得的。

老程序员的想法，先是，怎么写 sql，然后改成 where() 模式， 然后再想怎么转成 model .

而那些 L 记没学过 sql 的，和 Hibernate 之类 ORM 的。根本就不考虑 sql 性能。反正一把梭就是。
产生了类似 count( Model->where()->get()); 之类的性能悲剧

大表先查
User::where("status", 0)->get(); ，为什么这样， 因为 后面还要用到 Model 类的
User->getUserImage() { /* 用到 $this->uid; */ } 方法。

直接 ssh 就行啊，何必这么折腾。
git init --bare

@Raymon111111 走 https 后 ISP 就不好解出来了。

@laike9m 优秀项目 thinkphp 根本就没英文。作者没精力，也没人去传播

1.1.4 发布，主要做的： 功能覆盖测试 100% 。
在覆盖测试的时候发现了以前不少小毛病。

对外的 API 基本不会再变，只调高级的 API

@tanszhe 发现 ThinkPHP 没提交啊。

bootstrap 要配合 less 来用啊， 不要输出 boostrap 的原子类，而是语义化的 CSS

5.0 不稳定版，5.2 经典版本
php7.0 算个经典版本 各 linux 发行版都是带这个。

@hspeed18 30 岁前不带兵，真的在小公司完了

嗯，类似功能最容易搞乱
最开始，你替换就行
后来，封装前后吧
再后来，一个插件变多个
再后来， 多个插件要有顺序

看怎么适度而止了

@tanszhe 要不另开个帖子吧。召集所有中国搞 PHP 框架的进。群员必须是在 开源平台发过 PHP 框架的。
就让 think-php 牵头搞吧。

我是没有推广能力的。

@tanszhe @doyouhaobaby

看来我们可以做一个 框架互读系列。
从入口到结束 分析一下。

@charlie21 嗯，谢谢，看来我把宣传语改一下，改成这个帖子里我发的那些特性.

如果 di ,facades 是 laravel 的精髓。我只用个可变单例函数解决。

现在前端很多都采用 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 就是我抨击的，让堆栈没法看。

@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 行

你说是多呢还是少呢？

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

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

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

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