什么是软件接口_软件系统之间的接口方式

什么是软件接口_软件系统之间的接口方式

我们把这种人-软件之间的接口称作“用户界面”，也就是“UI”。这里要讨论的前一种定义： 软件不同部分之间的交互接口。通常就是所谓的API――应用程序编程接口，其表现的形式是源代码。API的发明和发展大大促进了计算机产业的进步，同时API几乎决定着日常运算的各个方面。

软件系统之间的接口方式

概述

在接口和系统信息交互的过程中，两种模式使用得很普遍：同步调用和异步调用，同步调用要求接口发出请求消息后必须等待服务端系统的应答消息，接口阻塞直至超时；异步调用则发出请求消息后，接口可以从事其它处理，定时轮询服务端应答消息和消息或事件通知。同步方式简单，但是很容易造成接口阻塞，造成消息积压超时。

• 技术实现

（1）Socket 通讯

Socket 通讯相对来说是很古老的通讯方式，也是最常用的通讯方式。 Socket 通讯有阻塞和非阻塞两种方式。在同步方式，采用阻塞编程比较简单，但是为了防止接口阻塞，我们需要设置 Socket 超时，因此可以使用 Socket 的 SELECT 模型（参考如下示例代码）： ReceLen=0;

CurReceLen=0;

for（;;）

{

AfxMessageBox（“接收应答消息超时！！！”，MB_OK|MB_ICONERROR）; closesocket（Socket）;

return FALSE;

}

CurReceLen = recv（Socket， oBuf+ReceLen， len， NO_FLAG_SET）; if（（CurReceLen》0） && （CurReceLen ！= SOCKET_ERROR））

{

oBuf［ReceLen+CurReceLen］=‘\0’;

memcpy（（char *）&MsgLen，oBuf，sizeof（WORD32））;

MsgLen=ntohl（MsgLen）;

if（ReceLen+CurReceLen==MsgLen）

{

ReceLen+=CurReceLen;

break;

}

ReceLen+=CurReceLen;

}

}

在异步方式下，采用非阻塞方式实现比较方便，在非阻塞方式下可使用WSAAsyncSelect模型和 WSAEventSelect 模型： WSAAsyncSelect模型基于消息， WSAEventSelect 模型基于事件，下面的示例代码设置了 Socket 进行读写和关闭操作的消息：

| FD_CLOSE | FD_WRITE）;

if （status == SOCKET_ERROR）

{

{

AGetLastError（））;

CloseSocket（TempSocket，__LINE__，__FILE__）;

return FALSE;

}

无论使用阻塞方式或非阻塞方式编程，需要重点考虑的一个问题：粘包现象，即应用发送两个或以上的数据包，在 Socket 通讯层将数据包合并成一个发送出去，因

此接收端收到数据包以后需要对数据包根据应用定义的长度进行拆分，否则导致应用层丢包。 应用方式可以由用户封转成DLL供使用方使用。

（2）消息队列（Message Queue）

列及其消息。但是，根据应用程序的日记记录、确认和其他特殊处理需要，在日常操作中很可能要使用几种不同的系统队列。 3. 同步和异步通信（ Synchronous VS. Asynchronous Communication ） 队列通信天生就是异步的，因为将消息发送到队列和从队列中接收消息是在不同的进程中完成的。另外，可以异步执行接收操作，因为要接收消息的人可以对任何给定的队列调用 BeginReceive 方法，然后立即继续其他任务而不用等待答复。这与人们所了解的“同步通信”截然不同。 在同步通信中，请求的发送方在执行其他任务前，必须等待来自预定接收方的响应。发送方等待的时间完全取决于接收方处理请求和发送响应所用的时间。

同消息队列交互（ Interacting with Message Queues ） 消息处理和消息为基于服务器的应用程序组件之间的进程间通信提供了强大灵活的机制。同组件间的直接调用相比，它们具有若干优点，其中包括： •稳定性 — 组件失败对消息的影响程度远远小于组件间的直接调用，因为消息存储在队列中并一直留在那里，直到被适当地处理。消息处理同事务处理相似，因为消息处理是有保证的。 •消息优先级 — 更紧急或更重要的消息可在相对不重要的消息之前接收，因此可以为关键的应用程序保证足够的响应时间。 •脱机能力 — 发送消息时，它们可被发送到临时队列中并一直留在那里，直到被成功地传递。当因任何原因对所需队列的访问不可用时，用户可以继续执行操作。同时，其他操作可以继续进行，如同消息已经得到了处理一样，这是因为网络连接恢复时消息传递是有保证的。 •事务性消息处理 — 将多个相关消息耦合为单个事务，确保消息按顺序传递、只传递一次并且可以从它们的目标队列中被成功地检索。如果出现任何错误，将取消整个事务。 •安全性 — MessageQueue 组件基于的消息队列技术使用 Windows 安全来保护访问控制，提供审核，并对组件发送和接收的消息进行加密和验证。

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