Executando verificação de segurança...
1

Sobre a frase "O return do filter sempre é um booleano", vc tem razão. Eu falei "return do filter" mas quis dizer "return do callback do filter".

Sobre os exemplos que terminam com if (condicao) return true; else return false;, eu preferi deixar assim bem claro para as pessoas que estão começando e não estão familiarizadas com return condicao de forma direta. Inclusive tem um trecho do post que falo sobre como deixar o código de forma mais direta, mas que isso não é obrigatório, inclusive inserindo arrow function. Eu não mantive esse padrão ao longo do texto pq se a pessoa tá começando, vai ficar mais chatinho pra ela. Do jeito que deixei, todos podem entender com maior facilidade.

"Vale lembrar também que, embora filter retorne outro array, os elementos dentro deste array serão os mesmos do array original:". Esse ponto tentei deixar bem claro, pois é fundamental no filter. Mas para não passar em branco, dei exemplos de conectar um filter com um map para alterar esses elementos, só pra deixar completinho.

"o método filter é genérico" esse teu último exemplo eu não conhecia, muito legal saber disso. A questão aqui é que existem coisas que na minha limitada opinião são pouco usadas no dia a dia, principalmente na programação funcional, que é o mais usado com Javascript. Coisas de orientação a objetos como call, apply, mudar o contexto do this (var newArray = arr.filter(callback, thisArg)), são coisas pouco usadas, pelo menos por mim. E como não domino isso, resolvi não abordar.

Valeu pelo comentário :D

Carregando publicação patrocinada...