Si lo que quieres es saber qué necesitas ahora mismo para empezar a utilizar Angular, has llegado al sitio indicado. Angular es una excelente herramienta que te otorgará una excelente y singular forma de programar en JavaScript.
Incluyendo los scripts de AngularJS desde la CDN de Google
La forma más rápida de empezar a utilizar esta poderosa herramienta, es utilizar tu ya conocida tu etiqueta de lenguaje html a una URL de Google CDN. De cette façon, vous n'aurez pas à télécharger quoi que ce soit sur votre ordinateur personnel, ni à conserver une copie locale.
Il existe deux types d'URL de script AngularJS que vous pouvez utiliser. C'est très simple, vous n'avez qu'à en choisir un; il y en a un pour le développement et un pour la production:
- angular.js: Esta es la versión legible para los seres humanos, ya que no está modificada, y es sumamente recomendada paraadecuada para el desarrollo la toile.
- angular.min.js: Il s'agit déjà de la version minée, que je vous recommande vivement d'utiliser surtout pour la production.
Para dirigir tu código a un script de AngularJS alojado en el serveur CDN de Google, utiliza la plantilla mostrada en la parte inferior de este párrafo, es importante recalcarte que este ejemplo va dirigido especialmente a la versión minimizada 1.5.6. Aquí te lo dejo:
<!DOCTYPE html> <html ng-app> <head> <title>Mi primer proyecto en Angular JS</title> <script src="https://ajax.googleapis.com/ajax/libs/angularjs/1.5.6/angular.min.js"> </script> </head> <body> </body> </html>
📝 Remarque: veuillez noter que seules les versions 1.0.1 et supérieures sont disponibles sur le CDN. Si vous avez besoin d'une version plus ancienne (dont vous ne devriez pas avoir besoin ou utiliser), vous pouvez utiliser l'URL https://code.angularjs.org/, la cual es la ubicación recomendada anteriormente para el code source de versiones anteriores. Si todavía estas utilizando el servidor AngularJS, deberias cambiar a la versión CDN para obtener tiempos de carga aún más rápidos.
Téléchargez et hébergez les fichiers AngularJS localement
Cette option est destinée à ceux qui souhaitent travailler avec AngularJS hors ligne ou à ceux qui souhaitent héberger des fichiers AngularJS sur leurs propres serveurs.
Si vous accédez à https://code.angularjs.org/Vous verrez une liste de répertoires avec toutes les versions d'AngularJS depuis que nous avons commencé à publier les artefacts de construction versionnés. Chaque répertoire contient tous les artefacts que nous publions pour une version particulière. Téléchargez la version que vous voulez et amusez-vous.
Remarque: vous pouvez ignorer les répertoires commençant par 2. (par exemple 2.0.0.0-beta.17) - ils ne sont pas liés à AngularJS. Ils contiennent des artefacts de construction des versions angulaires.
Chaque répertoire sous https://code.angularjs.org/ inclut un ensemble de fichiers comprenant la version correspondante. Tous les fichiers JavaScript (à l'exception des fichiers Angular, qui ne sont utilisés que pendant le développement) sont disponibles en deux versions: une adaptée au développement et une adaptée à la production:
- .js – Estos archivos no están ocultos, no están modificados y son legibles por el ser humano al abrirlos en cualquier editor o le navigateur. Para obtener mejores mensajes de error durante el desarrollo, siempre debe utilizar estos scripts no modificados.
- .min.js – Son versiones minimizadas y ofuscadas, creadas con el compilador de Closure. Utilice estas versiones para la producción con el fin de minimizar el tamaño de la aplicación que descarga el navegador de su Nom d'utilisateur.
- .min.js.map - Ce sont des fichiers de sourcemap. Vous pouvez les servir avec les fichiers .min.js afin de pouvoir déboguer votre code minifié (par exemple, dans un déploiement de production) plus facilement, mais sans affecter les performances.
L'ensemble des fichiers inclus dans chaque répertoire de version est:
- angular.zip - Il s'agit d'un fichier zip qui contient tous les fichiers publiés pour cette version d'AngularJS. Utilisez ce fichier pour tout obtenir en un seul téléchargement.
- angular.js - Le cœur de la structure AngularJS. C'est tout ce dont vous avez besoin pour faire fonctionner votre application AngularJS.
- angular-csp.css - Vous n'avez besoin de ce fichier que si vous utilisez CSP (Content Security Policy). Voir ici pour plus d'informations.
- angular-mocks.js - Ce fichier contient une implémentation fictive qui facilite encore plus le test des applications angulaires. Votre faisceau de test unitaire / d'intégration doit charger ce fichier après le chargement du fichier angular.js.
- angular-loader.js – Cargador de módulos para módulos AngularJS. Si está cargando múltiples archivos de script que contienen módulos AngularJS, puede cargarlos asincrónicamente y en cualquier orden siempre y cuando cargue primero este archivo. A menudo el Contenu de este archivo se copia y pega en el indice.html para evitar incluso la petición inicial al cargador angular[.min].js. Vea Semillas angulares para un ejemplo de uso.
- Modules AngularJS supplémentaires: Modules optionnels avec fonctionnalités supplémentaires. Ces fichiers doivent être téléchargés après le fichier [.min] .js noyau angulaire:
- angular-animate.js – Habilitar el soporte de animación. (API docs)
- angular-aria.js - Rendez vos applications accessibles aux utilisateurs de technologies d'assistance. (Documentation de l'API)
- angular-cookies.js - Un wrapper pratique pour lire et écrire les cookies du navigateur. (Documentation de l'API)
- format-de-message-angulaire.js - Meilleure prise en charge de la pluralisation et des messages sexospécifiques dans le texte interpolé. (Documentation de l'API)
- angular-messages.js - Prise en charge améliorée de l'affichage des messages de validation. (Documentation de l'API)
- angular-parse-ext.js - Autoriser les caractères Unicode dans les identificateurs dans les expressions AngularJS. (Documentation de l'API)
- angular-resource.js - Interaction facile avec les services RESTful. (Documentation de l'API)
- angular-route.js - Services et directives de routage et de liens profonds pour les applications AngularJS. (Documentation de l'API)
- angular-sanitize.js - Fonctionnalité pour nettoyer le HTML. (Documentation de l'API)
- angular-touch.js - Événements tactiles pour les appareils tactiles. (Documentation de l'API)
- docs / - Ce répertoire contient tous les fichiers qui composent l'application de documentation https://docs.angularjs.org/ Ces fichiers sont utiles pour visualiser les versions précédentes de nos documents ou, plus important encore, pour visualiser des documents hors ligne.
- i18n / - Ce répertoire contient des modules ngLocale AngularJS emplacement spécifique pour remplacer les valeurs par défaut définies dans le module ng principal.
Pourquoi ce projet s'appelle "AngularJS"? Pourquoi l'espace de noms s'appelle-t-il "ng"?
Parce que HTML a des équerres et "Ng" sonne comme "AngularJS".
¿Es AngularJS una biblioteca, cadre, brancher o una extensión de navegador?
AngularJS correspond mieux à la définition d'un framework, bien qu'il soit beaucoup plus léger qu'un framework typique et c'est pourquoi beaucoup le confondent avec une bibliothèque.
AngularJS es 100% JavaScript, 100% client y compatible con navigateurs de escritorio y móviles. Así que definitivamente no es un plugin o alguna otra extensión nativa del navegador.
¿Qué es la stratégie de versionado de AngularJS?
Dans AngularJS, nous n'autorisons pas les changements de rupture intentionnels dans les versions où seul le numéro de «patch» change. Par exemple, entre 1.3.12 et 1.3.13, il ne peut y avoir aucun changement de rupture. Nous autorisons les changements de séparation entre les changements de nombres "mineurs". Par exemple, entre 1.3.15 et 1.4.0, il y a un certain nombre de changements de rupture. Cela signifie qu'AngularJS ne suit pas le contrôle de version sémantique (semver) où les changements de rupture ne sont autorisés que lorsque la version "majeure" change.
Nous autorisons également les changements d'évasion entre les versions bêta d'AngularJS. Par exemple, entre 1.4.0-beta.4 et 1.4.0-beta.5, il peut y avoir des changements de rupture. Nous nous efforçons de minimiser ces types de changements uniquement dans les cas où il existe un cas d'utilisation fort, comme une amélioration des fonctionnalités très demandée, une simplification significative du code, une amélioration mesurable des performances ou une meilleure expérience du développeur (en particulier lorsqu'il s'agit de la mise à niveau vers Angulaire).
Lorsque nous faisons une version, nous générons des mises à jour du journal des modifications directement à partir des validations. Cette mise à jour générée contient une section en surbrillance qui contient toutes les modifications de rupture qui ont été extraites des validations. Nous pouvons voir rapidement dans le nouveau journal des modifications exactement quels commits contiennent des changements de rupture, tout comme les développeurs d'applications lorsqu'ils décident de mettre à niveau vers une nouvelle version d'AngularJS.
Des fonctionnalités avec des changements insécables peuvent également apparaître dans la version du correctif, par exemple dans la version 1.6.3, il peut y avoir une fonctionnalité qui n'est pas disponible dans 1.6.2.
Enfin, la dépréciation des fonctionnalités peut également apparaître dans les mises à jour de version "mineures". Cela signifie que les fonctionnalités continueront de fonctionner dans cette version, mais qu'elles doivent parfois être spécifiquement activées.
Quand les fonctions obsolètes sont-elles supprimées de la bibliothèque?
La plupart du temps, nous supprimons une fonctionnalité obsolète dans une nouvelle version mineure. Par exemple, la méthode preAssignBindingsEnabled $compileProvider a été définie dans AngularJS 1.5.10, obsolète dans 1.6, et sera supprimée dans 1.7.
En el caso de jqLite aplicamos una estrategia diferente – desaprobamos las características que tienen un equivalente en jQuery que también es desaprobado, pero sólo eliminamos la característica una vez que se elimina de jQuery para mejorar la compatibilidad entre jqLite y jQuery. Un ejemplo de ello es el método bind, obsoleto a favor de on pero que no es probable que être eliminado de jqLite en un futuro cercano.
AngularJS est-il un système de modèles?
Au plus haut niveau, AngularJS ressemble à un autre système de modèles. Mais il y a une raison importante pour laquelle le système de modèles AngularJS est différent, ce qui le rend bien adapté au développement d'applications: la liaison de données bidirectionnelle. Le modèle est compilé dans le navigateur et l'étape de compilation produit une vue en direct. Cela signifie que vous, les développeurs, n'avez pas besoin d'écrire du code pour synchroniser constamment la vue avec le modèle et le modèle avec la vue comme dans d'autres systèmes de modèles.
