向各位高手征集下建议(关于数据提供接口)

[saiyaman5]

我公司是一数据提供商,在公司内部,数据是存在于数据库里.

现在要提供一种方法,让客户从我公司里提数据(数据是实时变更的)
我曾经开发过数据库同步程序,但效果不理想.因为同步系统有一半(即客户端)是安装在客户那边,容易出问题

现在提出的议案是,我公司只提供一接口,让客户自己来拿.
我早就听说过提供api的方法,但我自己从来都没有接触过,不知道这种方案的具体是怎么实现的.

有哪位高手简单讲解下这种方案与实现?

[猫已经找不回了]

..啥意思？用户请求，从你们公司通过网络获取数据？

[saiyaman5]

[Quote=引用 1 楼 hairetz 的回复:]
..啥意思？用户请求，从你们公司通过网络获取数据？
[/Quote]

简单来说是这样...

[saiyaman5]

关键就在于这个接口的实现,客户如何请求,我如何按请求给他数据.
现在有提供API的方案,但我不解这个"API"的实质是什么?这应该是一个抽象的"函数"吧?

[saiyaman5]

以我个人的理解,api 就是 应用程序接口

接口的实现方就是我公司,接口的调用方是客户.

问题就是我不知道这个接口如何去实例化,客户写程序又如何调用?

[猫已经找不回了]

[Quote=引用 4 楼 saiyaman5 的回复:]
以我个人的理解,api 就是 应用程序接口

接口的实现方就是我公司,接口的调用方是客户.

问题就是我不知道这个接口如何去实例化,客户写程序又如何调用?
[/Quote]

这个有啥接口的，关键是人家客户有请求，你服务器响应，返回数据就是了啊，。socket写咯。
你数据查询的接口不是现成的吗？

[saiyaman5]

我原来也是这么想,和客户定义一套通讯协议，进行数据交换.
但我想声称提供"实时API"的数据提供商可能并非这样来实现,
所以想问问谁接触过这方面的东西,给点见解

[cphj]

实时API只是个概念罢
本质上，2台设备之间只有二进制数据交换，为了软件处理方便会在上面封装一系列协议，如常见的TCP/IP协议，有时候一个具体项目会在上面再定义一些自己协议，如果包含命令、动作、脚本之类的就可以叫做远程API了

[TianYiXiang]

web service?

[aqiu348503]

你们公司只有数据库的话，应该还要开发应用服务器，向外提供接口SDK或定义一组开放的协议

[saiyaman5]

数据都以数据库的方式存在,服务器程序公司开发,客户端程序由客户自己开发.
提供所谓的"API" 给客户调用来交互数据.

[whg01]

做个web service不就完事了。
或者做个网页，用户通过网址传参数来描述要获取哪些信息。然后你把信息以xml的形式输出。
这样可以省掉很多麻烦。

[xiaopoy]

API接口是封装的意思

基本思路是可以当于一个I/O端口使用
输入数据，得到数据，对用户而言其他的东西全不需要考虑，那些都是API接口实现部分了。

按你的例子，输入可以作为一种同步请求，输出的便是新数据

[saiyaman5]

在这种客户自由控制交换数据的速度与量的情况下,客户的自由度太大了
服务器的负载倒是很成问题啊,并要做到每个客户的请求响应应该是独立,互不相干