Вызов WebApi как экземпляра класса

Question

Это скорее вопрос дизайна, чем проблема. Итак, вот сценарий: у вас есть приложение asp.net 5 с контроллером webapi и оно предоставляет данные для многих типов клиентов: веб-приложений, ios, java-приложений и т. Д. Предположим, что одним из этих клиентов является mvc-контроллер внутри тот же веб-хост и визуальное студийное решение, что и webapi.

Каковы последствия вызова в webapi в качестве экземпляра класса вместо того, чтобы делать то, что делают другие типы клиентов, - что должно сделать сетевой вызов на основе отдыха? Очевидными преимуществами являются устранение превышения заголовка сетевого вызова и устранение сериализации. Но я хотел знать, какие могут быть некоторые из возможных негативов. Кто-нибудь делал это раньше?

Answer 1

Простым решением может быть то, что вы можете извлечь эту логику в отдельную сборку ... позвольте сказать «Бизнес-логический уровень», чтобы и WebApi, и MVC могли получить к ней доступ.

Это недостаток, что вы не сможете обойтись без MVC и WebApi. Я имею в виду, что использование WebApi в качестве единого интерфейса данных может позволить вам размещать приложение MVC отдельно от места размещения WebApi ... но подход в первом абзаце объединяет оба объекта и заставит вас размещать их вместе, чтобы иметь доступ к данные.

Answer 2

Если вы вызываете класс непосредственно, любая работа, выполняемая конвейером HTTP, не будет выполнена. Таким образом, ваш класс API не будет иметь доступ к HttpContext, например.

Также никакие аннотации (атрибуты), связанные с безопасностью или Http, не будут работать, поэтому вашему контроллеру MVC, возможно, придется справиться с этим.