bad IDEa

on dira ce qu’on veut, moi quand je croise

Logger.getLogger(DimLocalHandler.class.getName()).log(Level.INFO,
"Further improvement possible.");

dans du code, je me dis que même si ça a été facile à écrire (auto-complétion-power), ça reste lourd, c’est moche et ça encombre l’esprit de celui qui raisonne à propos du code. Et encore, il aura fallu importer java.util.logging.Level, pour pouvoir “raccourcir” en Level.INFO, j’imagine

On a pas droit à @INFO("Further improvement possible") ?

6 thoughts on “bad IDEa

  1. les choses du style @QuelQueChose(“truc”) sont des annotations. Elle n'ont pas de sens au seins du corps d'une méthode. A ma connaissance les annotations ne s'applique que sur les classes, champs et méthodes.

    Like

  2. les choses du style @QuelQueChose(\”truc\”) sont des annotations. Elle n'ont pas de sens au seins du corps d'une méthode. A ma connaissance les annotations ne s'applique que sur les classes, champs et méthodes.

    Like

  3. Je dois être trop habitué à rajouter des #define WARN(x, args…) klog(MODULE_NAME, LOG_WARNING, x, ##args)

    En c++, j'ai fini par ajouter une classe top-level “iReport” de sorte que n'importe qui peut faire entrer les méthodes statiques “action” “report” “step” et “diagnose” dans son namespace à l'aide d'un simple ” : public iReport”

    Evidemment, C++ = sur DS = pas de multithreading 😛

    Like

  4. Je dois être trop habitué à rajouter des #define WARN(x, args…) klog(MODULE_NAME, LOG_WARNING, x, ##args)En c++, j'ai fini par ajouter une classe top-level \”iReport\” de sorte que n'importe qui peut faire entrer les méthodes statiques \”action\” \”report\” \”step\” et \”diagnose\” dans son namespace à l'aide d'un simple \” : public iReport\” Evidemment, C++ = sur DS = pas de multithreading 😛

    Like

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.