Сервис WCF вместо веб-сервиса ASMX?
Я пишу Сервер SOAP, который будет действовать как конечная точка для внешнего клиента. Внешний клиент ожидает SOAP 1.1. Я буду брать встроенные бизнес-объекты в сообщениях SOAP и передавать их внутреннему приложению, возвращая ответы и отвечая сообщениями SOAP вечному клиенту.
Я сделал базирующиеся веб-сервисы традиционного ASMX несколько лет назад. Теперь, я исследовал WCF Services и задавался вопросом лучший подход для взятия.
1) WCF нужно считать надмножеством веб-сервисов ASMX?
2) Там какая-либо причина состоит в том, чтобы все еще записать новые веб-сервисы с помощью ASMX вместо WCF?
3) WCF предоставляет лучшие средства для работы с сообщениями SOAP, в противоположность Расширениям SOAP?
4) Я могу ограничить коммуникацию SOAP 1.1 с помощью WCF, способа, которым я могу с изменением web.config в ASMX?
5) WCF имеет простой способ зарегистрировать или рассмотреть запросы, которые поражают сервис, не обращаясь к чему-то как расширения SOAP?
Извините мои вопросы не очень конкретны; все еще пытаясь надеть дескриптор, что я должен знать...
Использование VS2008, Windows Server 2008.
Chris
1 ответ
Я бы порекомендовал вам использовать WCF. Если вы настроите службу WCF для использования привязки basichttp, она будет работать как служба SOAP 1.1.
- WCF «заменяет» несколько коммуникационных технологий, включая asmx.
- Я не могу придумать никаких технических причин. Вы можете сделать это, если у вас есть команда, которая знает asmx, но не знает wcf, или у вас есть проект с большим количеством сервисов asmx, и вы не хотите внедрять новую технологию.
- WCF имеет контрактов на сообщения , но не на 100% уверен, что вы имеете в виду.
- Да, базовая привязка http
- Да, вы можете использовать трассировку WCF