前端集成方案——理论(二)

 
要点图
 
推荐你们看 此博文。下面阐述下先后协做。先后协做是先后分离的核心。
 
 
传统模式
 
 
 
 

图解:  优势: 无。html

         缺点:后台、前端分工耦合,效率低,难以维护。
前端

         表明:FreeMark构建页面。由前端交付静态界面后,后台拼凑成ftl模板。后台主导先后联调。前端主要负责CSS和JS功能组件。java

 

流水线模式node

 

图解:  优势: 先后台作了分工;前端以流水线投放到各项目,缓解目前前端工程师紧缺的压力;很是适合SPA(Single Page Application)项目。git

         缺点:非SPA项目,后台Controller层涉及需后台处理页面跳转,或界面不方便处理的数据转换,算法等。致使先后台分工耦合。github

         表明:后台提供《URL接口文档》—>前端以模拟数据构建界面—>替换成真实接口进行先后联调—>测试。算法

 

全栈模式前端工程师

  

 

图解:   优势: 完美分工。测试

          缺点:UILayer = Controller(java/nodeJS) + 界面,依赖前端工程师掌握java/nodeJS。spa

 

   如上,传统模式应逐步摒弃。依大部分公司前端紧缺的实际状况来看,先靠向流水线模式。最终实现全栈模式。

   

理论阐述完毕,点这里看实例