Каковы различия между веб-службами WCF и ASMX?

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

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

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

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

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

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

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

пример web.конфигурация для веб-сервиса 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 to привязки nettcpbinding вы можете легко создать переплет в конфигурационный файл и используйте его. Таким образом, все изменения, связанные с клиентами, каналами связи, привязками и т. д., должны выполняться в конфигурации, оставляя бизнес-логику безопасной и неповрежденной, что имеет реальный смысл.
• WCF "веб-службы" являются частью гораздо более широкого спектра удаленной связи, включенной через WCF. Вы получите гораздо более высокую степень гибкости и переносимости, делая вещи в WCF, чем через традиционный ASMX, потому что WCF разработан с нуля, чтобы суммировать все различные инфраструктуры распределенного программирования, предлагаемые Microsoft. Конечная точка в WCF может быть передана так же легко через SOAP / XML, как и через TCP/binary, и изменить этот носитель-это просто мод файла конфигурации. Теоретически это уменьшает количество нового кода, необходимого при переносе или изменении бизнес-потребностей, целей и т. д.
• веб-службы могут быть доступны только через HTTP и он работает в среде без состояния, где WCF является гибким, потому что его службы могут размещаться в различных типах приложений. Вы можете разместить свои службы WCF в Console, Windows Services, 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, и я рекомендую их всем и каждому. Удачи в кодировании!!!