维护是什么，维护就是修改，不断的修改，但是要保证你的html和css有清晰的版本界定，有扩展性，不要因为做的太死而重新去做这个页面。

一个赚钱的网站改来改去是正常的，如果他不怎么改基本就不赚钱。当然卖钱的不算，比如hao123不怎么改，能卖钱，这里不讨论这个。

一个网站的功能和交互肯定不能一次就搞定，规划好满足用户需求，即使有这样的事情，那也是大牛级别的，我们的策划人员大部分还是普通人嘛，总存在试试看的心态。

然后再说改，大改成本太高，一切都推翻重来的概率很低，都是一小块一小块，一个页面一个页面的进行替换迭代，所谓的敏捷开发或许包含这一块吧，我不懂那东西。

既然是一块块的修改，那就要用新的块替换老大块，表现在html上就是这块的代码被其他的代码替换。那就将块于块尽量分离开，不要改了这一块影响一个网站，那就死翘翘了，一个特性等着上线等到花儿都谢了。

会被影响当然html不会太大问题，主要是CSS了，如何避免这个情况，那就把这个html块的css和其他的分离开，不要相互干扰或者降低相互干扰。最牛逼的状态就是绝对定位，然后这一块的css都背限定在一个父层下。

<老子>
<儿子1>
<孙子1 />
</儿子1>
<儿子2>
<孙子2 />
<孙子3 />
</儿子2>
</老子>
.老子 {}
.老子 .儿子1 {}
.老子 .儿子1 .孙子1 {}

大概的示意就是上面代码了，如果老子这块要替换一下，那就整个“老子”就换成 “老子1”，“老子”的CSS让然保留，防止版本回退。

这里有个问题就是为什么把“老子”作为划分块的粒度，而不是“儿子”呢，这就要看经验了，是那种块更容易被修改。

如果是一个页面的替换其实道理一样，一个页面一个CSS，如果这个页面需要替换，那就css_v2.css css_v3.css，一步步的往上累积。

如果一个人维护不过来，那就增加人手，如果你的整个网站是这样处理的，那么那某些快划分给这个人，某些块划分给另外一个人就OK了。

那么还有问题吗，有的。那就是公共的块，不能排除，一个网站没有公共的部分，比如头部，尾部这种最常见的，那就归类到第一类，公共样式文件中的不同的块。

还有不能用块来形容的，比如一个按钮整个网站通用，那他的粒度就是他本身，再定义宽，高，颜色，字体，等等。

还有呢？reset，格式化样式，基本的类（不会被替代的），比如清除浮动的clearfix，还有写啥想不起来了，反正是CSS层的和html关系不大的哪些写到公共样式顶部，保持他不怎么变。

然后，一个网站的页面，你爱怎么改就怎么改，爱多少人一起改就多少人一起改，但是一定要块的划分分工明确。一个块被多个人改就完蛋了。