Ceci est une question plutôt générale. La programmation de type fonctionnel promeut l'idée qu'un programme consiste à transformer des données par des fonctions, et que la mutation doit être évitée (sauf peut-être dans une fonction, considérée comme une unité fondamentale d'abstraction).JavaScript de style fonctionnel: une bonne pratique pour éviter la mutation des arguments?
Mais dans ce programme:
function foo (bar) {
bar.k1 = "bananas";
return bar;
}
var o = { k1: "apples", k2: "oranges"};
var p = foo(o);
la variable externe o a subi une mutation au sein de foo parce bar est une référence à o, et, à la fin, o === p (ils font référence au même objet). Mais le paradigme fonctionnel s'attendrait plutôt à ce que p soit de nouvelles données.
La solution évidente est de cloner l'argument (e g en utilisant underscore/lodash de _.clone..):
function foo (_bar) {
var bar = _.clone(_bar);
bar.k1 = "bananas";
return bar;
}
Mais je me demande si cela est la bonne façon de penser à ce problème. Dans une perspective FP, considéreriez-vous comme une bonne pratique de cloner les objets passés en arguments s'ils sont mutés? (Je suis conscient que tous les objets ne peuvent pas être clonés facilement, voire pas du tout, mais gardons les cas simples). Tes pensées?
Mon 2 cents est d'écrire du code qui fonctionne avec la langue et ne pas s'accrocher aux techniques de programmation. La programmation fonctionnelle est bonne et dandy, mais si vous n'avez pas besoin d'un nouvel objet, il n'y a aucune raison d'en retourner un, quand vous pouvez simplement changer l'original. – adeneo
Je dois retourner l'objet si je veux faire quelque chose comme: 'someOtherFunction (foo (o))'. Ce que vous voulez probablement dire, c'est que cela n'a pas d'importance s'il s'agit d'un nouvel objet ou d'une référence à l'objet externe. –
Que ce soit important ou non dépend de vous? Avez-vous besoin de l'objet original inchangé, sinon il n'y a aucune raison d'en créer un nouveau, il suffit de retourner celui qui est passé à la fonction après sa modification. – adeneo