Salut à tous !
J'aimerais connaître les astuces pour écrire des codes plus courts (au delà du talent et de l'expérience, bien sur).
Par exemple un prof a rapidement expliqué qu'on pouvait faire une condition avec un ? du genre a ? b puis d'autres éléments dernières.
Comment ça marche ? Pouvez vous me donnez des exemples que j'essaie puis j'irai m'entraîner.
Ca va à l'encontre des usages de la programmation actuelle: le but est de rendre le code le plus lisible possible.
Quel est l'intérêt de rendre le code source le plus court et le plus illisible possible?
En effet. Il ne faut pas oublier que le C a été conçu à une époque où les ordinateurs étaient peu puissants, la mémoire très, très limitée et les écrans pas forcément disponibles : on utilisait clavier + imprimante. Sans parler des compilateurs qui n'optimisaient pas au même niveau qu'aujourd'hui.Envoyé par Jack
Dans ces conditions, faire un langage concis permettant au programmeur d'écrire du code optimisé et compilable efficacement avait du de sens.
Aujourd'hui, beaucoup moins et même si on programme toujours en C, on essaie en effet de faire lisible, maintenable, etc.
Aucun sauf pour gagner un concours : http://www.ioccc.org/
pour répondre sur ce point précis, c'est l'opérateur ternaire "?:", le 1er opérande est la condition, l'opérande du milieu est évalué si vrai, sinon c'est l'opérande de gauche qui est évalué, c'est souvent utilisé pour une affectation conditionnelle en une ligne comme par exemple
c'est juste un opérateur comme +, - ou *, sauf qu'il prend 3 opérandes.Code:int y = (y > 0) ? +y : -y;
Mais, comme ça déjà été dit, il est important d'écrire le code pour qu'il soit compréhensible à la lecture, donc principalement une bonne organisation.
si c'est pour faire des trucs du genre :
C'est le genre de conseil complétement idiot qui perturbe la lisibilité du code avec rigoureusement aucun benef en terme d'exécution (les optimiseurs des compilos sont capables de gérer ce genre d'artifice tous seuls comme des grands).Code:a = (condition1) ? b : (condition2) ? c : (condition3) ? d : e;
Le prof a pas du souvent piloter des équipes de dev .....
Dernière modification par Bluedeep ; 22/01/2016 à 10h15.
Salut,
J'y connait absolument rien en C, mais comme dans tout langage, essaye de prendre le réflexe de définir des fonctions.
Par exemple, si tu as un traitement complexe qui tient sur 1000 lignes, tu le mets dans la fonction, et tu l'appelles quand tu en as besoin.
Ca évite d'avoir du code qui se répète, et c'est bien plus lisible.
Dans ton programme, tes 1000 lignes ne tiendrons qu'en une seule
A+
Maximator c'est comme Actimel : ça agit à l'intérieur et ça se voit à l'extérieur
Pour les optimiseurs actuels c'est vrai et en C, effectivement, on peut éviter pour la lisibilité. Mais à une époque, cela diminuait le nombre de lignes et aidait bien le compilo.
Dans d'autres langages, c'est pratique quand on a une syntaxe en if then else : on a une logique fonctionnelle.
Au lieu de déclarer une variable et de l'affecter dans les 2 branches du if, on fait :
val c = if(a>b) 1 else -1
C'est lisible et logique en programmation fonctionnelle.
Certes, mais ma réponse était dans le contexte d'un prof qui donne ce conseil à des éléves en 2015. Ils n'ont que fort peu de chances de se trouver face un compilateur de 30 ans d'âge.
De plus, relis mon message, je ne critique pas l'usage intrinsèque du, qui est parfaitement lisible , tout comme leCode:a = cond ? b : cmais son usage en imbrication, qui rend le code illisible.Code:a = b ?? c
Oui, mais là encore, il est question du C en enseignement; les paradigmes fonctionnels ne rentrent pas ici en ligne de compte.Dans d'autres langages, c'est pratique quand on a une syntaxe en if then else : on a une logique fonctionnelle.
Oui mais je ne disais rien qui soit contradictoire avec ton affirmation et on est d'accord : tu peux regarder ma 1ère contribution à ce fil.
Ma dernière intervention avec uniquement pour but de donner un contexte et d'élargir un peu l'horizon.
