接口开发软件
Ⅰ 如何正确开发应用程序接口
在交互组件化软件的世界里,没有比让组件之间以及组件与移动设备和浏览器之间进行连接的应用程序接口(API)更重要的东西了。用恰当的方式开发出来的API,可帮助功能整合与开发者的忠诚;而用不当的方式开发则会危及整个项目。
有三种方式可助API开发走到正确的一边:
了解应用和使用约束;
处理组件结构并绑定框架;
确保优雅地处理变更。
API把功能和服务暴露给开发者。API的使用方式及服务系列展示是初步设计的驱动力。在API开发中,开发者和架构师犯的其中一个最重大的错误是忽视自己的用户。API设计能否很好地适应开发者、语言和其他API组成的生态体系是一个至关重要的问题。
常见的API设计问题
REST与SOAP之争就是API约束集的一个例子。只要应用已经存在相互依赖的地方,新的API显然应该与之协调一致。不那么明显的是大多数API是组件化和功能显露趋势的一部分。这种运动随着时间迁移会让一组API越来越朝向REST或SOAP的方向,因此要确保对这种迁移的预期。
架构师很容易会被遵循对象架构和框架绑定伤到。挑选合适的API设计很重要,因为让开发者采用一个与其所开发应用的架构不匹配的接口是很困难的。应该注意的是RESTful API往往展现的是资源,而SOAP API展现的往往是远程流程或过程。
一些协议过去往往将API与API用户绑定在一起,且经常跟Web应用一起,这种协议往往是HTTP/HTTPS。HTTP的使用一般会配合超文本标记语言(Hypertext Markup Language)或XML语言的数据格式,或者在客户端设备上用JSON或JavaScript,使得很容易就能通过API创建图形用户界面,但在浏览器访问并非应用的意图所在时就不合适。有的应用和API可能会使用特殊的TCP协议或UDP协议端口而非标准的Web端口80。尽管这能帮助将API流量与Web活动区分开来,但也有可能存在防火墙/安全方面的影响,需要进行特殊的系统配置才能要么将API暴露出来,要么在远程使用它们。
API设计的一般规则
大多数的API可被视为由动词与名词组成的语法。比方说,带动词的句子表示一项请求动作(get、put、delete),而名词则表示与该动作相关的参数。总是生成一个状态或结果变量是一个很好地做法,因为这能够传达出错误状态或成功执行的信息。出错状态应该全面综合,足以明白无误地传达出问题所在。
API的语义,即所提供功能的语法也很重要,因为API清晰表达其服务和参数的能力可减少开发者的错误。一个关键点是如果API代表的是一个有状态的服务,那么功能语义就应该是面向会话式的(寻找记录、更新记录、删除记录),这样的有状态属性服务就可以很清楚了。
由此得出结论,如果在本例中更新和删除功能是对上一次定位的数据元素进行操作的话,那么更新和删除功能不用提供自己的数据元素键,这是多余的,但也会产生令开发者困惑的风险。另一方面,无状态服务永远都必须提供所有的数据,因为没有可供推断的会话上下文信息。
常见问题
更新或变更API导致的语法问题往往被忽视。API有两端,变更过程会令其失去同步。有些架构师会在API里面放一个版本变量来确保两端预期的是相同的格式。API的服务器端和客户端至少都应该进行基本的验证来防止变更导致语法不匹配,从而避免信息被弄乱或导致应用崩溃。
另一个常见问题与数据格式有关。XML是传递参数和交换信息最常用的方法,适用于REST和SOAP接口。但XML的处理却是重负载的,对表达结构化数据最有价值。而REST中,JSON则因为更容易使用的同时还提供了一些在API开发中广为采用和预期的特殊变量类型而受到喜爱。在API交换严格定义的数据元素时,JSON似乎是RESTful交换更好的选择。
API测试往往集中在应用生命周期管理的过程中。有些测试正好是这个阶段的,但是也应该有特殊单元测试流程,这些流程旨在验证API,并确定API可优雅地执行,哪怕是数据存在错误的时候。API的数据绑定和类型定义越宽松,传递信息会导致随后错误或崩溃的风险就越高。这正是为什么对变量要进行严格约束,并对每一个API都要用一组数据进行测试之所以重要的原因。
API开发问题会毁了一个应用,这种破坏比几乎任何其他类型的架构错误都要快、都要彻底。多花点时间在API设计上,以便能预计到当前的错误状态,以及未来的变化,这些时间的投入是值得的。
Ⅱ API怎么开发
API(Application Programming Interface,应用程序编程接口)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
API函数包含在Windows系统目录下的动态连接库文件中。Windows API是一套用来控制Windows的各个部件的外观和行为的预先定义的Windows函数。用户的每个动作都会引发一个或几个函数的运行以告诉Windows发生了什么。这在某种程度上很像Windows的天然代码。而其他的语言只是提供一种能自动而且更容易的访问API的方法。当你点击窗体上的一个按钮时,Windows会发送一个消息给窗体,VB获取这个调用并经过分析后生成一个特定事件。
更易理解来说:Windows系统除了协调应用程序的执行、内存的分配、系统资源的管理外,同时他也是一个很大的服务中心。调用这个服务中心的各种服务(每一种服务就是一个函数)可以帮助应用程序达到开启视窗、描绘图形和使用周边设备等目的,由于这些函数服务的对象是应用程序,所以称之为Application Programming Interface,简称API 函数。WIN32 API也就是MicrosoftWindows 32位平台的应用程序编程接口。
凡是在 Windows工作环境底下执行的应用程序,都可以调用Windows API。
linux API
在linux中,用户编程接口API遵循了UNIX中最流行的应用编程界面标准---POSIX标准。POSIX标准是由IEEE和ISO/IEC共同开发的标准系统。该标准基于当时现有的UNIX实践和经验,描述了操作系统的系统调用编程接口API,用于保证应用程序可以在源程序一级上在多种操作系统上移植运行。这些系统调用编程接口主要是通过C库(LIBC)来实现的。
开放平台
基于互联网的应用正变得越来越普及,在这个过程中,有更多的站点将自身的资源开放给开发者来调用。对外提供的API 调用使得站点之间的内容关联性更强,同时这些开放的平台也为用户、开发者和中小网站带来了更大的价值。
开放是目前的发展趋势,越来越多的产品走向开放。目前的网站不能靠限制用户离开来留住用户,开放的架构反而更增加了用户的粘性。在Web 2.0的浪潮到来之前,开放的API 甚至源代码主要体现在桌面应用上,而现在越来越多的Web应用面向开发者开放了API。
具备分享、标准、去中心化、开放、模块化的Web 2.0站点,在为使用者带来价值的同时,更希望通过开放的API 来让站点提供的服务拥有更大的用户群和服务访问数量。
站点在推出基于开放API 标准的产品和服务后,无需花费力气做大量的市场推广,只要提供的服务或应用出色易用,其他站点就会主动将开放API 提供的服务整合到自己的应用之中。同时,这种整合API 带来的服务应用,也会激发更多富有创意的应用产生。
为了对外提供统一的API 接口,需要对开发者开放资源调用API 的站点提供开放统一的API接口环境,来帮助使用者访问站点的功能和资源。
当然,开放API 的站点为第三方的开发者提供良好的社区支持也是很有意义的,这有助于吸引更多的技术人员参与到开放的开发平台中,并开发出更为有趣的第三方应用。
视频云技术提供商CC视频开放API接口,用户可以在自己的网站后台轻松完成视频的上传、视频播放控制操作,并可批量获取视频及平台信息。
正如在"什么是API"中所说,API函数包含在位于系统目录下的DLL文件中。你可以自己输入API函数的声明,但VB提供了一种更简单的方法,即使用API Text Viewer。 要想在你的工程中声明API函数,只需运行API Text Viewer,打开Win32api.txt或MDB。如果你已经把它转换成了数据库的话,这样可以加快速度。 使用预定义的常量和类型也是同样的方法。 API除了有应用“应用程序接口”的意思外,还特指API的说明文档,也称为帮助文档。
假设你想在你的窗体模块中声明一个函数,粘贴然后运行,VB会告诉你:编译错误...Declare 语句不允许作为类或对象模块中的Public(公共的) 成员。..看起来很糟糕,其实你需要做的只是在声明前面添加一个Private(私有的)。不要忘了,可是这将使该函数只在该窗体模块可用。. 在有些情况下,你会得到"不明确的名称"这样的提示,这是因为函数、常量或其他的什么东西共用了一个名称。由于绝大多数的函数都进行了别名化,亦即意味着你可以通过Alias子句使用其它的而不是他们原有的名称,你只需简单地改变一下函数名称而它仍然可以正常运行。
远程过程调用(RPC):通过作用在共享数据缓存器上的过程(或任务)实现程序间的通信。
标准查询语言(SQL):是标准的访问数据的查询语言,通过通用数据库实现应用程序间的数据共享。
文件传输:文件传输通过发送格式化文件实现应用程序间数据共享。
信息交付:指松耦合或紧耦合应用程序间的小型格式化信息,通过程序间的直接通信实现数据共享。
当前应用于 API 的标准包括ANSI 标准SQL API。另外还有一些应用于其它类型的标准尚在制定之中。API 可以应用于所有计算机平台和操作系统。这些API 以不同的格式连接数据。每种数据格式要求以不同的数据命令和参数实现正确的数据通信,但同时也会产生不同类型的错误。因此,除了具备执行数据共享任务所需的知识以外,这些类型的API 还必须解决很多网络参数问题和可能的差错条件,即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种API 只处理一种信息格式,所以该情形下的信息交付API 只提供较小的命令、网络参数以及差错条件子集。正因为如此,交付API 方式大大降低了系统复杂性,所以当应用程序需要通过多个平台实现数据共享时,采用信息交付API 类型是比较理想的选择。
API 接口属于一种操作系统或程序接口,GUI接口属于一种图形操作系统。两者都属于直接用户接口。有时公司会将 API 作为其公共开放系统。也就是说,公司制定自己的系统接口标准,当需要执行系统整合、自定义和程序应用等操作时,公司所有成员都可以通过该接口标准调用源代码,该接口标准被称之为开放式API。
Ⅲ 软件接口的发展历程
早在上个世纪的70年代,Digital Research公司的Gary Kildall为微型计算机首创了世界上第一个实用的软件API。这个初生的API大致上有20多个对操作系统的简单函数调用组成,这个操作系统就是CP/M――那时可是相当的简单和粗糙,而同样简单的API却让整个计算机世界发生了重大变化。Kildall这个很有才气的计算机专家希望自己设计的API能被其他科学工作者采用。至于商用方面的考虑可是想都没想。而且,我们现在的产业现状也证明:仅让科学家们俱欢颜是不会在商业中赚到一分钱的!好在,比尔盖茨认识到,用于应用程序开发人员而不是科学家的API绝对是商业软件获得成功的关键之一,这样一来,情况就很不一样了。
随后由比尔·盖茨等开发的MS-DOS操作系统全盘拷贝了CP/M及其API,并在这些API的基础之上又增加了一些简单特性,务实的比尔·盖茨将Kildall的发明变成了巨大的商业应用并立刻让MS-DOS的API在软件开发中占据了主导地位。
然而,当微软公司推出Windows操作系统的时候,系统的庞大API族就没有拷贝Kildall的成果了,可是,事实证明这些微软自己折腾出来的Windows API实在是糟糕的可以:丑陋的代码、混乱的结构等等不一而足。但是,Windows采用了实用的伪多线程技术和高效的内存管理,特别是简单易用的图形界面立刻俘获了一般用户的忠心。大量的程序员也就随之投入到Windows程序的开发中来,这些糟糕的API自然当仁不让了。微软花费了5年多的时间改进和发展早期的Windows并在最终垄断了全球桌面操作系统市场。今天我们谁也离不开Windows API了,除非你不打算编写支持Windows的软件!
1988年,微软购买了Alan Cooper开发的可视编程语言:Ruby。随后微软把Ruby和垂死的QuickBASIC语言组合起来创建了Visual Basic。Alan Cooper方面的Ruby实现了名为VBX的软件API,这种API可以让程序员动态地扩展Visual Basic功能,这一事实再次证明了软件接口具有多大的重要性。VBX接口也就是目前火热的组件对象模型COM的前身。
在为微软的势力之外,Unix世界也发明了自己的API,这就是TCP/IP,有了它,网络之间就可以自由地通信了。TCP/IP首先在大学里获得了普遍的欢迎,然后,到了20世纪90年代,Marc Andreessen瞄准那些不是程序员却很想从使用计算机获得好处的年轻人推出了世界上第一个Web浏览器:Mosaic,后来在此基础上诞生了Netscape Navigator,可以说,正是Web和浏览器的发明,我们终于被带到了信息时代。
最早的Navigator所能作的不外乎就是查找和显示文件,这和Macintosh Finder乃至Windows Explorer也没什么两样,但是,正因为有了TCP/IP API,Netscape 就可以放眼于本机之外查找和显示其他网络上的其他计算机中的文件。新世界豁然洞开。
整个90年代,Netscape就象流感病毒一样满世界到处扩散。到了现在计算机之间在通用API的努力下可以非常方便地相互通信,但几乎没有一个用户会直接和这些TCP/IP接口交互。
如果没有优秀的、符合时代潮流的API,什么先进的技术都可能会不得不寂寞很长一段时间以等待命运的垂青。一旦成熟的API出现,软件的前景也就能大致看到轮廓了。
举个例子,不管是你身上的手机还是随身携带的PDA――比如PalmPilot,它们其实都是处理能力不同的计算机而已,这两种设备都装备了短距无线(通常是红外线)通信端口。可是,它们如何才能通过这些端口实现相互之间的通信呢?如果这些设备之间缺乏公用的API,你的手机就不可能和你的PDA实现通信。
今后会产生一种所谓的“陌生人服务”API,比方说,当你走在大街上的时候,你的手持设备,不管是手机、PDA还是笔记本电脑或者车载导航设备就会自动地和周围设施通信,商店、办公室、售货机和其他人等等。
目前有几家公司已经在致力于开发以上的通用API,其中最有希望的或许是Sun公司的Jini。但是,Jini的定位和以前的CP/M一样,也是更多的把目标放在了计算机科学家而不是解决方案服务商上。
我们今天的软件开发很大一部分是开发Web应用程序,驱动Web进步的是交互设计和商务模式而不是技术创新。从技术上说,Web领域的大开发商不会对Web本身挖掘太多,他们缺乏编写大型、复杂程序的耐心。但是,反过来,这些大型厂商可以把其他开发商预先编写的软件组件组合起来,这样,他们就比以往更多地依赖于为其编写的软件API。
总而言之,不管我们设计什么API,最重要的是首先要弄明白我们在为什么目标或者为谁在设计。这是一定要记得的关键点。只有在我们理解目标受众的需求之后,我们才可能创建有用的API,才能实现恰当的用户接口,才能让不同人设计的不同软件部分良好地集成。
Ⅳ app接口开发怎么实现
找到第三方提供接口的文档,按照文档接入
在自己的服务器上架设API接口
在自己的APP里面接第三方接口的SDK
重新打包,完善功能即可!
Ⅳ 什么叫软件接口
计算机世界里的接口这两个字具有两种众所周知的含义:其一是指软件本身的狭义专“接口”,属比如各种软件开发API等。其二则指的是人与软件之间的交互界面。
把这种人-软件之间的接口称作“用户界面”,也就是“UI”。这里要讨论的前一种定义: 软件不同部分之间的交互接口。通常就是所谓的API应用程序编程接口,其表现的形式是源代码。API的发明和发展大大促进了计算机产业的进步,同时API几乎决定着日常运算的各个方面。
大多数程序员秉承为软件用户设计优秀的用户界面思想,这一点早已深入人心。可是,另一方面,如何实现合理的软件API却只为少数人所重视。历史证明,所有在应用上获得成功的软件或者Web应用无一不是首先在API的设计上满足了用户的需求,即便这些用户几乎从不直接使用这些API。
Ⅵ 怎么快速开发一个接口
首先你是研发的专业,包括你会嗯,代码或怎么怎么样做这些才可以,你不是专业的,根本弄不出来。
Ⅶ 如何开发api接口
API(Application Programming Interface,应用程序编程接口)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。
API函数包含在Windows系统目录下的动态连接库文件中。Windows API是一套用来控制Windows的各个部件的外观和行为的预先定义的Windows函数。用户的每个动作都会引发一个或几个函数的运行以告诉Windows发生了什么。这在某种程度上很像Windows的天然代码。而其他的语言只是提供一种能自动而且更容易的访问API的方法。当你点击窗体上的一个按钮时,Windows会发送一个消息给窗体,VB获取这个调用并经过分析后生成一个特定事件。
更易理解来说:Windows系统除了协调应用程序的执行、内存的分配、系统资源的管理外,同时他也是一个很大的服务中心。调用这个服务中心的各种服务(每一种服务就是一个函数)可以帮助应用程序达到开启视窗、描绘图形和使用周边设备等目的,由于这些函数服务的对象是应用程序,所以称之为Application Programming Interface,简称API 函数。WIN32 API也就是MicrosoftWindows 32位平台的应用程序编程接口。
凡是在 Windows工作环境底下执行的应用程序,都可以调用Windows API。
linux API
在linux中,用户编程接口API遵循了UNIX中最流行的应用编程界面标准---POSIX标准。POSIX标准是由IEEE和ISO/IEC共同开发的标准系统。该标准基于当时现有的UNIX实践和经验,描述了操作系统的系统调用编程接口API,用于保证应用程序可以在源程序一级上在多种操作系统上移植运行。这些系统调用编程接口主要是通过C库(LIBC)来实现的。
2开放平台
基于互联网的应用正变得越来越普及,在这个过程中,有更多的站点将自身的资源开放给开发者来调用。对外提供的API 调用使得站点之间的内容关联性更强,同时这些开放的平台也为用户、开发者和中小网站带来了更大的价值。
开放是目前的发展趋势,越来越多的产品走向开放。目前的网站不能靠限制用户离开来留住用户,开放的架构反而更增加了用户的粘性。在Web 2.0的浪潮到来之前,开放的API 甚至源代码主要体现在桌面应用上,而现在越来越多的Web应用面向开发者开放了API。
具备分享、标准、去中心化、开放、模块化的Web 2.0站点,在为使用者带来价值的同时,更希望通过开放的API 来让站点提供的服务拥有更大的用户群和服务访问数量。
站点在推出基于开放API 标准的产品和服务后,无需花费力气做大量的市场推广,只要提供的服务或应用出色易用,其他站点就会主动将开放API 提供的服务整合到自己的应用之中。同时,这种整合API 带来的服务应用,也会激发更多富有创意的应用产生。
为了对外提供统一的API 接口,需要对开发者开放资源调用API 的站点提供开放统一的API接口环境,来帮助使用者访问站点的功能和资源。
当然,开放API 的站点为第三方的开发者提供良好的社区支持也是很有意义的,这有助于吸引更多的技术人员参与到开放的开发平台中,并开发出更为有趣的第三方应用。
视频云技术提供商CC视频开放API接口,用户可以在自己的网站后台轻松完成视频的上传、视频播放控制操作,并可批量获取视频及平台信息。
正如在"什么是API"中所说,API函数包含在位于系统目录下的DLL文件中。你可以自己输入API函数的声明,但VB提供了一种更简单的方法,即使用API Text Viewer。 要想在你的工程中声明API函数,只需运行API Text Viewer,打开Win32api.txt或MDB。如果你已经把它转换成了数据库的话,这样可以加快速度。 使用预定义的常量和类型也是同样的方法。 API除了有应用“应用程序接口”的意思外,还特指API的说明文档,也称为帮助文档。
假设你想在你的窗体模块中声明一个函数,粘贴然后运行,VB会告诉你:编译错误...Declare 语句不允许作为类或对象模块中的Public(公共的) 成员。..看起来很糟糕,其实你需要做的只是在声明前面添加一个Private(私有的)。不要忘了,可是这将使该函数只在该窗体模块可用。. 在有些情况下,你会得到"不明确的名称"这样的提示,这是因为函数、常量或其他的什么东西共用了一个名称。由于绝大多数的函数都进行了别名化,亦即意味着你可以通过Alias子句使用其它的而不是他们原有的名称,你只需简单地改变一下函数名称而它仍然可以正常运行。
远程过程调用(RPC):通过作用在共享数据缓存器上的过程(或任务)实现程序间的通信。
标准查询语言(SQL):是标准的访问数据的查询语言,通过通用数据库实现应用程序间的数据共享。
文件传输:文件传输通过发送格式化文件实现应用程序间数据共享。
信息交付:指松耦合或紧耦合应用程序间的小型格式化信息,通过程序间的直接通信实现数据共享。
当前应用于 API 的标准包括ANSI 标准SQL API。另外还有一些应用于其它类型的标准尚在制定之中。API 可以应用于所有计算机平台和操作系统。这些API 以不同的格式连接数据。每种数据格式要求以不同的数据命令和参数实现正确的数据通信,但同时也会产生不同类型的错误。因此,除了具备执行数据共享任务所需的知识以外,这些类型的API 还必须解决很多网络参数问题和可能的差错条件,即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种API 只处理一种信息格式,所以该情形下的信息交付API 只提供较小的命令、网络参数以及差错条件子集。正因为如此,交付API 方式大大降低了系统复杂性,所以当应用程序需要通过多个平台实现数据共享时,采用信息交付API 类型是比较理想的选择。
API 接口属于一种操作系统或程序接口,GUI接口属于一种图形操作系统。两者都属于直接用户接口。有时公司会将 API 作为其公共开放系统。也就是说,公司制定自己的系统接口标准,当需要执行系统整合、自定义和程序应用等操作时,公司所有成员都可以通过该接口标准调用源代码,该接口标准被称之为开放式API。
Ⅷ 什么是软件接口
软件接口软件的未来其实在很大程度上要指望软件接口的前景如何。我们知道,计算机世界里的接口这两个字具有两种众所周知的含义:其一是指软件本身的狭义“接口”,比如各种软件开发API等。其二则指的是人与软件之间的交互界面。我们把这种人-软件之间的接口称作“用户界面”,也就是“UI”。这里要讨论的前一种定义: 软件不同部分之间的交互接口。通常就是所谓的API――应用程序编程接口,其表现的形式是源代码。API的发明和发展大大促进了计算机产业的进步,同时API几乎决定着日常运算的各个方面。大多数程序员秉承为软件用户设计优秀的用户界面思想,这一点早已深入人心。可是,另一方面,如何实现合理的软件API却只为少数人所重视。历史证明,所有在应用上获得成功的软件或者Web应用无一不是首先在API的设计上满足了用户的需求,即便这些用户几乎从不直接使用这些API!早在上个世纪的70年代,Digital Research公司的Gary Kildall为微型计算机首创了世界上第一个实用的软件API。这个初生的API大致上有20多个对操作系统的简单函数调用组成,这个操作系统就是CP/M――那时可是相当的简单和粗糙,而同样简单的API却让整个计算机世界发生了重大变化。Kildall这个很有才气的计算机专家希望自己设计的API能被其他科学工作者采用。至于商用方面的考虑可是想都没想。而且,我们现在的产业现状也证明:仅让科学家们俱欢颜是不会在商业中赚到一分钱的!好在,比尔?盖茨认识到,用于应用程序开发人员而不是科学家的API绝对是商业软件获得成功的关键之一,这样一来,情况就很不一样了。随后由比尔?盖茨等开发的MS-DOS操作系统全盘拷贝了CP/M及其API,并在这些API的基础之上又增加了一些简单特性,务实的比尔?盖茨将Kildall的发明变成了巨大的商业应用并立刻让MS-DOS的API在软件开发中占据了主导地位。然而,当微软公司推出Windows操作系统的时候,系统的庞大API族就没有拷贝Kildall的成果了,可是,事实证明这些微软自己折腾出来的Windows API实在是糟糕的可以:丑陋的代码、混乱的结构等等不一而足。但是,Windows采用了实用的伪多线程技术和高效的内存管理,特别是简单易用的图形界面立刻俘获了一般用户的忠心。大量的程序员也就随之投入到Windows程序的开发中来,这些糟糕的API自然当仁不让了。微软花费了5年多的时间改进和发展早期的Windows并在最终垄断了全球桌面操作系统市场。今天我们谁也离不开Windows API了,除非你不打算编写支持Windows的软件!1988年,微软购买了Alan Cooper开发的可视编程语言:Ruby。随后微软把Ruby和垂死的QuickBASIC语言组合起来创建了Visual Basic。Alan Cooper方面的Ruby实现了名为VBX的软件API,这种API可以让程序员动态地扩展Visual Basic功能,这一事实再次证明了软件接口具有多大的重要性。VBX接口也就是目前火热的组件对象模型COM的前身。在为微软的势力之外,Unix世界也发明了自己的API,这就是TCP/IP,有了它,网络之间就可以自由地通信了。TCP/IP首先在大学里获得了普遍的欢迎,然后,到了20世纪90年代,Marc Andreessen瞄准那些不是程序员却很想从使用计算机获得好处的年轻人推出了世界上第一个Web浏览器:Mosaic,后来在此基础上诞生了Netscape Navigator,可以说,正是Web和浏览器的发明,我们终于被带到了信息时代。最早的Navigator所能作的不外乎就是查找和显示文件,这和Macintosh Finder乃至Windows Explorer也没什么两样,但是,正因为有了TCP/IP API,Netscape 就可以放眼于本机之外查找和显示其他网络上的其他计算机中的文件。新世界豁然洞开。整个90年代,Netscape就象流感病毒一样满世界到处扩散。到了现在计算机之间在通用API的努力下可以非常方便地相互通信,但几乎没有一个用户会直接和这些TCP/IP接口交互。如果没有优秀的、符合时代潮流的API,什么先进的技术都可能会不得不寂寞很长一段时间以等待命运的垂青。一旦成熟的API出现,软件的前景也就能大致看到轮廓了。举个例子,不管是你身上的手机还是随身携带的PDA――比如PalmPilot,它们其实都是处理能力不同的计算机而已,这两种设备都装备了短距无线(通常是红外线)通信端口。可是,它们如何才能通过这些端口实现相互之间的通信呢?如果这些设备之间缺乏公用的API,你的手机就不可能和你的PDA实现通信。今后会产生一种所谓的“陌生人服务”API,比方说,当你走在大街上的时候,你的手持设备,不管是手机、PDA还是笔记本电脑或者车载导航设备就会自动地和周围设施通信,商店、办公室、售货机和其他人等等。目前有几家公司已经在致力于开发以上的通用API,其中最有希望的或许是Sun公司的Jini。但是,Jini的定位和以前的CP/M一样,也是更多的把目标放在了计算机科学家而不是解决方案服务商上。我们今天的软件开发很大一部分是开发Web应用程序,驱动Web进步的是交互设计和商务模式而不是技术创新。从技术上说,Web领域的大开发商不会对Web本身挖掘太多,他们缺乏编写大型、复杂程序的耐心。但是,反过来,这些大型厂商可以把其他开发商预先编写的软件组件组合起来,这样,他们就比以往更多地依赖于为其编写的软件API。总而言之,不管我们设计什么API,最重要的是首先要弄明白我们在为什么目标或者为谁在设计。这是一定要记得的关键点。只有在我们理解目标受众的需求之后,我们才可能创建有用的API,才能实现恰当的用户接口,才能让不同人设计的不同软件部分良好地集成。 from: http://ke..com/view/1137050.htm
Ⅸ 二次开发接口软件是啊什么意思
就是在原有的基础上提供二次开发的软件,其端口既是。二次开发,简单的说就是在现有的软件上进行定制修改,功能的扩展,然后达到自己想要的功能,一般来说都不会改变原有系统的内核。一般的来说,一些大公司如IBM开发了一个大型的软件系统平台,根据不同的客户的需要,一些其它的中小公司为客户根据需求在该平台上进行第二次有针对性的开发。
Ⅹ 软件接口
系统采用大量的基于 Windows 平台的软件平台,系统平台之间有两种接口方式: 一是紧密结回合,从底层开发相应的接口程答序; 二是数据引擎,仅通过相互调用数据库的数据引擎进行接口。
由于本系统涉及多种数据需求和功能需求,单纯地在一种软件平台上进行开发不能很好地兼顾其他方面的需求,如采用 ArcGIS 为基础平台软件,则该软件在遥感影像的处理上能力很弱,同样,选用 ENVI 遥感软件,则数据后期的分析能力很弱。因此,本系统采用了网络环境下多种软件平台的集成,充分发挥各个软件的优势,并人为地将整个系统分为 4 个相对独立的子系统,各子系统完成特定的功能; 通过子系统的划分,消除掉了第一种紧密结合接口方式,而将其他平台与数据平台的结合方式转变成了数据引擎方式。采用数据引擎方式,很好地体现了系统的功能需求,各子系统模块间功能明确,各子系统之间只要定义好数据接口,开发人员就可以并行开发,这对于系统后期的升级和维护非常方便。