Zut, je remarque que j'ai oublié la deuxième remarques à propos de la
nécéssité des prototypes de fonction. Je vais en profiter pour réagir au
dernier message de Yannick dans le même mail.
La deuxième raison de la nécéssité des prototypes de fonction, c'est
aussi une question historique. Les langages modernes n'en ont pas besoin
parce que la compilation se fait en plusieurs passes. Mais à l'origine,
à l'époque où on a inventé le C puis le C++, le compilateur ne lisait le
code qu'en une seule fois; impossible donc d'aller voir plus bas dans le
code si la fonction machin existe bien, et si l'ordre et le type des
paramètres est bien respecté. Du coup, si la fonction est utilisée avant
sa définition, il faut bien donner un moyen au compilateur de lui dire
que la définition viendra plus tard: c'est le rôle de la déclaration.
Là où le C++ a un problème, c'est qu'il ne fait pas toujours la
séparation de la meilleure des façons. Par exemple, les membres d'une
classe doivent être déclarés dans le .h/.hpp, y compris les membres
privés. Mais, en tant qu'utilisateur de la classe, je ne dois en théorie
rien avoir à cirer de ces membres privés, et ça pose un problème si je
veux vendre une API parce que je suis forcé de te donner un bout de ma
cuisine interne.
Bien sûr il y a des astuces pour contourner ce problème, en faisant des
pseudo-interfaces, mais on s'en passerait bien.
Dernier mail de yannick maintenant :
Citation: comme le dit Cécile, si on ne connait pas beaucoup de langage,
dificile d'avoir un avis pertinent .
C'est vrai. Mais ça ne fait rien, chacun peut apporter sa pierre avec ce
qu'il sait.
Citation: alors qu'au départ, j'avais choisi python pour son utilité,
moi ce que j'aime vraiment dans python c'est la gestion des liste / dico
/ set ..
très très peu verbeux , et par à rapport à d'autre langage, on peut
utiliser très peu de ligne pour obtenir des opérations complexe .
Ca c'est vrai, c'est un des gros avantages de python que j'ai
complètement zappé.
1.très peu verbeux
2.nécéssitant très peu de ligne de code : de la concisiont!
En principe ça va ensemble, et je suis globalement d'accord.
De ce côté là, java, .net et surtout C/C++ sont clairement des mauvais
élèves !
3. grand nombre de librairie
Comme déjà dit, c'est clair que ça joue aussi unr ôle déterminant.
4. que ce langage soit du script : code qui peut être intèrprété à la
volée
Pour moi, non. La réflexion ça peut être cool, mais c'est en tout cas
pas indispensable. ET n'oubliez pas, eval is evil !
Progliste :
Pour se désinscrire de la liste :
mailto:[email protected]?subject=unsubscribe
Pour voir les archives de la liste :
http://www.mail-archive.com/[email protected]/
Je vous rappelle que les pièces jointe sont activés leur taille est limité à 2 MO
Pour accéder aux fichiers de la liste
http://outils.archive-host.com/partage.php?id=2Qar9Hy6ftzr
Ou en utilisant la nouvelle page de partage :
http://outils-n.archive-host.com/partage-fm0m7b947vglikp9Efpso94gt
Pour y ajouter des fichiers demandez-moi le ou sur la liste ou en privé, je
vous répondrez en privé.
