網頁教學提示：一個賺錢的網站改來改去是正常的，如果他不怎麼改基本就不賺錢。當然賣錢的不算，比如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關系不大的哪些寫到公共樣式頂部，保持他不怎麼變。
然後，一個網站的頁面，你愛怎麼改就怎麼改，愛多少人一起改就多少人一起改，但是一定要塊的劃分分工明確。一個塊被多個人改就完蛋了。