С чем использовать AngularJS: с ASP.NET, ASP.NET MVC или с чистым .NET?

Question

[oyaebunterkrah]

Добрый день.

Не так давно столкнулся с AngularJS.

Хочу познакомиться с ним плотнее.

Знакомые, которые его используют, говорят, что можно в принципе обойтись чистым .NET, нет необходимости создавать ASP.NET или ASP.NET MVC проект.

Мол, используя AngularJS, можно на серверной стороне обойтись SOA (сервис-ориентированной архитектурой).

Т.е. всю клиентскую часть на себя возьмёт AngularJS, а от сервера требуются только данные.

Можете высказать за и против?

Answer 1

[Kokcuk]

Недавно встал такой же вопрос - создания бекенда для js приложения, в конечном результате разницы нет между wcf и mvc, но выбрали mvc, потому что mvc - это готовый из коробки rest сервис, который без проблем отдает саму js страницу, все как надо сериализует через api методы, и не имеет никаких проблем с производительностью. В wcf чтоб так настроить придется попотеть.

Comments

[oyaebunterkrah]

Почему именно MVC, а не просто ASP.NET? Только из-за REST-сервисов?

[Сергей Протько]

.NET MVC по сути предоставляет вам возможность грамотно построить структуру приложения, и то что приложение является REST-сервисом ни чуть не умиляет сложность оного.

[Kokcuk]

@oyaebunterkrah на mvc все просто, new project, несколько api контроллеров, ef подключить и готово, а насчет asp.net не уверен что все просто, хотя с asp.net опыта очень мало.

[oyaebunterkrah]

@Kokcuk в этом плане - да. Но в mvc куча всего ставится, что есть в angularjs, например: view, validation, routing..

Answer 2

[Сергей Протько]

angular нужно юзать с rest на серваке. А уж как вы делаете restfull-сервис, на голом .net или на asp .net mvc это уже детали, хотя думаю последний вариант по удобнее будет, либо еще есть варианты.

Comments

[oyaebunterkrah]

Я заметил, что чем дальше, тем больше акцент смещается на сторону клиента. Не стоит ли ждать в будущем, что MS перестанет развивать MVC в тех традициях, которых он сейчас придерживается?

Не может ли AngularJS заменить все плюшки аспшного MVC?

[Сергей Протько]

@oyaebunterkrah на счет этого можете не беспокоиться. angularjs это как вы правильно заметили, фрейморк для разработки клиент-сайд приложений. ASP.NET MVC же для бэкэнд части.

[oyaebunterkrah]

@Fesor сейчас для crud операций надо моделями я использую razor-view. Стали бы вы переделывать это под angularjs?

[Сергей Протько]

@oyaebunterkrah razor-view насколько я помню это лишь один из компонентов. Вы так же вместо рендринга шаблонов можете все красиво сериализовать в json и т.д. Сила .NET MVC не в шаблонах же.

p.s. Я использую angularjs для админок и всего того, что не нужно индексировать поисковиками, ибо с последним геморой будет в любом случае.

Answer 3

[Bob Smith]

Только что закончили проект на связке ASP.NET MVC + WebApi + AngularJS. Получилось очень клёво. Логика такая: MVC-котнтроллеры возвращают только чистую вьюшку с разметкой для AngularJS, тот обращается к WebApi, получает в JSON данные, ну и мапит на вьюшку. И при изменении данных шлёт их в JSON обратно к WebApi.

Плюсы:
1) Чёткое разделение на слои логики. WebApi-контроллеры покрываются юнит-тестами.
2) Чёткое разделение работы клиентских и серверных разрабов. До разработчика клиентского кода доходят только интерфейсы моделей, причём уже гарантированно работающие, т.к. проверяются тестами.
3) Внешние сервисы (с которыми мы интегрируемся или, в перспективе, мобильное приложение) интегрируются с тем же api, с которым работает сам сайт.

Минусы:
1) Требуется дописать приличное количество клиентской логики для корректного отображения ошибок валидации.
2) Большие страницы (а в нашем конкретном проекте на одной странице отображалось несколько вьюшек с разными api-контроллерами) подгружаются достаточно долго: сначала отображается пустая страница, затем первая часть, спустя пару секунд ещё и т.п. Но это больше вопрос оптимизации чем AngularJS

Comments

[pro100saniok]

где можно посмотреть)?

[Bob Smith]

pro100saniok: проект в интранете. Так что нигде, увы.

Answer 4

[w1ld]

Можно воспользоваться ASP.NET Web API. Это какой-то вариант между WCF и MVC. Он заточен под http и заявлено (не пробовал), что запускается без IIS. Если вам на сервере не нужно вообще создавать VIEW, то, видимо, вам подойдет.

Comments

[oyaebunterkrah]

В итоге на нём и остановился.