2024年最新《浅谈架构之路：前后端分离模式》 - 山人行 - 博客园(1)，2024年最新Web前端面试题2024笔试

2401_84617969

于 2024-05-15 04:33:19 发布

阅读量791

点赞数 22

分类专栏：程序员文章标签：前端面试学习

本文链接：https://blog.csdn.net/2401_84617969/article/details/138883766

版权

程序员专栏收录该内容

104 篇文章 1 订阅

订阅专栏

总结

我在成长过程中也是一路摸爬滚打，没有任何人的指点，所以走的很艰难。例如在大三的时候，如果有个学长可以阶段性的指点一二，如果有已经工作的师兄可以告诉我工作上需要什么，我应该前面的三年可以缩短一半；后来去面试bat，失败了有5、6次，每次也不知道具体是什么原因，都是靠面试回忆去猜测可能是哪方面的问题，回来学习和完善，当你真正去招人的时候，你就会知道面试记录是多么重要，面试官可以从面试记录里看到你的成长，总是去面试，总是没有成长，就会被定义为缺乏潜力。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

网上对前后端分离介绍的文章已经屡见不鲜，接下来本人用一点粗浅的言语也谈谈这块，献丑了。

为什么要分离？

如果只问“前后端分离的意义大么？”这是废话，因为从软件架构的角度 Web 的前后端从一开始不就一直是分离的么，而且 browser、server 可能将永远分离下去。

为了了解这个问题，我们有必要先了解一下 Web的研发模式演变，关于这个题材，下面这篇博文说得不错，这边就不做搬运工了。

https://github.com/lifesinger/blog/issues/184

我们不能“为了分离而分离”，而应该“为了真正理解web开发、为了更好完成需求而分离”。

前后端分离的误区？

1、前端人员配备是否充足？

由于所在公司以往项目采用传统开发风格，即以后端MVC为主的开发模式，前端人员仅仅提供静态html页面，其余工作皆由后端开发人员完成。采用前后端分离模式可以减后台负担，加快研发效率，当然，前提是前端能做好的话。以往只需要提供静态页面的前端人员，在前后端分离模式中要负责项目的view+controller部分，即除了静态页面，还需要负责页面的所有交互代码、以及nodejs与视图层以及后端API的交互工作，无疑增加了前端人员的学习成本，在没有足够知识和人才储备的情况下，只能让前端人员加班加点。结果是大量前端人员离职（PS：做这么多事，工资总得加吧！）

2、前后端职责分配？

很多公司认为采用前后端分离之后，前后端只需要通过指定API进行交互即可，前端负责页面渲染，Nodejs负责路由分配，后端提供API。忽视了大量关键工作，职责分配和细节处理没有相应文档规定，缓存机制、图片上传下载、数据校验、语言国际化等等并没有出具相应信息。另外，大量忽视了nodejs层的作用，仅仅把nodejs当成一个路由中转，这一方面也是对nodejs技术的不熟悉导致的，其实nodejs能负责很多事，除了复杂业务逻辑处理和数据操作由Java 负责，大量工作完全可以在nodejs层处理。（PS：还是基础不够导致的！）

3、后端API是否Restful风格？

很多公司采用了前后端分离模式后，后端API仍然采用以往的传统风格，这是不合理的，Restful风格的API应该是前后端分离的最佳实践。ResultFul推荐每个URL能操作具体的资源,而且能准确描述服务器对资源的处理动作，通常服务器对资源支持get/post/put/delete/等，用来实现资源的增删改查。前后端分离的话，这些api-url是对接的桥梁，采用resultFul接口地址含义才更清晰、见名知意。（PS：用了Spring4.x 竟然还不用rest风格，说不过去啊）

4、前后端协作模式？

前后端分离后，无论是API接口的对接还是测试工作，都涉及到前后端人员的沟通，很多公司采用前后端分离后，前后端协作模式配合力度底，互相等待，开发效率低下，反而不如传统的开发模式。例如：当后端 API 没有编写完成时，前端无法进行调试，这就导致了前端会被后端阻塞的情况。其实像这种互相等待的模式需要改进， Mock Server 可能可以解决一些问题。

如何前后端分离？

怎么做前后端分离？大方向就是