@vanillacloud 就是这种情况，感觉生成的颜色，都只是勉强能用

貌似也不是简单地取对比度最大的。
例如当背景色亮度为 0.4 时，前景色亮度对比度最大的是 0，因为 0.4 + 0.05 / 0 + 0.05 > 1 + 0.05 / 0.4 + 0.05 ，但我测试过大量颜色，此时明显前景色为 1 时更"清晰"

@billlee 因为我需要生成比较柔和的颜色，所以饱和度取值范围很低，是 0.2 - 0.4，我正是在低饱和度的时候发现的这一现象啊

我好像看错了 WCAG 规范，规范说正文对比度最小为 4.5，但是如果这样，当前景色亮度为 1 时，背景色亮度就只能取 0 - 0.22 ，而背景色亮度太低的时候颜色一点都不柔和，这。。。

@littleMaple 可能和我的目的有一些出入，他是取得**符合规范**的颜色，我是希望取得**最优对比度**的颜色

我刚刚看了一下，WCAG 规范还是比较宽松的，规范要求对比度 (L1 + 0.05) / (L2 + 0.05)是 1 - 21，我的 L1 + 0.05 = 0.95 ，L2 + 0.05 范围是 (0.05, 0.5)，所以对比度是 1.9 - 19，完全符合规范。我只是希望找到最优解

@dioxide 其实我的对比度都是满足要求的
- 比如说当背景色亮度为 0.2 时，前景色亮度为 0.9 则效果较好
- 当背景色亮度为 0.8 时，前景色亮度为 0.1 效果较好
- 我最初很自然地就设定：背景色亮度低于 0.5 时，前景色取 0.9，背景色高于 0.5 时，前景色取 0.1，对于大部分颜色，这样效果很好
- 但对于某些颜色，背景色亮度为 0.5-0.6 时，前景色亮度为 0.9 优于 0.1 ；
- 我发现，这一些颜色是有规律的，就是 hue 值接近 60 / 180 / 300
- 我希望能找到相关理论，但是我甚至不知道搜索什么关键词。。。

入职第二天就甩给我 3 个功能页，ui 很简单，但找接口找到我想吐，逻辑上还各种"如果...那么..."，第一页就写了一个星期，幸好后面快一点，一两天一个页面

我第一年就碰上过一个这样的同事，那时候我就知道了原来真的有人能 什 么 都 不 会，工资也确实比我高（我和她都是公司后端招进来的）。在我辞职后，公司就开掉了她。。。

直接 f12 看看他为什么是这个样式，样式哪里来的，应该可以找到原因啊

笨办法，把那个解析函数按照二分法，移除掉一部分功能后再运行试试

@mostkia 嗯嗯，只是现在如果不让我用扩展运算符、箭头函数，让我手动添加 css -ms- 等前缀我肯定受不了

$.fn.extend({
* newFunc() {
* * const that = this

* * const funcA = function funcA() {
* * * console.log(that === this)
* * }

* * return {
* * * funcA: funcA.bind(that),
* * }
* }
})

用的时候就 $("div").newFunc().funcA() 吧

PS 1202 年了怎么还用 jq...

如 5 楼第二点，加一个是否初始化完成的标记，可以放在 ref 里，应该是对当前的代码逻辑侵入最小的，放在 ref 里也不用依赖它

@akaayy 开源免费的，熟悉 3d 就容易上手，不熟悉就难一点

@wangsipeng95 这个东西我感觉还是需要有懂三维、渲染的人，提供合适的模型和贴图，可能就更容易了，或者如果有时间的话，可以自己上手学一学什么 3dmax 什么 ue4 之类的，更有助于用好 threejs

@vitovan 谢谢，可能因为一共也就三个模型哈哈哈
@dashupc 就简单的三维展示咯
@XhstormR02 threejs

@AllenHua 对，3L 直接是针对性的插件，可能更符合你的需求，我是说一种可能，是将 md 源文件在两个 vscode 中打开，然后左边那个用于编辑，右边那个开启预览，只要左边的保存了，右边的内容也会同步，自然就能在预览中看见了。

但是有一个缺点，右边那个 vscode 开启预览后，不能将源文件关闭，如果关闭了源文件，预览内容就不会同步。

我刚刚试了一下，开两个 vscode，左边编辑，右边预览，只要左边编辑时保存一下，右边预览就能刷新，也算半个实时吧。