架构师速成6.13-开发框架-前后结合

前面说完了前端和后端的封装,本节再单独讲解一下哪些地方需要前后结合。

AJAX的前后端结合:

  1. 定义统一的返回消息体,{isError:true/false,message:’需要返回的消息’,data:{返回的数据},postAction:{后续的动作}}
  2. 根据消息体的返回,进行不同类别的展示,例如:错误提示,加载页面片段,数据刷新,页面跳转,或者自定义后续处理
  3. 服务端能自动判断是JSONP还是json方式的请求,进行相应的处理

翻页的前后端结合:

  1. 翻页首先分为页面跳转、ajax替换,ajax滚动追加
  2. 前后端需要统一翻页的对象,Page对象,包含page,pageSize,totalCount等,另外返回的数据,是放到page对象内,还是外部一个单独的对象。这也是一个需要考虑的地方。
  3. 后端支持将page对象传人,根据page对象返回结果,如果没有page对象,则使用默认的page,另外totalCount是否需要也是可选的
  4. 前端根据返回的page对象进行页面渲染。
  5. 尽量做到,程序员感知不到自己需要对翻页做任何的处理

表单验证的前后端结合:

  1. 表单验证需要前后端都进行,有些同学说有前端校验就足够了,黑客同学也是这么想的。
  2. 表单验证要保证前后端的一致性。如何保证?前端和后端验证需要无代码侵入试的验证,不需要写代码。
  3. 如何防止重复提交。

业务相关的前后端结合:

  1. 比如用户头像及用户基本信息
  2. 比如评论
  3. 其他业务需要结合的

 

错误的前后端结合:这个后面单独一节给讲解。

总之网站前后端要形成一个整体,需要开发人员了解的越少越好,这样才可以凸显框架的价值。

时间: 2024-09-11 17:57:32

架构师速成6.13-开发框架-前后结合的相关文章

架构师速成-目录

天地会总舵,陈近南给了韦小宝一本武功秘笈,韦小宝说:"嗯?这么大一本我看要练个把月啊!" 陈近南说:"这本只不过是绝世武功的目录,那边才是绝世武功的秘笈!" 这就是架构速成的秘笈目录 架构师速成1-前言 架构师速成2-概述 架构师速成2.1-论成功 架构师速成2.2-论成功 架构师速成3-开发者境界 架构师速成4-幼儿园 架构师速成4.1-幼儿园要学会如何学习 架构师速成4.2-幼儿园要学会如何学习 架构师速成4.3-幼儿园要学会查找资料 架构师速成5-小学 架构师

架构师速成2-概述

成为一名合格的架构师,需要经历菜鸟.码农.资深码农.项目经理.技术经理.架构师等一系列的过程.为了让大家通俗易懂,我把整个过程按照大家熟知的上学的顺序排了一下,从幼儿园-小学-中学--一直到博士,至于博士后需要大家自己去实践和想象了.每个过程我都会进行统一的描述: 阶段:例如 幼儿园 需要做的事情:例如 学会一门编程语言 完成任务耗时:例如 2-5个月 升级标准:例如:能写出简单的计算器,接受用户输入的+-x/运算 风险:例如 有人打断 当然在正式开始之前,我还是要提示一下相关的风险: 任何行业

架构师速成-架构体系

经过这段时间的反思和整理,终于对架构有了一个较为明确的理解.架构是产品从无到有以及慢慢壮大过程中所需要的全部技术体系总称,架构过程: 配置.编码.测试.运维.监控分析.安全.运营等一系列技术体系的选型.取舍 技术选型基础上进行规划.设计.实现.迭代.制定相关规范 相关技术及规范运用到产品开发的整个过程中,并在产品迭代过程中对架构进行迭代优化 架构不止包含技术的框架,比如有人用了spring就觉得我已经是架构师了,其实架构并不是这么简单.我们以做一个新浪微博类似产品为例,现实应该是这样的: 产品初

架构师速成1-前言

从事it工作10余年,痛并快乐着. 忠告以下人员远离it: 不能吃苦 耐不住寂寞 想赚大钱 如果你不是上面的人,而且非常想成为架构师话,请继续看下去. 需要3年时间 需要超强自制力 需要极强计划能力 需要吃苦 如果你能满足以上4条,那肯定就可以速成.可能有人会说"3年也算速成,这也太龟速了",我回答你,如果没人系统指导,想成为一个合格的架构师需要10几年甚至更长,我只是帮你少走一些弯路而已.本人成为一个合格的架构师花了10年,而我的2个兄弟只用了3年.如果你更聪明更勤奋,甚至可以缩短到

架构师速成5-小学

很高兴你很快的进入了小学,小学的东西会让你更加的耀眼. 阶段: 小学 学时:2-3个月 升学标准 能自己制定目标及计划,get thing done. 可以轻松制作一个让你身旁人惊叹的ppt 能做一个简单的网站(或者客户端软件),数据能保存到数据库. 实践经验干货来了. 先说ppt吧,这个上一期已经讲了,如果你ppt做到出神入化,基本不需要做架构这么苦逼的事情了.因为你很容易成为老板的心腹,军师,走上人生正道.作为一个苦逼的小学程序员,很羡慕吧.那就再努力学一下,不用多久,你就会升职加薪,当上总

架构师速成3-开发者境界

修炼的境界自下而上分为: 筑基.开光.融合.心动.金丹.元婴.出窍.分神.合体.洞虚.大乘.渡劫 其实开发者也可以按照修炼的境界进行划分: 入门.对象.模式.框架.架构 1.入门 初学者就是为了把功能实现,不考虑其他,此时根本不考虑可读或者可修改性. 2.对象 以面向对象方式进行编码,把代码分开写到不同的对象中,能够进行跨对象的交互. 3.模式 关键点可以使用设计模式进行设计 4.框架 某一语言内部进行高度封装,使常用的功能开发步骤极度简化,提升开发效率,并极大降低对开发人员的要求.例如使用sp

架构师速成8.3-架构师必须要了解的规则

作为一个架构师,有些规则是必须要掌握的,这就想软件的公理,如果你学物理不知道牛顿定律,那就不要学了.在软件行业也有类似的东西,我称之为软件定律.例如: ACID,CAP,BASE ACID 传统数据库系统中,事务具有ACID 4个属性 (1)原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行. (2)一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态.这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性:事务

架构师速成8.2-架构师要懂产品

产品和架构两个截然不同的职业,好像风马牛不相及,其实不是这样的.产品的思想需要经过技术的手来成为现实,在成为现实之前,需要技术理解.评估.碰撞.优化.把控.验证等等.当然架构师就承担了这一系列技术的责任,而且在一个产品的实现过程中,技术架构并不是很重要的,前期可以没有架构,简单快速验证,只有在用户多了之后,架构才有真正的用处.在初创公司,很多架构师都等不到用户多了的那一天,来实现自己的架构梦.所以产品这一关架构一定要把好,只有你把好了,后面才有机会让你去架构. 当然架构师的懂产品,是懂产品的生命

架构师速成6.6-知识的收集整理学习

知识如何学习前面已经讲了2节,这节主要讲知识的整理和沉淀. 其实我之前也一直没有好好的思考过这个问题,今天在整理自己的wiz知识库的时候突发灵感,所以有了这一节. 其实知识获取的过程分为搜索->收集->整理->精化->应用->分享,前一部分跟时间管理的收集也很相近吧.知识获取的思路适用于有目的的知识收集和日常的备忘性的知识收集.当然你随机收集一些资料记录下来其实效果并不是很理想,重要的是你要有目的的学习才能最大的发挥你的心智以及潜意识.当你主动要学习一项知识时,你的潜意识会主

架构师速成7.3-devops为什么很重要

evops是一个很高大上的名字,其实说的简单点就是开发和运维本身就是一个团队的,要干就一起把事情干好.谁出了问题,网站都不行.作为一个架构师,必须要devops,而且要知道如何推行devops. 首先要自动化,举个阿里的例子,阿里通过aone系统来实现半自动化部署: 开发人员开发代码先自测通过后,提交代码到git. 在aone中一键部署到日常环境.部署是自动化扫描依赖冲突,系统安全等问题. 测试接到部署成功的通知,进行测试,如果测试通过,则审批通过,可以线上发布. 线上运维人员一键部署到线上,部