стратегия поддержки как нативного, так и сервисного уровня wcf

Question

У меня есть веб-приложение, которое иногда вызывает сервисный уровень из кода, а также вызывает некоторые релевантные сервисы WCF из клиентского кода (например, JQuery).

Я обнаружил, что есть работа по поддержанию обоих уровней обслуживания.Я рассмотрел возможность избавиться от нативного уровня сервиса dot.net и использовать только сервисы WCF, однако, по моему опыту, это может привести к снижению производительности в 4-10 раз из-за накладных расходов веб-служб.

Как остальные из вас справляются с этим?Вы поддерживаете оба слоя вручную?Существуют ли практики / инструменты / структуры, облегчающие этот процесс обслуживания / синхронизации?Или вы берете удар по производительности и живете исключительно со слоем веб-сервисов?

Answer 1

Одно предложение, которое я могу дать вам в отношении дизайна слоя WCF, - это то, что содержание как можно тоньше.Уровень WCF должен отвечать только за отправку и получение данных и должен быть лишен какой-либо деловой функциональности \ проверки.Большую часть времени это должно быть делегирование работы на сервисный уровень.Таким образом, обслуживание уровня обслуживания - единственная важная задача, которую нужно позаботиться.Оболочка WCF должна быть проще в создании и обслуживании.Таким образом, вы можете продолжать использовать старый подход со всеми преимуществами производительности.