> 백엔드 개발 > PHP 튜토리얼 > 如何评价这次针对 Composer 项目的 gc_disable() 群嘲事件?

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

WBOY
풀어 주다: 2016-06-17 08:31:09
원래의
1330명이 탐색했습니다.

在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! 我的感想是:写程序真的能改变世界!因为一行代码都可以让千百万人节省一半的时间。
관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿