Una función pura es aquella que siempre evalúa lo mismo con los mismos argumentos y no puede cambiar ni depender de ningún estado externo.
Digamos que fn(x)es una función pura que hace algo costoso, como devolver una lista de los factores primos de x. Y digamos que hacemos una versión memorable de la misma función llamada memoizedFn(x). Siempre devuelve el mismo resultado para una entrada dada, pero mantiene un caché privado de...
Digamos que tenemos una función pura normal como function add(a, b) { return a + b } Y luego lo modificamos de modo que tenga un efecto secundario function add(a, b) { writeToDatabase(Math.random()) return a + b; } Por lo que sé, no se considera una función pura porque a menudo escucho que...
Los siguientes ejemplos de código proporcionan contexto a mi pregunta. La clase Room se inicializa con un delegado. En la primera implementación de la clase Room, no hay guardias contra los delegados que arrojan excepciones. Dichas excepciones aparecerán en la propiedad Norte, donde se evalúa al...
Tuve un pequeño debate con un compañero de trabajo. En pocas palabras, ¿hay una buena razón para ocultar / encapsular funciones que son puras? Por "puro" me refiero a la definición de Wikipedia : Siempre devuelve los mismos resultados de la misma entrada. (En aras de esta discusión Foo Create(){...
Estoy aprendiendo acerca de los contratos de código en .NET, y estoy tratando de entender la idea de constructores puros. La documentación de los contratos de código establece: Todos los métodos que se llaman dentro de un contrato deben ser puros; es decir, no deben actualizar ningún estado...
Dado que la pureza de un parámetro de entrada es desconocida hasta el tiempo de ejecución, ¿se considera una función inmediatamente impura si toma una función como parámetro de entrada? Relacionado: si una función aplica una función pura que se define fuera de la función, pero no se pasa como...
"El número ideal de argumentos para una función es cero" es simplemente incorrecto. El número ideal de argumentos es exactamente el número necesario para permitir que su función esté libre de efectos secundarios. Menos que eso e innecesariamente haces que tus funciones sean impuras, lo que te...
Una vez leí que un método debería tener un valor de retorno (y ser referencialmente transparente) o tener efectos secundarios, pero no ambos. No puedo encontrar ninguna referencia a esta regla, pero quiero obtener más información al respecto. ¿Cuál es el origen de este consejo? ¿De qué persona o...
Según Wikipedia: En la programación de computadoras, una función puede describirse como pura si ambas afirmaciones sobre la función se mantienen: la función siempre evalúa el mismo valor de resultado dados los mismos valores de argumento. El valor del resultado de la función no puede depender de...
Estoy leyendo y escuchando que las personas (también en este sitio) elogian rutinariamente el paradigma de la programación funcional, haciendo hincapié en lo bueno que es tener todo inmutable. En particular, las personas proponen este enfoque incluso en lenguajes OO tradicionalmente imperativos,...
Tengo el siguiente método de extensión: 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
Si mi función cumple con dos requisitos por debajo, creo que la función Sum devuelve la suma de los elementos en una lista en la que el elemento se evalúa como verdadero para la condición dada califica para ser referida como función pura, ¿no es así? 1) Para un conjunto dado de i / p, se devuelve...
Para extender un poco el título, estoy tratando de llegar a una conclusión sobre si es necesario o no declarar explícitamente (es decir, inyectar) funciones puras de las que depende otra función o clase. ¿Hay algún código menos comprobable o peor diseñado si utiliza funciones puras sin pedirlas?...