一個賺錢的網站改來改去是正常的，如果他不怎么改基本就不賺錢。當然賣錢的不算，比如hao123不怎么改，能賣錢，這里不討論這個。

維護是什么，維護就是修改，不斷的修改，但是要保證你的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關系不大的哪些寫到公共樣式頂部，保持他不怎么變。

然后，一個網站的頁面，你愛怎么改就怎么改，愛多少人一起改就多少人一起改，但是一定要塊的劃分分工明確。一個塊被多個人改就完蛋了。