• # re: mixedCase or not ?

    Posté par (site web personnel) . En réponse au journal mixedCase or not ?. Évalué à 1.

    Il n'y a pas que ce problème...

    Déjà les noms de variable... je m'efforce d'utiliser la langue anglaise ce qui a tendance à donner des noms de variables qui ne veulent rien dire...

    Les espaces ou tabulation, j'ai été habitué à utiliser des espaces bien qu'il semble évident que les tabulations soient mieux :
    Chaque dev peut mettre la largeur qu'il veut dans son éditeur. Plus rapide à taper si l'éditeur n'est pas foutu d'indenter comme un grand.
    Maintenant mes codes sources se prennent régulièrement des :%s/ /\t/g histoire d'homogénéiser.

    Les accolades en C/C++/Java/PHP...
    J'ai appris en C à utiliser la forme (on regarde que les accolades) :

    void ma_fonction(int param)
    {
    int i;
    for(i = 0; i < 10; i++)
    {
    printf("%d", i);
    }
    }

    Mais ensuite j'ai dev un projet avec Gtk et j'ai suivit les recommandations du coup c'est devenu un truc du genre :
    void ma_fonction(int param)
    {
    int i;
    for(i = 0; i < 10; i++){
    printf("%d", i);
    }
    }

    Et enfin, je me suis mis au Java ce qui me donne :
    void ma_fonction(int param) {
    int i;
    for(i = 0; i < 10; i++) {
    System.out.println(i);
    }
    }

    Alors personnellement, je suis plutôt en faveur de :

    blabla
    {
    mon code;
    }

    Car si blabla est un test, on peut le commenter rapidement //blabla pour que le block s'exécute en permanence. (parfois utile pour débuguer)
    Ça donne un code plus aéré et les blocks sont mieux mis en valeur.



    Mais bon, avant chaque projet, j'en parle avec les autres pour qu'on se mette d'accord car après tout, je suis capable de m'adapter.
    À noter que lorsqu'on dev avec Eclipse en Java, on a droit à des warning concernant le nommage de nos classes et packages (concernant la casse);


    (À savoir aussi que j'ai appris à coder sur le net, en cours tout ce que j'ai appris c'est l'ADA...)