Home  >  Article  >  Backend Development  >  如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?

如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?

WBOY
WBOYOriginal
2016-06-17 08:31:091290browse

在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 的。

另:在这里有相关讨论。 如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?
如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?
如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?出自 @Laruence 既然问如何评价这个“事件”,我想单说另一个角度:

太没有礼貌了。

这个 commit 下面的大量跟贴完全就是 troll、off topic 而且是在惯用英文的网站中的英文项目的英文 commit 里使用其他语言。对提交者、项目成员和整个社区都极不尊重。

很多回复的人压根就没有点开 ref 看缘由吧?以及就算知道了缘由,这个关于 PHP 语言设计的问题适合在 composer 的一个提交下面讨论?去 hackernews 发个链接开串讨论不行么?不会英语的话去 v2ex 不行么?

要知道提交者默认是订阅了通知的,莫名其妙被一堆人的OT回复刷爆邮箱,其中一些还是“乱码”,心里什么感受。 哪里是嘲笑?

一开始是嘲笑,但是不能你让我嘲笑我就嘲笑,我要先试一下。试玩我就笑不出来了。。

This is awesome! 我的感想是:写程序真的能改变世界!因为一行代码都可以让千百万人节省一半的时间。
Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn