比如#ff0000,我该是用具体的颜色名来命名呢,还是用语义来命名呢?
1.用颜色名命名: .c-red{color:#ff0000;}
优点:是什么颜色一眼就能看出来,并且html中可以到处复用
缺点:如果我要修改#ff0000为#faf703(黄色),那么c-red和颜色值就对不上了 ,而且如果我有多个红色的时候不好区分。
2.用语义命名: .error{color:#ff0000;}
优点:改色值的时候不会影响语义
缺点:不能到处复用,可能会需要定义多个相同色值的语义类
我觉得这两种方式都有一定的局限性,不知道大家在工作中会怎样定义颜色的类名呢?
有一个网站,专门做颜色命名的,大家都遵循这个规范的话,应该会好很多
http://chir.ag/projects/name-...
另外,我觉得应该是两种结合的,颜色可以作为变量来命名
我的想法是:让设计师参与到前端构建流程中
用 CSS 预处理器,把所有色值全部放在一个文件里,比如 color.scss,这个文件就交给设计师维护了,命名的事也都让设计去操心。
设计师在交付设计稿标注时,也用颜色名去标注,而不是色值。
这么做有三个优点:
有一个文件记录了部件的色值定义,有利于设计师自己保持设计的一致性和对项目 UI 整体颜色的把控
前端代码效果的一部分交给了设计去控制,当设计师想对项目的颜色进行调整时,不用找程序员去改代码,直接修改完自己的 color.scss,免去了沟通成本
程序员减少了阅读成本(在标注稿上读六个字母,再写到编辑器里,这方面我是很担心出错的,每个色值至少对比两遍才放心)
实际操作时,程序员要注意自己的代码里不能出现色值,保证自己的颜色都引用自 color.scss,这是坠吼的。
建议用第一种,我反正用的第一种。
第二种太过语义化,如果我仅仅是想用红色,似乎跟error没关系对吧~
我是用第一种,如果像white black这些简单三个重复的我就用重复的部分命名:
如果像你说的red 我就在后面加1,2,3...:
用第一种吧,颜色只是你加的一个类,所以不会影响语义,你可以给ERROR加样式,只是颜色直接用单独给,这样颜色的重用性也高
第一种不错不错 学习了
分情况讨论吧:整体来说命名偏向于语义化。
第一种:如果你采用less,scss这种预编译处理,建议使用placeholder去替换,如果没有,也确实存在这种复用的情况,那就建议采纳这种原子性的命名方式。
第二种: 如果像错误信息,提示信息,警告信息这种的,还是使用语义化命名吧。
推荐用less