Веб-API Microsoft ASP .NET, архитектура MVC 4 и SPA - PullRequest
Новая
       21

Веб-API Microsoft ASP .NET, архитектура MVC 4 и SPA

5 голосов
/ 10 марта 2012

Microsoft недавно выпустила бета-версию MVC 4, в которой есть такие новые замечательные функции, как Web API и SPA.И, как всегда, демонстрации Microsoft не демонстрируют лучшие практики с точки зрения разработки программного обеспечения.Например, используя DbController, который тесно связан с EF.

Мне кажется, что SPA и Web API идут рука об руку в современном приложении ASP .NET.Я хотел бы услышать любые предложения по структурированию решения на основе MVC 4, которое собирается применять эти новые технологии, такие как Web API и SPA.

Например, рекомендуется ли разделять проект Web API с его собственными контроллерами вне базового проекта MVC4 или нет.Как бороться с SPA и не использовать DbController для того, чтобы хранить постоянство данных отдельно?Что будет основной ролью обычного приложения MVC4 и особенно Razor?

Любые другие мысли или предложения высоко ценятся.

Ответы [ 2 ]

4 голосов
/ 10 марта 2012

Об отделении MVC4 + Web API: imho (как всегда), это зависит от вашего конкретного проекта.

Относительно EF: вам определенно не следует возвращать EF Entities, а вместо этого возвращать свои собственные DTO.

Роль бритвенных представлений MVC может заключаться в визуализации частичных представлений, которые вы динамически загружаете из клиента.Вы также можете сделать что-то вроде условной загрузки CSS / JS и т. Д. Для начальной страницы Индекса, загружаемой изначально.

3 голосов
/ 10 марта 2012

Я думаю, что это хорошая идея - хранить API в отдельном проекте веб-сайта от вашего SPA / веб-сайта, поскольку вы можете столкнуться с проблемами с жадными маршрутами.

Определенно держите свой доступ к данным отдельно ислабосвязанный.

...