Une fonction pure est une fonction qui évalue toujours la même chose avec les mêmes arguments, et qui ne peut changer ou dépendre d'aucun état externe.
Disons que fn(x)c’est une fonction pure qui fait quelque chose de coûteux, telle que renvoyer une liste des facteurs premiers de x. Et disons que nous faisons une version mémoisée de la même fonction appelée memoizedFn(x). Il renvoie toujours le même résultat pour une entrée donnée, mais conserve...
Disons que nous avons une fonction pure normale telle que function add(a, b) { return a + b } Et puis nous le modifions pour qu'il ait un effet secondaire function add(a, b) { writeToDatabase(Math.random()) return a + b; } Autant que je sache, ce n’est pas considéré comme une fonction pure, car...
Les exemples de code suivants fournissent un contexte à ma question. La classe Room est initialisée avec un délégué. Dans la première implémentation de la classe Room, il n'y a pas de garde contre les délégués qui lèvent des exceptions. Ces exceptions remonteront jusqu'à la propriété North, où le...
J'ai eu un petit débat en cours avec un collègue. Autrement dit, y a-t-il une bonne raison de cacher / encapsuler des fonctions qui sont pures? Par "pur", je veux dire la définition de wikipedia : Renvoie toujours les mêmes résultats à partir de la même entrée. (Pour les besoins de cette...
J'apprends les contrats de code dans .NET et j'essaie de comprendre l'idée de constructeurs purs. La documentation des contrats de code indique: Toutes les méthodes appelées dans un contrat doivent être pures; c'est-à-dire qu'ils ne doivent mettre à jour aucun état préexistant. Une méthode pure est...
Étant donné que la pureté d'un paramètre d'entrée est inconnue jusqu'à l'exécution, une fonction est-elle immédiatement considérée comme impure si elle prend une fonction comme paramètre d'entrée? Connexes: si une fonction applique une fonction pure qui est définie en dehors de la fonction, mais...
"Le nombre idéal d'arguments pour une fonction est zéro" est tout simplement faux. Le nombre idéal d'arguments est exactement le nombre nécessaire pour permettre à votre fonction d'être sans effet secondaire. Moins que cela et vous faites inutilement impur vos fonctions, vous forçant ainsi à vous...
J'ai lu une fois qu'une méthode devrait avoir une valeur de retour (et être référentiellement transparente), ou avoir des effets secondaires, mais pas les deux. Je ne trouve aucune référence à cette règle, mais je souhaite en savoir plus. Quelle est l'origine de ce conseil? De quelle personne ou...
Selon Wikipedia: En programmation informatique, une fonction peut être décrite comme pure si ces deux déclarations sur la fonction sont valables: La fonction évalue toujours la même valeur de résultat pour la ou les mêmes valeurs d'argument. La valeur de résultat de la fonction ne peut dépendre...
Je lis et j'entends que les gens (également sur ce site) font régulièrement l'éloge du paradigme de la programmation fonctionnelle, soulignant à quel point il est bon d'avoir tout immuable. Notamment, les gens proposent cette approche même dans les langages OO traditionnellement impératifs, comme C...
J'ai la méthode d'extension suivante: public static IEnumerable<T> Apply<T>( [NotNull] this IEnumerable<T> source, [NotNull] Action<T> action) where T : class { source.CheckArgumentNull("source"); action.CheckArgumentNull("action"); return source.ApplyIterator(action); }...
Si ma fonction répond à moins de deux exigences, je crois que la fonction Sum pour renvoyer la somme des éléments dans une liste où l'élément est évalué à vrai pour une condition donnée peut être appelée fonction pure, n'est-ce pas? 1) Pour un ensemble donné de i / p, le même o / p est renvoyé quel...