前端项目两大教训:
1,凡涉及第三方部门都可能耗费几天甚至更长。第三方提供的接口几乎无验证的。此问题普遍存在。
2,后台研发人员前端技术匮乏,在前端主要覆盖静态页面(CSS+HTML)时,后端研发人员处理静态页面与后台的交互,和业务处理,效率低下,束手无策,问题频出。
第一个问题:跨部门,我们无力解决,我个人经验是,先找对方开发,如果不甩你,向领导反馈;有笔记本的带电脑的去找对方开发。把问题解决就完事。
第二个问题:需培养出合格的后台web developer.
第一阶段: 1,编码:“一刀切”,后端提供URL,前端负责界面; 2,转测:前端交付联调好的界面给对应模块后台开发。前端支撑后台改bug,以此提升后台的前端处理能力。 此阶段前端需要全程介入。应该锁定在部门或项目组。
第二阶段: 后台成为合格的 web developer后,前端只需要前期提供静态页面,基础类库,和控件库等。此阶段前端相当于流动站,可以跨部门支撑多项目。
前后端协助图:
前端亟待解决的问题:
需求 | 阐述 |
通用前端构建流程 | 并不是要追求完美,而是避免项目崩坏。将项目稳固在一定水准之上。像WAP项目,一个迭代到了后期就难以维护,是无法忍受的。 |
前端基础类库、组件库 | 我们部门项目的界面风格往往一脉相承,我们是否能够提供良好的组件库,在新项目中直接拿着用?而不是给每个项目定制开发?我们 是否对跨项目的定制业务,也积累良好的技术材料? 比如埋点,主站居然是在界面直接写代码,和界面耦合,而不是抽取出精简、通用的JS文件,供跨部门调用。 |
书写规范、单元测试 | 事件标准,JS类的标准化写法。页面渲染流程等。能否让每个人的代码都是可以预测,易阅读的?以及做做最基本的单元测试? |
技术积累 | 我们有什么文档可以让一个后端工程师循序阅读,学习成为一个合格的web developer?让一个前端成为一个更专业,具备独立设计前端架构,性能优化的前端?还用最原始的, 碰到难点你去问的手段?常识问题成千上万,却耗尽骨干的时间。 |
前端项目的开展
时间: 2024-10-07 05:52:25