Вынудите WCF назвать метод по каждому запросу прежде, чем ввести фактическую функцию
Я думаю, что основная мотивация для того, чтобы иметь AppDomains - то, что разработчики CLR хотели способ изолировать управляемый код, не подвергаясь производительности наверху нескольких процессов Windows. CLR был первоначально реализован сверху UNIX (где создание нескольких процессов является значительно менее дорогим), AppDomains никогда не мог изобретаться.
кроме того, в то время как управляемая сменная архитектура в приложениях сторонних производителей определенно хорошее использование AppDomains, большая причина, они существуют, для известных хостов как SQL Server 2005 и ASP.NET. Например, поставщик услуг хостинга ASP.NET может предложить общее решение для хостинга, которое поддерживает несколько сайтов от нескольких клиентов все на том же поле, работающем при единственном процессе Windows.
3 ответа
Вы можете подумать о создании службы маршрутизации WCF. Вы должны вызвать фиксированную конечную точку - ваш метод аутентификации - а затем оттуда направить свои вызовы к фактическим методам на основе некоторого указания в запросе.
Для .NET 4 функциональность службы маршрутизации будет включена в WCF из коробки.
Но я не знаю, как это все соответствует REST.
Вы можете использовать подход «Пользовательское поведение».
Вам нужно будет написать класс, реализующий IDispatchMessageInspector . Следующая статья журнала MSDN дает хорошее объяснение этому: Расширение WCF с помощью настраиваемых поведений (ссылка указывает на кэшированную копию Wayback Machine; загрузка, скорее всего, не работает) .
Если это для авторизации, разве вы не можете использовать встроенные службы?
Например, есть атрибут PrincipalPermission . Это поможет в вашем случае?