Я походжу із використання ASP.NET MVC / Web API, і зараз я починаю використовувати Angular, але мені незрозуміло, як правильно їх змішувати.
Як тільки я використовую Angular, чи побічні концепції MVC все ще надають якесь значення? Або я повинен строго використовувати веб-API виключно для отримання даних для кутових викликів HTTP?
Будь-які поради, які ви маєте щодо хлопця ASP.NET MVC, який переходить на Angular, були б корисними
Відповіді:
Чистий веб-API
Раніше я був досить хардкорним з ASP.NET MVC, але оскільки я познайомився з Angular, я не бачу жодної причини, чому б я використовував будь-яку структуру генерації вмісту на стороні сервера. Pure Angular / REST (WebApi) дає більш багатий і плавний результат. Це набагато швидше і дозволяє створювати веб-сайти, які наближаються до настільних додатків, без будь-яких прикольних хаків.
Angular має трохи кривої навчання, але як тільки ваша команда це засвоїть, ви створите набагато кращі веб-сайти за менший час. В основному це пов’язано з тим, що у вас більше немає усіх цих (менших) проблем.
Наприклад, уявіть форму майстра з будь-якою традиційною структурою на стороні сервера. Кожну сторінку потрібно перевірити та подати окремо. Можливо, вміст сторінки залежить від значень попередньої сторінки. Можливо, користувач натиснув кнопку "Назад" і повторно надсилає попередню форму. Де ми зберігаємо стан клієнта? Всі ці ускладнення не існують при використанні Angular та REST.
Тож ... перейдіть на темну сторону ... у нас є печиво.
AngularJS більше пов'язаний з парадигмою додатків на одній сторінці, і як такий не отримує великої вигоди від серверних технологій, які відображають розмітку. Не існує жодної технічної причини, яка заважає вам використовувати їх разом, але на практиці, чому б ви?
SPA отримує необхідні йому ресурси (подання JS, CSS та HTML) та працює самостійно, передаючи дані службам для надсилання або отримання даних. Отже, серверна технологія все ще необхідна для надання цих послуг (а також інших засобів, таких як автентифікація та подібні), але частини рендерингу в основному не мають значення і не особливо корисні, оскільки це дублювання зусиль, за винятком того, що MVC це робить на стороні сервера, а Angular робить це на клієнті. Якщо ви використовуєте Angular, ви хочете, щоб це було на клієнті для досягнення найкращих результатів. Ви можете створювати Angular post HTML-форми та отримувати часткові перегляди від дій MVC, але ви втрачаєте найкращі та найпростіші функції Angular і ускладнюєте своє життя.
MVC досить гнучкий, і ви можете використовувати його для обслуговування дзвінків із програми SPA. Однак WebAPI більш тонко налаштований і дещо простіший у використанні для таких служб.
Я написав ряд програм AngularJS, включаючи пару, яка перейшла з вже існуючих програм WebForms та MVC, і аспект ASP.NET розвивається до платформи для доставки програми AngularJS як власне клієнта та для розміщення рівня додатків. клієнт спілкується через REST (за допомогою WebAPI). MVC - це прекрасний фреймворк, але він зазвичай опиняється без роботи в таких видах програм.
Додаток ASP.NET стає іншим рівнем інфраструктури, де його обов'язки обмежені:
Ще одна чудова річ про СПА - це те, що це може збільшити пропускну здатність вашої команди. Одна група може скористатися послугами, тоді як інша розміщує в клієнтському додатку. Оскільки ви можете легко заглушити або висміяти REST-послуги, ви можете мати повністю працюючий клієнтський додаток на макетних послугах і поміняти його на справжні, коли вони закінчать.
Вам доведеться вкладати гроші вперед на Angular, але це приносить великі результати. Оскільки ви вже знайомі з MVC, у вас є детальний опис деяких основних концепцій.
Це залежить від проекту, над яким ви працюєте.
Якщо angularJS - це щось нове для вас, я б скоріше вибрав невеликий проект з низьким рівнем ризику / тиску, щоб розпочати роботу та забезпечити, щоб ви навчилися робити речі правильно (я бачив багато проектів, в яких Angularjs неправильно використовувався через тиск, терміни ... відсутність часу, щоб засвоїти це належним чином, наприклад, за допомогою JQuery або доступу до DOM всередині контролерів тощо ...).
Якщо проект є зеленим, і у вас є певний досвід роботи з AngularJS, має сенс відмовитися від ASP.net MVC і на стороні сервера перейти до чистого REST / WebAPI.
Якщо це вже існуючий проект, ви можете підібрати складну підмножину функціональних можливостей і побудувати цю сторінку як окрему програму angularJS (наприклад, ваша програма складається з великої групи стандартних простих / середньої складності сторінок на основі Razor, але вам потрібен і вдосконалений редактор / сторінки, яка може бути цільовою частиною для побудови за допомогою AngularJS).
Ви можете використовувати Angular framework для розробки інтерфейсу, тобто для побудови поглядів. Він надає вам надійну архітектуру, і як тільки ви дізнаєтесь, ви побачите його переваги в порівнянні з механізмом подання бритви Asp.net MVC. Для отримання даних потрібно використовувати WebAPI, а тепер проект ASP.Net MVC підтримує як контролери WebAPI, так і MVC. Ви можете посилатися на посилання нижче, починаючи з розробки додатків Angular та ASP.Net MVC.
http://hive.rinoy.in/angular4-and-asp-net-mvc-hybrid-application/
На даний момент доступні дві основи для розробки компонентів інтерфейсу користувача для кутових програм. Я використав обидва ці фреймворки в одному з кутових проектів, в яких я працював.
Матеріал https://material.angular.io/