系统设计中接口（系统接口设计方案）

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

本文目录一览：

• 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，查询用户角色;

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

系统预留接口

系统设计中考虑了一定的技术储备和可扩展性，预留有多个接口：

（1）预留有同交通厅或业主公司基建项目管理平台的接口，可以将项目基础数据及汇总报表直接传递到基建项目管理平台。

（2）预留有与营运管理系统的接口，在营运管理中，可以直接进入管理系统查看相应的施工原始资料。

（3）预留有与施工现场监控系统的接口，关键、控制性工程的现场监控录像资料可以进入管理系统相应模块，方便查看。

关于系统设计中接口和系统接口设计方案的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 系统设计中接口的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于系统接口设计方案、系统设计中接口的信息别忘了在本站进行查找喔。

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