软件开发接口标准（api接口开发规范）

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

本文目录一览：

• 1、计算机软件开发中接口方法都有哪些呢？
• 2、什么是软件接口？
• 3、软件接口说明文档怎么写
• 4、api接口是什么

计算机软件开发中接口方法都有哪些呢？

第一个方法是：把一段缓存加载为一个 Lu a 代码块。 这个函数使用 l ua_load 来加载 buff 指向的长度为 sz 的内存区。
这个函数和 lu a_load 返回值相同。 name 作为代码块的名字，用于调试信息和错误消息。 mode 字符串的作用同函数 lu a_load。
第二个方法是：把一个文件加载为 Lu a 代码块。 这个函数使用 lu a_load 加载文件中的数据。 代码块的名字被命名为 filename。 如果 filename 为 NULL， 它从标准输入加载。 如果文件的第一行以 # 打头，则忽略这一行。
mode 字符串的作用同函数 lu a_load。
此函数的返回值和 lua_load 相同， 不过它还可能产生一个叫做 LUA_ERRFILE 的出错码。这种错误发生于无法打开或读入文件时，或是文件的模式错误。
和 lu a_load 一样，这个函数仅加载代码块不运行。
第三个方法是：创建一张新的表，并预分配足够保存下数组 l 内容的空间（但不填充）。 这是给 lu aL_setfuncs 一起用的 （参见 lu aL_newlib）。
它以宏形式实现， 数组 l 必须是一个数组，而不能是一个指针。
如果注册表中已存在键 tname，返回 0 。 否则， 为用户数据的元表创建一张新表。 向这张表加入 __name = tname 键值对， 并将 [tname] = new table 添加到注册表中， 返回 1 。 （__name项可用于一些错误输出函数。）
这两种情况都会把最终的注册表中关联 tname 的值压栈。
第四个方法是：创建一个新的 Lua 状态机。 它以一个基于标准 C 的 realloc 函数实现的内存分配器 调用 lua_newstate 。 并把可打印一些出错信息到标准错误输出的 panic 函数（参见） 设置好，用于处理致命错误。
返回新的状态机。 如果内存分配失败，则返回 NULL 。
如果函数的第 arg 个参数是一个 整数（或可以转换为一个整数）， 返回该整数。 若该参数不存在或是 nil， 返回 d。 除此之外的情况，抛出错误。
如果函数的第 arg 个参数是一个 字符串，返回该字符串。 若该参数不存在或是 nil， 返回 d。 除此之外的情况，抛出错误。
若 l 不为 NULL， 将结果的长度填入 *l 。

什么是软件接口？

软件接口软件的未来其实在很大程度上要指望软件接口的前景如何。我们知道，计算机世界里的接口这两个字具有两种众所周知的含义：其一是指软件本身的狭义“接口”，比如各种软件开发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://baike.baidu.com/view/1137050.htm

软件接口说明文档怎么写

1 引言
1．1编写目的
说明编写这份详细设计说明书的目的，指出预期的读者。
1．2背景
说明：
a．待开发软件系统的名称；
b．本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1．3定义
列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1．4参考资料
列出有关的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其软件开发接口标准他已发表的文件；
c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
2 程序系统的结构
用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间 的层次结构关系。
3 程序1（标识符）设计说明
从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。 对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。
3．1程序描述
给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重人的还是不可重人的？有无覆盖要求？是顺序处理还是并发 处理卜…．．等）。
3．2功能
说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
3．3性能
说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。
3．4输人项
给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。 数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
3． 5输出项
给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、 数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。
3．6算法
详细说明本程序所选用的算法，具体的计算公式和计算步骤。
3．7流程逻辑
用图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。
3．8接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。
3．9存储分配
根据需要，说明本程序的存储分配。
3．10注释设计
说明准备在本程序中安排的注释，如：
a． 加在模块首部的注释；
b．加在各分枝点处的注释； 对各变量的功能、范围、缺省条件等所加的注释；
d．对使用的逻辑所加的注释等等。
3．11限制条件
说明本程序运行中所受到的限制条件。
3．12测试计划
说明对本程序进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。
3．13尚未解决的问题
说明在本程序的设计中尚未解决而设计者认为在软件完成之前应解决的问题。
4 程序2（标识符）设计说明
用类似3的方式，说明第2个程序乃至第N个程序的设计考虑。

api接口是什么

是指同一计算机不同功能层之间的通信规则称为接口。
java接口作用：
1、利于代码的规范。这样做的目的一方面是为了给开发人员一个清晰的指示，告诉他们哪些业务需要实现；同时也能防止由于开发人员随意命名而导致的命名不清晰和代码混乱，影响开发效率。
2、有利于对代码进行维护。可以一开始定义一个接口，把功能菜单放在接口里，然后定义类时实现这个接口，以后要换的话只不过是引用另一个类而已，这样就达到维护、拓展的方便性。
3、保证代码的安全和严密。一个好的程序一定符合高内聚低耦合的特征，能够让系统的功能较好地实现，而不涉及任何具体的实现细节。这样就比较安全、严密一些，这一思想一般在软件开发中较为常见。 关于软件开发接口标准和api接口开发规范的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 软件开发接口标准的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于api接口开发规范、软件开发接口标准的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。