Tout est dans le titre... Les recommandations PSR-0,1 2 et 3

Lorsqu'on utilise le composant Form de Symfony, il est difficile de découpler son code et de ne pas s'appuyer sur les getters/setters des classes sous jacentes. Ce post montre comment faire

Tout est dans le titre

Tout est dans le titre : excellent !

Bon à savoir

Une présentation très claire du principe de responsabilité unique, avec de bons exemples

L'auteur nous invite à toujours remettre en question les bonnes pratiques du moment et à accepter la nécessité, parfois, de faire des compromis. Il donne 5 exemples

Réflexion intéressante : est il préférable de définir les contrôleurs d'un bundle Symfony2 en tant que services ou non ?

"Il faut plus de classes et moins de descendants, des sélecteurs courts et portables, des sélecteurs neutres vis-à-vis des éléments, et une approche générale qui consiste à penser à la maintenance et aux modifications à venir au moment de l'écriture des CSS"

Excellent !

Les commentaires (sic !) de l'article sont intéressants aussi

Les bonnes pratiques en matière de sécurité côté client - utilisation exclusive de SSL, définition de Content Security Policy (pour éviter les attaques XSS), utilisation de Cross Origin Resource au lieu de JSONP, utilisation de l'attribut "sandbox" pour les iframes

Tout est dans le titre

Je me répète mais ce blog est une mine d'or : l'auteur explique pas à pas comment "dégraisser" un contrôleur Symfony2

Une réflexion intéressante sur les bonnes pratiques dans l'écriture des CSS / du HTML. En résumé, il n'y a pas de meilleure façon de faire universelle, il n'y a que des cas particuliers !

Une bonne présentation

Très pertinent... et drôle parfois

Comment écrire lisiblement des scripts JavaScript

Tout est dans le titre, des bonnes pratiques comparées aux mauvaises

Tout est dans le titre