项目改版总结

作者: Rememberautumn 分类: 未分类 发布时间: 2016-11-26 22:49 阅读: 2,122

改版背景:

滴滴乘客端 升级改版,加上合并了 Uber 客服中心的样式要和端上保持一致,也是为了让 Uber 和 滴滴的 UI 趋同,避免维护两套代码,成本较高(我猜的,哈哈哈)。

改版情况

  1. 业务线众多,滴滴,Uber ,一号专车,小巴,等等,角色分为司机和乘客(用的一套代码)。
  2. 首页大变动,功能基本不同,但是司机端要保持原来风格,导致改版会很尴尬。
  3. 代码耦合比较严重,此次改版并不涉及所有页面,只是部分页面,有些页面不改,有些页面改,公用代码部分较尴尬。

解决方案

  1. 说服 PM 把一些不重要的页面不同角色都改了(是不是很机智,哈哈哈哈)
  2. 样式改版,情况比较复杂,因为之前有很多页面是公用一份 CSS 的,可能 A,B,C 都有事一份 CSS 但是这次 A 改版了,其他都不改,这样比较尴尬,意味着你不能直接改原来的 css,有几种方案,比如改版的页面新加载一个 css ,覆盖之前的样式,再者 复制一份 css 进行修改,改版的页面加载新的 css ,其实我采用了第一种方案,现在想想还是欠缺考虑,不过我在第一种方案上进行了优化,并没有新加载 css 只是在新页面的 body 上加了个 class,这样我就可以使用这个 class 名来限制只有新页面 css 才会生效,并且css 的覆盖原则是就近原则,在全部改版时,可以快速合并 相同选择器的 css,缺点是,新旧页面都要加载两份 css ,而且缓存的话可能文件有修改都会被干掉,而且合并时也会很麻烦。第二种方案,复制一份 css ,好处是新的 css 可以随便改,也只有心页面才会加载新的 css,缺点是,正常的需求还是同步在进行的,会导致我们要维护两份css 的可能,而且,文件要多一个前缀来命名,旧文件何时可以被清理掉 也不好计算。

改版感受

因为来在线客服这边时间也不是很长,业务不是非常熟悉,在改版起来有很多对于内容不确定的地方,再者,一份代码多处引用,导致可能会产生一些未知的问题,测试需要全线回归,成本较高。

遗憾

本来在这次改版要 加上 淘宝 REM 的适配方案,因为还有些未知的问题,加上工期较赶没有敢上,其实我已经写好了自动化脚本来处理了,但是奈何代码太复杂还是感觉可能会与考虑不到的地方。还有就是,有些公共 css 都在引用无法改 css 单位,会出现一些不兼容的情况。

还有就是前端工程化方案,之前是使用maven ,功能简单,只是实现了一些简单的代码压缩,本来要用 webpack 来实现,但是因为上线这一块是后端负责,我并不熟悉这一块,改了前端构建方式,意味着我们的上线也要进行修改。

继续

改版还没真正完成,继续努力吧。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

发表评论

电子邮件地址不会被公开。 必填项已用*标注