Java面试宝典，前后端分离实际容易产生的问题

• 接口文档在开发的哪个阶段出来。这家公司的模式是边开发边出接口文档，也就是开发完一个出一个，这种方式的缺点在后面详细说到，因为团队不大所以导致的现象不突出，没有成为开发效率的主要限制因素，但也会出现前端没事情做等后端接口文档，开发完之后前端bug比后端多一些。

• 用前言vue1.0开发，开发中很多不方便和坑，2.0做了很多优化，太注重组件的复用，想把所有差不多的都封装成一个组件导致if太多太过复杂难以维护。

最后因为产品一直上线不了加上公司内部结构问题产品和研发各种甩锅挣权，产品挣权成功占主导，研发陆续走人崩离瓦解。

传统思维公司，前后端正式开战

第二家公司的开发模式比较传统，因为后端的发展历史比前端长很多，复杂度都比前端多这是事实，项目重点业务部分和数据库都是在后端，所以一般都是后端的当研发技术老大无可厚非，如果老大只做过后端的开发没怎么接触过前端，前端在公司情况相对后端会差些。

先说说这家公司研发组织结构到我在职的后期，后端13人左右平均工作年限3_{4年左右，前端8人左右平均工作年限1}2年左右，也就是后端大部分是3年以上的，一两个是1年左右的，前端大部分是1~2年左右，这些当中很多是非计算机专业后面培训转前端的，一些是刚毕业的。我虽然工作3年以上，但做全职前端也才不到两年。因为这种人员结构，后端都是老油条（其中有几个脾气不大好），前端都是刚毕业没多久的小鲜肉（比较内向害羞），联调的时候可想而知后端是大爷前端是跟班。

说说我个人感觉这家公司开发中存在的问题：

• 接口文档在开发的哪个阶段出来，接口文档出来的时间点也是和上家一样，但是因为工作量大、团队大导致这点是开发效率的主要限制因素和后面出一系列矛盾出现。直接导致的问题是开发前期前端只能做静态页面，中期一直在等后端出文档，有些比较负责的前端就会不停的追问找对应模块的后端，问他打算这块返回的数据格式是什么样的。所以经常看到有几个前端经常往后端跑，后端有点烦没好气的说我现在没空或者心情好点话就讲一下。

• 因为写完接口出文档，导致快到提测时间节点上是前端最忙的时候要敲后续的处理数据相关的代码，因为时间比较紧所以先把大概功能处理完就提测，导致测试那边反应前端不细心，细节问题一大堆。

• 基于上面原因，老板询问项目进度每次都是后端做完了，前端没做完，说前端进度慢，bug还多，前端背锅。

• 程序员天生抗拒写文档，所以经常出现文档字段说明不详细（遇到牛逼的理由是看英文单词就知道什么意思啊），前端字段理解没到位所以经常出现字段绑定问题的bug。

• 人的天生惰性，联调前端调用后端接口，测试接口都交给前端，后端写完就不管了。

• 业务处理的前后端分工不明确，主要看后端领导的性格，后端领导在公司地位高些，后端领导是怕麻烦那种性格，麻烦的处理前端能做竟然给前端，前端不能做才给后端做，没考虑过浏览器的处理能力、带宽限制、安全性因素（讨论中后端老大曾说也不会把浏览器搞死机，也就是只要浏览器不死机就行）

• 前端团队平均技术水平不高（毕业不久的占比大）

• 前后端沟通成本较大，后端很多没做过前端，前端很多没做过后端，沟通解释时间较长，前端对项目的业务逻辑理解不深，后端对接口文档不重视不知道接口文档对前端的重要性。

后面多次向上反映没有什么改善，后端觉得先出文档做不到后端老大一直不觉得这是很大问题，最后选择离开。

佛系公司，提升自己才是王道

现在就职的是一家上市公司背景的分部，工作节奏有点慢，前后端分离也有接口文档出来时间问题，文档字段描述不清楚的问题，但因为节奏慢所以问题没那么突出，前端压力没那么大。而且项目负责人比较nice能接收别人建议的人，但改变是循序渐进，在这家公司感觉个人佛系了很多。在公司很闲适合养老，当然很多会说养老公司趁早出来，经过思考我留下来有以下原因：

最后

看完上述知识点如果你深感Java基础不够扎实，或者刷题刷的不够、知识不全面

小编专门为你量身定制了一套<Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法>

针对知识面不够，也莫慌！还有一整套的<Java核心进阶手册>，可以瞬间查漏补缺

全都是一丢一丢的收集整理纯手打出来的——收整在***【我的学习笔记大全】***，有需要的朋友可以自取

更有纯手绘的各大知识体系大纲，可供梳理：Java筑基、MySQL、Redis、并发编程、Spring、分布式高性能架构知识、微服务架构知识、开源框架知识点等等的xmind手绘图~

微服务架构知识、开源框架知识点等等的xmind手绘图~

[外链图片转存中…(img-jLjW6BUD-1628137545577)]