The argument mode points to a string beginning with one of the following sequences (Additional characters may follow these sequences.):
[liste des six séquences disponible, de maximum deux caractères] man fopen
Donc "parser" la chaîne de caractères consiste au bas mot à comparer deux char avec une liste de 6 séquences prédéfinies. C’est donc six comparaisons d’un entier 32 bits. Ni plus ni moins. Question performance je vois difficilement comment faire mieux. En fait je suppute que ce soit exactement les mêmes. D’ailleurs, des processeurs n bits peuvent-ils manipuler nativement des entités de m bits, m<n ? De toute façon, que les concepteurs du C aient choisi d’utiliser la chaîne de caractère devrait être une assez bonne indication que ça ne pose pas de problèmes de performances (ton argument sur Python se retourne contre toi là :p).
Pour la question de la lisibilité, question d’habitude, probablement, donc débat de sourds, certainement. Je trouve mille fois plus lisible et plus agréable un code à deux lettres que de jouer avec des flag.
[^] # Re: Les vrais ajouts
Posté par BB . En réponse au journal Java 7 est dispo !. Évalué à 2.
Pour ce que ça vaut :
Donc "parser" la chaîne de caractères consiste au bas mot à comparer deux
charavec une liste de 6 séquences prédéfinies. C’est donc six comparaisons d’un entier 32 bits. Ni plus ni moins. Question performance je vois difficilement comment faire mieux. En fait je suppute que ce soit exactement les mêmes. D’ailleurs, des processeurs n bits peuvent-ils manipuler nativement des entités de m bits, m<n ? De toute façon, que les concepteurs du C aient choisi d’utiliser la chaîne de caractère devrait être une assez bonne indication que ça ne pose pas de problèmes de performances (ton argument sur Python se retourne contre toi là :p).Pour la question de la lisibilité, question d’habitude, probablement, donc débat de sourds, certainement. Je trouve mille fois plus lisible et plus agréable un code à deux lettres que de jouer avec des flag.