Java, android, eclipse et une envie de tout lancer - Page 2

-

Orion_ (./29) :
-1 point sur ta note par accolade non fermé si t'étais aller a Epitech
(c'est comme ça qu'on arrive a des notes de -42 )

Ce qui est complètement idiot pour une école qui est censé t'apprendre a travailler n'importe où. Un développeur sera forcément confronté tôt ou tard au deux syntaxes vu qu'elles sont toutes les deux très utilisées et font débat depuis toujours.

Personnellement je trouve que le style K&R est plus agréable a lire dans la majorité des cas. J'utilise cependant le style Allman, si l'expression du if/while est si complexe que je dois la découper sur plusieurs lignes, dans ce cas là c'est vrai que l'accolade à la ligne apporte de la clarté.

Au final, le débat ente le retour à la ligne ou pas c'est juste de l'enculage de mouche, dans les deux cas c'est très lisible et ne pose pas de problème particulier.

Orion -> le but, c'est pas de jouer au plus con en me faisant dire ce que j'ai absolument pas dit.. Ya un juste milieu entre l'obfuscation et écrire une ligne sur deux. D'ailleurs, si c'est la norme pour énormément de projets, c'est que c'est peut-etre pas si idiot que ça comme manière d'indenter.

Orion_ (./31) :
c'est illisible

C'est illisible pour toi qui n'es pas habitué, comme toutes ces normes...
Et, oui, c'est le formatage K&R, donc ça n'a rien d'extravagant. Bref

C'était peut-être pas la peine de réveiller ce vieux troll sur le style d'indentation
Ce qui compte surtout, c'est d'en choisir un et de s'y tenir.

Ouep

Moi j'ai choisi le formtage 68000, ca aide a la lecture

Trève de troll, mon code défaut est cela :

reached end of file while parsing error


Donc j'ai apparement bien un soucis d'ouverture de femerture, c'est incroyable qu'il est pas prévu un outil pour compter et analyser ces fikghhghf de {}.

En 2014 je comptes les {} O_o


GT

Bon j'ai enfin trouver une utilisation de la console sous linux, un grep sur les accolades et donc j'ai effectivement un différence entre le nb d'ouverture et de fermetures, reste plus qu'a la trouver O_o

J'en profite, le grep c'est très bien ça sort les lignes, mais est ce possible de compter le nb de fois qu'un caractère apparait ? Car extraire les lignes c'est bien mais compter a la main c'est un peu 'ballot'


GT

Cool, c'est bon trouvé !!

J'apprécie Linux de plus en plus

Bon tout a l'heure, 'reste plus' qu'a trouver ou !!!

en tout cas merci a vous


GT A la chasse

GT Turbo (./38) :
J'en profite, le grep c'est très bien ça sort les lignes, mais est ce possible de compter le nb de fois qu'un caractère apparait ? Car extraire les lignes c'est bien mais compter a la main c'est un peu 'ballot'

C'est là qu'apparait la magie du pipe :
grep -o "{" fichier.java | wc -l
Tout les résutats retournés par le grep sont renvoyés en entrée à "wc" qui compte les mots ( et les lignes avec l'option "-l" )

edit: corection en ajoutant -o au grep. Sinon, il ne retourne qu'un seul résultat si il y a plusieurs "{" sur la même ligne.

(Nan mais sérieusement, ça devrait prendre cinq secondes de retrouver l'accolade manquante ?! Il fait quelle taille ton fichier ?)

17 kilos, bon en tout cas problème résolu.

GT Debuggé !!