AngularJS - JavaScript non intrusif

Table des matières
À un moment donné, nous avons dû entendre la fin de JavaScript non intrusif, cela signifie ne pas écrire de code Javascript direct en HTML et que notre application peut tout aussi bien fonctionner si nous n'avions pas les Javascript activé.
Cela a été une prémisse pendant de nombreuses années car, jusqu'à récemment, les navigateurs n'avaient pas le même comportement sous les mêmes codes dans JavascriptDe plus, le type et le style de développement nous ont amenés à de plus en plus tout faire côté serveur.
Avec le changement de mentalité et l'apparition de nouveaux styles de programmation en plus des améliorations de la Interprétation Javascript entre les différents navigateurs, les choses ont changé.
Pour connaître la raison de ce style de codage applicatif, il faut voir les raisons qui ont conduit à ces conclusions :
Raison 1Tous les navigateurs ne prennent pas en charge JavascriptPar conséquent, l'application doit fonctionner sans dépendre de fonctionnalités écrites dans ce langage.
Raison 2Les personnes qui utilisent des navigateurs pour malvoyants n'ont aucun moyen de travailler avec notre application, et les navigateurs mobiles ne prennent pas en charge cette langue.
Raison 3Javascript fonctionne de différentes manières dans chaque navigateur, étant Internet Explorer celui qui fait le plus cette différence.
Raison 4Les gestionnaires d'événements fonctionnent globalement, nous pouvons donc avoir des conflits lors de l'intégration d'autres bibliothèques portant le même nom.
Raison 5Les gestionnaires d'événements combinent structure et comportement, ce qui rend la maintenance du code plus difficile.
Si nous sommes au courant des dernières tendances du Web, nous pouvons savoir qu'au moins les points 1 et 2 de ce que nous avons expliqué ne s'appliquent plus, en fait si nous désactivons le Javascript dans notre navigateur, nous ne pouvons probablement pas voir 90 % des sites Web actuels; Quant aux mobiles et leurs navigateurs avec lesquels ils fonctionnent Javascript de la même manière que ses homologues de bureau et avec des performances à la hauteur.
Concernant les raisons 3 et 4 AngularJS Il nous offre une manière différente d'appliquer le code afin que nous n'ayons pas à nous inquiéter, la première chose est que la différence de comportement des navigateurs est transparente pour le programmeur, c'est-à-dire AngularJS s'occupe de traduire l'instruction de manière appropriée en Internet Explorer essentiellement.
Ensuite, les gestionnaires d'événements n'ont pas de portée globale, mais sont limités à la $ portée de notre élément AngularJSPar conséquent, nous pouvons définir une fonction dans un événement Click de la manière suivante :

Si nous regardons l'événement click, nous le gérons avec ng-clic, certains peuvent penser que c'est très faux, mais ce n'est pas le cas, car cet événement est dans la portée de son élément, donc lorsque nous définissons la fonction avec AngularJS il peut se comporter de différentes manières même s'il porte le même nom, voyons comment nous définissons le Javascript:

Nous montrons ici comment le $ portée o scope est celui qui définit la différence de ce que l'application doit faire lorsque le gestionnaire d'événement est appelé.
Comme on le voit AngularJS redéfinit le concept de Javascript non intrusif, nous donnant une plus grande liberté lors de l'écriture de nos applications et aidant à une amélioration de la façon dont nous pouvons lire et maintenir le code.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif
wave wave wave wave wave