一个网络应用程序，什么叫做他的开发平台服务接口，以及如何获得该平台传过来的数据信息

API：应用程序接口（API：Application Program Interface）应用程序接口（API：application programming interface）是一组定义、程序及协议的集合，通过 API接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。程序员通过使用 API函数开发应用程序，从而可以避免编写无用程序，以减轻编程任务。 API 同时也是一种中间件，为各种不同平台提供数据共享。根据单个或分布式平台不同软件应用程序间的数据共享性能，可以将 API 分为四种类型：远程过程调用（RPC）：通过作用在共享数据缓存器上的过程（或任务）实现程序间的通信。 标准查询语言（SQL）：是标准的访问数据的查询语言，通过通用数据库实现应用程序间的数据共享。 文件传输：文件传输通过发送格式化文件实现应用程序间数据共享。 信息交付：指松耦合或紧耦合应用程序间的小型格式化信息，通过程序间的直接通信实现数据共享。 当前应用于 API 的标准包括 ANSI 标准 SQL API。另外还有一些应用于其它类型的标准尚在制定之中。API可以应用于所有计算机平台和 *** 作系统。这些 API以不同的格式连接数据（如共享数据缓存器、数据库结构、文件框架）。每种数据格式要求以不同的数据命令和参数实现正确的数据通信，但同时也会产生不同类型的错误。因此，除了具备执行数据共享任务所需的知识以外，这些类型的 API还必须解决很多网络参数问题和可能的差错条件，即每个应用程序都必须清楚自身是否有强大的性能支持程序间通信。相反由于这种 API只处理一种信息格式，所以该情形下的信息交付 API 只提供较小的命令、网络参数以及差错条件子集。正因为如此，交付 API方式大大降低了系统复杂性，所以当应用程序需要通过多个平台实现数据共享时，采用信息交付 API 类型是比较理想的选择。API 与图形用户接口（GUI）或命令接口有着鲜明的差别：API 接口属于一种 *** 作系统或程序接口，而后两者都属于直接用户接口。有时公司会将 API 作为其公共开放系统。也就是说，公司制定自己的系统接口标准，当需要执行系统整合、自定义和程序应用等 *** 作时，公司所有成员都可以通过该接口标准调用源代码，该接口标准被称之为开放式 API。

1、什么是api

一门编程语言，以java为例，由两部分组成，一个是语言的核心，就是关键字，语法，面向对象特性什么的，然后就是api接口了，java的集合框架，io，多线程就是一些api，java语言功能的扩展也是通过增加api来实现的。程序员通过调用java的api接口来实现程序的功能。学习一门语言，学习语法之外，就是学习api了。

2、什么开源库

当我们要实现一个功能的时候，首先会去文档中查阅有无相关的类。如果有，可以直接来使用；如果没有，我们会自己写一个类或几个类来实现。当有一类问题需要基本相同的类来实现，有人会将这些通用的功能需要的类组合起来，做成jar包的形式，再配上javaDoc和帮助文档什么的，就是一个第三方的api，也就是类库了。如果把一个类型的模块性质的东西开放源代码，其他程序员可以对这个模块可以进行修改和完善，这就是一个开源库了。

3、什么是框架

框架其实是对底层的封装，将一些相同的，不会变化的东西封装一下，让它自动化的完成，可以提高开发效率，减轻工作量。根据封装功能的不同，就有了很多不同的框架了。框架是建立在基础的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： >

API（Application Programming Interface,应用程序编程接口）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件的以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

上面的是官方解释

这样说吧，我要实现很复杂的处理比如进行某个数据库 *** 作A，现在用C语言写了一大堆函数，用来进行 *** 作A。

封装到一个库。

其中，最上层函数是这样的

void function(void) {

func1();

func2();

func3();

。。。。。

}

现在我要写一段代码了，同样要进行数据库 *** 作A，我不需要知道具体该进行多少行代码的 *** 作。

我只知道用function就可以达到我的目的就可以了，至于function到底怎么执行我不关心。

所以，我引入了这个库，然后调用了这个函数function，这个function就是一个API

为了方便能看明白，我用使用比较广泛的C语言和X86架构去举例

API：程序员编程时用到的库函数像C的stdioh中的printf()函数。api可以大大提高程序的开发效率，缩短源码。你在编程时直接引入库文件#include<stdioh>调用printf()即可。不用再自己写printf()函数的具体实现代码。

ABI：是一个规则或者说标准吧，他规定了数据类型，存放方式，函数/方法（参数，返回值，返回地址，变量的存放位置和格式）等等，例如X86的函数参数存放在DI,SI,DX,CX几个寄存器中，返回值存放在AX中，小端格式存放等等。作用是为了方便同一平台不同系统的软件移植吧。

我自己觉得这个ABI可以把它纳入ISA 指令集架构的范畴了（这个只是我为了方便题主你理解啊，ISA的定义并不包含ABI哈~）。。因为同一个ISA的ABI都相同。。。

我尝试举个通俗点的例子，api有点“前人栽树后人乘凉”的味道（编译器制作初期编写函数，开发者使用时直接调用函数名）。ABI就像是前人留下来的一些定理（你必须按照这定理去做，不然将会有大麻烦）。

~~~~~~~~~~~~~~~~~有问题可以继续提问，

以上就是关于一个网络应用程序，什么叫做他的开发平台服务接口，以及如何获得该平台传过来的数据信息全部的内容，包括:一个网络应用程序，什么叫做他的开发平台服务接口，以及如何获得该平台传过来的数据信息、小白求问软件开发中的接口、框架和库之间的区别和联系，搞不清楚啊、什么是软件接口等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！