Uma função pura é aquela que sempre avalia a mesma coisa com os mesmos argumentos e não pode mudar ou depender de qualquer estado externo.
Digamos que fn(x)é uma função pura que faz algo caro, como retornar uma lista dos principais fatores de x. E digamos que criamos uma versão memorizada da mesma função chamada memoizedFn(x). Ele sempre retorna o mesmo resultado para uma determinada entrada, mas mantém um cache privado dos...
Digamos que temos uma função pura normal, como function add(a, b) { return a + b } E então nós a alteramos para que tenha um efeito colateral function add(a, b) { writeToDatabase(Math.random()) return a + b; } Até onde eu sei, não é considerada uma função pura, porque muitas vezes ouço as...
Os exemplos de código a seguir fornecem contexto para minha pergunta. A classe Room é inicializada com um delegado. Na primeira implementação da classe Room, não há guardas contra delegados que lançam exceções. Essas exceções aparecerão na propriedade North, onde o delegado é avaliado (nota: o...
Eu tive um pequeno debate com um colega de trabalho. Simplificando, existe um bom motivo para ocultar / encapsular funções que são puras? Por "puro", quero dizer a definição da Wikipedia : Sempre retorna os mesmos resultados da mesma entrada. (Para fins desta discussão, Foo Create(){ return new...
Estou aprendendo sobre contratos de código no .NET e tentando entender a idéia de construtores puros. o documentação dos contratos de código declara: Todos os métodos chamados dentro de um contrato devem ser puros; isto é, eles não devem atualizar nenhum estado preexistente. Um método puro pode...
Como a pureza de um parâmetro de entrada é desconhecida até o tempo de execução, uma função é imediatamente considerada impura se ela assume uma função como parâmetro de entrada? Relacionado: se uma função aplica uma função pura que é definida fora da função, mas não é passada como parâmetro, ela...
"O número ideal de argumentos para uma função é zero" está totalmente errado. O número ideal de argumentos é exatamente o número necessário para permitir que sua função seja livre de efeitos colaterais. Menos do que isso e você desnecessariamente faz com que suas funções sejam impuras, forçando-o...
Li uma vez que um método deveria ter um valor de retorno (e ser referencialmente transparente) ou ter efeitos colaterais, mas não ambos. Não consigo encontrar referências a esta regra, mas quero aprender mais sobre ela. Qual é a origem deste conselho? De que pessoa ou comunidade surgiu? Crédito...
Conforme Wikipedia: Na programação de computadores, uma função pode ser descrita como pura se ambas as afirmações sobre a função se mantiverem: A função sempre avalia o mesmo valor de resultado, dados os mesmos valores de argumento. O valor do resultado da função não pode depender de nenhuma...
Estou lendo e ouvindo que as pessoas (também neste site) elogiam rotineiramente o paradigma de programação funcional, enfatizando como é bom ter tudo imutável. Notavelmente, as pessoas propõem essa abordagem mesmo em linguagens OO tradicionalmente imperativas, como C #, Java ou C ++, não apenas em...
Eu tenho o seguinte método de extensão: 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
Se minha função atender abaixo de dois requisitos, acredito que a função Sum retorne a soma dos itens em uma lista onde o item é avaliado como verdadeiro para uma determinada condição qualificada para ser referida como função pura, não é? 1) Para um determinado conjunto de i / p, o mesmo o / p é...
Para estender um pouco o título, estou tentando chegar a alguma conclusão sobre se é necessário ou não declarar explicitamente (por exemplo, injetar) funções puras das quais depende alguma outra função ou classe. Algum pedaço de código é menos testável ou pior projetado se ele usa funções puras...