维护是什么,维护就是修改,不断的修改,但是要保证你的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关系不大的哪些写到公共样式顶部,保持他不怎么变。
然后,一个网站的页面,你爱怎么改就怎么改,爱多少人一起改就多少人一起改,但是一定要块的划分分工明确。一个块被多个人改就完蛋了。
新闻热点
疑难解答