6
Ma question est la langue transcendante, j'ai souvent trouvé des prototypes de fonctions "copy" définissant des paramètres dans l'ordre: argument1: "destination" puis argument2: "source". C'est le cas de memcpy par exemple en C. Mais ce n'est PAS le cas de la copie de fichier sur bash! Vous dites, par exemple: "$ cp file file2" où file2 est le nouveau fichier. Ce qui me fait beaucoup plus de sens, nous disons toujours "copier ce texte ici s'il vous plaît" et non "copier ici ce texte" qui est Yoda-esque. Donc, la vraie question est: une bonne API devrait utiliser quelle forme (ordre)? et peut-être une autre question subsidiaire: quelle forme tout le monde attend-il, s'il y en a?qui est mieux "destination, source" ou "source, destination"?
Cette question a déjà été posée ici. J'essaie de le trouver, cependant, aidez-moi. :) – Shi
Je ne trouve plus la réponse, donc je donne un bref résumé: l'assemblage x86 utilise "mnemocode destination, source", comme "mov ah, 17h", à l'école on apprend que "y = 17 * x", et en parlant nous disons "y est 17 fois x". Et dans la plupart des langues (naturelles), le sujet vient avant le verbe. Donc encore, "y est 17 fois x". Mais en même temps, si vous déplacez une boîte, vous dites: «déplacez cette boîte là-bas à côté du mur». Dans ce cas, la source ("quoi" = sujet) est la première et la seconde destination. – Shi
@shi, notez que lorsque vous utilisez du gaz (l'assembleur GNU), il est inversé: 'mv $ 17,% ah', donc je ne suis pas sûr que l'assemblage soit un bon argument. –