@encro 小项目 H5，流量是不确定的，服务器成本预算不多，所以很难。

@encro 我很早就在准备换 lua，改用 openresty，我的业务不复杂。

其实当我们这么聊的时候，哈哈哈哈，PHP 就只是一个选择而已。

@jowan 我自己抄了一个框架，技术能力太菜，只能到处看别人的代码抄一抄，不开源，因为没时间应对各种小白询问。

@jowan 我只是因为穷才追求高性能，我的业务都是薛定谔的“qps”，爆不爆发看策划看设计，我只负责打造一个“低成本高效率”的系统。

@encro 我们目前的问题是，PHP 圈是否存在过度强调“优雅”的氛围？我觉得需要适当的反思这种情况。

框架是一定要用的，这是生产力工具，以一定的性能损耗换取开发效率提高非常有意义。

你的技术和经验都是我们其他人所达不到的，有时候更需要你们来考虑 PHP 的发展，来发声让 PHP 能够获得更长久的发展。

@jowan 我可没说 ci 这种“不优雅”性能就好，你看过 ci 的代码就知道它为了方便开发者，各类初始化配置及自动加载会产生不小的性能损耗。

记住了，优雅，会产生性能损耗，反对过度设计——这是我说的，我认为的，我所表达的。

但，不优雅也有多种，不优雅也可以绕着远路产生性能损耗——ci 的是这一种。

你不能把我所强调的“避免过度优雅”等同于 ci，这两者扯不上关系的，请更正这个认识。



讨论真费力。

@encro 你们的项目很牛逼，你们有钱，我前面的回答里面已经说了，土豪请随意。

你们是土豪，可以忽略无视我的，谢谢！

@encro 标准是什么，我发的那个地址有，这是一个 web 框架性能评测的网站，有详细的测试标准及说明，请自己阅读。

不仅包含 PHP 的框架，还有其他语言其他框架，我给的链接为了方便大家查看，只筛选了 PHP 框架。

不是人云亦云，你好好看这个网站的数据，人家已经测试到第 18 期了，先看，看完再评论，不要不看就自嗨。

当优雅的框架 laravel，将性能降到原生 PHP 的 4%左右，我就想知道，是不是各位都是土豪（亦或各位的老板都是土豪）？

我不反对复杂、不反对设计，但我反对过度设计导致的性能低下，请看数据，不是降到 40%，而是降到 4%！！！

用 @angryfish 的话说：看了 php 的那些框架，我何不直接用 Java?

PHP 应该学设计模式，应该通过“有限度”的复杂设计来提高开发效率，帮助团队开发，但有必要加一个限制。

羡慕各位土豪！

https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=fortune&l=zik073-f

看数据吧，优雅的代价是什么自己判断，有钱的土豪请忽略。

我们其实要讨论的不是“要不要跟随时代进步？”，进步是必须的——命名空间也好，psr 也好，我们支持好的技术，遵守好的规范。

但是进步路上有不同的方向，有不同的诉求，我觉得 PHP 当前的问题是，一味的追求优雅，追求设计模式，过度忽略性能影响——这样的氛围是否应该？是否有利于 PHP 的发展？

@JohnH 问题不在于思想属于什么阶段，而在于目前 PHP 是否有必须要以性能为代价去实现这些所谓的优雅？

昨天的吐槽：

1 、PHP 从一开始流行就是因为适合小型项目，开发效率及运行效率都不错；

2 、PHP 大流行后，部分有追求的程序员希望给 PHP 加一点 B 格，开始用各种模式要求 PHP，让 PHP 往 Java 方向发展。但 PHP 是脚本语言，Java 不是，Java 本身有足够的性能可以支撑起各种设计模式的性能损耗（但还是经常被吐槽太重太慢）——而 PHP 并没有这个性能来支撑。

3 、各类设计模式在 PHP 项目中的普及，确实提高了效率，增强了一丢丢的团队协作，但开发的复杂性和性能的损耗却让 PHP 失去了他最开始的拥趸。

4 、为了追求性能和模式，所谓高手们抛下了 PHP 改用 go 、java 、c#，留下一个所谓“优雅”的 PHP 开发氛围。


最近在优化自己框架的时候，在“性能”和“优雅”之间产生了疑惑，思考后有了上面的吐槽。

如果是打工，选择一个优雅的框架让自己写的爽——是非常有必要的，毕竟服务器成本是老板出的，钱能搞定的问题就不是问题。

如果是服务器钱要自己出，那就要好好考虑了。

我选择性能。

@laminux29 你可以保持这样的认知。你喜欢就好！

搞网络安全的话，可以加入这个圈子了解「腾讯安平密友圈」 https://t.zsxq.com/FYn27ea

这是付费圈子，收费不高，大部分是腾讯系的安全大咖。

特别坑，手头有个项目最近在用 uniapp，一边用一边找其他代替方案，已经准备好跟朋友说项目会延期完成。

一开始觉得挺不错的，但是有不少坑让人无语，举一些例子：

swiper 的高度问题，整个社区无数帖子提出，近两年依然没有解决方案，官方的示例没问题，相同代码引入就不行，社区上的帖子没一个有正确的解决方案。目前个人猜测是 nvue 和 vue 文件的渲染方式有不同的地方导致。

uni-icon 的问题，加载全局 uni.css 文件后，uni-icon 组件居然受到了影响不能正常展示了，费了我一点时间逐步排查才发现 css 里设置不一样——可能是官方改了字体里的内容但是两边没同步……

rate 的渲染问题……等等

实在无力吐槽，就我所遇到的问题来说，下一个项目绝对不会用 uniapp。

你老板大概率是没钱的，想要学经验，自己自学比在这种公司被带偏更好。

赶紧溜了开始找新坑吧！

点下第一个 star

@xspoco Fecmall + 1

不过我打算学习 Fecmall 的思路后写一个