产品系统接口设计（系统接口设计原则）

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

本文目录一览：

• 1、接口设计怎么写？
• 2、系统接口设计的原则（续）
• 3、产品经理所理解的接口
• 4、如何设计系统接口 系统接口设计注意事项
• 5、前后端分离系统接口设计思路
• 6、嵌入式硬件系统接口电路设计的内容简介

接口设计怎么写？

接口设计包括三个方面：一、用户接口用来说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。二、外部接口用来说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。三、内部接口用来说明本系统之内的各个系统元素之间的接口的安排

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

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

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

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

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

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

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

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

产品经理所理解的接口

本文目标用户：

1.在产品设计中遇到有关于接口对接的经历，但是之前没有接触过类似对接。

2.想了解产品眼中的接口到底是什么东西？

3.对于已经明确了解并有相关对接的产品大佬们，欢迎你们指点。

一.API接口的定义

先来一段官方的解释：是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问原码，或理解内部工作机制的细节。

以产品的角度来讲，接口就是系统之间信息沟通的桥梁，通过接口我们能与不同的系统进行数据交换，以一个函数为例：比我y=x+1,当X系统传入一个参数，Y系统就会给我们按照函数逻辑给我们返回相应的值，我们不需要管Y系统内部具体的细节。

二.API接口的业务场景

在我个人的工作经历中，我把接口的业务场景分为2大类：一类是在程序内的接口调用。比如在用户登录时，输入账号密码调用登录接口去校验，这一类我们不考虑。

另一类是系统之间的接口调用。这一类中又可以细分为2类：一类是同一个平台内的系统之间的接口调用；比如在电商中，订单中心要想知道某个订单现在有没有发货，需要传递订单号到仓储中心，然后返回订单的发货状态。还一类是不同平台系统的接口调用；比如我们需要在页面上展示地图，直接调用高德或者百度的接口展示。

接口为我们的节省了大量的开发成本，对于两个独立的系统可以通过接口关联起来。不需要我们花费大量精力去构建一个完整的系统，而且对于一些需要的数据是来自外部数据的话，更不可能去搭建同一个系统。

三.看懂API接口

我们以一个接口文档的一个例子，来看看到底包含了哪些元素（作为产品，我们不需要去深究具体的实现细节，只需要知道接口的目的和相应的字段）

1.接口描述

简单的描述该接口的作用。

2.接口地址

表示要去哪里去找到该接口，得到响应。

3.请求方法

表示以哪种方法去请求接口的地址，一般是post或者get。（想具体了解可以问度娘）

4.请求参数

表示我们向接口调用时，需要传递哪些参数，这会根据具体的业务场景来设计字段以及具体的字段规则

5.返回结果

表示调用接口后给我们的返回结果

6.异常情况

有些接口文档还会考虑到异常情况，不同的异常情况如何处理。

以上是我看接口文档最关键的部分，对于一些更细节的元素如请求方式、签名和加密等个人认为没有必要看那么深，专业的事给专业的人做。

后续我会已具体的项目来说明具体怎么对接，以及怎么设计。感兴趣的朋友可以订阅我。

如何设计系统接口 系统接口设计注意事项

共享临时文本文件这种进程之间产品系统接口设计的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的产品系统接口设计：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）

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

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

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小时内删除侵权内容。