Re: ... et pas qu'un ...

Ah. Ça pose problème ? Si je fais String toto = "tutu", je suis bien obligé de faire un toto = new String("...") si je veux réutiliser toto, non ?

Non ? Tu peut très bien écrire :

String toto = "foo";
toto = "bar"

Je ne sais pas trop ce que tu entends par réutiliser, mais les String son immuables en java. Tu peux modifier leur référence, mais pas leur contenu.

Pour l'itérateur, je ne connaissais pas. Pour la boucle if/else, je pense que c'est par rapport au switch. C'est pour rester compatible avec Java < à 1.7, vu que les switch avec des String ne sont disponibles qu'à partir de cette version. Bon, maintenant, si on me dit que ce n'est pas la peine de rester compatible avec ces versions-là, je switcherai volontiers du if/else au switch.

Le support de sécurité de Java7 n'existe presque plus (il reste certains support en payant « coucou RedHat ») et celui de java 8 se termine bientôt (pour ce qui est de l'usage gratuit). Tu n'a pas une communauté qui te dis que c'est difficile pour elle de passer à Java10 donc ne t'embête pas à supporter des vieilleries.

Il devait y avoir une méthode qui lançait Exception dedans à un moment, je pense...

Ça reste une mauvaise pratique.

Je pense que oui... Ceci dit, je ne pensais pas qu'on pouvais nuller un type primitif...

On ne peux pas, mais on peut utiliser Integer.

On utilise quoi, alors, à la place de System.out pour afficher quelque chose dans la console ?

Un logger.

En fait, c'est pour passer des paires de Strings, chaque paire étant une clef associée à une valeur. Si on passe deux tableaux de String, un pour les clefs, l'autre pour les valeurs, on perd le lien direct clef/valeur. Du coup, qu'est-ce que je peux utiliser à la place d'un tableau de tableau de String ?

Une Map<String, String> (voir) comme en C++ (avec std::map) ou dans tous les autres langages.