star

提高代码质量，微重构必须，梳理思路
https://github.com/hunzhiwange/framework/tree/master/tests

@linxl 需求分析完，都是后端先写文档，然后一起讨论是否合理，然后 easymock 基于生成的 swagger json 来生成 mock 数据，前端分开做，最后一起联调。实际上写文档是必须的，复制粘贴改改就行。

时间比较仓促，睡觉，明天要搬砖。

一般都是自己搭建，原滋原味，laravel 考虑太多了

@zarte 要求 php7 有啥问题，细说一下呢，我看看。

@millken 已关注，晚上回去看看

@yangqi 这个 php 现在内置，编译带上，非第三方扩展，mbstring 系列可以避免以前 iconv 一些兼容判断，openssl 这个加解密必需的。

@dajj 是这样的，首先用法上要遵循 psr，api 与 laravel 和 symfony 等贴近，http 组件基于 symfony 二次开发，主要是为了编译成 zephir 扩展，例外用 composer 里面精致轮子，避免重复造这些非核心组件。第二个就是完整地对所有核心采用 zephir 制作成 c 扩展来提升性能。最后也是以后的重点是对 swoole 的支持，未来主要在这一块进行扩展。php7(2|3)+redis+框架扩展化常驻+swoole 业务常驻+微服务基础设施整合（比如统一配置中心，服务注册于发现，与 grpc 和 thrift，以及日志系统接入），最后两个做了一点点，是未来重点关注对象

@zhaolion 说的有道理，还未出生没社区，一点点坚持
@fleam 有点厉害

@yangqi 不依赖 ext

@lincanbin 你可以试试，不开启 opcache 有 30-40 ms 提升，在我的 macbook pro 上。
https://github.com/hunzhiwange/queryphp/blob/master/www/index.php

@jfcherng 我这是在 composer 前注册自己的自定义类加载机制提升匹配效率，小几率失败然后注册 composer 的类加载机制

@jswh opcache 知道，未开启 opcache 的情况下，每每做基本的优化减少磁盘 IO 看到这里消耗过多的性能。心痛。

看起来非常不错，回去研究哈

@to2false 忘了说，就是每一个模块都有完全一致的结构。