Question

我有现有的REST API，使用Django Rest Framework编写，现在由于一些客户端需求，我必须将其中一些暴露为SOAP Web服务。

我想知道如何在python中编写包装器，以便我可以将一些REST API作为SOAP Web服务公开。或者我应该单独制作SOAP Web服务并重用代码吗？

我知道这是一个奇怪的情况，但任何帮助将不胜感激。

Answer 1

您可以说，SOAP和REST基本上是apples和oranges。

你基本上需要一些东西，你可以使用REST API。

正如我所见，你有一些选择：

使用另一个端口（端点）上单独运行的SOAP服务。为此，我会说，使用像Spyne这样的框架，查看示例hello world
使用客户端首选方式，通过WSGI进行SOAP或通过HttpRPC
调用您通过SOAP中的方法创建的相同REST API端点。我们在一个应用程序中使用了一个内部api包装器，如下所示：

def wrap_internal_api_call(requests_api_method, uri, 
                           data, cookies=None, headers=None):

    return requests_api_method(uri, data=data, files=files, 
               cookies=cookies, headers=headers)

如何使用它？

import requests

from django.core.urlresolvers import reverse
from django.conf import settings

from spyne.service import Service
from spyne.decorator import srpc
from spyne.model import ByteArray, DateTime, Uuid, String, Integer, Integer8, \
    ComplexModel, Array


# This method will hit the internal API which is written in DJANGO REST FRAMEWORK
def build_internal_uri(uri):
  return 'http://localhost:{0}{1}'.format(settings.INTERNAL_API_PORT, uri)


class RequestHeader(ComplexModel):
  some_field = String


class SomeService(Service):
    # Headers related doc
    # https://github.com/arskom/spyne/blob/68b9d5feb71b169f07180aaecfbe843d8ba500bf/doc/source/manual/06_metadata.rst#protocol-headers 
    __in_header__ = RequestHeader

  @srpc(String, _returns=String)
  def echo_string(s):
    headers = ctx.in_header.some_field

    # Reverse url from the urls.py file
    local_order_fetch_url = build_internal_uri(reverse('website:order_details')) + '?order_id=' + order_id

    response = wrap_internal_api_call(requests.get, local_order_fetch_url, 
            { 'data': 'sample_data' }, None, headers)

    return response['data'] # Some string data


app = Application([SomeService], 'tns', in_protocol=HttpRpc(parse_cookie=True), 
                out_protocol=HttpRpc())

现在您可以查看一些示例，作为Django配置，available

Answer 2

让我们讨论这些方法及其利弊

单独的SOAP服务

重用相同代码 - 如果您确定代码更改不会影响两个代码流，那么最好去。
扩展功能 - 如果您确定新的功能扩展不会影响其他部分，那么最好再去。
Scalablity - 如果新API是同一个应用程序的一部分，并且您确信它可以通过更多负载进行扩展，那么它也是一个不错的选择。
扩展程序 - 如果您确定将来添加更多API不会造成一堆乱七八糟的代码，那么再次使用也是一件好事。

使用Python的肥皂包装（我最喜欢和建议的方式）

分离关注，你可以确定，你编写的代码是从主逻辑编写的，你可以轻松地插入和插入新东西。

如果是，则回答上述所有问题。

你的电话，

非常欢迎评论和批评

编写一个包装器以将现有REST API公开为SOAP Web服务？

2 个答案: