解决前后端工程师协同工作的问题

前后端工程师工作协同工作主要环节在于数据交互与业务流程控制。

在数据交互方面遇到这种情况,前后端工程师一开始没有沟通好数据交互格式,因为后端做得快,已经写完接口,出了接口文档,而前端工程师在开发的时候使用了一些框架或者是一些插件,而框架的接口数据有规定,但是后端出的接口数据与前端开发所需要的接口数据不一样,这时候前端工程师就处于被动状态,临时解决问题方法只有三个:

一、把后端传过来的数据在前端再转化一次,转成框架需要的接口数据。

缺点:加大了前端开发时间,影响前端页面性能。

二、前端重新自己写一套前端组件,根据后端接口读取数据。

缺点:加大了前端开发时间。

三、让后端工程师根据前端框架的接口数据重新写接口。

缺点:加大了后端开发时间,影响后端数据处理。

想想都知道,后端工程师肯定不愿意重写接口,后端工程师就说会影响很多代码,苦逼的还是前端工程师。前端工程师只能一步一步重新改造前端页面。

在业务流程控制方面遇到这种情况,前后端工程师一开没有明确的分工,前端工程师一直负责view方面,后端工程师一直负责model方面,中间的control方面没有处理,结果到前后端项目合并就出现了问题。中间一个业务控制层没有了。项目某些地方业务无法处理,后果可想而知。临时解决问题方法只有两个:

一、前端进行业务流程控制。

缺点:加大了前端开发时间。(胖客户端-瘦服务器)

二、后端进行业务流程控制。

缺点:加大了后端开发时间。(瘦客户端-胖服务器)

想想都知道,后端工程师肯定不愿意重写业务控制层,后端工程师就说会前后端分离,减轻服务端压力。苦逼的还是前端工程师。前端工程师只能一步一步重新添加control层代码。

综合上述,这个坑永远还是前端工程师填。那么如何解决以上两类问题呢?答案其实很简单,这两类问题产生的主要原因是缺乏沟通。因此,在项目开始的时候一定要沟通。前端工程师一定主动要向后端工程师说明使用框架所需要的数据接口格式。并且一定要分工明确,搞清楚前端负责哪些部分,后端负责哪些部分,业务流程控制需要前后端如何配合。这样才能避免以上两类问题,从而影响工作进度。(说白了就是为什么要加班)

时间: 2024-10-28 16:07:14

解决前后端工程师协同工作的问题的相关文章

springBoot 解决前后端分离项目中跨越请求,同源策略

今天在做项目的过程,采用前后端分离技术的时遇到采用ajax请求无法访问后台接口,按F12,查看浏览器运行状态时,报如下错误 为了解决浏览的同源策略,就必须了解什么是同源策略. 1.什么是同源策略 同源策略(Same origin policy)是一种约定,它是浏览器最核心也最基本的安全功能,如果缺少了同源策略,则浏览器的正常功能可能都会受到影响.可以说Web是构建在同源策略基础之上的,浏览器只是针对同源策略的一种实现. 而所谓同源是指,域名,协议,端口相同.如静态资源所在的服务器和后端接口所在服

利用gulp解决前后端分离的header/footer引入问题

在我们进行前后端完全分离的时候,有一个问题一直是挺头疼的,那就是公共header和footer的引入.在传统利用后端渲染的情况下,我们可以把header.footer写成两个单独的模板,然后用后端语言的include即可在其他页面中引入.我之前在<一个简单粗暴的前后端分离方案>这篇文章中说过一种方法,就是用handlebars把header.footer模板预编译为js文件,然后在页面的头部用document.write写到页面中.这种方式的弊端也比较明显,那就是依赖一个模板引擎.在使用mvv

如何解决前后端token过期问题

问题描述: 首先后端生成的token是有时限的,在一段时间后不管前端用户是否进行了访问后端的操作,后端的token都会过期,在拦截器阶段就会返回错误的请求:token过期,从而拿不到想要的请求数据. 解决思路: 每隔一段时间的后端请求中都将token传送过去获取新的token并返回前端放入cookies中并记录cookie的存储失控,达到更新cookie中token的效果;而长时间不做操作的话我们就可以让他的token失效退出系统了. 解决方式:我们的访问后端的请求都是jQuery的ajax请求

cors跨域资源共享---解决前后端跨域问题

Cross-Origin Resource Sharing (CORS) ,定义了在跨域访问资源时浏览器和服务器之间如何通信.CORS背后的基本思想是使用自定义的HTTP头部允许浏览器和服务器相互了解对方,从而决定请求或响应成功与否. 解决方法: ①后端加响应头 header("Access-Control-Allow-Origin: *"); header('Access-Control-Allow-Credentials: true'); header('Access-Contro

nginx配置反向代理解决前后端分离跨域问题

摘自<AngularJS深度剖析与最佳实践>P132 nginx配置文件如下: server { listen 80; server_name your.domain.name; location / { # 把跟路径下的请求转发给前端工具链(如gulp)打开的开发服务器 # 如果是产品环境,则使用root等指令配置为静态文件服务器 proxy_pass http://localhost:5000/; } location /api/ { # 把 /api 路径下的请求转发给真正的后端服务器

Vue + SpringBoot + nginx:(1)开发环境npm run dev下,通过nginx解决前后端分离造成的跨域问题

前面看了很多的博客,在使用nginx进行反向代理的时候,都是讲通过 build 后...但是,我只是希望在 npm run dev 的时候进行 nginx 的反向代理,因为我只是在开发环境啊!!! build 个锤子... 前提:后端环境已经搭建完成.前端页面可通过npm进行启动.下载好nginx 前端页面接口:8081(这个端口可以通过配置文件自定义) 服务端接口:8902 nginx 包 大体思路: 1.nginx 上配置好监听的端口号(这样前端页面访问端口就能被检测到).代理到服务端的地址

springboot 解决前后端跨域

项目web层创建文件夹名字随便 和controller平级 在文件夹下创建类 名字随意  我是在tools文件夹下创建了一个叫CorsConfig的类,代码如下 package com.huyuqiang.web.tools; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframew

Javaweb项目开发的前后端解耦的必要性

JavaWeb项目为何我们要放弃jsp?为何要前后端解耦?为何要动静分离? 使用jsp的痛点: 1.jsp上动态资源和静态资源全部耦合在一起,服务器压力大,因为服务器会收到各种静态资源的http请求,动态代码的等等,除非你使用nginx. 万一你的java代码出现了bug,你的页面是显示不出来的,直接蹦到了5xx页面,用户体验极差. (现在javaWeb项目业界的标准是nginx+tomcat,动静分离,请求先到nginx,所有的静态资源请求全部交给nginx,动态资源全部给tomcat,此外n

【转载】java前后端 动静分离,JavaWeb项目为什么我们要放弃jsp?

原文:http://blog.csdn.net/piantoutongyang/article/details/50878214 今天看到两篇文章,讲解 为什么web开发启用jsp,确实挺有道理,整理如下: 使用jsp的痛点: 1.jsp上动态资源和静态资源全部耦合在一起,服务器压力大,因为服务器会收到各种静态资源的http请求,动态代码的等等,除非你使用nginx. 万一你的java代码出现了bug,你的页面是显示不出来的,直接蹦到了5xx页面,用户体验极差. (现在javaWeb项目业界的标