谈页面重构的团队协作和后期维护

为什么写这篇文章？因为我看到越来越多的公司重构职位要求注重这方面。一个公司的网站一旦成型以后，就很少去做大的调整和改版。剩下的就是缝缝补补、改改换换。恰恰是这些看似是小问题的问题，前端人员发愁了。在原有结构上替换某一处的内容还可以，但是一旦涉及到新需求必须改变原有页面结构的时候，矛盾出现了。原来的结构是深思熟虑、精心编排的，而如果确定需要改动的话，很可能影响甚至破坏页面其他区域。而且，这个时候的页面的静态动态已经成型，更改只能是页面和程序一起来协作进行，使得工作效率变的很低，测试也有点麻烦。改的时间也不一定是你刚写完就改，也许是放下好几个月后又来，又怕写的样式和别的地方冲突，又担心写的东西不兼容，结果可能是越改越乱，虽然页面表现上没什么问题，但是从代码上讲，已经打破了原来那么规整严谨的书写。对于一个专业的页面重构人员，这么情况实在是很难受啊。那么，如何尽量避免后期维护出现的不利因素呢？现在我就来谈谈我自己的感受：

• 1.初次重构页面需要考虑良好的兼容性、扩展性。
  这点可能是最重要的，首页的各个元素必须有明确的标识规范，避免以后维护样式重复。各个容器相对独立，尽量少出现模糊定义（如.wrap div{}等）。规划足够公共属性（如.none{display:none}），必要时候方便调用。
  
• 2.提高手动书写代码能力。
  这个不用多说，此技能必须提高，很多的时候就需要你记住属性的，忙的时候你大概也没时间去DW查某个属性怎么拼写。
  
• 3.丰富经验，有联想性，预先阻止出现的BUG。
  经验丰富的CSSER更改起来总是能用最小的改动获得最佳的效果。就是要在不断更改中增加经验值。有联想性就是没法测试的时候，会联想页面可能出现的样子，有可能出现浏览器BUG的地方预先写好阻止情况出现的代码。这个有点抽象，经验越深，体会越明显，不能强求。
  
• 4.提高团队协作能力。
  这个是针对整体的，个人带动整体。更改内容前互相沟通，找出最有效而且各个岗位修改顺手的更改方式。避免因为实现某一效果而导致一系列工作效率降低。
  
• 5.说服BOSS不改大的结构。
  这点貌似有点困难，不过也不是没有可能的。毕竟要改动大的东西一般是首页，如果你能说服改动可能出现的问题，懂行的也许为了追求唯美可能放弃，当然也有可能BOSS觉得你能力不行，此招慎用！