Formateur Java

Formatez votre code Java selon les conventions standard.

Java Source

Formatage

Options

Java Formaté

Guide Java

Conventions de formatage Java

Java a des conventions de style bien établies depuis les Google Java Style Guide et Oracle Code Conventions. Un code bien formaté améliore la lisibilité, facilite les revues de code, et réduit les conflits de merge. Les IDEs modernes (IntelliJ, Eclipse) formatent automatiquement, mais cet outil est utile pour formater du code partagé ou copié.

Conventions principales

Indentation 4 espaces

Standard Java : 4 espaces par niveau (pas de tabs). Cohérent avec Oracle et Google.

Accolades égyptiennes

L'accolade ouvrante sur la même ligne que la déclaration : public class Foo {

Longueur de ligne

Max 100-120 caractères. Coupez les longues lignes après les opérateurs.

Espacement

Espaces autour des opérateurs, après les virgules, pas avant les parenthèses de méthode.

Bonnes pratiques

  • Nommage : Classes en PascalCase, méthodes et variables en camelCase, constantes en SNAKE_CASE
  • Imports : Pas de wildcards (java.util.*), groupez par package
  • Javadoc : Documentez les classes et méthodes publiques
  • Modificateurs : Ordre : public protected private abstract static final transient volatile

Questions fréquentes

Dois-je utiliser tabs ou espaces ?

Les conventions Java préconisent les espaces (4 par niveau). Les tabs peuvent causer des inconsistances selon l'éditeur. Configurez votre IDE pour convertir les tabs en espaces. L'important est la cohérence dans tout le projet.

Google Style vs Oracle Style : lequel choisir ?

Les deux sont acceptables. Google Style utilise 2 espaces d'indentation, Oracle 4. Google est plus strict sur la longueur de ligne (100 vs 80). Choisissez celui de votre équipe/projet et restez cohérent. Les différences sont mineures.

Comment gérer les longues signatures de méthode ?

Coupez après la parenthèse ouvrante ou avant chaque paramètre. Alignez les paramètres ou indentez de 8 espaces. Si la signature est très longue, c'est peut-être un signe que la méthode a trop de paramètres : envisagez un objet paramètre.

Où placer les annotations ?

Les annotations de classe/méthode vont sur des lignes séparées, avant les modificateurs. Les annotations de paramètre restent sur la même ligne. @Override va juste au-dessus de la méthode. Plusieurs annotations : une par ligne, dans l'ordre alphabétique.