接口系统设计（系统接口设计案例）

本篇文章给大家谈谈接口系统设计，以及系统接口设计案例对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口系统设计的知识，其中也会对系统接口设计案例进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、系统接口设计的原则（续）
• 2、前后端分离系统接口设计思路
• 3、系统概要设计的接口设计

系统接口设计的原则（续）

昨天写到系统接口设计最重要的原则是：

很开心的是大家选了黎叔和Richardson的方案，因为这个方案是最 简单直观 的，并且满足了数据在两个系统的一致性。

还是举昨天的例子，数据在客户系统是这样的：

到我们系统也会生成一样的数据：

我们系统为了生成这条数据，还需要生成一些基础数据：

这个方案的唯一问题是一个正常的SR(一装一卸)被分成了两个SR，一个是提货SR，一个是卸货SR，和我们之前对SR的认知十分不同，除了心里有些小担心之外，暂时也想不出这样会有什么问题。

抛开这个问题，我想用三个词来评价这个解决方案：

前后端分离系统接口设计思路

直接进入正题，总得分为两块，一块是表结构，另一块为实现思路（仅供参考）
一、 表结构

1、 菜单表（right）

字段 类型 注释

id long 主键

name varchar 名称

url varchar 地址

ico varchar 图标

tips varchar 提示信息

parentId long 上级菜单Id

level int 级别:1-3为菜单，4为按钮，5为接口

sort int 排序

2、 角色表（role）

字段 类型 注释

id long 主键

name varchar 名称

desc varchar 描述

code varchar 编码

sort int 排序

3、 角色菜单表（role_right）

字段 类型 注释

id long 主键

roleId long 角色ID

rightId long 菜单ID

4、 用户表（user）

字段 类型 注释

id long 主键

name varchar 姓名

account varchar 账号

password varchar 密码

5、 用户角色表（user_role）

字段 类型 注释

id long 主键

userId long 用户Id

roleId long 角色Id

5、 用户登陆记录表（login_token），过期时间由系统检测

字段 类型 注释

id long 主键

date date 登陆日期

token varchar token

userId long 用户Id

二、 实现思路
1、前端

用户登录，返回token；

根据token查询用户菜单信息，并返回json数据，存入客户端；

根据菜单数据，动态显示菜单，按钮

前端跳转页面，需要在路由中加入前端拦截，读取本地权限数据进行匹配

用户访问接口，后端进行校验
2、后端

编写拦截器，拦截所有url，过滤掉特殊不需要拦截的url;

获取请求中的接口地址，不包含参数;

获取当前请求token，查询用户角色;

根据角色查询所有的接口，拿当前请求的接口进行比对，存在则放行，不存在，则返回错误信息
以上仅为个人设计思路，如有不好的地方，欢迎指正。

系统概要设计的接口设计

接口设计包括三个方面：
一、用户接口
用来说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
二、外部接口
用来说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
三、内部接口
用来说明本系统之内的各个系统元素之间的接口的安排 关于接口系统设计和系统接口设计案例的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口系统设计的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于系统接口设计案例、接口系统设计的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。