2013-07-25 1 views
1

Итак, я хочу иметь самообслуживаемую службу WebApi, поэтому для этого необходимо иметь смесь методов на основе RESTful, а также обеспечить доступ к «старой школе» мой сервис.Потребление сервиса WebApi «как услуга asmx»

Чтобы попытаться объяснить лучше, если бы у меня был следующий метод

public string SendDocument(Document document) 

Документ будучи «DataContract» как бы я идти о потреблении этого, как вы бы для WCF веб-службы/ASMX.

Насколько я могу судить, я не могу создать прокси-класс или добавить WebApi в качестве ссылки на службу, так как я могу использовать этот метод?

Я знаю, что это немного открытым вопрос, но я искал в течение последних 2-х часов и не получить очень далеко ...

Заранее спасибо

ответ

2

Там нет необходимости для прокси. Вы можете использовать класс HttpClient: http://www.asp.net/web-api/overview/web-api-clients/calling-a-web-api-from-a-net-client

+1

Хорошо, но я надеялся, что пользователи все равно смогут получить доступ к некоторому wsdl и создать прокси-класс на основе WebMethods, которые я выставил. Таким образом, пользователь мог бы использовать сервис таким же образом. 'Документ d = новый документ(); ProxyClass pc = new ProxyClass(); pc.SendDocument (d); ' –

+0

Nope. Это не тот случай. – leastprivilege

1

Вы можете использовать WCF для обслуживания запросов SOAP и REST.

+0

Да, я знаю спасибо, но решение должно было быть WebApi (не заставляйте меня начинать :)) –

+0

Можете ли вы создать отдельную конечную точку только для SOAP-запросов? Предполагая, что реализация метода SendDocument не напрямую связана с методом действия веб-API, а отдельным классом, всего лишь несколько строк кода могут вывести конечную точку SOAP с использованием WCF. –

Смежные вопросы