代码之家  ›  专栏  ›  技术社区  ›  norgepaul

您的Delphi应用程序提供什么类型的API?

  •  4
  • norgepaul  · 技术社区  · 15 年前

    我们有一个使用RemObjects DataAbstract编写的三层Delphi应用程序。我们的许多客户都在要求一个API,以便他们可以使用自己的应用程序与之交互。

    您可以推荐哪些类型的API,它们实现起来有多困难?

    3 回复  |  直到 15 年前
        1
  •  5
  •   LachlanG    15 年前

    既然您已经使用RemObjects DataAbstract编写了应用程序,那么您所需要的一切都已经在应用程序中等待您了。

    Rebug BoestAp文摘包含RoistBaseSDK,这是构建API可用的最灵活和最简单的方法之一。RemObjects SDK允许您以多种方式向客户公开方法方法,从本机二进制RemObjects调用、XML-RPC、JSON、SOAP、本地DLL、Windows消息到命名管道。。。甚至通过SMTP/POP。

    其优点在于,您可以设计一个API,然后轻松地将其公开给您的客户 via any or all of these different mechanisms . 只需设计你的API方法,然后问你的客户他们希望如何使用它,很可能removobjects有一个与他们的请求匹配的消息/通道组合。

        2
  •  2
  •   user160694user160694    15 年前
    1. 将API作为函数发布到DLL中。很容易编写代码,但受DLL限制(仅限于普通函数等)。例如,不容易从脚本调用
    2. 将API发布为COM对象。实现起来有点复杂(尤其是如果你以前从未使用过COM),但是非常灵活。如果需要,可以从脚本轻松调用。
    3. 使用标准的通用RPC机制,如SOAP或REST。更适合于服务器,不难实现,需要一个活动的“监听器”来接收调用
    4. 使用您自己的协议进行通信。实现的时间更长,可以比SOAP或REST更快,但也需要在客户方面做更多的工作。
        3
  •  1
  •   mjn anonym    15 年前

    除了简单的业务逻辑API之外,我认为如果应用程序为一般任务(如:

    • 日志记录/审核跟踪
    • 监控(性能、统计)
    • 权利管理
    • 基本管理(关机/进入维护模式)
    • 消息传递(向用户或应用程序发送通知)