应用程序的api接口怎么找(应用程序接口API剖析)
在当今的互联世界中,API是我们生活中不可或缺的一部分 我们一直在调用API,一些简单的活动,例如在Facebook或Instagram上发布状态,通过WhatsApp发送短信,将文件上传到您的Google云端硬盘等,还涉及调用位于某处的计算机上运行的某些软件程序的API 在世界上 原料药已成为主要的街头商品 API无处不在,下面我们就来说一说关于应用程序的api接口怎么找?我们一起去了解并探讨一下这个问题吧!
应用程序的api接口怎么找
在当今的互联世界中,API是我们生活中不可或缺的一部分。 我们一直在调用API,一些简单的活动,例如在Facebook或Instagram上发布状态,通过WhatsApp发送短信,将文件上传到您的Google云端硬盘等,还涉及调用位于某处的计算机上运行的某些软件程序的API 在世界上。 原料药已成为主要的街头商品。 API无处不在!
我曾经问过一个面试候选人,"什么是API?",候选人的即时反应是-"这是一份合同!"。 这是API或应用程序编程接口的最简洁的定义。
Nelu Mihai博士在他的文章中对API进行了漂亮的描述-"我们所有人都在工作并使用一种称为API的东西,即应用程序编程接口。 但是,从数学角度来看,API是什么? 它们是不变的,使我们能够访问"微观宇宙",它们始终以相同的方式(即不变)将我们连接到。"
随着程序的复杂性和计算需求的发展,逻辑的线性执行开始模块化。 如今,高度定义的架构的组件(如云计算)由定义明确的应用程序界面编排,这些应用程序界面使这些功能组件具有可编程性。
现在让我们剖析理想的API并揭示其组成和属性:
> API Invocation Flow(themarketingtechnologist)
结构体API具有三个基本的语法组件:
· 标识符-命名组件,用于唯一标识应用程序的接口点。 在应用程序范围内,设计良好的API应该具有唯一的名称。 例如,REST接口具有类似uri的结构,在应用程序的上下文中是唯一的。
· 参数列表-参数列表应经过API的充分编码,以赋予列表中的每个值上下文含义。
· 返回值-此API处理过程中的一个或多个返回值。 返回值还应该编码API调用的错误。
语义学API具有明确的语义。 精心设计的API在语义上是不言自明的。 它应该描述接口驱动的业务功能。
忠诚API忠实地执行预期的功能行为。 例如,如果API打算添加数字,则它应始终添加数字,其他任何违规行为均违反合同,并可能导致意想不到的后果。
容错能力API是容错的。 尽管这不是严格的条件,但API应该提供容错能力,但是几乎所有现代服务,尤其是" as-a"架构都是可用的,因此期望API调用始终能够得到处理。
并发API保证并发调用的行为一致。 在分布式环境中,并发API执行是一种规范,并且API应保证基础业务功能的一致执行。
通道不可知API与调用通道无关。无论是通过浏览器,REST还是命令行或移动应用程序调用该API,它都应执行相同的业务功能。
兼容性一次编写的API应该可以在任何地方运行。 这种可移植性使应用程序易于迁移,也使其适用于异构体系结构。 API在任何平台上都应该是可调用的。
最后,世界并不是一个理想的地方,并且并非总是能够编写理想的API。 但是,我假设构建具有上面列出的大多数属性的API会带来丰富的用户体验。 我进一步假设,设计理想的API会迫使底层软件具有高度模块化,可维护性和可扩展性。 最后,当今茂密的数字生态系统很大程度上要归功于出色的API !!
(本文翻译自Swanand Rao的文章《Anatomy of an API》,参考:http://medium.com/@swanandrao/anatomy-of-an-api-11c395b45440)
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com