openMairie.org | Démonstration | Documentation | Forum

Prop0068 - Renommage des classes openmairie avec le préfixe om_

Porteur principal : Florent MICHON

Porteur secondaire : Sofien TIMEZOAUGHT

Résumé

  • Renommer la classe application > om_application.
  • Renommer les 8 classes visées par les méthodes :
    • om_application::get_inst__om_import() import > om_import
    • om_application::get_inst__om_reqmo() reqmo > om_reqmo
    • om_application::get_inst__om_gen() gen > om_gen
    • om_application::get_inst__om_edition() edition > om_edition
    • om_application::get_inst__om_table() table > om_table
    • om_application::get_inst__om_dbform() dbform > om_dbform
    • om_application::get_inst__om_formulaire() formulaire > om_formulaire
    • om_application::get_inst__om_map() om_map > om_map (le nom est déjà cohérent)
  • Ajouter une surcharge automatique possible de chacune des 8 classes citées ci-dessus dans les applicatifs, si le script …/obj/app_om_table.class.php existe alors c’est la classe app_om_table qui est appelée (même modèle pour les 7 autres).
  • On ne renomme pas volontairement les classes database, filestorage*, layout*, logger qui sont indépendantes de la classe om_application.

Motivation

  • éviter la confusion existante aujourd’hui entre nom du fichier et nom de la classe.
  • maintenabilité
  • moins de confusion pour les nouveaux développeurs

Pré-requis

RAS

Proposition et implémentation

Branches : https://adullact.net/scm/viewvc.php/openmairie/openmairie_exemple/branches/prop0068-rename-all-classes/
Commit fonctionnel : http://adullact.net/scm/viewvc.php/openmairie?view=revision&revision=4465
Documenter la migration

Risques

  • Modifications des surcharges applicatives qui étendraient ou instancieraient une des classes ci-dessus.