我是靠谱客的博主 会撒娇大树,最近开发中收集的这篇文章主要介绍java前后端分离一、前后端分离,整体流程二、前端: 三、后端:,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

一、前后端分离,整体流程

 


二、前端:

    整体采用HTML+VUE。

2.1、路径规范:

    js获取rootPath,然后定义ctx。

    页面中js的引入使用document.write。整体类似传统jsp中的ctx。

    一个业务的html文件和js文件放在同一个文件夹下,如下图。

2.2、缓存使用

    前端session:    最低支持IE8  Chrome5

       sessionStorage--针对一个 session 的数据存储(关闭窗口,存储的数据清空)。基于H5    大小5M;

       localStorage--生命周期是永久,这意味着除非用户显示在浏览器提供的UI上清除,否则这些信息将永远存在。(因为是永久,后端的token要有时间控制)

2.3、前端参数传递

   通过按钮直接调转html页面的情况下,因为不经过后台,跳转时参数传递采用如下方式。parseQueryString()是截取url参数的js方法,将url后面的所有参数转换成obj对象,  在新的页面中可以直接使用。


2.4、文件上传问题

   通过jquery的ajax上传。

   有必要可以将文件上传单独部署一台服务器,避免网络导致业务系统访问速度。

 

2.5、公共标签

2.5.1、分页标签

    后端将现有的分页标签改造下,将生成的html通过分页查询的接口一同传送到前台。

2.5.2、前端格式化

    jsp中实现时间的dateFormat,字符串的substring等格式化标签可以通过VUE的filter来实现。

2.6、数据校验

    前端数据合法性校验?结构错误,空值等

    类似form表单的validate。支持一些常用的规则,否则js里面if可能会比较多。

2.7、数据校验

    请求超时,ajax:timeout。


三、后端:

3.1、接口规范:

    提供在线的api查询功能,定义好接口说明,接口url,请求参数,相应参数,请求示例,相应示例,错误码说明等。

    接口提供在线测试功能,后期上线后可提供给运维人员使用。

    支持GET,POST两种调用方式   

3.1.1、默认提供方法

list方法

get

参数

是否必填

code

name

page

getByFV

get

参数

是否必填

field

value

edit

post

参数

是否必填

id

save

post

参数

是否必填

对象

delete

post

参数

是否必填

id

 

3.1.2、统一响应

              { "result": {

                       "paramA":"V1",

                       "paramB":"V2"

                     },

                "isSuccess": true,

                "token": "(userId+时间)&加密",

                "messageCode": "消息码",

                "message": "说明"

             }

3.1.2、错误定义:

   @ControllerAdvice    @ExceptionHandler

错误码

错误描述

解决方案

1001

缺少参数

请核对参数

1002

参数错误

请核对参数类型,长度,是否必填

2001

Token加密验证失败

详见加密规则

2002

Token超时

重新登录

2003

未登陆

请先登陆

3001

SysException

系统常见错误,具体请查看接口返回message

 

 

3.2、安全

3.2.1、token验证

    token为“userId+时间”,用base64加密。后端请求前需要对token进行拦截,验证token是否过期。为保证处理效率,token存放在redis中,超时后需要重新生成并通知前段。

   

 

3.2.2、参数验证

    在执行后端接口前,需要对传递的参数进行类型,长度和是否必填验证,如果参数不符合接口要求,直接返回相应错误。

3.2.3、跨域解决

    CorsFilter。

3.3、开发规范

    后端按“服务模块化”进行开发。

3.3.1、接口事务规则

    涉及到事务的操作,都实现一次调用。查询等不涉及事务的按最小粒度划分,除特殊情况,后端不提供交叉查询功能(即一个查询接口不查两张表)。

    例如:删除角色时,需要先将和用户的关联删除,再将角色删除。后端需要提供一个删除角色的api,对应的service中将关联数据和本身都删除。避免前端进行两次操作,简化前端开发,也避免事务问题。

3.3.2、service编码规范:

    A、controller,service中只允许有自己模块的manager,需要调用其他模块的相关操作,只可引入其他模块的service,不可直接引入manager。   

    B、一个代码块中,不可出现连续两行同时调用一个service的方法。需要在service中合并后一次调用。   

3.4、spring状态机

    类似供方审核业务,整个流程中涉及状态较多,状态转换控制复杂的情况,使用spring stateMachine。

    开发过程中无需直接修改字段,通过事件机制,对要修改的数据发起相应事件,有系统控制状态流转,避免状态错乱。

3.5、缓存使用

    后端引入redis作为缓存数据库。需要存放到当中的对象有:loginSession,userToken,核心数据。

    注意点:A、key避免重复

           B、设置失效时间,并打散失效时间,避免集中失效。

           C、使用连接池和批量操作来提高效率。mget,mset。

           D、避免多个应用使用一个redis,按业务拆分。

3.6、文件上传

    采用nginx+fastdfs形式。文件的下载或在线查看,可通过nginx服务直接操作,无需消耗jboss资源。

3.7、gzip压缩

    减少后端服务器的网络压力。

3.8、@ResponseBody

   ResponseBodyAdvice。

    为方便转json,项目里一些对象中存在一些特殊的属性需要特殊处理。

    1.dict中的parent。这个字段转json时需要忽略,否则会一直找根节点,json string会特别长。

    2.Date类型的字段。需要制定格式。

3.9、springCache

    通过springCache提供的注解@Cacheable,@CacheEvict等,将service方法和redis结合起来,方便redis的调用,程序更加简洁明了。存放的数据有:token,loginSession,userAuth等。

最后

以上就是会撒娇大树为你收集整理的java前后端分离一、前后端分离,整体流程二、前端: 三、后端:的全部内容,希望文章能够帮你解决java前后端分离一、前后端分离,整体流程二、前端: 三、后端:所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(39)

评论列表共有 0 条评论

立即
投稿
返回
顶部