通用设计接口

最新推荐文章于 2024-08-21 02:06:37 发布
最新推荐文章于 2024-08-21 02:06:37 发布
阅读量504 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_37843473/article/details/86533966 
	oprate    =>	http method
	service   =>    interface group
	business  =>    interface
	```
1、data：	
	data_name =>    table
	data_op   =>    crud(废弃http的oprate，都用post干）
	data_param =>   参数
	
2、agent:
     proxy_url =>   转发地址
	 data_filter => 数据转换
m0_37843473
关注
通用接口开放平台设计与实现——（2）API服务总体设计
学海无涯，行者无疆
01-25 8069
API服务是通用接口平台的主体部分，对外暴露Restful风格的数据接口，其他应用系统通过调用API服务，一方面，可以查询权限范围内的物流数据，另一方面，可以将自身系统产生的数据推送至物流系统。 API服务的技术实现相对消息服务而言，难度较低，注意事项也比较少，这里先放一个整体设计，细节后面在消息服务后面再展开介绍。 总体设计 API服务分为服务技术框架和具体业务功能接口两部分，技术框架部分负责统一调度、数据验证、身份认证、安全控制、日志记录等职责，具体业务功能接口负责实际的业务接口功能处理，总体处理流程如
通用接口开放平台设计与实现——（3）API服务框架设计与实现
学海无涯，行者无疆
02-13 1590
先来回顾下API服务的整体设计。API服务是通用接口平台的主体部分，对外暴露Restful风格的数据接口，其他应用系统通过调用API服务，一方面，可以查询权限范围内的业务数据，另一方面，可以将自身系统产生的数据推送至接口平台。
一种通用的接口设计方案
热门推荐
h8135的专栏
03-02 1万+
1.1       背景目前的XXXX扩展接口定义如下：class ProductProcesser{public:       virtual long process(const in_type&,out_type&) = 0;       …. //还有其他扩展接口也定义在一起}讨论集中在上面process成员函数的定义。因为产品需求的变化，目前的process函数需要在两种情况下调用,因此
11.通用接口用例设计
Melody_tester
05-12 449
（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。 （2）参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。 （3）接口安全：绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我
Atitit 通用接口的设计与实现attilax 总结
attilax的专栏
03-08 470
Atitit 通用接口的设计与实现attilax 总结   1. 现存的情况与预计目标 1 1.1. 实现零配置零注解 1 1.2. 4gl dsl sql sp接口 优先于3gl接口 1 1.3. 异常模型 代替返回值模型 1 1.4. 接口返回数据类型 指定 2 1.5. 返回结果  多种序列化格式 2 1.6. 异常传递模型 代替返回值模式 2 2. 通用接口原理与
java通用接口设计
最新发布
weixin_42596246的博客
08-21 163
我整理的一些关于【Java】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/f2PFnNJava 通用接口设计指南 在软件开发中，接口设计是至关重要的一部分。良好的接口设计可以提高代码的可维护性、可扩展性和可重用性。本文将指导你如何在 Java 中实现通用接口设计，并逐步解析...
Java后端通用接口设计
weixin_54828627的博客
03-09 3026
为了将接口设计得更合理，我们需要考虑如下两个原则：对外隐藏内部实现。即服务A调用服务B，如果服务B异常，但是我们不要直接把服务B的状态码、错误描述直接暴露给用户；设计接口结构时，明确每个字段的含义，以及客户端的处理方式。接口的设计逻辑：如果出现非 200 的 HTTP 响应状态码，就代表请求没有到服务，可能是网络出问题、网络超时，或者网络配置的问题。这时，肯定无法拿到服务端的响应体，客户端可以给予友好提示，比如让用户重试，不需要继续解析响应结构体。
java中的接口编程
dearwolf
03-12 191
原文源于开发高手2004年12期——深入剖析Java的动态特性和接口编程模型   读了这篇文章之后，我对接口概念的理解又深了一层，不仅仅停留在“优先使用接口，而非类继承”的层次上了。   接口，实际上就是服务的提供者，调用接口的一方，就是服务的调用者，凡是实现了同一个接口的对象，都可以向服务的调用者提供相同的服务。   文章中最开始介绍的方法就是new一个服务提供者，通过它来向调用者提...
演練_设计通用性接口
weixin_33744141的博客
12-06 172
ee ee欢迎访问 ==>高老师的博客网页高焕堂：MISOO(大数据.大思考)联盟.台北中心和东京(日本)分社.总教练EE ...
Java 泛型接口设计
TheHungryApe的博客
10-20 354
Java 泛型接口的使用 在日常工作中写 service 层的时候经常会遇到每个service 接口中的 方法 都是基本相似的。 比如： public interface IAService { void add(A a); void deleteByPrimaryKey(Object key); void updateByPrimaryKey(A a) List<A> fin...
如何设计一个通用的查询接口
子月生的博客
01-19 4174
临近放假，手头的事情没那么多，老是摸鱼也不好，还是写写博客吧。 今天来聊聊：如何设计一个通用的查询接口。 从一个场景开始 首先，我们从一个简单的场景开始。现在，我需要一个订单列表，用来查询【我的订单】，支持分页，且支持高级搜索。 整个查询流程 我们先来设计下整个查询的流程，我认为大致如下图。简单来说就是：接收查询条件 -》 校验条件 -》添加条件 -》 执行查询 -》 转换 VO -》 返回结果。 注意，因为不同公司用的语言或者代码分层可能不一样，所以，我们没必要纠结具体的代码实现，只要关注一些更高抽象层级
接口开发文档-设计通用化
04-22
开发文档-设计通用化，通用表字段，页面实现通用查询
设计模式之美52-门面模式：如何设计合理的接口粒度以兼顾接口的易用性和通用性？
fegus的博客
05-05 256
前面我们已经学习了代理模式、桥接模式、装饰器模式、适配器模式，这4种结构型设计模式。今天，我们再来学习一种新的结构型模式：门面模式。门面模式原理和实现都特别简单，应用场景也比较明确，主要在接口设计方面使用。如果你平时的工作涉及接口开发，不知道你有没有遇到关于接口粒度的问题呢？为了保证接口的可复用性（或者叫通用性），我们需要将接口尽量设计得细粒度一点，职责单一一点。但是，如果接口的粒度过小，在接口的使用者开发一个业务功能时，就会导致需要调用n多细粒度的接口才能完成。调用者肯定会抱怨接口不好用。
day1_通用接口用例设计的方式
weixin_30772105的博客
02-01 92
以注册接口为例： 手机号 必填 密码 必填 必须包含大小字母、数字 8-12 用户名 用户名和邮箱选填 邮箱 用户名和邮箱选填 昵称 必填 不能重复 地址 不必填 头像 不必填 1、通过性测试 首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果...
通用型接口的维护性
weixin_34331102的博客
06-18 615
最近刚好在做一个老系统的技术类改造，改造过程带来不小的麻烦。 是什么因素导致改造的复杂度上升呢？我姑且定义为“通用型接口”。 通用型接口定义：在接口定义中使用了一些可变参数做了接口契约参数。比如使 用了长度可变参数列表；使用了Map传递参数等。。。 老系统在做设计的时候为了使模型更具通用性，对业务中的可变部分进行了特殊 ...
API通用设计原则
蜗牛架构师
12-13 4140
API通用设计原则
21 | 怎么设计一个简单又直观的接口？
qq_37756660的博客
01-29 1601
我们前面聊过接口规范，开放的接口规范是使用者和实现者之间的合约。既然是合约，就要成文、清楚、稳定。合约是好东西，它可以让代码之间的组合有规可依。但同时它也是坏东西，让接口的变更变得困难重重。接口设计的困境，大多数来自于接口的稳定性要求。摆脱困境的有效办法不是太多，其中最有效的一个方法就是要。那么该怎么设计一个简单直观的接口呢？
java接口设计原则_Java5种设计原则
weixin_30610431的博客
02-16 1261
单一职责一个类只负责完成一个职责或者功能。不要设计大而全的类，要设计粒度小、功能单一的类。单一职责原则是为了实现代码高内聚、低耦合，提高代码的复用性、可读性、可维护性。不同的应用场景、不同阶段的需求背景、不同的业务层面，对同一个类的职责是否单一，可能会有不同的判定结果。实际上，一些侧面的判断指标更具有指导意义和可执行性，比如，出现下面这些情况就有可能说明这类的设计不满足单一职责原则：类中的代码行数...
《设计模式之美》门面模式：如何设计合理的接口粒度以兼顾接口的易用性和通用性？
玲珑巫女的学习笔记
02-05 332
王争《设计模式之美》学习笔记 为了保证接口的可复用性（或者叫通用性），我们需要将接口尽量设计得细粒度一点，职责单一一点。 如果接口的粒度过小，在接口的使用者开发一个业务功能时，就会导致需要调用n多细粒度的接口才能完成。 如果接口粒度设计得太大，一个接口返回n多数据，要做n多事情，就会导致接口不够通用、可复用性不好。 门面模式的原理与实现 门面模式，也叫外观模式，英文全称是 Facade Design Pattern。 门面模式为子系统提供一组统一的接口，定义一组高层接口让子系统更易用。 文中举例
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值