- 综合排序
- 最热优先
- 最新优先
- 来自专栏java开发的那点事
21-前端与后端动静分离
动静分离 特点 分布式, 因为将前端和后端分开了, 不再由后端返回页面, 可以减少服务器的压力 前后端解耦, 可以独立开发, 前后端并行 静态归于Nginx发布 接口服务化, 统一只提供数据 数据特点 js/html/images/audios/videos 动态数据 得到的数据可能会和上一次不一样 实现方式 CDN 很多的大型网站都是采用了CDN加速的, 当然CDN是花钱的~ Nginx 如果前端的访问压力不是很大的话 因为静态资源的压力并不是很大, 一台Nginx完全扛得住, 只需要将接口服务部署为集群即可, 如果静态资源的压力在后续上升, 那么可以将静态资源抽离, 单独部署在一个Nginx集群中, 第一台Nginx只做路由转发即可 动静分离的问题
55730编辑于 2022-09-13 - 来自专栏算法与编程之美
前端|前后端分离模式的思考（二）
通过前后端分离，前端负责对应的交互业务，后端负责数据的处理。 5.使得代码的耦合度更高。 这里可以从一种软件设计模式来分析。 不管是前端还是后端，都可以针对不同的端，实现一些工程化的东西。 3.提高了处理复杂业务的能力。后端可以只专注后端业务，前端可以只专注于前端的业务。 三、前后端分离有哪些缺点 1.团队沟通成本。 3.项目维护成本。 前后端分离，后端的代码和前端的代码都需要单独部署。在开发中也需要针对开发需求部署不同的环境。 4.增加繁杂的配置。 前后端分离，需要设置跨域一系列的其他操作。 总体归纳如下几点: 1.产品设计 2.设计 3.前端开发 4.后端开发 5.测试 6.部署 这几个环节，其实很多都可以并行运行。 后端人员开发完成之后，前端直接调用真实数据。 （3）在前后端开发过程中，测试人员可以针对前端人员开发的功能进行前端调试。测试人员也可以针对后端开发人员的接口进行数据调试。 END
66930发布于 2020-09-16 - 来自专栏vivo互联网技术
vivo 商城前端架构升级—前后端分离篇
本文主要以 vivo 商城项目的前后端分离经验，总结前后端分离思路，整理前后端分离方案，以及分离过程中遇到的问题及解决方案。 为此，我们在2019年开始进行商城项目的架构升级，进行前后端分离，前端技术升级，接口规范化，以便应对未来更多的业务挑战。 二、背景 架构升级，第一步面临的问题便是前后端分离，前后端不分离的痛点已经无需赘述，既影响开发效率，又影响开发体验，但商城仍然处于业务高速发展时期，不能因为技术重构而停下业务版本的迭代。 让我们带着这些问题来看看vivo商城是如何一步步实现前后端分离。 纯前端业务上线发布速度提升10+倍 释放研发人力，专业的人做专业的事，开发效率最高提升1倍 打好native化、多端渠道拓展基础 积累技术经验、赋能更多业务 五、总结 整个前后端分离过程漫长而曲折，在这个过程中我们面临的最大问题就是如何在人力成本
89140发布于 2020-10-27 - 来自专栏Frost's Blog
Flask前后端分离实践：Todo App(3)
作者按: 几天前我收到一封邮件，有读者说看了我的前后端分离实践的文章获益很多。然而我却丧尽天良的断更了？不行不行，我不是这样的人，所以一年后，我再补上这个系列最后一篇文章吧。 那么我们来到前后端分离的世界，CSRF应该如何做呢？因为是前后端分离，所以服务端产生的CSRF值并不能实时更新到页面上，页面的更新全都要依赖客户端去主动请求。 Flask应用渲染一次，这只能叫做半个前后端分离。 实际开发中，前端和后端可能完全是分离部署，通过nginx等其他web服务器返回的。这样一来，{{ csrf_token() }}就完全没机会透给前端。不要紧，我们还可以用Cookies嘛。 总结 好了，我想这三篇文章已经覆盖了前后端分离与传统MVC架构的主要区别和开发技巧，当然还有更多的点我没法覆盖到，欢迎到评论区或邮件骚扰我。
2.2K10发布于 2019-11-29 - 来自专栏Tanger的思源地
前后端分离
前后端分离 前后端分离就是将一个应用的前端代码和后端代码分开写，为什么要这样做？ 如果不使用前后端分离的方式，会有哪些问题？ 前端–》HTML静态页面–》后端—》JSP 这种开发方式效率极低，可以使用前后端分离的方式进行开发，就可以完美解决这一问题。 前端只需要独立编写客户端代码，后端也只需要独立编写服务端代码提供数据接口即可。 前端通过AJAX请求来访问后端的数据接口，将Model展示到View中即可。 单体—》前端应用+后端应用 前端应用：负责数据展示和用户交互 后端应用：负责提供数据处理接口。 前端HTML—》Ajax—》RESTFUL后端数据接口。 (例：Java开发、spring boot开发) 传统单体应用 前后端分离的结构 前后端分离就是将一个单体应用拆分成两个独立的应用，前端应用和后端应用以JSON格式进行数据交互。
82310编辑于 2021-12-26 - 来自专栏Java崽
【前后端分离】
前后端开发者只需要提前约定好接口文档(URL、参数、数据类型…)，然后分别独立开发即可，在初期前端可以先造假数据进行测试(json)，完全不需要依赖后端，后期完成前后端集成即可，实现了前后端应用的解耦合 总结：就是为了适应技术和业务发展的需求，前端开发需要从之前的前后端混合在一起的组织架构中分离出来，形成独立的前端部门和后端部门 实际应用中理解为：前后端分离就是将前端视图和后端数据进行分离，后端只需要提供接口 (后端数据)给前端，前端提供的独立的视图系统，并且前后端分离项目在进行项目部署的时候可以分开，不仅开发效率提高了，而且一定上减少了程序的耦合。 以前架构 前后端分离技术架构：
33910编辑于 2024-03-15 - 来自专栏程序员的知识天地
前后端分离后的前端时代，使用前端技术能做哪些事？
什么是前后端分离，要区分前端和后端，需要有个明确的界限。一般，用户可以直接看到的东西，都是属于前端的范畴，除了前端之外都属于后端了。 前后端分离，不只是简单的代码的分离。 首先是要架构上分离解耦，逐渐摆脱前后端在架构上的依赖，前后端各司其职，分开部署在不同的服务器上，通过RESTful接口传递数据。 其次是逻辑分离，不分离的时候，对于业务代码的界限很不明确，业务逻辑基本都放在后端，分离之后，前端也承担了一部分不该后端来写的业务逻辑，数据处理更加清晰。 同样，对于前端应用来说，可以更方便的调用多个后端服务器的接口，处理和展示多个系统间的数据。 为什么要前后端分离 前后端分离，让软件开发的流程更加清晰，解决了开发阶段的痛点。 前后端分离后，需要考虑哪些事情 分离后的前端，不再是一个简单的HTML文件，已经是一个独立的应用系统。除了要考虑页面的数据渲染展示，还要用工程化的思想来考虑前端的架构，前后端的交互和数据安全等事情。
2.8K30发布于 2018-10-27 - 来自专栏业余草
前后端分离架构：Web 实现前后端分离，前后端解耦
3、半分离时代 前后端半分离，前端负责开发页面，通过接口（Ajax）获取数据，采用 Dom 操作对页面进行数据绑定，最终是由前端把页面渲染出来。 4、分离时代 大家一致认同的前后端分离的例子就是 SPA(Single-page application)，所有用到的展现数据都是后端通过异步接口(AJAX/JSONP)的方式提供的，前端只管展现。 SPA 式的前后端分离，从物理层做区分（认为只要是客户端的就是前端，服务器端就是后端）这种分法已经无法满足前后端分离的需求，我们认为从职责上划分才能满足目前的使用场景： 前端负责 view 和 controller 最重要的一点是，前端不用再学一门其他的语言了，对前端来说，上手度大大提高。 前后端分离时代 可以就把 Nodejs 当成跟前端交互的 api。 前后端模板统一在无线领域很有用，PC页面和WIFI场景下的页面适合前端渲染（后端数据Ajax到前端），2G、3G弱网络环境适合后端渲染（数据随页面吐给前端），所以同样的模板，在不同的条件下走不同的渲染渠道
3.2K40编辑于 2021-12-06 - 来自专栏前端技术总结
前后端分离开发之前端模拟数据
1.背景 1.1背景介绍 前后端分离的架构中，前后端同学约定好接口后就可以并行开发，最后双方再进行接口的联调。 1.2联调的痛点 “等接口” 前端和后端开发的进度不一致，例如前端同学已经按照交互完成了页面的开发，但是后端同学此时还不能及时提供出接口,此时前端同学会陷入“等接口”的境地。 Code: 100, Data: null, Message: "xxx接口发生错误" } } } 优点： 前后端分离 这里重点介绍RAP2和Easy Mock，其他常见前端接口模拟工具的特性也会在后面列出。 3.RAP2 前后端分离开发，Mock.js可以解决前端依赖后端提供接口后，才能请求数据的限制。 了解更多：https://app.apiary.io/ 6.小结 在前后端分离的架构中，为了让前端同学在前后端联调时摆脱“等接口-改接口-调接口”的尴尬境地，减少双方的沟通成本、时间成本，提高项目整体开发效率
7K1092发布于 2019-08-25 - 来自专栏chenchenchen
前后端分离及后端分层
原文链接：https://mp.weixin.qq.com/s/5SwQMIJ6Amv4m_8cIOaw3Q 前后端分离 回顾一下自己学JavaWeb的历程： 这里压根就不需要JSP了(纯HTML+AJAX)，这算是前后端分离的一种了 在开发上体验：如果完全使用HTML+AJAX的话，会发现其实需要写非常非常多的JavaScript代码，而且这些JavaScript …流下不学无术的泪水 目前我了解到的前后端分离，首先部署是分离的(至少不会跟Java绑定在一起部署)： ? 前端和Java部署机器分离 Java接口只返回JSON数据： ? 如果请求是调用后端服务，则经过Nginx转发到后端服务器，完成响应后经Nginx返回到浏览器。 每一个层基本都自己对应的领域模型，这样就导致了有些人过于追求每一层都是用自己的领域模型，这样就导致了一个对象可能会出现3次甚至4次转换在一次请求中，当返回的时候同样也会出现3-4次转换，这样有可能一次完整的请求
2.3K41发布于 2019-09-02 - 来自专栏前端Q
前后端分离之让前端开发脱离接口束缚（mock）
来源 | https://www.cnblogs.com/milo-wjh/p/6424246.html 前后端分重构完成，再书写交互时遇到后台接口尚未完成，无法得到接口返回的测试数据，但是我们又需要一些数据来测试我们的前端功能的时候 但是这样一点也不符合咱们早完事早收工的工作理念，所以呢，今天学习的关于前端模拟AJAX的三种办法，用于应对以上情况，加快开发效率； 解决办法： 1、mockjax.js和mockjsON.js 2、mock.js 3、gulp-mock-server 方法一：mockjax.js和mockJSON.js 简介： mockjax.js和mockJSON.js都是基于jQuery开发的JavaScript Library 来快速创建批量的数据 使用mockJSON创建批量数据的书写方式： responseText: $.mockJSON.generateFromTemplate({ "user|3- angularjs，有完善的API文档和维护，适用性强 用法：简单是试用了jquery下的使用，跟方法一的用法类似，其他环境下没使用过也不好说啥，具体使用方法和介绍可以查看官网或则《使用Mock.js进行独立于后端的前端开发
76920发布于 2021-01-05 - 来自专栏『学习与分享之旅』
【VIDEO_Parent】-创作者前端-前后端分离与建立前端工程
什么是前后端分离前端单独进行部署后端也是单独进行部署两个系统之间使用 JSON 进行传输建立前端工程前端是基于 Vue 来进行开发的，所以我本次使用的 UI 为 vue-element-amdin 进行二次开发 , 不过使用的是 template 模板 admin 那套内容太多了，所以在这里我将一步一步的来完善该系统前端使用的开发工具为 WebStorm 可以和我一样也可以不一样，本次编写博主使用的为 WebStormUI https://registry.npm.taobao.org配置运行脚本如下图，就不用每次运行都在终端当中自己打对应的运行脚本了如上如果都配置好了，那么就直接点击启动的按钮启动工程，最终得到的效果图如下前端开发步骤路径对应路由 , 路由当中会对应我们的页面添加路由引入路由的页面进入到组件当中, 编写页面, 加载对应的 js, 发送网络请求发送网络请求在 api 当中创建对应的 js 文件, 定义接口地址参数前端界面修改添加 Logo height: 60px; margin-right: 10px; vertical-align: top;}margin-bottom: 20px;修改 favicon.ico修改 Title前端请求流程替换前端请求服务器地址编写服务器登录请求接口
30710编辑于 2023-11-30 - 来自专栏gglinux.com
前后端分离实践
为什么要做前后端分离 当前项目从立项到2018年，已经有10余年的历史了。前端的技术栈是jQuery。后台是基于10年前的PHP框架，中间也经历过多次重构。 3）代码结构性差、分层模糊，逻辑层的代码充斥在View层中。找代码的时间占据解决bug的大部分时间。4）前端尚处在刀耕火种的年代，前端规范差、压缩混淆不彻底，难以适应新的浏览器渲染技术。 2）团队成员本身具有全栈开发的能力，转换成前后端分离的模式成本较低。 从业务本身来看：产品天生适合采用单页应用，无需SEO。 前端方案选型 基于上述原因，促成团队下定决心进行正式的改造。 3.样式的规范管理：前端的样式规范，也是需要改造的痛点。最终选用业界使用较成熟的BEM规范。 后端方案选型 这些年后端的发展与前端相比，就显得小巫见大巫了。 前后端分离对后端而言，最大的改造点，在于接入层的处理，即数据的输入输出方式。对接口而言，性能对前后端分离的体验至关重要，也是我们重点考虑的问题，我们加入了HTTP协议层的缓存。
1.5K90发布于 2019-02-23 - 来自专栏云计算运维
不懂前后端分离？
一 传统的开发模式 前后端分离前我们的开发协作模式一般是这样的： image.png 前端写好静态的HTML页面交付给后端开发。静态页面可以本地开发，也无需考虑业务逻辑只需要实现View即可。 这种模式的问题 在前端调试的时候要安装完整的一套后端开发工具，要把后端程序完全启动起来。遇到问题需要后端开发来帮忙调试。我们发现前后端严重耦合，还要要求后端人员会一些HTML，JS等前端语言。 二 前后端分离的开发模式 前后端分离并不只是开发模式，而是web应用的一种架构模式。 前后端代码库分离，前端代码中有可以进行Mock测试(通过构造虚拟测试对 象以简化测试环境的方法)的伪后端，能支持前端的独立开发和测试。 而后端代码中除了功能实现外，还有着详细的测试用例，以保证API的可用性，降低集成风险。 3. 并行开发 image.png 在开发期间前后端共同商定好数据接口的交互形式和数据格式。
59420发布于 2021-07-19 - 来自专栏企鹅号快讯
前后端分离实践
通过这样的架构改造，前后端实际就已经分离开了。抛开其它类型的前端不提，这里只讨论 Web 前端和后端。 前后技术分离 前端可以不用了解后端技术，也不关心后端具体用什么技术来实现，只需要会 HTML/CSS/JavaScript 就能入手；而后端只需要关心后端开发技术，除了省去学习前端技术的麻烦，连 Web 3. 前后分离带来了用户用户体验和业务处理解耦 前端可以根据用户不同时期的体验需求迅速改版，后端对此毫无压力。同理，后端进行的业务逻辑升级，数据持久方案变更，只要不影响到接口，前端可以毫不知情。 毕竟后端思维和前端思维还是有所不同——前端思维倾向于用户体验，而后端思维则更倾向于业务的技术实现。 除此之外，前后分离在安全性上的要求也略有不同。 前后分离的测试 前后分离之后，前端的测试将以用户体验测试和集成测试为主，而后端则主要是进行单元测试和 Web API 接口测试。
1.8K91发布于 2018-02-06 - 来自专栏python3
前后端分离djangorestframe
关于验证码部分，在我这篇文章里说的挺详细的了：Python高级应用（3）—— 为你的项目添加验证码 这里还是再给一个前后端分离的实例，因为极验官网给的是用session作为验证的，而我们做前后端分离的用的是 在启动项目之前，需要设置一个中间件，不然会有跨域请求问题，有跨域请求解决问题，请移步：前后端分离djangorestframework——解决跨域请求 这里就不多介绍了 在utils目录下创建一个中间件 import redis import json pc_geetest_id = "b46d1900d0a894591916ea94ea91bd2c" pc_geetest_key = "36fc3fe98530eea08dfc6ce76e3d24c4 redis自行配置 view部分: 注意这里有个小坑： 极验官方给的例子里用的是request.POST，而我们用了djangorestframework之后，前端传来的数据已经不再是用request.GET pc_geetest_id = "b46d1900d0a894591916ea94ea91bd2c" pc_geetest_key = "36fc3fe98530eea08dfc6ce76e3d24c4
85520发布于 2020-01-17 - 来自专栏企鹅号快讯
再谈前后端分离
前段时间我针对手头上的项目前端配置进行了反思以及总结并且写了两篇文章:webpack传统后端渲染的项目前端配置,webpack配置之前后端不分离, 很显然这些配置能满足一时的需求, 但是也有不足. 毕竟配置工程师(逃 静态资源管理 传统后端主导的项目中对静态资源很少处理, 毕竟后端主要还是处理业务逻辑, 但是这样一来前端的命门就被后端抓在手里而且还不受重视, 这就导致这么一个情况: 前端写好静态页面和 甚至极端情况下html文件也应该是前端的事情, 所以spa(单页应用)诞生了: 后端不再直接参与前端逻辑和静态资源的处理, 这样当然有好处: 前后端算是完全分离了, 页面由前端渲染, 但是弊处也相当明显 再者前端无法控制后端的接口质量, 导致分工倒是分了, 但是项目进度反而是慢了, 老项目也不可能进行完全的分离, 我认为操作性很强的web应用(注意是应用)完全可以直接spa, 好处也毋庸置疑. 总结 上面不涉及具体代码以及配置, 但是思路在那里, 不管后端是什么, 我们前端可以都写的很爽, 同样, 前后端分离不是说什么都是给前端干, 完全可以协调工作量.
1.2K80发布于 2018-01-10 - 来自专栏python3
前后端分离架构
一、概述 前后端分离 在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML页面，不再控制前端的效果。 至于前端用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，App有App的处理方式，但无论哪种前端，所需的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。 在前后端分离的应用模式中 ，前端与后端的耦合度相对较低。 在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口，或者API，前端通过访问接口来对数据进行增删改查。 二、演示1.0 一般来说，在企业中，使用Vue+Java Spring Cloud微服务架构，来做前后端分离。 为了方便，这里使用2个django项目，一个是前端demo-login，一个是后端demo-api。
1.1K40发布于 2020-03-25 - 来自专栏互联网杂技
再谈前后端分离
前言 前后端分离已经是业界所共识的一种开发/部署模式了。 所谓的前后端分离，并不是传统行业中的按部门划分，一部分人纯做前端（HTML/CSS/JavaScript/Flex），另一部分人纯做后端，因为这种方式是不工作的：比如很多团队采取了后端的模板技术（JSP 而前端则负责拿到数据，组织数据并展现的工作。这样结构清晰，关注点分离，前后端会变得相对独立并松耦合。 这样的好处很多: 1、前后端开发相对独立 2、后端的进度不会影响前端开发 3、启动速度更快 4、前后端都可以使用自己熟悉的技术栈（让前端的学maven，让后端的用gulp都会很不顺手） 但是当集成依然是一个令人头疼的难题 我们需要的mock应该还能做到： 1、前端依赖指定格式的mock数据来进行UI开发 2、前端的开发和测试都基于这些mock数据 3、后端产生指定格式的mock数据 4、后端需要测试来确保生成的mock数据正是前端需要的
1.5K80发布于 2018-04-03 - 来自专栏新亮笔记
浅谈前后端分离
确定需求（产品经理/领导/客户）； UI 设计效果图； 前后端约定接口文档； 前后端并行开发； 前后端集成； 需求交付（提测/上线）； 前后端半分离 ? 如图，为前后端半分离。 分离与半分离的标志在于谁握着组装数据的逻辑，如果在前端，那就是前后端分离！否则就是半分离！ 前后端分离 ? 如图，为前后端分离。 优点 前后端彻底分离，即便后期有服务迁移，也不需改动前端代码； 更好的适配前端，业务更向前靠拢，在 BFF 层进行接口组装； 对于后端，确定了更清晰的服务边界； 对于前端，可自行在 BFF 层 mock 数据； 缺点 增加了开发成本； 中间层转发增加请求延迟； BFF 层大多数情况下归属于前端负责，使用 nodejs 开发，完成请求转发和数据转化。
91330发布于 2020-09-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号