Scalastyle: Est-ce que println est mauvais ?

Créé le 2 oct. 2015 · 3Commentaires · Source: scalastyle/scalastyle

La configuration scalastyle par défaut qui l'accompagne a println marqué comme avertissement dans les règles de jeton et de regex :

 <check class="org.scalastyle.file.RegexChecker" level="warning" enabled="true">
  <parameters>
   <parameter name="regex"><![CDATA[println]]></parameter>
  </parameters>
 </check>

Est-ce juste un exemple qui n'est pas destiné à une utilisation en production, ou est-ce println est considéré comme mauvais ?

Source

xanderdunn

Commentaire le plus utile

Ce n'est qu'un exemple. Il n'y a rien de mal avec println.

Cependant, pour le code de production, il existe de meilleures solutions, par exemple slf4j ou log4j. Ainsi, un certain nombre de projets auxquels j'ai participé découragent l'utilisation de println. Voir, par exemple http://stackoverflow.com/questions/2750346/logger-vs-system-out-println

matthewfarwell le 3 oct. 2015

👍4

Tous les 3 commentaires

Ce n'est qu'un exemple. Il n'y a rien de mal avec println.

matthewfarwell le 3 oct. 2015

👍4

@matthewfarwell Merci. Bon conseil.

xanderdunn le 4 oct. 2015

Ce n'est qu'un exemple. Il n'y a rien de mal avec println.
Cependant, pour le code de production, il existe de meilleures solutions, par exemple slf4j ou log4j. Ainsi, un certain nombre de projets auxquels j'ai participé découragent l'utilisation de println. Voir, par exemple http://stackoverflow.com/questions/2750346/logger-vs-system-out-println

Il y a PrintStream dans la bibliothèque Java standard, elle a println dans ses méthodes et cette vérification s'en plaint également. J'ai mis à jour l'expression régulière de mon projet :

 <check level="warning" class="org.scalastyle.file.RegexChecker" enabled="true">
  <parameters>
   <parameter name="regex"><![CDATA[(?<!\.)println]]></parameter>
  </parameters>
 </check>

Cela devrait probablement être dans la configuration par défaut de scalastyle : l'avertissement n'apparaît que pour les appels "nus" println .