Чем отличаются веб-сервисы WCF и ASMX?

Я полностью запутался между веб-сервисами WCF и ASMX. Я использовал много веб-сервисов на своей ранней стадии, и теперь появилась новая вещь под названием WCF. Я все еще могу создать WCF, который функционирует как веб-сервис. Я думаю, что в WCF будет больше вещей.

Каковы различия между WCF и веб-сервисами? Когда следует использовать каждый из них?

Кит Элдер хорошо сравнивает ASMX с WCF здесь. Проверьте это.

Еще одно сравнение ASMX и WCF можно найти здесь - я не на 100% согласен со всеми пунктами, но это может дать вам представление.

WCF - это, в основном, «ASMX на стереоидах» - это может быть все, что ASMX мог бы - плюс намного больше! ,

ASMX это:

• легко и просто писать и настраивать
• доступно только в IIS
• вызывается только из HTTP

WCF может быть:

• размещенный в IIS, служба Windows, приложение Winforms, консольное приложение - у вас есть полная свобода
• используется с HTTP (REST и SOAP), TCP / IP, MSMQ и многими другими протоколами

Вкратце: WCF здесь, чтобы полностью заменить ASMX.

Проверьте Центр разработчиков WCF на MSDN .

Обновление: ссылка кажется мертвой - попробуйте это: Что такое Windows Communication Foundation?

Веб-сервисы ASMX могут вызываться только по HTTP (традиционный веб-сервис с .asmx). В то время как служба WCF или компонент WCF могут быть вызваны любым протоколом (например, http, tcp и т. Д.) И любым типом транспорта.

Во-вторых, веб-сервисы ASMX не являются гибкими. Тем не менее, WCF Services являются гибкими. Если вы делаете новую версию сервиса, вам нужно просто выставить новый конец. Таким образом, услуги являются гибкими, и это очень практичный подход, учитывающий текущие тенденции бизнеса.

Мы разрабатываем WCF как контракты, интерфейс, операции и контракты данных. Как разработчик, мы больше ориентируемся на сервисы бизнес-логики и не должны беспокоиться о стеке каналов. WCF - это унифицированный API-интерфейс для любых служб, поэтому мы создаем службу и используем информацию о конфигурации для настройки механизма связи, такого как HTTP / TCP / MSMQ и т. Д.

Это очень старый вопрос, но я не чувствую, что преимущества ASMX изобразили справедливо. Хотя веб-службы ASMX не очень гибки, они очень просты в использовании и понимании. В то время как WCF более гибок, он также более сложен, чтобы встать и настроить.

Веб-сервисы ASMX готовы встать и добавить их в качестве ссылки на веб-сервис, как только вы добавите файл. (при условии, что ваш проект собирается)

Для простого рабочего процесса разработки create webservice-> run webservice-> add webservice referenceу веб-сервиса ASMX есть очень мало того, что может пойти не так, не так много, что вы можете неправильно настроить, и в этом его сила.

В ответ на те, которые утверждают, что WCF заменяет ASMX, я отвечу, что WCF потребуется добавить модернизированный режим конфигурации KISS, чтобы полностью заменить ASMX.

Пример web.config для веб-службы ASMX:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <appSettings />
  <system.web>
    <compilation targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
  </system.web>
</configuration>

WCF полностью заменяет веб-сервисы ASMX. ASMX - это старый способ создания веб-служб, а WCF - текущий способ создания веб-служб. Все новые разработки веб-сервисов SOAP на клиенте или сервере должны выполняться с использованием WCF.

Сейчас много говорят о простоте веб-сервисов asmx по сравнению с WCF. Позвольте мне прояснить несколько моментов здесь.

• Это правда, что начинающие разработчики веб-сервисов легко начнут работать с веб-сервисами asmx. Visual Studio выполняет всю работу за них и с готовностью создает проект Hello World.
• Но если вы можете выучить WCF (что, конечно, не займет много времени), то вы увидите, что WCF также довольно прост, и вы можете легко идти вперед.
• Важно помнить, что упомянутые сложности в WCF на самом деле связаны с прекрасными функциями, которые он несет с собой. В файле конфигурации указаны адреса, привязки, контракты и конечные точки, службы и клиенты. Красота вашей бизнес-логики разделена и поддерживается безопасно. Завтра, если вам нужно изменить привязку с basicHttpBinding на netTcpBinding, вы можете легко создать привязку в файле конфигурации и использовать ее. Таким образом, все изменения, относящиеся к клиентам, каналам связи, привязкам и т. Д., Должны быть сделаны в конфигурации, оставляя бизнес-логику безопасной и нетронутой, что имеет действительно хороший смысл.
• «Веб-сервисы» WCF являются частью гораздо более широкого спектра удаленной связи, предоставляемой через WCF. Вы получите гораздо более высокую степень гибкости и мобильности при работе в WCF, чем при использовании традиционного ASMX, поскольку WCF с самого начала предназначен для суммирования всех различных инфраструктур распределенного программирования, предлагаемых Microsoft. С конечной точкой в ​​WCF можно связываться так же легко через SOAP / XML, как и через TCP / двоичный, и изменить этот носитель - просто мод конфигурационного файла. Теоретически это уменьшает количество нового кода, необходимого при переносе или изменении бизнес-потребностей, целей и т. Д.
• Доступ к веб-службам возможен только через HTTP, и он работает в среде без состояний, где WCF является гибким, поскольку его службы могут размещаться в различных типах приложений. Вы можете разместить свои службы WCF в Консоли, Службах Windows, IIS & WAS, которые снова являются различными способами создания новых проектов в Visual Studio.
• ASMX старше WCF, и все, что ASMX может сделать, может WCF (и более). По сути, вы можете видеть, что WCF пытается логически сгруппировать все различные способы взаимодействия двух приложений в мире Microsoft; ASMX был только одним из этих многих способов, и теперь он сгруппирован под зонтичными возможностями WCF.
• Вам всегда будет нравиться использовать Visual Studio для NET 4.0 или 4.5, поскольку это облегчает жизнь при создании служб WCF.
• Основное отличие заключается в том, что веб-сервисы используют XmlSerializer. Но WCF использует DataContractSerializer, который лучше по производительности по сравнению с XmlSerializer. Вот почему WCF работает намного лучше, чем другие аналоги коммуникационных технологий из .NET, такие как asmx, .NET remoting и т. Д.

Не стоит забывать, что я был одним из тех парней, которым нравились сервисы asmx больше, чем WCF, но в то время я не очень хорошо знал сервисы WCF и их возможности. Я был напуган конфигурациями WCF. Но я осмелился и попытался написать несколько собственных сервисов WCF, и когда я узнал больше о WCF, у меня нет никаких запретов на WCF, и я рекомендую их всем и каждому. Удачного кодирования !!!