Лично, я рекомендовал бы самую простую привязку, которая дает то, в чем Вы нуждаетесь. Я сделал довольно много WCF (некоторые довольно сложные), и я ничего никогда не должен был использовать кроме BasicHttpBinding; это также признает, что самая большая совместимость с клиентами non-.NET, и позволяет Вам использовать вещи как MTOM для эффективной двоичной передачи.
хостинг Ре; IIS является действительно самым простым для клиент-серверной установки; два особых преимуществ:
(я верю , WCF, работающие на основе BasicHttpProfile, могут также усилить Ваше сжатие IIS [GZip/Deflate] установка, но не заключают мне в кавычки...)
, Вы могли бы принять решение использовать автономный хост (обычно через сервис окон), если (например), Вы хотите продолжительный сервер с сохранением информации. IIS имеет эту привычку (дизайном) переработки пулов приложений, который не хорош, если Вы сохраняли что-то в памяти! Другой пример - то, где Вы хотите, чтобы он уже выполнил для быстрого "первого хита" производительность (вместо того, чтобы ожидать IIS/ASP.NET для вращения). Пример, покрывающий оба из них, мог бы размещать WF (рабочий процесс) сервер.
Снова; если Вам не нужна эта сложность, пойдите для самой простой опции: хостинг в IIS.
Я предложил бы отослать книгу "Programming WCF Services" Juval Lowy.
Он идет через карту принятия решений, чтобы помочь Вам решить который привязка использовать. Можно также найти его статью о привязке здесь
http://www.code-magazine.com/article.aspx?quickid=0605051&page=3
Действительно существует много опций.
Привязка
привязка, доступная от WCF, является рядом протоколов для общих сценариев. Это указывает транспорт, сообщение и информацию о безопасности.
При выборе привязки, необходимо узнать, в какой функции Вы нуждаетесь от нее. например, Вам, возможно, понадобится путь к
, Если Вы знаете, клиенты всегда от точечной сети, Вы могли бы использовать сеть tcp привязка, которая быстрее, чем basicHttpbinding. Однако basicHttpBinding является совместимым протоколом, даже php, или клиенты Java могут говорить с ним без проблемы.
Определяют Ваши собственные требования для сервиса и затем ищут существующую привязку для установки потребностям, если нет никакой существующей привязки, можно создать собственную привязку, которую называют пользовательской привязкой, это могло сочетать функции от другого связывания для достижения цели.
Хостинг
IIS более масштабируем. Если Ваш сервис не требует состояния, которое должно быть размещено в процессе демона длительного периода (сервис окон или консольное приложение), IIS является выбором, так как легко включить сжатие и encrytion для Ваших сервисов.
[еще 1118] при Привязке
, Если Вы хотите, чтобы Ваш сервис был назван в Браузере т.е. javascript WebHttpBinding, хороший, которые отмечают точкой сеть, определенную для Вас. Можно использовать enbableWebScript для создания сервиса, понимает JSON для JavaScript.
Доступность
, Если одна определенная привязка не может выполнить все требования, можно подвергнуть каждый сервис в различной привязке в различных конечных точках. например, host/nettcp host/json
хоста/мыла