小调查：你希望要什么样的框架？

[dvaknheo]

如果不是为了路由，我才不想要框架。

优雅，代码一眼就能看懂。不拐弯。 灵活，不硬改原来文件，就能实现热修复。 可控，不依赖第三方代码。 简洁，很容易就找到入口。

调试方便，定位错误方便，debug_print_backtrace(2) 一看就懂。

没有全局函数， 全局函数我可以自己包装，框架写死了全局函数，和其他人冲突就没救了。

////

不需要模板，模板不是框架的必需部分。 不需要数据库，我有自己的数据库类。 这两者框架可以提供，我也可以不用。

////现在的框架都是全站的，我只想做一个目录下的系统，不做全站。 //// 我希望 swoole 的 web 代码，和 fpm 的通用，不需要专门切换。（已经阅读 swoole 编程注意事项。

/////

某个框架， --no-dev 方式下 47 个依赖，34M,我 hello world 都没写呢。 而这 47 个依赖，都不在作者掌控之下，真的不担心有其他 Bug 么。

那么，什么框架能满足上面要求呢

[dremy]

47 个依赖就担心了，瞧瞧人家前端全家桶，几百几千个依赖都没啥大事

[iscraft]

https://github.com/mikecao/flight

[DovaKeen]

一个成熟的框架，不用人写就能自己生成代码

[way2create]

框架,无所谓，代码不会看着或者写起来恶心,用着方便就行，至于选择 看项目需求了

[TangMonk]

Symfony 一样的框架，最好性能再快点

[linpf]

感觉你只需要一个路由

[otakustay]

区区 47 个，我大 JS 框架没个 470 依赖都不好跳出来……

[32556188w]

能赚钱的框架

[Felldeadbird]

我觉得最好就是：我只需要学习 如何操作 DB 就行了。 路由，控制器，模板完全没有太大的学习成本。等于开箱即用。

[vincel]

难道开源世界最重要的一条法则不就是“不要重复造轮子”么，同样的功能已经有很优秀的实现为什么不使用呢，这样作者就可以把时间花在核心代码上。你的意思是每个项目都要去重复实现一遍 xml 解析和 json 这些基建代码来解除依赖？
还有你的很多说法就是自相矛盾的，简洁优美是主观体验，规模一上来再简洁你也不可能半天看明白别人几年开发的东西。至于可插拔和松耦合，框架必然也是模块化，这样各种设计模式一上来你又要说它重度架构了。。。

[ben1024]

大而全的框架舒服,
slim 满足你的需求

[dvaknheo]

@vincel PHP 必须解析 XML 才能开工？ 那么 PHP 快速开发的趋势在哪。
有名的东西，并不见得优秀，Smarty 祸害了多少年？
问题是很多框架让作者把时间花在框架的理解上而不是核心代码上。
这就是我为什么提到的 优秀的框架， 和框架耦合的代码越少越好。

规模大，是因为额外需求多才大。不要想着用户要有那么多非核心需求先。
比如数据库，就不应该是框架的核心。
比如 .env 的解析这也不应该是框架的核心。

核心+扩展组件，扩展组件可以单独用，这才是最好的方式。

[Bzero]

我觉得自己写一个只带路由的轻框架即可。

[lp7631010]

我只希望少一点框架 都统一维护某一个 tmd 学得累啊