Le mélange Angulaire et ASP.NET MVC/api Web?
Je viens d'utiliser ASP.NET MVC, Web API et maintenant, je commence à utiliser Anguleux, mais je ne suis pas clair sur la façon correcte de les mélanger.
Une fois que je suis en utilisant Angulaire de la MVC sever côté des concepts de toujours fournir une valeur quelconque ? Ou devrais-je être strictement en utilisant l'API Web uniquement à obtenir des données pour la angulaires HTTP appels ?
Vos conseils pour un ASP.NET MVC gars de la transition vers Angulaire serait utile
- Ça dépend, mais je pense que "je devrais être strictement en utilisant l'API Web uniquement à obtenir des données pour la angulaires HTTP appels" est la façon correcte de le faire.
- Voici un tutoriel pour la création d'un Angulaires application avec un ASP.NET Web de Base de l'API backend -> medium.com/@levifuller/...
Vous devez vous connecter pour publier un commentaire.
Pur API Web
Je l'habitude d'être assez hardcore avec ASP.NET MVC, mais depuis que j'ai rencontré Angulaire je n'en vois pas la raison pourquoi je voudrais utiliser tout côté serveur de génération de contenu du cadre. Pure Angulaire RESTE(WebApi) donne un son plus riche et plus lisse résultat. C'est beaucoup plus rapide et permet de construire des sites qui sont très proches pour les applications de bureau, sans aucun funky hacks.
Angulaire a un peu de courbe d'apprentissage, mais une fois que votre équipe a maîtrisé cela, vous allez construire beaucoup mieux les sites web en moins de temps. Surtout que cela a à voir avec le fait que vous n'avez pas tous ces état(moins) les questions de plus.
Par exemple imaginer un assistant formulaire avec n'importe quel serveur traditionnel côté du cadre. Chaque page doit être validé et présenté séparément. Peut-être que le contenu de la page dépend de valeurs à partir d'une page précédente. Peut-être que l'utilisateur a appuyé sur le bouton de retour et est re-soumission d'une forme antérieure. Où en est-on stocker l'état de la client? Toutes ces complications n'existent pas lors de l'utilisation Angulaire et de REPOS.
Donc ... venir du côté obscur ... nous avons des cookies.
Question similaire
AngularJS est plus associé avec le single page application paradigme, et en tant que tel, n'a pas grand chose à tirer de technologies côté serveur qui rendent le balisage. Il n'y a pas de raison technique qui s'oppose à vous de les utiliser ensemble, mais dans un sens pratique, pourquoi le feriez-vous?
Un SPA récupère les biens dont il a besoin (JS, CSS, HTML et points de vue) et fonctionne sur son propre, à informer les services pour envoyer ou récupérer des données. Ainsi, une technologie côté serveur est toujours nécessaire pour la prestation de ces services (ainsi que d'autres moyens tels que l'authentification et l'aime), mais le rendu des pièces sont largement hors de propos et n'est pas particulièrement utile, car il est une duplication des efforts, à l'exception MVC fait sur le côté serveur et Angulaire t-il sur le client. Si vous utilisez Angulaire, vous souhaitez sur le client pour obtenir de meilleurs résultats. Vous pouvez faire Angulaire de la poste des formulaires HTML et de récupérer des vues partielles de MVC actions, mais vous pourriez être absent dehors sur les plus simples et les plus caractéristiques de l'Angulaire et de rendre votre vie plus difficile.
MVC est assez flexible et vous pouvez l'utiliser pour les appels de service à partir d'un SPA. Cependant, WebAPI est plus fine et un peu plus facile à utiliser pour de tels services.
J'ai écrit un certain nombre d'applications AngularJS, y compris un couple qui ont migré à partir des WebForms et MVC applications, et la ASP.NET aspect évolue vers une plate-forme pour la prestation de l'application AngularJS que le client réel, et pour l'hébergement de la couche d'application, le client communique à la via de REPOS (à l'aide de WebAPI). MVC est un beau cadre, mais il se retrouve sans emploi dans ces sortes d'applications.
L'ASP.NET l'application devient une autre couche de l'infrastructure, où ses responsabilités sont limitées à:
Une autre grande chose au sujet d'un SPA, il peut augmenter la bande passante de votre équipe. Un groupe peut faire sauter sur les services, tandis que l'autre réside dans l'application cliente. Puisque vous pouvez facilement stub ou se moquer des services REST, vous pourriez avoir un travail entièrement client application sur maquette de services et d'échanger pour les vrais quand ils ont terminé.
Vous avez à investir directement sur Angulaire, mais il paye de gros. Puisque vous êtes déjà familier avec MVC, vous avez une longueur d'avance sur certains des concepts de base.
Cela dépend du projet sur lequel vous travaillez.
Si angularJS est quelque chose de nouveau pour vous, je voudrais plutôt choisir un petit faible risque de pression/projet de commencer et de vous assurer que vous apprendre à faire les choses dans le droit chemin (j'ai vu de nombreux projets utilisant Angularjs mal à cause de la pression, les délais... manque de temps pour l'apprendre d'une manière appropriée, par exemple à l'aide de JQuery ou de l'accès aux DOM à l'intérieur de l'contrôleurs, etc...).
Si le projet est un champ vert, et vous avez acquis une certaine expérience sur AngularJS, il est logique d'abandonner ASP.net MVC et dans le côté serveur aller pour un pur REPOS/WebAPI.
Si c'est un projet existant, vous pouvez ramasser un complexe sous-ensemble de la fonctionnalité et à bâtir une page séparée, angularJS application (par exemple, votre application est composée d'un gros bouquet de standard simple /moyen complexité de Rasoir en fonction des pages, mais vous avez besoin et éditeur avancé /page, qui pourraient être la cible morceau de construire avec AngularJS).
Vous pouvez utiliser Angulaire cadre pour le développement front end, je.e pour construire des points de vue. Il vous fournit une architecture robuste et une fois que vous apprenez que vous trouverez les avantages de plus de Asp.net MVC rasoir moteur d'affichage. Pour récupérer les données, vous devez utiliser WebAPIs et maintenant ASP.Net MVC projet de soutien à la fois WebAPI et des contrôleurs MVC hors de la boîte. Vous pouvez consulter ci-dessous le lien de commencer avec des angles et ASP.Net MVC de développement d'applications.
http://hive.rinoy.in/angular4-and-asp-net-mvc-hybrid-application/
Il y a deux cadres actuellement disponibles pour le développement des composants de l'INTERFACE utilisateur angulaire applications. J'ai utilisé deux de ces cadres dans l'un des angulaire des projets qui j'ai travaillé.
Matériel
https://material.angular.io/
PrimeNG
https://www.primefaces.org/primeng/#/