運(yùn)行效果：

試一下上面這個(gè)例子，然后我們一起來看下這個(gè)例子的工作原理。 在``標(biāo)簽里, 我們用一個(gè)`ng, -app`標(biāo)識(shí)符標(biāo)明這是一個(gè)AngularJS應(yīng)用。這個(gè)`ng-app` Il s'agit d'AngularJS**自動(dòng)初始化**(auto initialize). .min.js">
Le modèle ng-model, AngularJS est également disponible en anglais.的數(shù)據(jù)驗(yàn)證：

Le widget de cette zone de saisie a l'air très ordinaire, mais si vous réalisez les points suivants, il sera extraordinaire?:

1. Lorsque la page est chargée, AngularJS générera des variables du même nom en fonction du nom du modèle (quantité, co?t) déclaré dans le widget. Vous pouvez considérer ces variables comme M (Modèle) dans le modèle de conception MVC

2. Notez que l'entrée dans le widget ci-dessus a des capacités spéciales. Si vous n'avez pas saisi de données ou si les données saisies ne sont pas valides, la zone de saisie deviendra automatiquement rouge. Cette nouvelle fonctionnalité de la zone de saisie permet aux développeurs d'implémenter plus facilement des fonctions de validation de champ communes dans les applications CRUD.

Enfin, nous pouvons jeter un ?il aux mystérieuses doubles accolades {{}}?:

Cette balise {{expression}} est une liaison de données AngularJS. L'expression peut être une combinaison d'expression et de filtre ({{ expression | filter }}). AngularJS fournit des filtres pour formater les données d'entrée et de sortie.

Dans l'exemple ci-dessus, l'expression dans {{}} indique à AngularJS de multiplier les données obtenues à partir de la zone de saisie, puis de formater le résultat de la multiplication dans le style de devise locale, puis de l'afficher sur la page.

Il convient de mentionner que nous n'avons appelé aucune méthode AngularJS ni écrit de logique spécifique comme l'utilisation d'un framework, nous avons simplement complété les fonctions ci-dessus. La raison derrière cette implémentation est que le navigateur a fait plus de travail qu'auparavant pour générer des pages statiques, afin de pouvoir répondre aux besoins des applications WEB dynamiques. AngularJS abaisse le seuil de développement d'applications WEB dynamiques au point où aucune bibliothèque de classes ou framework n'est requis.

??Zen Tao (Concept)?? d'AngularJS

Angular estime que lors de la création d'une vue (UI) et de l'écriture simultanée d'une logique logicielle, le code déclaratif est bien meilleur que le code impératif, bien que le code impératif soit très approprié pour exprimer la logique métier.

1. Le découplage des opérations DOM et de la logique d'application est une très bonne idée, qui peut grandement améliorer l'ajustabilité du code?; 2. C'est une très, très bonne idée de traiter les tests et le développement sur un pied d'égalité. La difficulté des tests dépend dans une large mesure de la structure du code?; 3. Le découplage du client et du serveur est une pratique particulièrement bonne, qui permet un développement parallèle des deux c?tés et permet la réutilisation du code des deux c?tés
?; 4. Si le framework peut guider les développeurs tout au long du processus de développement?: de la conception de l'interface utilisateur à l'écriture de la logique métier, en passant par les tests, il sera d'une grande aide pour les développeurs
?; 5. Il est toujours bon de ??réduire la complexité à la simplicité et réduire la complexité à néant??.

AngularJS peut vous libérer des cauchemars suivants?:

1. Utilisez des rappels?: l'utilisation de rappels perturbera la lisibilité de votre code et rendra votre code fragmenté, ce qui rendra difficile la visualisation de la logique métier d'origine. Supprimer certains codes courants, tels que les rappels, est une bonne chose. La réduction drastique du code que vous devez écrire grace à la conception du langage JavaScript vous permet de voir plus clairement la logique de votre application.

2. écrivez manuellement du code pour manipuler les éléments du DOM?: la manipulation du DOM est une partie très basique des applications AJAX, mais elle est toujours "maladroite" et sujette aux erreurs. L'interface utilisateur décrite de manière déclarative peut changer à mesure que l'état de l'application change, vous libérant ainsi de l'écriture de code de manipulation DOM de bas niveau. Dans la plupart des applications écrites avec AngularJS, les développeurs n'ont plus besoin d'écrire du code pour manipuler eux-mêmes le DOM, mais vous pouvez toujours l'écrire si vous le souhaitez.

3. Lecture et écriture de données sur l'interface utilisateur?: une grande partie des applications AJAX sont des opérations CRUD. Un processus classique consiste à organiser les données c?té serveur en objets internes, puis à compiler les objets dans des formulaires HTML. Une fois que l'utilisateur a modifié le formulaire, le formulaire est vérifié. S'il y a une erreur, une erreur s'affiche, puis. les données sont réorganisées dans un objet interne, puis renvoyées au serveur. Il y a trop de codes qui doivent être écrits de manière répétée au cours de ce processus, ce qui donne l'impression que le code décrit toujours l'ensemble du processus d'exécution de l'application plut?t que la logique métier et les détails métier spécifiques.

4. Vous devez écrire beaucoup de code de base avant de commencer?: vous devez généralement écrire beaucoup de code de base pour implémenter une application "Hello World". Avec AngularJS, il fournira certains services qui vous permettront de commencer officiellement à écrire votre application, et ces services seront automatiquement ajoutés à votre application via une injection de dépendance de type Guice. Vous permet d'entrer rapidement dans le développement spécifique de. votre candidature. En particulier, vous pouvez également appréhender pleinement le processus d'initialisation des tests automatisés.