Web 重构前的分析
本篇讲重构前的分析。从“工作状态、工作环境和工作角色”和具体重构工作两方面分析。
凡是经过考验的朋友，就应该把他们紧紧地团结在你的周围
比较理想的工作状态：制定了各种设计和开发规范，各团队之间邮件、团队内部即时通讯工具或声波传输沟通，对已有的或将要孵化的项目和产品，或多或少会有参与和认识，较早的进入开发环境中，进行准备、分析和实施相关的思考。但也可能会是产品需求未确定和频繁变更，技术规范、产品文档和开发文档尚未定义，已经要求团队进行并行开发的充满风险的工作状态。
工作环境多是公司内部，但也有可能接触或成为 Outsourcing 开发伙伴，将会经历工期、需求、各规范、技术栈、开发模式、开发流程、产品性能迭代等方面的严峻考验。
接触过产品需求、交互文档中的各种描述，如一级页面二级页面三级页面，直接从不确定的类目名定义具体的模块，造成需求分类紊乱；接触过设计师比较随意，页面无栅格，图层无分组不命名，图标不矢量处理，间距颜色字体凭手感视觉。
也接触过非常严谨的设计师，栅格参考线锁定，组件式所有模块置于一个 PSD 并标注，图标 iconfont 拉你进项目成员组；也接触过其他同行的编码，差不多和设计稿相同的经历；
综上所述，项目开发越多，跨项目周期、跨组织跨地域、跨角色的协作问题也会越多，需要结合项目参与人员、时间节点和伸缩性等因素分析，作出合适的技术选型，和行之有效的沟通。
如果做好心理准备，一切准备都已经完成
到具体重构工作的分析，从收到设计师的稿，要考虑：站点风格，如何栅格，内容、结构、样式、行为如何分离，站点、页面公用部分和业务模块组件有哪些，主次颜色，行高是多少，标题、段落字体字号有哪几种，图文组合有几种，列表有几种，模块内外间距是多少，ICON 图标有哪些，响应式布局处理…
重构不是完全还原设计稿，是基于设计稿，提炼和整理，分析和统计，得到各个方面数据。
分析完成，开始动手。
更新日志：
- 2015-07-13