[F] [mOved] Mon langage est mieux que le tien - Page 17

excellent

En PHP, je suis un fréquent utilisateur des conditions ternaires. J'aime bien la logique de la structure, même si elle est moins facile à lire.

Mais ce n'est pas pour autant que je ne trouve pas cela stupide comme "abus de langage" :if (!memcmp(hdr.cname,"CBLECO10",7)) recttls[F_CATEG] = "Primary Users", recttl[F_CATEG] = "Primary User", rechdr[F_CATEG] = "Primary User: ";

(mmm ? C'est pas une condition ternaire ?!)

Non en effet.

Et faire ça juste pour éviter une paire d'accolades, ça mérite le fouet

Ouais, je vois pas trop le rapport non plus
Et sinon, les operateurs ternaires, c'est loin d'être illisible si on fait l'effort d'indenter un peu:var toto = a ? x.ToString() : string.Empty;Après c'est comme ça que moi je fais, je pense pas qu'il existe 50 manières de faire, mais y'en a sans doute deux ou trois autres (Dont ne pas indenter ^^)

C'est surtout quand tu commences à imbriquer plusieurs opérateurs ternaires que ça devient illisible (et qu'en plus tu ajoutes des parenthèses dans le doute parce que tu ne sais plus s'il est associatif à gauche ou à droite). Pour une structure un peu complexe le gain par rapport à plusieurs "if/else if" n'est pas énorme.

je ne fais jamais de structures ternaires imbriquées, je préfère largement un bloc de code un peu plus gros (quitte à mettre un commentaire autour) mais plus lisible.

Je ne fait que des ternaires imbrique, tout le code est base la dessus

(comment ca pas credible?)

Bah, je connais bien des mecs qui hackent les structure de la libc plutot que d'utiliser les fonctions standards (ce qui donnera probablement le meme code d'ailleurs), alors tu sais...

Hum des fois, appeler directement les syscall permet de faire des executables plutot petit

Ah c'est sûr, je te crois, mais question propreté c'est autre chose

Folco (./493) :
Ah c'est sûr, je te crois, mais question propreté c'est autre chose

Folco qui dit que c'est pas bien de faire du code optimisé au petits oignons pour être le plus petit possible

Ah mais même en assembleur, je ne hacke pas mes propres format de données, et j'écris dans mes structures avec x(an) et non (an)+, c'est ça la propreté
Par contre, je vais passer quelques semaines à grapiller deux octets sur une boucle qui en fait 30, là d'accord, je fais l'ayatollah
(genre http://sourceforge.net/p/asoc/code/HEAD/tree/src/assembly.asm#l160 )

(en fait, je crois que tu confonds avec KelK'un d'autre )

Pen^2 (./483) :
(mmm ? C'est pas une condition ternaire ?!)

Ce n'en est pas une, c'était pour dire "les ternaires oui, ça non", dans le registre "structure originale mais autorisée par le langage".

Folco (./495) :
Ah mais même en assembleur, je ne hacke pas mes propres format de données, et j'écris dans mes structures avec x(an) et non (an)+, c'est ça la propreté
Par contre, je vais passer quelques semaines à grapiller deux octets sur une boucle qui en fait 30, là d'accord, je fais l'ayatollah
(genre http://sourceforge.net/p/asoc/code/HEAD/tree/src/assembly.asm#l160 )

(en fait, je crois que tu confonds avec KelK'un d'autre )

Appeler directement le systeme n'est pas un hack, ni un bricolage, juste un bypass de la libc qui n'est generalement qu'un wrapper autour des syscalls

Meowcate (./482) :
En PHP, je suis un fréquent utilisateur des conditions ternaires. J'aime bien la logique de la structure, même si elle est moins facile à lire.

Mais ce n'est pas pour autant que je ne trouve pas cela stupide comme "abus de langage" :if (!memcmp(hdr.cname,"CBLECO10",7)) recttls[F_CATEG] = "Primary Users", recttl[F_CATEG] = "Primary User", rechdr[F_CATEG] = "Primary User: ";

Ah j'en ai vu de ce genre de trucs dans le truc que je développe. En général je remplace avec une accolade. Et je mets les accolades sur la même ligne que le if/for/etc. Ca réduit la taille du code et évite d'être tenté de réduire de 2 lignes a cause des {}.

J'utilise des fois des return void, c'est bizarre je sais, mais ça permet de largement simplifier le code des fonctions asynchrones.

void InvokeCallback(Callback *cb, Errors code);

void MaSuperFonction(const char *parametre, Callback *whenFinished) {
    if (!parametre) { return InvokeCallback(whenFinished, Errors::BadParameters); }

    ...
    return InvokeCallback(whenFinished, Errors::OK);
}

Godzil (./497) :
Appeler directement le systeme n'est pas un hack, ni un bricolage, juste un bypass de la libc qui n'est generalement qu'un wrapper autour des syscalls

Je parlais pas des syscalls, mais des hacks de structure, comme FILE par exemple

En l'occurence FILE est une abstraction de la libc sur les appels systems open/read/write/close

Et tu fais comment le jour où ta libc change FILE ?

Je suis d'accord avec Folco, mélanger les niveaux d'abstractions pour un même objet, c'est crade et risqué.

On a pas du se comprendre, je ne parlais pas de bidoullier des structures ou melanger des niveau d'abstration, mais de bypasser la libc pour appeler les syscall directement, et donc enlever tout ce que la libc (surtout la glibc) peux vouloir absolument tester avant un syscall (et il y en a des trucs)

Même avec cette formulation je reste également d'accord avec Folco et 0² : mauvaise idée.

./486 > Ah, perso, ça m'arrive quand même d'en faire
Mais en règle generale j'essaye de me limiter à la forme (condition1 ? condition2 ? a : b : c) parce que je trouve que c'est plus lisible que si on en met dans tous les sens: (!condition1 ? c : condition2 ? a : b) ()

La superiorite du C:
int _;main(O,l,o)char**l;{_++>>9||main(1&(o?o:O)|O*2,l,putchar(_%32?atoi(1[l])>>(7&O<<!o>>!o+29)&32<_|_==16?35:32:10)%10);}

J'ai arrêté de lire après "int _;" .
Heureusement qu'il me reste quelques médicaments anti-nausée

Pour ceux qui ont du mal avec la 3D : http://danielwedge.com/fmatrix/