一家客户去年换了品牌视觉，主色从蓝色改成橙色，找原来的开发商报价：三千块。理由是颜色值写死在三十多个文件里，要逐个替换再逐页检查有没有漏。改个颜色而已，为什么会是大工程？这背后是网页前端开发的样式管理水平问题，管理得好，这类需求半天就能收工。
把颜色和字体收进变量
现代CSS支持变量写法：把品牌色、辅助色、字号、间距定义成变量，全站样式引用变量而不是写死数值。改主题色只动变量定义一处，全站生效；做季节主题、节日换肤，也只是在变量层切换。同样重要的还有间距体系：四、八、十二、十六这样的固定档位，而不是每处随手写的十八、二十三。数字有节奏，页面自然齐整，代码也干净。
样式打架是另一种乱
三十个文件的另一类病灶是样式互相污染：改了首页的按钮样式，产品页的按钮莫名其妙也变了。这是全局样式互相覆盖的老毛病，规范的做法是按模块隔离命名，每个模块的样式只管自己，改动的影响范围一目了然。验收时有个简单测法：让开发方随机改一个模块的样式，看其他页面有没有被牵连，被牵连的代码后面全是雷。命名这事儿看着小，实则是样式管理的地基，地基稳了，后面加多少页面都不怕。
- 查一下样式文件里出现最频繁的颜色值，写死几十处的，变量化欠账；
- 问一句换主题色的工期，答三天以上的，结构有毛病；
- 看两页样式代码的命名风格是否一致，一会儿驼峰一会儿下划线的，规范没立住。
那位客户后来趁着改版把变量化补上了，次年做年终活动页临时换深红主题，一个下午完成，还顺带把旧色统一清理了一遍。
换肤需求要提前留口子
很多客户觉得自己永远不需要换主题，但品牌调整、节日活动、子品牌分色，这些需求出现的概率比想象中高。网页前端开发的样式架构，提前留好变量这个口子，未来所有换肤需求都是小活儿。反过来，写死的样式每次都是一次小重构，钱就是这么反复花的。给技术方提要求时就说一句：颜色字号全部走变量，这一句话值三千块的改版费。
两条建议：新站签约时把颜色变量化写进技术要求，验收时抽查几个组件确认引用的是变量；改版前先让技术方盘点样式现状，盘点清楚再报价，比按感觉估靠谱。比格网络的项目样式层都用变量加规范命名，客户后面换色、加主题都是轻松事。
