前端项目的开展

傷城~ 2021-12-20 16:37 181阅读 0赞

**前端项目两大教训**：

1，凡涉及第三方部门都可能耗费几天甚至更长。第三方提供的接口几乎无验证的。此问题普遍存在。

2，后台研发人员前端技术匮乏，在前端主要覆盖静态页面(CSS+HTML)时，后端研发人员处理静态页面与后台的交互，和业务处理，效率低下，束手无策，问题频出。

第一个问题：跨部门，我们无力解决，我个人经验是，先找对方开发，如果不甩你，向领导反馈；有笔记本的带电脑的去找对方开发。把问题解决就完事。

第二个问题：需培养出合格的后台web developer．

第一阶段： 1，编码：“一刀切”，后端提供URL，前端负责界面； 2，转测：前端交付联调好的界面给对应模块后台开发。前端支撑后台改bug，以此提升后台的前端处理能力。 此阶段前端需要全程介入。应该锁定在部门或项目组。

第二阶段： 后台成为合格的 web developer后，前端只需要前期提供静态页面，基础类库，和控件库等。此阶段前端相当于流动站，可以跨部门支撑多项目。

**前后端协助图**：

![261044015178001.png][]

**前端亟待解决的问题**：

<table>     
 <tbody> 
  <tr> 
   <td>需求</td> 
   <td>阐述</td> 
  </tr> 
  <tr> 
   <td>通用前端构建流程</td> 
   <td>并不是要追求完美，而是避免项目崩坏。将项目稳固在一定水准之上。像WAP项目，一个迭代到了后期就难以维护，是无法忍受的。</td> 
  </tr> 
  <tr> 
   <td>前端基础类库、组件库</td> 
   <td>我们部门项目的界面风格往往一脉相承，我们是否能够提供良好的组件库，在新项目中直接拿着用？而不是给每个项目定制开发？我们<br>是否对跨项目的定制业务，也积累良好的技术材料？ 比如埋点，主站居然是在界面直接写代码，和界面耦合，而不是抽取出精简、通用的JS文件，供跨部门调用。</td> 
  </tr> 
  <tr> 
   <td>书写规范、单元测试</td> 
   <td>事件标准，JS类的标准化写法。页面渲染流程等。能否让每个人的代码都是可以预测，易阅读的？以及做做最基本的单元测试？</td> 
  </tr> 
  <tr> 
   <td>技术积累</td> 
   <td>我们有什么文档可以让一个后端工程师循序阅读，学习成为一个合格的web developer？让一个前端成为一个更专业，具备独立设计前端架构，性能优化的前端？还用最原始的，<br>碰到难点你去问的手段？常识问题成千上万，却耗尽骨干的时间。</td> 
  </tr> 
 </tbody> 
</table>

转载于:https://www.cnblogs.com/mominger/p/3809530.html

[261044015178001.png]: /images/20211220/e954b43a4e61423eb47ab9bfa9727afe.png