Преимущества для переключения от классического asmx до wcf
Конструкторов в суперклассах вызывают, называете ли Вы явно их или нет. Они объединяют в цепочку от родительского класса вниз. Если Ваш конструктор явно не призывает конструктора, это - суперкласс тогда, конструктора по умолчанию в том классе называют неявно перед кодом Вашего конструктора.
2 ответа
- дополнительные параметры протокола; ASMX - это только IIS и HTTP - WCF предоставляет вам HTTP, NetTcp, MSMQ, IPC - вы называете это
- , вы можете написать свою службу один раз и выставить ее на нескольких конечных точках
- самостоятельный хостинг: вы можете разместить свою службу WCF в консольном приложении, приложении Winforms, приложении WPF или позволить ему обрабатывать его с помощью IIS / WAS - но вам не нужно
- гораздо больше опций, таких как надежные сеансы, гораздо больше безопасности options
- вам не нужно иметь дело с таким большим количеством "сантехнической слизи" в WCF, как в ASMX - вы можете сосредоточиться на своей бизнес-проблеме и позволить конфигурации и атрибутам обрабатывать все липкие вещи, которые вам не нужны чтобы иметь дело с
, чтобы назвать лишь несколько .....
Поищите в Google или Bing "WCF vs ASMX", и я уверен, что вы найдете еще много статей, сообщений в блогах и сравнений.
ASMX прошло - WCF - это настоящее и будущее. Он может сделать гораздо больше, поэтому ему нужно еще немного изучить.
Но если вы посмотрите правильные источники, например, эти два телешоу Dotnet Rocks ( Кейт Элдер демистифицирует WCF и Miguel Castro on Extreme WCF ), я уверен, что вы получите быстрый и, надеюсь, безболезненный старт в WCF!
Marc
WCF позволяет вам отделить службу от физического макета и протоколов . Например, вы можете написать одну службу и развернуть ее как REST или SOAP, или что-то еще, что может произойти в будущем. ASMX великолепен, но он жестко запрограммирован на SOAP. Также идея состоит в том, что вы можете подключить существующие функции, такие как регулирование, просто изменив предпочтения, что я не видел особой пользы.