Skip to content

Commit 65d0fc9

Browse files
committed
Add developer documentation for PHPDoc
1 parent 58c0e9b commit 65d0fc9

File tree

1 file changed

+77
-0
lines changed

1 file changed

+77
-0
lines changed

fr_FR/dev/php/phpdoc.md

Lines changed: 77 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,77 @@
1+
# Standards de Documentation PHP pour le Core Jeedom
2+
3+
## Règles Générales
4+
5+
1. **Langue**
6+
- Toute la documentation doit être rédigée en anglais
7+
- Cela inclut les descriptions de classes, de méthodes et de paramètres
8+
9+
2. **Portée de la Documentation**
10+
- La PHPDoc doit être concise et ne pas gêner la lisibilité du code
11+
- Se concentrer sur la documentation du comportement actuel et des types
12+
- Éviter les détails d'implémentation ou les explications trop longues
13+
14+
3. **Documentation des Classes**
15+
- Description brève de l'objectif de la classe (1-2 phrases)
16+
- Exemple simple d'utilisation si la classe est couramment utilisée par les développeurs de plugins
17+
- Références croisées vers les classes liées avec `@see` quand pertinent
18+
19+
4. **Documentation des Méthodes**
20+
- Description brève (1-2 phrases maximum)
21+
- Si le nom de la méthode est explicite, la description peut être omise
22+
- Documentation obligatoire de tous les paramètres et types de retour avec `@param` et `@return`
23+
- Documentation des exceptions avec `@throws` le cas échéant
24+
25+
5. **Documentation des Types**
26+
- Utiliser `@param` et `@return` pour les indications de type quand le typage strict n'est pas possible
27+
- Utiliser `@var` pour la documentation des types de propriétés quand nécessaire
28+
- Les types doivent refléter l'usage actuel, pas l'usage futur idéal
29+
30+
6. **Éléments Interdits**
31+
- Pas de TODOs ou d'éléments de roadmap
32+
- Pas de propositions d'évolution ou de changements futurs
33+
- Pas d'exemples de code longs (faire un lien vers la documentation développeur à la place)
34+
- Pas de détails d'implémentation ou de notes internes
35+
36+
7. **Exemples de Code**
37+
- Limités à un exemple court par classe quand nécessaire
38+
- Doivent être concis et démontrer uniquement l'usage basique
39+
- Les exemples complexes doivent être liés à la documentation développeur
40+
41+
8. **Liens et Références**
42+
- Utiliser `@link` pour référencer la documentation externe si nécessaire
43+
- Utiliser `@see` pour référencer les classes ou méthodes liées
44+
- Les liens doivent principalement pointer vers la documentation développeur Jeedom
45+
46+
## Format
47+
48+
```php
49+
/**
50+
* Brève description de la classe
51+
*
52+
* @see ClasseLiee Pour les fonctionnalités liées
53+
*/
54+
class Exemple {
55+
/**
56+
* Brève description de la méthode si nécessaire
57+
*
58+
* @param string $param Description du paramètre
59+
* @return void
60+
* @throws \Exception En cas d'échec
61+
*/
62+
public function methode($param) {
63+
}
64+
}
65+
```
66+
67+
## Bonnes Pratiques Supplémentaires
68+
69+
1. **Organisation du Code**
70+
- Les blocs PHPDoc doivent être bien alignés et formatés de manière cohérente
71+
- Maintenir une séparation claire entre les sections de code avec les commentaires standards de Jeedom
72+
- Utiliser les espaces de manière cohérente dans la documentation
73+
74+
2. **Maintenance**
75+
- Mettre à jour la documentation lors des modifications de code
76+
- Supprimer la documentation obsolète
77+
- Garder la documentation synchronisée avec le comportement réel du code

0 commit comments

Comments
 (0)