当前位置:Gxlcms >
PHP教程 >
如何评价这次针对Composer项目的gc_disable()群嘲事件?
如何评价这次针对Composer项目的gc_disable()群嘲事件?
时间:2021-07-01 10:21:17
帮助过:11人阅读
在github上已经炸开锅了,好像国人较多,玩得甚欢。
地址:Disable GC when computing deps, refs #3482 · ac676f4 · composer/composer · GitHub
这个事情大家怎么评价?
回复内容:
这个事情有几个背景:
1、对于其他语言的使用者/不够深入的 php 使用者来说,他们不知道的事情是,gc_disable 不是完全关闭 gc ,而是关闭检查循环引用计数。
2、检查循环引用计数是因为 php 的 gc 是基于引用计数,在 php 5.2 及以前循环引用会导致内存泄漏。
3、composer 的这个地方是在进行依赖包检查,对于安装了大量包的项目来说,这是比较耗时、耗内存的操作,并且这部分代码(依据设计/依据提交者的看法)无需考虑循环引用计数问题。
4、因为占用内存太大,并且频繁触发 gc ,导致效率降低。
所以,这个提交是有道理的。当然,是 awesome 的。
另:在这里
有相关讨论。
出自 @Laruence
既然问如何评价这个“事件”,我想单说另一个角度:
太没有礼貌了。
这个 commit 下面的大量跟贴完全就是 troll、off topic 而且是在惯用英文的网站中的英文项目的英文 commit 里使用其他语言。对提交者、项目成员和整个社区都极不尊重。
很多回复的人压根就没有点开 ref 看缘由吧?以及就算知道了缘由,这个关于 PHP 语言设计的问题适合在 composer 的一个提交下面讨论?去 hackernews 发个链接开串讨论不行么?不会英语的话去 v2ex 不行么?
要知道提交者默认是订阅了通知的,莫名其妙被一堆人的OT回复刷爆邮箱,其中一些还是“乱码”,心里什么感受。
哪里是嘲笑?
一开始是嘲笑,但是不能你让我嘲笑我就嘲笑,我要先试一下。试玩我就笑不出来了。。
This is awesome!
我的感想是:写程序真的能改变世界!因为一行代码都可以让千百万人节省一半的时间。