有一个网站，专门做颜色命名的，大家都遵循这个规范的话，应该会好很多

http://chir.ag/projects/name-...

另外，我觉得应该是两种结合的，颜色可以作为变量来命名

我的想法是：让设计师参与到前端构建流程中

用 CSS 预处理器，把所有色值全部放在一个文件里，比如 color.scss，这个文件就交给设计师维护了，命名的事也都让设计去操心。
设计师在交付设计稿标注时，也用颜色名去标注，而不是色值。

这么做有三个优点：

• 有一个文件记录了部件的色值定义，有利于设计师自己保持设计的一致性和对项目 UI 整体颜色的把控

• 前端代码效果的一部分交给了设计去控制，当设计师想对项目的颜色进行调整时，不用找程序员去改代码，直接修改完自己的 color.scss，免去了沟通成本

• 程序员减少了阅读成本（在标注稿上读六个字母，再写到编辑器里，这方面我是很担心出错的，每个色值至少对比两遍才放心）

实际操作时，程序员要注意自己的代码里不能出现色值，保证自己的颜色都引用自 color.scss，这是坠吼的。

建议用第一种，我反正用的第一种。
第二种太过语义化，如果我仅仅是想用红色，似乎跟error没关系对吧~

我是用第一种,如果像white black这些简单三个重复的我就用重复的部分命名：

.black{color:#000}
.black6{color:#666}
.blackbg{background:#000}
.black6bg{background:#666}
.white{color:#fff}
.whitee{color:#eee}
.whitebg{background:#fff}
.whiteebg{background:#eee}

如果像你说的red 我就在后面加1，2，3...：

.red{color:red}
.red1{color:#ff0000;}
.red2{color:#ff0001;}/*随便写的我不知道是不是红色系，反正就这个意思*/

用第一种吧，颜色只是你加的一个类，所以不会影响语义，你可以给ERROR加样式，只是颜色直接用单独给，这样颜色的重用性也高

第一种不错不错 学习了

分情况讨论吧：整体来说命名偏向于语义化。
第一种：如果你采用less,scss这种预编译处理，建议使用placeholder去替换，如果没有，也确实存在这种复用的情况，那就建议采纳这种原子性的命名方式。

第二种： 如果像错误信息，提示信息，警告信息这种的，还是使用语义化命名吧。

推荐用less

@textRed: #ff0000;
.classA {
    color: @textRed;
}

雷雷