Я начинаю играть с услугами WebApi и Rest. До сих пор я всегда разрабатывал API SOAP.ASP.Net MVC4 WebApi proxy
Мой вопрос: Есть ли что-то параллельное прокси в MVC4 WebApi или это только концепция SOAP мира. Если вы не знаете, как клиенты знают полное описание функций Web, которые я им выставляю.
Благодаря
Я полагаю, вы имеете в виду описание WSDL сервиса, который не существует в WebAPI как таковой. Теперь я вижу, что вы добавили тег REST к вопросу, и я хотел бы подчеркнуть, что WebAPI не применяет методы REST.
REST в последнее время находится в центре обсуждения, но я думаю, все согласны с тем, что он не определяет какой-либо wsdl-подобный сервис.
Это однако требует от вас, чтобы сделать ваши документы самоописываемыми и поощряет публикации возможно государственных трансфертов и ссылки на соответствующие документы подробнее здесь: http://en.wikipedia.org/wiki/HATEOAS
REST является очень разные звери, чем SOAP, потому что на самом деле не хотите, чтобы вы отправляли команды на сервер и с другого сервера, кроме базовых, необходимых для получения/обновления/.. ресурсов, но полное описание этого выходит за рамки этой публикации :-)
Это, как говорится, Технология webAPI сама по себе не имеет каких-либо оговорок в этом отношении, и было бы вполне возможно разместить полномасштабные услуги и связанная с ним структура wsdl.
Я могу порекомендовать этот проект, я использовал его для нескольких проектов, и он работает хорошо.
PS: Я являюсь сотрудником по проекту, хотя я еще не совершил какой-либо код.
Подозреваю Night Walker менее заинтересован в WSDL и больше заинтересованы в том, чтобы создать прокси-класс в приложении-потребителе. WSDL используется инструментами для автоматического создания прокси-сервера. Я понимаю, что у него нет опубликованного определения, но есть ли в WebAPI инструменты разработчика для автоматического генерации прокси-классов, которые мог бы вызвать код? –
не в данный момент AFAIK, хотя нет причин, по которым его нельзя было каким-то образом добавить. Но с моим ответом я также хотел указать, что для «чистого» REST API не нужны эти прокси-классы, потому что единственными «методами» являются HTTP-глаголы. Для понимания ресурсов и состояний REST вам необходимы знания домена, но ответы API должны описываться самостоятельно и должны указывать дополнительные параметры, доступные для каждого из ресурсов, с которыми вы сталкиваетесь. – Dirk
REST не является заменой на место для SOAP! это требует другого способа мышления о том, как вы публикуете свою информацию и функциональность. – Dirk