Les bonnes pratiques de développement d'un plugin

1. contributors.txt

2. Commenter son code

On fait quoi avec ça ?

Voilà qui est mieux !

3. Définir une architecture

Monsieur Revolution Slider, je cherche le fichier où le HTML des sliders est généré, tu peux m'aider à trouver ?

• assets : fichiers CSS, JS et images
• inc : fichiers PHP
  • 3rd-party : hooks pour compatibilité avec autres plugins / themes
  • admin : hooks déclenchés dans l'admin
  • api : fichiers des APIs externes
  • classes : fichiers de classes
  • common : les hooks déclenchés sur le front et l'admin
  • front : hooks déclenchés dans le front
  • functions : déclarations des fonctions
• languages : fichiers de traductions

4. Préfixer les fonctions

4.1 Fonctions du plugin

4.2 Fonctions dites Private Scope

4.3 Librairies externes

Ce n'est pas suffisant !

5. Définir une constante de version

On a dit une constante, pas une variable globale !

Une constante + la valeur en option

5.1 Une gestion plus simple de la 1ère installation et des prochaines M.A.J

5.2 Actions lors de la 1ère installation

5.3 Actions lors d'une mise à jour

5.4 Faciliter la détection du plugin

6. Gérer les états du plugin

6.1 Activation

Paramètres

$file : chemin vers le fichier principal du plugin

$function : la fonction qui sera déclenchée lors de l'activation du plugin

6.2 Désactivation

Paramètres

$file : chemin vers le fichier principal du plugin

$function : la fonction qui sera déclenchée lors de la désactivation du plugin

6.3 Suppression

uninstall.php

Ce fichier doit être placé à la racine du plugin

7. Ajouter des Hooks

7.1 Se rendre service soit-même

7.1 Se rendre service soit-même

7.2 Rendre son plugin accessible

7.2 Rendre son plugin accessible

7.3 Se greffer à d'autres plugins

8. Versionner son code + Code Review

Github Flow

Jonathan Buttigieg

@geekpressfr

On recherche un astronaute !

https://wp-media.workable.com/j/73F88E0257