Convention de nommage des packages

Publié le 29 avril 2008 _ Convention

Pour bien structurer son projet, il faut bien réfléchir à l’arborescence à lui donner et donc donner des noms de packages logique et pertinent à ces classes. Suivant l’utilisation à faire des ces classes, il est préférable d’utiliser des noms de packages correspondant à son propriétaire ou à son projet.

Par convention, on nomme ces packages en ordre inverse des noms de domaines :

  • com.tsoin.asblog
  • com.adobe.labs
  • ….

Dans le cas où un package est en dehors de l’utilisation pour une seule entreprise, alors on peut dérgoer à cette règle :

  • caurina.transitions.Tweener
  • mx.controls.listClasses
  • ….

Un package doit impérativement être écrit en minuscule !

Lorsque la classe est définit dans le dossier courant, il n’est pas nécessaire de définir un nom de package :

package {

}

Par contre lorsque la classe est définit dans un sous dossier du dossier courant, il faut nommer le package suivant l’arborescence. Pour la classe : com/tsoin/ExemplePackage.as, celà donne :

package com.tsoin {
  public class ExemplePackage {
    public function ExemplePackage() {
    }
  }
}

Laisser un commentaire