Retour : Page Principale > sommaire méthodologie

OBSOLETE (2017) - ces informations sont considérées comme n'ayant plus cours en 2017

Arborescence des dossiers des applications sur le serveur

Une application sur le serveur doit être organisée de la manière suivante :
  • un dossier nommé "actuelle" contenant la version en cours d'utilisation de l'application
  • un ou plusieurs dossier nommés de la manière suivante "vX.Y-nom_version" ou X.Y est le numéro de version et nom_version, le nom de la version de l'application, y compris le dossier contenant la version actuelle

Développement d'applications web indépendantes

Voici les critères que devons essayer de respecter pour développer des applications, tout en leur permettant d'être les plus indépendantes possibles.

Choix d'un framework PHP
Choisir un framework php possède plusieurs avantages certains, en particulier celui de ne pas avoir à réinventer la roue, et peut donc faire gagner beaucoup de temps dans le développement.

Voici un petit récapitulatif des qualités que l'on attend d'un bon framework PHP :
  • Peu de dépendances avec les applications : on doit pouvoir s'en passer où en changer aisément !
  • Peu de dépendances entre les fichiers des différentes classes ou librairies du Framework.
  • Petite taille et modularité : on doit pouvoir ne charger qu'une partie du framework si nécessaire (pas d'usine à gaz).
  • Basé sur le modèle MVC (tout comme papyrus), orienté Objet.
  • Utilisation de squelettes html permettant d'avoir une présentation bien lisible.
  • Plusieurs formats de sortie suivant l'url : html (par défaut), txt, xml, pdf, xls...
  • Plusieurs types de sortie en fonction de l'url : téléchargement, affichage...
  • Abstraction de base de données.
  • Cache de page.
  • Cache de morceau de code et/ou de requête sql.
  • Gestion des sessions et des identifications.
  • Gestion de plusieurs applications ou une seule.
  • Réecriture d'url.

CodeIgniter ou Atomik Framework semblent être bien placés pour batir les applications.
Code Igniter à l'avantage d'être léger, de posséder quelques bibliothèques en standard comme l'abstraction de base de données et de possèder presque toutes les fonctionnalités que l'on demande mise à part la gestion de l'identification. Mais il possède un système déécriture d'URl étrange qui nous prive de l'utilisation du tableau GET et impose sa propre méthode de récupération des morceux de l'URL. Il est bati sur un modèle MVC vraiment très pratique.

Atomik Framework est encore plus léger, possède lui aussi quelques bibliothèques utiles mais qu'il m'a été impossible de charger. Il possède un système "pas MVC mais presque" assez intéressant et pourra facilement être remplacé si on décide de changer de framework. Par contre il est le fruit d'une seule personne (un français) donc dépend entièrement d'elle.

Choix d'un framework Javascript
Après diverses expériences, et d'après l'avis de Jean-Pascal, il semblerait que jquery soit le framework Javascript qui s'impose, ceci pour plusieurs raisons
  • Non intrusif, donc n'entrave pas la bonne marche de l'application si Javascript est désactivé
  • Léger (15 kb compressé)
  • Utilisé par de nombreux sites (Mozilla, Google, Dell, CBS, Digg)
  • Bonne communauté, bien documenté, et donc promis à un bon avenir

Pour suivre les évolutions de différents frameworks Javascript, PHP, et des CMS, je vous invite à regarder cet ensemble de flux RSS :