Angular 2 annonce enfin une version stable

angular2La version 2 du désormais célèbre framework Angular développé par Google arrive en version stable.

Après une première version très populaire, la communauté Angular a décidé de renouveler son framework et d’innover à nouveau (quitte à rendre incompatible les versions et à déstabiliser les adaptes de la première version)

 

Au programme de cette nouvelle version:

  • L’utilisation de TypeScript est désormais recommandée (il s’agit surcouche à Javascript respectant le standard ECMAScript 6, un trans-compilation permet d’obtenir du javascript pour les anciens navigateurs)
  • Angular 2 est WebComponent ready, il repose au maximum sur ce nouveau standard w3c, et assure la rétro-compatibilité si les Web Components ne sont pas supportés. Pour simplifier, les directives dans Angular v2 sont désormais des web components
  • Le framework est plus modulaire, le coeur est plus léger, le reste se charge à la volée via des imports et/ou des annotations (on sent l’influence des développeurs Java)
  • le scope et le rootScope disparaisent (enfin presque), et c’est une bonne chose, les développeurs en avait un mauvais usage. Le scope est désormais lié au contexte des composants
  • La version 2 d’angular est plus performant (grâce à la séparation par composant notamment)
  • Le rendu côté serveur est désormais possible (pour une meilleur performance et  meilleur visibilité SEO)

Malheureusement, la nouveauté a un coût, il vous sera très difficile de migrer une application Angular 1 vers Angular 2, surtout si vous utilisiez intensivement les scopes. Les applications utilisant les recommandations de John Papa devront être les plus facile à migrer, mais ne pourront pas se faire automatiquement.

Pour en savoir plus, je vous invite à lire

 

 

Créer une page web en utilisant l’implémentation XHTML 5

Ce week-end, j’ai voulu m’intéresser au futur standard HTML 5, nouveau né de la famille des standards du w3c, et son implémentation par les navigateurs modernes. On a annoncé à tord il y a quelques années la mort du format HTML 4 face à une version plus XMLisé et son nouveau standard xhtml et sa version 1.1. Quoi que bien adopté par la communauté des développeurs web, la spécification du standard xhtml 2 semblait bien partie pour remplacer naturellement son ainé, mais c’est sans compter sur le navigateur incontournable du marché (Internet Explorer 6) qui n’a jamais bien supporté le XHTML. Le consortium W3C a donc préféré former parallèlement un deuxième groupe de travail sur les spécifications du standard HTML 5, suite du HTML 4. Ce nouveau format plus « pragmatique » s’est tout de suite orienté plus multimédia (et futuriste) contrairement au xhtml 2 qui s’attachait à définir (trop strictement) l’utilisation des balises.

Lire la suite

Trois solutions pour l’upload multiple

L’upload multiple est régulièrement une problèmatique rencontrée lors de développements web. Alors que certains aimeront réinventer la roue (je parle pour toi Thib’ 😉 , il est possible d’intégrer des solutions gratuites et open source disponibles sur internet. Ces trois solutions requièrent Flash, n’oubliez pas de proposer une solution alternative sans flash ni javascript pour une question d’accessibilité. Malgré ce que peut dire notre ami thibaut dans cet article : Envoyer un fichier sans recharger la page, vous n’êtes pas tributaire de PHP, rien ne vous empêche d’écrire votre version des fichiers serveurs en Java ou en ASP pour les plus téméraires d’entre vous.

Elles sont toutes les trois gratuites mais, surtout si vous êtes une entreprise, rien ne vous empêche de faire tout de même un petit don sur le site de leur auteur respectif.

Lire la suite

Reconnaitre les problèmes d’encodages

Les développeurs Web sont souvent confrontés aux problèmes d’encodages de leurs pages web. Un fichier encodé en UFT-8 ne sera pas affiché correctement si son navigateur l’affiche en Iso. Voilà comment reconnaitre les encodages.

Si vous voyez les caractères spéciaux de type « Ãª », « Ã© », « Ã® », « Ã », c’est que votre page est encodée en Utf-8 mais que votre navigateur le détecte et l’affiche en Is.

Solution:

ajouter le meta suivant

<meta http-equiv="Content-type" content="text/html; charset=UTF-8">

et indiquer à votre serveur comment envoyer les fichiers en utf-8

Si vous voyer des caractères spéciaux de type point d’interrogation dans un losange, c’est que vos pages sont encodées en Iso, et que votre navigateur les affiche en UTF-8.

Solution:

Reprenez le meta précédent et modifier le charset

<meta http-equiv="Content-type" content="text/html; charset=iso-8859-1">

D’une manière général, pour gérer facilement le multi-langue, il est conseillé d’utiliser l’encodage UFT-8. Pour plus de renseignement, consulter le site pour avoir un site/serveur php mysql en full UTF-8