2015-10-12 5 views
0

У меня есть вопрос относительно этих двух методов, если я собираюсь использовать обе техники в своем проекте, разве они не столкнулись?AngularJS и ASP.net MVC

например, они оба используют модель MVC. Так что, если я использую угловую маршрутизацию, это не ASP.NET MVC маршрутизации noecesarry, чем?

Это умный ход, чтобы использовать только ASP.net для создания WEB API и другой обработки серверной и angularJS реализовать MVC и поговорить с API

какие-либо предложения?

+0

Это действительно субъективный вопрос. Каждый проект, использующий обе технологии, которые вы описываете, будет использовать разные функции от каждого, и невозможно сделать одеяло «это единственный правильный способ сделать этот» ответ. – Claies

ответ

2

Вам не придется беспокоиться о том, что они столкнулись, если все сделано правильно. Ваша большая забота должна быть дополнительной и избыточной работой, которую это может вызвать. Для большинства ситуаций, когда Angular взаимодействует напрямую с WEB API, это выгодно, потому что он устраняет слой и делает ваш пользовательский интерфейс полностью переносимым между стеками технологий.

Есть достоинства к Hybird подхода, хотя, что сжато expalined здесь: https://softwareengineering.stackexchange.com/questions/209735/mixing-angular-and-asp-net-mvc-web-api

1

Эти два могут дополнять друг друга. Маршрутизация MVC запускается только при выполнении запроса сервера. Пока HTTP-запрос на сервер не производится, тогда маршрутизация MVC не срабатывает. Я использую сервер для возврата «динамического содержимого», который зависит от некоторой резидентной информации сервера. Вы можете получать модалы с сервера как Partials. Однако использование сервера в основном для работы с API является целесообразным.

Существует проект под названием TwitterBootStrapMVC (https://www.twitterbootstrapmvc.com/). Это позволяет вам рендерить чистую загрузочную разметку на сервере и доставить ее до углового после некоторой «последующей обработки». Это удобно и хорошо работает с Angular.

Смежные вопросы