WCF на предприятии, каких-либо указателях на основе Вашего опыта?

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

Я был недавно нанят к компании, которая ранее обработала их клиент-серверную связь с традиционными веб-сервисами asp.net и передающий набор данных назад и вперед.

Я переписал ядро поэтому теперь существует Сеть. Tcp "соединил" клиент..., и все сделано через там. Это была недельная ценность "in-production-discoveries"..., но определенно стоящий того.

Болевые точки, которые мы должны были узнать поздно в игре, были: 1) Регулировка значения по умолчанию заблокировала 11-го пользователя вперед (она принимает значение по умолчанию для разрешения только 10). 2) Значение по умолчанию "maxBufferSize" было установлено на 65k, таким образом, первый битовый массив, который должен был быть загружен, разрушил сервер :) 3) Другие конфигурации по умолчанию (макс. параллельные соединения, макс. параллельные вызовы, и т.д.).

В целом, это абсолютно стоило того... приложение намного быстрее только путем изменения их infrustructure и теперь, когда мы "соединили" пользователей... сервер может отправить сообщения вниз клиентам.

Другие красивые усиления - то, что, так как мы знаем 100%, кто соединен, мы можем на самом деле осуществить наше лицензирование политики на прикладном уровне. До настоящего времени (и прежде чем я был нанят) моя компания должна была просто зарегистрироваться, и затем в конце месяца тарифицируют клиенты, дополнительные за соединение слишком много раз.

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

Для коммуникации между компонентами в моей организации я закончил тем, что использовал [NetDataContract] на моих сервисах и прокси, который рекомендуется против (Вы не можете интегрироваться с платформами за пределами.NET и интегрировать Вас, нуждаются в блоке, который имеет контракты), хотя я нашел, что производительность была звездной, и мое полное время разработки уменьшило при помощи его. Для нас это было правильное решение.

WCF является определенно большим для материала предприятия, поскольку он разработан с масштабируемостью, расширяемостью, безопасностью, и т.д.... в памяти.

как maxidad сказал, это может быть очень твердо, хотя, поскольку исключения часто почти ничего не говорят Вам при использовании безопасности (obvisously для сценариев предприятия), необходимо иметь дело с сертификатами, бессмысленный MessageSecurityExceptions и так далее.

Контакт с сервисами WCF определенно более труден, чем со старым asmx сервисом, но это стоит усилия, после того как Вы находитесь в.

предоставление конфигураций сервера не будет полезно для Вас, поскольку оно должно соответствовать к Вашему сценарию. использование правильной привязки очень важно, а также безопасность, concurreny. нет никакого единственного способа пойти, когда использование wcf. просто думает о Ваших требованиях. Вам нужны обратные вызовы, кто Ваши пользователи? в какой безопасности Вы нуждаетесь?

однако, WCF будет определенно правильной технологией для приложений масштаба предприятия.