原标题：开发者点评 GitHub 暗黑模式：太暗了
【CSDN 编者按】 令众多开发者期待已久的 GitHub 暗黑模式终于推出了，体验感和预期相比究竟如何？它能否满足开发者们的需求，一起来看看开发者们怎么评价的！
编译 | 张文
上周，GitHub 发布了一个期待已久的功能——黑暗模式。像世界上许多开发者一样，我是极度兴奋的。到了 2020 年，对任何和科技相关的远程设备来说，切换到黑暗模式的都是必不可少的。
然而当我切换到黑暗模式，第一反应是这好像有点不对劲。不过我想可能是我还没适应。
过了几天，我发现自己的确需要切换到日光模式才能进行代码复查。因为我担心在暗黑模式下查看代码会错过什么。经历了几次这样的事情之后，我意识到， GitHub 黑暗模式真的太暗了。从调色板上可以找到一些原因，如下：
可及性和对比度
出于理解本文的需要，我在这里详细解释下 对比度：
其他站点暗模式选项板
本文接下来将探讨 Spotify、Twitter、Facebook 等的暗模式选项板。
我抓取了几个流行网站/应用程序的暗模式颜色。
每个调色板图像 从左到右显示背景色、主文本颜色和次文本颜色。我把主色和次色的对比度与背景色放在各自的颜色上。
Spotify：
脸书网：
YouTube网站：
这些对比度至少达到7 的标准！
然后再来看看 GitHub 的新外观…
GitHub：
不仅颜色看起来明显比其他应用程序中的颜色深，次文本颜色也不符合 AAA 标准！由于次文本字体很小，所以它的颜色要有很高的对比度。我知道我的眼睛不会骗我。
虽然对比度并不意味着一切，但它们是量化两种颜色之间差异的一种简单方法。在这种情况下，很明显 GitHub 的暗模式颜色更暗。毫无疑问这会增加阅读文本的难度。
代码复查调色板
最后，我主要想吐槽 GitHub 黑暗模式的是： 代码差异的红色和绿色太不合适了。
右边是日光模式的颜色，左边是新的阴影。我在上面覆盖了相应的背景色：
我计算了两个调色板的对比度，它们非常相似（接近 1 lol）。不过，出于某种原因，我粗略一看，就很容易分清颜色更浅的那个。可能我还不习惯，但新的颜色太暗了，我真的不喜欢。对于像代码复查这样重要的事情，我只能使用 GitHub 的日光模式。
我研究了 VSCode 的 Git 集成 diffcolors（我很喜欢！）:
在我看来，这些阴影即使在较暗的背景下也能很好地工作，并且不会妨碍代码审查。
结论
虽然颜色理论不能足以证明 GitHub 的新代码差异调色板存在问题，但我们确实感受到，相对开发者日常使用的其他许多应用程序的暗模式来说，它的文本颜色并没有达到 WCAG 的标准。
如果 GitHub 像在他们发布的宣传视频中那样投入大量精力研究他们的暗模式调色板，也许我就不会在这里抱怨了。不过这还是一个测试版，所以我依旧很期待。GitHub，请满足开发者想要的黑暗模式体验吧。
网友热议：
责任编辑：