# Guide de développement pour [Khaganat](https://khaganat.net) Ce manuel est rédigé collaborativement en Markdown à l’adresse suivante : ## Sources et inspirations Très inspiré par et basé sur le « [Gamemakin](https://gamemak.in) UE4 Style Guide » disponible sur [GitHub](https://github.com/Allar/ue5-style-guide). Godot propose quelques conseils sur la façon de travailler pour son propre projet dans une section [Les meilleures pratiques](https://docs.godotengine.org/fr/stable/tutorials/best_practices/index.html) ainsi qu’un [Guide de style](https://docs.godotengine.org/fr/stable/development/editor/editor_style_guide.html#editor-style-guide) et un [Bonnes pratiques pour les contributeurs au moteur](https://docs.godotengine.org/fr/stable/community/contributing/best_practices_for_engine_contributors.html) destinés à celles qui souhaitent contribuer au développement du moteur lui-même. ## Principes de base ### Un manuel vivant Ce manuel a vocation à rendre la contribution plus efficace, Khaganat est ouvert à la discussion et possède un canal XMPP où on peut échanger sur tout cela : [https://khaganat.net/irc/](https://khaganat.net/irc/). ### Respectez la loi Khaganat respecte la loi française et vous demande de faire de même, donc merci de ne rien introduire d’illégal dans le projet par vos actions. En particulier : - ne réemployez pas le travail d’autrui si vous n’en avez pas reçu l’autorisation explicite - respectez les licences d’usage des éléments que vous souhaitez copier depuis un autre projet, en particulier si l’attribution est demandée (comme avec les licences CC BY) - avant d’y apporter des éléments externes, vérifiez-en la compatibilité avec les licences du projet Khaganat ## Terminologie ### Identifiants Un `Identifiant` est ce qu’on appelle communément un « nom » : celui d’un objet 3D, d’un fichier de son, d’un répertoire, d’une variable ou d’un script… #### Caractères autorisés dans les identifiants Dans un `Identifiant`, jamais on n’utilise un de ces caractères : * les espaces * les barres obliques ou barres obliques inverses `\`, `/` * des symboles du genre `#!@$%` * des caractères Unicode Un `Identifiant` ne doit donc comprendre que les caractères suivants : * ABCDEFGHIJKLMNOPQRSTUVWXYZ * abcdefghijklmnopqrstuvwxyz * 1234567890 * _ (avec parcimonie) Pour résumer, un `Identifiant` doit pouvoir répondre à l’expression régulière `[A-Za-z0-9_]+`) Ces règles permettent la plus grande compatibilité entre systèmes et pays. #### L’usage des casses Il y a plusieurs façon d’écrire les `Identifiants`, dont voici les plus courants (dénommés par leurs désignation en anglais, conventionnelle). ##### PascalCase On met une majuscule à chaque mot et on supprime les espaces : `Coffre avec poignees` devient `CoffreAvecPoignees`. ##### camelCase C’est similaire au PascalCase, sauf que la première lettre du premier mot est en minuscule : `Coffre avec poignees` devient `coffreAvecPoignees`. Plus de précisions sur [Wikipédia](https://fr.wikipedia.org/wiki/Camel_case). ##### snake_case Les espaces sont remplacés par des underscores « _ » : `Coffre avec poignees` devient `coffre_avec_poignees` Bien que par convention, on puisse choisir de mettre ou pas des majuscules aux mots, nous retenons l’idée de tout mettre en minuscule pour nos usages du snake_case. `Coffre avec poignees` devient donc `coffre_avec_poignees` Plus de précisions sur [Wikipédia](https://fr.wikipedia.org/wiki/Snake_case). #### Variables / Propriétés Les termes `Variable` et `Propriété` sont généralement interchangeables, mais si ils sont utilisés dans le même contexte, cela signifie plus précisément : - pour `Propriété` que cela désigne une variable dans une classe. - pour `Variable`, cela désigne généralement un argument de fonction ou une variable locale dans une fonction. Dans une classe, cela peut indiquer un statut à préciser/ définir. ## License CC BY SA Khaganat - 2022