一個(gè)賺錢的網(wǎng)站改來改去是正常的，如果他不怎么改基本就不賺錢。當(dāng)然賣錢的不算，比如hao123不怎么改，能賣錢，這里不討論這個(gè)。
維護(hù)是什么，維護(hù)就是修改，不斷的修改，但是要保證你的html和css有清晰的版本界定，有擴(kuò)展性，不要因?yàn)樽龅奶蓝匦氯プ鲞@個(gè)頁面。
一個(gè)賺錢的網(wǎng)站改來改去是正常的，如果他不怎么改基本就不賺錢。當(dāng)然賣錢的不算，比如hao123不怎么改，能賣錢，這里不討論這個(gè)。
一個(gè)網(wǎng)站的功能和交互肯定不能一次就搞定，規(guī)劃好滿足用戶需求，即使有這樣的事情，那也是大牛級(jí)別的，我們的策劃人員大部分還是普通人嘛，總存在試試看的心態(tài)。
然后再說改，大改成本太高，一切都推翻重來的概率很低，都是一小塊一小塊，一個(gè)頁面一個(gè)頁面的進(jìn)行替換迭代，所謂的敏捷開發(fā)或許包含這一塊吧，我不懂那東西。
既然是一塊塊的修改，那就要用新的塊替換老大塊，表現(xiàn)在html上就是這塊的代碼被其他的代碼替換。那就將塊于塊盡量分離開，不要改了這一塊影響一個(gè)網(wǎng)站，那就死翹翹了，一個(gè)特性等著上線等到花兒都謝了。
會(huì)被影響當(dāng)然html不會(huì)太大問題，主要是CSS了，如何避免這個(gè)情況，那就把這個(gè)html塊的css和其他的分離開，不要相互干擾或者降低相互干擾。最牛逼的狀態(tài)就是絕對(duì)定位，然后這一塊的css都背限定在一個(gè)父層下。
老子>
兒子1>
孫子1 />
/兒子1>
兒子2>
孫子2 />
孫子3 />
/兒子2>
/老子>
.老子 {}
.老子 .兒子1 {}
.老子 .兒子1 .孫子1 {}
大概的示意就是上面代碼了，如果老子這塊要替換一下，那就整個(gè)“老子”就換成 “老子1”，“老子”的CSS讓然保留，防止版本回退。
這里有個(gè)問題就是為什么把“老子”作為劃分塊的粒度，而不是“兒子”呢，這就要看經(jīng)驗(yàn)了，是那種塊更容易被修改。
如果是一個(gè)頁面的替換其實(shí)道理一樣，一個(gè)頁面一個(gè)CSS，如果這個(gè)頁面需要替換，那就css_v2.css css_v3.css，一步步的往上累積。
如果一個(gè)人維護(hù)不過來，那就增加人手，如果你的整個(gè)網(wǎng)站是這樣處理的，那么那某些快劃分給這個(gè)人，某些塊劃分給另外一個(gè)人就OK了。
那么還有問題嗎，有的。那就是公共的塊，不能排除，一個(gè)網(wǎng)站沒有公共的部分，比如頭部，尾部這種最常見的，那就歸類到第一類，公共樣式文件中的不同的塊。
還有不能用塊來形容的，比如一個(gè)按鈕整個(gè)網(wǎng)站通用，那他的粒度就是他本身，再定義寬，高，顏色，字體，等等。
還有呢？reset，格式化樣式，基本的類（不會(huì)被替代的），比如清除浮動(dòng)的clearfix，還有寫啥想不起來了，反正是CSS層的和html關(guān)系不大的哪些寫到公共樣式頂部，保持他不怎么變。
然后，一個(gè)網(wǎng)站的頁面，你愛怎么改就怎么改，愛多少人一起改就多少人一起改，但是一定要塊的劃分分工明確。一個(gè)塊被多個(gè)人改就完蛋了。
