Plus que simplement approprié, c'est ce qu'il fait.
Voici les avantages, l'inconvénient est que le développement devient compliqué.
http://jishu.zol.com.cn/17898.html
Dans les applications monopage, le passage d'une vue à l'autre est particulièrement important. À mesure que les applications deviennent de plus en plus complexes, nous avons besoin d'une méthode permettant de contrôler précisément quand et quelle page doit être présentée à l'utilisateur.
Nous pouvons prendre en charge le basculement entre différentes pages en introduisant différents modèles dans la page principale, mais l'inconvénient est que de plus en plus de codes intégrés rendent la gestion finalement difficile.
Nous pouvons intégrer de nombreux modèles dans la vue via la directive ng-include, mais nous avons un meilleur moyen de gérer cette situation. Nous pouvons diviser la vue en vues de mise en page et de modèle, puis les utiliser en fonction de l'URL spécifique visitée par le. utilisateur. Afficher la vue souhaitée.
Nous pouvons assembler ces « pièces » dans un modèle de mise en page.
AngularJS implémente l'idée ci-dessus en déclarant des routes sur $routeProvider (le fournisseur du service $route).
En utilisant $routeProvider, nous pouvons mieux utiliser l'API d'historique de navigation et permettre aux utilisateurs d'enregistrer le chemin actuel sous forme de signet pour une utilisation future.
En fait, angulaire et ember conviennent déjà au développement d'applications à grande échelle, et toute application peut être développée à l'aide de la technologie d'une seule page. Les principaux problèmes sont le chargement des ressources, la gestion de la mémoire, etc. Il ne fait aucun doute qu'Angular et autres peuvent réduire considérablement le chargement répété des ressources et améliorer la fluidité.
Quant à ui-router, c'est un routeur plus puissant. Vérifiez si vous devez l'utiliser. S'il n'y a que quelques pages et aucune vue imbriquée, il n'est pas nécessaire d'utiliser ui-router. Si c'est complexe, il vaut mieux utiliser ui-router.
Plus que simplement approprié, c'est ce qu'il fait.
Voici les avantages, l'inconvénient est que le développement devient compliqué.
http://jishu.zol.com.cn/17898.html
Dans les applications monopage, le passage d'une vue à l'autre est particulièrement important. À mesure que les applications deviennent de plus en plus complexes, nous avons besoin d'une méthode permettant de contrôler précisément quand et quelle page doit être présentée à l'utilisateur.
Nous pouvons prendre en charge le basculement entre différentes pages en introduisant différents modèles dans la page principale, mais l'inconvénient est que de plus en plus de codes intégrés rendent la gestion finalement difficile.
Nous pouvons intégrer de nombreux modèles dans la vue via la directive ng-include, mais nous avons un meilleur moyen de gérer cette situation. Nous pouvons diviser la vue en vues de mise en page et de modèle, puis les utiliser en fonction de l'URL spécifique visitée par le. utilisateur. Afficher la vue souhaitée.
Nous pouvons assembler ces « pièces » dans un modèle de mise en page.
AngularJS implémente l'idée ci-dessus en déclarant des routes sur $routeProvider (le fournisseur du service $route).
En utilisant $routeProvider, nous pouvons mieux utiliser l'API d'historique de navigation et permettre aux utilisateurs d'enregistrer le chemin actuel sous forme de signet pour une utilisation future.
En fait, angulaire et ember conviennent déjà au développement d'applications à grande échelle, et toute application peut être développée à l'aide de la technologie d'une seule page. Les principaux problèmes sont le chargement des ressources, la gestion de la mémoire, etc. Il ne fait aucun doute qu'Angular et autres peuvent réduire considérablement le chargement répété des ressources et améliorer la fluidité.
Quant à ui-router, c'est un routeur plus puissant. Vérifiez si vous devez l'utiliser. S'il n'y a que quelques pages et aucune vue imbriquée, il n'est pas nécessaire d'utiliser ui-router. Si c'est complexe, il vaut mieux utiliser ui-router.