Использование WebServiceHostFactory Pros & Cons
Вам необходимо добавить @CrossOrigin уровень класса в вашем классе контроллера, как показано ниже
@CrossOrigin
public class SampleController {
// Your code goes here
}
, к вашему классу контроллера покоя
2 ответа
Можете Вы разъясняться: Вы спрашивающий конкретно о WebServiceHostFactory (emph: "Сеть")? Или просто различие между IIS, размещающим его по сравнению с запуском Вашего собственного сервера через код?
WebServiceHostFactory является новым в.NET 3.5 и поддерживает часть более нового материала AJAX/JSON.
На самом деле, в IIS (использующий .svc), Вы уже используете ServiceHostFactory - просто значение по умолчанию один поставленный с WCF. Можно записать собственную фабрику, если Вы хотите, и я сделал это в прошлом для создания фабрики, которая только слушает на https (у меня были проблемы о ферме, размещающей несколько сайтов, где это не могло определить корректный сайт для http, но https был прекрасен - таким образом, я полностью отключил http через фабрику).
Производительность не должна несколько отличаться, пока Вы не сходите с ума и слушаете на 200 конечных точках...
Обычно вручную создание сервера используется при хостинге сервера в (например), сервисе окон. IIS хорошо для некоторых вещей, но пулы приложений переработаны, так не идеальны для сервера, который должен сохранить долговечное состояние. IIS имеет преимущество того, чтобы быть намного легче настроить, особенно с безопасностью (SSL и т.д.) и сжатие.
Я определенно не эксперт (пока), но на ум приходят следующие минусы:
- у вас может быть только одна аутентификация метод за раз (т. е. не оба Windows и анонимный) ср. WebServiceHostFactory и проверка подлинности IIS
- Обработка ошибок в общий способ (без Application_OnError, так что вам придется настроить свой конечные точки вручную в конце концов)
Pro:
- простая настройка служб REST с нуля.