- 综合排序
- 最热优先
- 最新优先
- 来自专栏Frost's Blog
Flask前后端分离实践：Todo App(3)
作者按: 几天前我收到一封邮件，有读者说看了我的前后端分离实践的文章获益很多。然而我却丧尽天良的断更了？不行不行，我不是这样的人，所以一年后，我再补上这个系列最后一篇文章吧。 那么我们来到前后端分离的世界，CSRF应该如何做呢？因为是前后端分离，所以服务端产生的CSRF值并不能实时更新到页面上，页面的更新全都要依赖客户端去主动请求。 csrf-token"]').getAttribute('content')} }) 这也是我这个todo项目采用的方法，但这种方法有一个很大的限制：前端页面必须至少由Flask应用渲染一次，这只能叫做半个前后端分离 实际开发中，前端和后端可能完全是分离部署，通过nginx等其他web服务器返回的。这样一来，{{ csrf_token() }}就完全没机会透给前端。不要紧，我们还可以用Cookies嘛。 总结 好了，我想这三篇文章已经覆盖了前后端分离与传统MVC架构的主要区别和开发技巧，当然还有更多的点我没法覆盖到，欢迎到评论区或邮件骚扰我。
2.2K10发布于 2019-11-29 - 来自专栏Tanger的思源地
前后端分离
前后端分离 前后端分离就是将一个应用的前端代码和后端代码分开写，为什么要这样做？ 如果不使用前后端分离的方式，会有哪些问题？ 前端–》HTML静态页面–》后端—》JSP 这种开发方式效率极低，可以使用前后端分离的方式进行开发，就可以完美解决这一问题。 前后端开发者只需要提前约定好接口文档（URL、参数、数据类型…），然后分别独立开发即可，完全不需要依赖后端，最后完成前后端集成即可，真正实现了前后端应用的解耦合，极大地提高了开发效率。 单体—》前端应用+后端应用 前端应用：负责数据展示和用户交互 后端应用：负责提供数据处理接口。 前端HTML—》Ajax—》RESTFUL后端数据接口。 (例：Java开发、spring boot开发) 传统单体应用 前后端分离的结构 前后端分离就是将一个单体应用拆分成两个独立的应用，前端应用和后端应用以JSON格式进行数据交互。
82310编辑于 2021-12-26 - 来自专栏Java崽
【前后端分离】
前后端开发者只需要提前约定好接口文档(URL、参数、数据类型…)，然后分别独立开发即可，在初期前端可以先造假数据进行测试(json)，完全不需要依赖后端，后期完成前后端集成即可，实现了前后端应用的解耦合 总结：就是为了适应技术和业务发展的需求，前端开发需要从之前的前后端混合在一起的组织架构中分离出来，形成独立的前端部门和后端部门 实际应用中理解为：前后端分离就是将前端视图和后端数据进行分离，后端只需要提供接口 (后端数据)给前端，前端提供的独立的视图系统，并且前后端分离项目在进行项目部署的时候可以分开，不仅开发效率提高了，而且一定上减少了程序的耦合。 以前架构 前后端分离技术架构：
33910编辑于 2024-03-15 - 来自专栏业余草
前后端分离架构：Web 实现前后端分离，前后端解耦
1、背景 前后端分离已成为互联网项目开发的业界标准使用方式，通过 nginx + tomcat 的方式（也可以中间加一个 nodejs）有效的进行解耦，并且前后端分离会为以后的大型分布式架构、弹性计算架构 那么，在这个时期，开发方式有如下两种： 「方式一」 前后端未分离架构 「方式二」 前后端未分离架构 方式二已经逐渐淘汰。 3、半分离时代 前后端半分离，前端负责开发页面，通过接口（Ajax）获取数据，采用 Dom 操作对页面进行数据绑定，最终是由前端把页面渲染出来。 view 层的工作，不是真正的前后端分离。 前后端模板统一在无线领域很有用，PC页面和WIFI场景下的页面适合前端渲染（后端数据Ajax到前端），2G、3G弱网络环境适合后端渲染（数据随页面吐给前端），所以同样的模板，在不同的条件下走不同的渲染渠道
3.2K40编辑于 2021-12-06 - 来自专栏chenchenchen
前后端分离及后端分层
原文链接：https://mp.weixin.qq.com/s/5SwQMIJ6Amv4m_8cIOaw3Q 前后端分离 回顾一下自己学JavaWeb的历程： 这里压根就不需要JSP了(纯HTML+AJAX)，这算是前后端分离的一种了 在开发上体验：如果完全使用HTML+AJAX的话，会发现其实需要写非常非常多的JavaScript代码，而且这些JavaScript …流下不学无术的泪水 目前我了解到的前后端分离，首先部署是分离的(至少不会跟Java绑定在一起部署)： ? 前端和Java部署机器分离 Java接口只返回JSON数据： ? 我一直想知道的是：前框框架和node是啥关系。 如果请求是调用后端服务，则经过Nginx转发到后端服务器，完成响应后经Nginx返回到浏览器。
2.3K41发布于 2019-09-02 - 来自专栏gglinux.com
前后端分离实践
最早从Web2.0 Ajax技术开始兴起，就有提前后端分离了。从Gmail的单页应用，到现在的单页应用层出不穷。浏览器渲染引擎也一直在突破，越来越多的交互、计算放在了浏览器这一层。 为什么要做前后端分离 当前项目从立项到2018年，已经有10余年的历史了。前端的技术栈是jQuery。后台是基于10年前的PHP框架，中间也经历过多次重构。 2）团队成员本身具有全栈开发的能力，转换成前后端分离的模式成本较低。 从业务本身来看：产品天生适合采用单页应用，无需SEO。 前端方案选型 基于上述原因，促成团队下定决心进行正式的改造。 3.样式的规范管理：前端的样式规范，也是需要改造的痛点。最终选用业界使用较成熟的BEM规范。 后端方案选型 这些年后端的发展与前端相比，就显得小巫见大巫了。 前后端分离对后端而言，最大的改造点，在于接入层的处理，即数据的输入输出方式。对接口而言，性能对前后端分离的体验至关重要，也是我们重点考虑的问题，我们加入了HTTP协议层的缓存。
1.5K90发布于 2019-02-23 - 来自专栏云计算运维
不懂前后端分离？
一 传统的开发模式 前后端分离前我们的开发协作模式一般是这样的： image.png 前端写好静态的HTML页面交付给后端开发。静态页面可以本地开发，也无需考虑业务逻辑只需要实现View即可。 二 前后端分离的开发模式 前后端分离并不只是开发模式，而是web应用的一种架构模式。 在开发阶段，前后端工程师约定好数据交互接口，实现并行开发和测试；在运行阶段前后端分离模式需要对web应用进行分离部署，前后端之前使用HTTP或者其他协议进行交互请求。 1. 前后端代码库分离，前端代码中有可以进行Mock测试(通过构造虚拟测试对 象以简化测试环境的方法)的伪后端，能支持前端的独立开发和测试。 而后端代码中除了功能实现外，还有着详细的测试用例，以保证API的可用性，降低集成风险。 3. 并行开发 image.png 在开发期间前后端共同商定好数据接口的交互形式和数据格式。
59420发布于 2021-07-19 - 来自专栏企鹅号快讯
前后端分离实践
前后端分离并不是什么新鲜事，到处都是前后端分离的实践。然而一些历史项目在从一体化 Web 设计转向前后端分离的架构时，仍然不可避免的会遇到各种各样的问题。 由于层出不穷的问题，甚至会有团队质疑，一体化好好的，为什么要前后端分离？ 说到底，并不是前后分离不好，只是可能不适合，或者说……设计思维还没有转变过来…… 一体式 Web 架构示意 前后分离式 Web 架构示意 为什么要前后端分离 比为什么要前后端分离更现实的问题是什么时候需要前后端分离 ，即前后端分离的应用场景。 3. 前后分离带来了用户用户体验和业务处理解耦 前端可以根据用户不同时期的体验需求迅速改版，后端对此毫无压力。同理，后端进行的业务逻辑升级，数据持久方案变更，只要不影响到接口，前端可以毫不知情。
1.8K91发布于 2018-02-06 - 来自专栏python3
前后端分离djangorestframe
关于验证码部分，在我这篇文章里说的挺详细的了：Python高级应用（3）—— 为你的项目添加验证码 这里还是再给一个前后端分离的实例，因为极验官网给的是用session作为验证的，而我们做前后端分离的用的是 当然，大佬可以直接忽略 djangorestframework+redis+jquery 好的，直接上例子： 还是用的 Python高级应用（3）—— 为你的项目添加验证码 这文章最后的LoginAuth 在启动项目之前，需要设置一个中间件，不然会有跨域请求问题，有跨域请求解决问题，请移步：前后端分离djangorestframework——解决跨域请求 这里就不多介绍了 在utils目录下创建一个中间件 import redis import json pc_geetest_id = "b46d1900d0a894591916ea94ea91bd2c" pc_geetest_key = "36fc3fe98530eea08dfc6ce76e3d24c4 pc_geetest_id = "b46d1900d0a894591916ea94ea91bd2c" pc_geetest_key = "36fc3fe98530eea08dfc6ce76e3d24c4
85520发布于 2020-01-17 - 来自专栏企鹅号快讯
再谈前后端分离
前段时间我针对手头上的项目前端配置进行了反思以及总结并且写了两篇文章:webpack传统后端渲染的项目前端配置,webpack配置之前后端不分离, 很显然这些配置能满足一时的需求, 但是也有不足. css js扔给后端转换为jsp之类的后端模板. 甚至极端情况下html文件也应该是前端的事情, 所以spa(单页应用)诞生了: 后端不再直接参与前端逻辑和静态资源的处理, 这样当然有好处: 前后端算是完全分离了, 页面由前端渲染, 但是弊处也相当明显 再者前端无法控制后端的接口质量, 导致分工倒是分了, 但是项目进度反而是慢了, 老项目也不可能进行完全的分离, 我认为操作性很强的web应用(注意是应用)完全可以直接spa, 好处也毋庸置疑. 总结 上面不涉及具体代码以及配置, 但是思路在那里, 不管后端是什么, 我们前端可以都写的很爽, 同样, 前后端分离不是说什么都是给前端干, 完全可以协调工作量.
1.2K80发布于 2018-01-10 - 来自专栏python3
前后端分离架构
一、概述 前后端分离 在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML页面，不再控制前端的效果。 在前后端分离的应用模式中 ，前端与后端的耦合度相对较低。 在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口，或者API，前端通过访问接口来对数据进行增删改查。 二、演示1.0 一般来说，在企业中，使用Vue+Java Spring Cloud微服务架构，来做前后端分离。 pip3 install -r requirements.txt python3 manage.py runserver 0.0.0.0:8000 api cd django-login-example /1.0/demo_api pip3 install -r requirements.txt python3 manage.py runserver 0.0.0.0:8001 nginx配置 安装nginx
1.1K40发布于 2020-03-25 - 来自专栏新亮笔记
浅谈前后端分离
确定需求（产品经理/领导/客户）； UI 设计效果图； 前后端约定接口文档； 前后端并行开发； 前后端集成； 需求交付（提测/上线）； 前后端半分离 ? 如图，为前后端半分离。 分离与半分离的标志在于谁握着组装数据的逻辑，如果在前端，那就是前后端分离！否则就是半分离！ 前后端分离 ? 如图，为前后端分离。 优点 前后端彻底分离，即便后期有服务迁移，也不需改动前端代码； 更好的适配前端，业务更向前靠拢，在 BFF 层进行接口组装； 对于后端，确定了更清晰的服务边界； 对于前端，可自行在 BFF 层 mock
91230发布于 2020-09-03 - 来自专栏互联网杂技
再谈前后端分离
前言 前后端分离已经是业界所共识的一种开发/部署模式了。 所谓的前后端分离，并不是传统行业中的按部门划分，一部分人纯做前端（HTML/CSS/JavaScript/Flex），另一部分人纯做后端，因为这种方式是不工作的：比如很多团队采取了后端的模板技术（JSP 我们需要花费大量的精力来调试，直到上线前仍然没有人有信心所有的接口都是工作的。 一点背景 一个典型的Web应用的布局看起来是这样的： ? 前后端都各自有自己的开发流程，构建工具，测试集合等等。 这样结构清晰，关注点分离，前后端会变得相对独立并松耦合。 上述的场景还是比较理想，我们事实上在实际环境中会有非常复杂的场景，比如异构的网络，异构的操作系统等等: ? 这样的好处很多: 1、前后端开发相对独立 2、后端的进度不会影响前端开发 3、启动速度更快 4、前后端都可以使用自己熟悉的技术栈（让前端的学maven，让后端的用gulp都会很不顺手） 但是当集成依然是一个令人头疼的难题
1.5K80发布于 2018-04-03 - 来自专栏Kevin-ZhangCG
前后端分离原理
前言 前后端分离已成为互联网项目开发的业界标准使用方式，通过Nginx+Tomcat的方式（也可以中间加一个Node.js）有效的进行解耦，并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构 一、开发人员分离 以前的JavaWeb项目大多数都是Java程序员又当爹又当妈，又搞前端，又搞后端。 service,dao代码完成业务逻辑 -->返回JSP -->JSP展现一些动态的代码 新的方式是： -->浏览器发送请求 -->直接到达HTML页面（前端控制路由与渲染页面，整个项目开发的权重前移 六、前后端分离的优势 ● 可以实现真正的前后端解耦，前端服务器使用Nginx。 九、总结 前后端分离并非仅仅只是一种开发模式，而是一种架构模式（前后端分离架构）。千万不要以为只有在撸代码的时候把前端和后端分开就是前后端分离了，需要区分前后端项目。
9.2K61发布于 2018-09-20 - 来自专栏大飞的部落阁
Vue3+ElementPlus+Axios实现前后端分离demo
选择vue版本为3.x，点击创建项目 项目创建完成后自动进入我们创建的demodemo项目中，我们点击依赖，点击右上角安装依赖，分别搜索axios、element-plus并安装。 安装后让如图所示 然后我们点击任务，启动serve 然后我们访问：localhost:8080 就可以看到router模式的首页 后端接口准备 我们使用FastApi开发了一个后端接口：localhost script> <style> </style> 这个页面主要是加载了element-plus的基础按钮组件，以确认element-plus加载成功，最主要的showinfo方法，它是通过axios对后端进行请求 Script功能 Demo视图的Script中的逻辑为，当点击更新infos按钮时，出发showinfo方法的执行，对infos的数据进行更新，同时页面的el-table也会进行响应式的更新 到此，我们的前后端分离
3.1K20编辑于 2022-06-17 - 来自专栏学习java的小白
前后端分离配置token
corsConfiguration.addAllowedHeader("*"); // 2 设置访问源请求头 corsConfiguration.addAllowedMethod("*"); // 3
88310发布于 2020-12-07 - 来自专栏Linyb极客之路
浅谈前后端分离（下篇）
上篇主要介绍一下前后端分离的一些优缺点，本篇主要介绍一下前后端分离的一些落地，不过在介绍之前，要先阐述一下在实施前后端分离时，要考虑到一些东西 前后端分离的误区？ 1、前端人员配备是否充足？ 3、后端API是否Restful风格？ 很多公司采用了前后端分离模式后，后端API仍然采用以往的传统风格，这是不合理的，Restful风格的API应该是前后端分离的最佳实践。 前后端分离后，无论是API接口的对接还是测试工作，都涉及到前后端人员的沟通，很多公司采用前后端分离后，前后端协作模式配合力度底，互相等待，开发效率低下，反而不如传统的开发模式。 前后端职责是否能明确？即：后台提供数据，前端负责显示。 是否建立了前端的错误追踪机制？能否帮助我们快速地定位出问题。 前后端分离如何规划？ 怎么做前后端分离？ id=1561111462074628&wfr=spider&for=pc 2、实现前后端分离的心得 http://blog.jobbole.com/111624/ 3、前后端分离实践（一） https
1.5K10编辑于 2022-03-10 - 来自专栏全栈开发之路
前后端分离原理笔记
原文：https://juejin.im/post/5b71302351882560ea4afbb8 一、核心思想 前端html通过ajax调用后端的restful api接口并使用json数据进行交互
50520发布于 2019-08-15 在线租房平台源码+springboot+vue3（前后端分离）
视频演示图片演示技术栈后端技术框架：JDK8+SpringBoot + Mybatis-Plus数据库：Mysql8前端核心框架- Vue 3 (^3.2.13) - 采用最新的Vue 3框架，支持Composition API- Vue Router 4 (^4.0.3) - 单页面应用路由管理- Vuex 4 (^4.0.0) - 状态管理UI组件库- Element Plus (^2.3.1) - 基于Vue 3的企业级 运行下面命令：npm run serve运行成功图例：进入到项目 hadluo-vue 目录下，这个项目是vue学生前端， 右键，运行cmd，运行下面命令：npm run serve运行成功图例：启动后端项目将 然后部署后端 ， 打开idea， 导入maven工程 hadluo-server。
46710编辑于 2025-07-01- 来自专栏HAUE_LYS'Blog
前后端分离项目模板
本文最后更新于 48 天前，其中的信息可能已经有所发展或是发生改变。 项目地址 功能简介-视频演示 ---- 功能概要 ---- 支持登录和注册功能。 支持密码找回和邮箱验证。 验证码发送有效期3分钟，发送一次后需要等待60秒。 ---- 密码找回 ---- 重置密码需要验证邮箱，发送验证码进行验证。 验证通过后才能进行重置。 ---- 快速开始 ---- 环境搭建 ---- 首先 Star 并且 Fork 本项目到你的 repo （bushi） 环境依赖：jdk17、node.js16+、SpringBoot3、Vue3、redis5.0.14.1 database: 0 host: 127.0.0.1 port: 6379 ---- 启动项目 ---- 确认 mysql 数据库成功连接； 启动 redis 服务端； 最后启动前后端即可
35020编辑于 2023-09-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号