Estou trabalhando com uma implementação Haskell de geradores para uma tarefa de casa. Tenho uma andAlso
função que supostamente adiciona um predicado adicional a um gerador, mas não está funcionando corretamente em todos os casos de teste. Embora pareça correto
Aqui está minha definição de tipo de gerador:
-- Type definition for a generator: a function producing a sequence of values
-- 1. The first function generates the next value.
-- 2. The second function checks if generation should continue.
-- 3. The third value is the initial value, or seed. It does not count as being generated by the generator.
type Generator a = (a -> a, a -> Bool, a)
Minha implementação atual de andAlso
:
-- Adds an additional predicate to a generator.
andAlso :: (a -> Bool) -> Generator a -> Generator a
andAlso p (f, g, s) = (f, \x -> g x && p x, s)
Estou usando uma função auxiliar takeGen
para visualizar os resultados dos testes:
takeGen :: Int -> ((a -> a), (a -> Bool), a) -> [a]
takeGen 0 _ = []
takeGen n (next, pred, seed)
| not (pred seed) = []
| otherwise = seed : takeGen (n-1) (next, pred, next seed)
Casos de teste e resultados
Aqui estão meus casos de teste e seus resultados:
-- Test 1: Filter for odd numbers
takeGen 10 (andAlso (\x -> x `mod` 2 == 1) ((+1), (<10), 0))
-- Expected: [1,3,5,7,9], but getting: [1]
-- Test 2: Filter for numbers divisible by 3
takeGen 10 (andAlso (\x -> x `mod` 3 == 0) ((+1), (<10), 0))
-- Expected: [0,3,6,9], but getting: [0]
-- Test 3: Filter for numbers greater than 5
takeGen 10 (andAlso (>5) ((+1), (<10), 0))
-- Works correctly: [6,7,8,9]
-- Test 4: Combine two additional predicates
takeGen 10 (andAlso (>3) (andAlso (<8) ((+1), (<10), 0)))
-- Works correctly: [4,5,6,7]
-- Test 5: Test with a different generator function
takeGen 10 (andAlso (<15) ((+2), (<20), 1))
-- Works correctly: [1,3,5,7,9,11,13]
takeGen 10 (andAlso (<10) ((+1), (<10), 0))
-- Works correctly: [0,1,2,3,4,5,6,7,8,9]
O que eu tentei
Eu tentei várias implementações de andAlso
, incluindo:
- A implementação atual mostrada acima
- Ajustando como os predicados são aplicados na sequência
- Tentando encontrar o primeiro valor válido que satisfaça ambos os predicados
Alguns casos de teste funcionam corretamente, mas outros (especificamente os testes 1 e 2) não retornam todos os valores esperados.
Minha pergunta
O que há de errado com minha andAlso
implementação e como devo consertar para fazer todos os casos de teste funcionarem conforme o esperado? O problema é com a forma como o gerador é definido, como takeGen
funciona ou como andAlso
aplica o predicado adicional?
Contexto adicional
Outras funções relacionadas ao gerador que implementei:
nthGen :: Integer -> Generator a -> a
nextGen :: Generator a -> Generator a
lengthGen :: Generator a -> Integer
hasLengthOfAtLeast :: Integer -> Generator a -> Bool
constGen :: a -> Generator a
foreverGen :: (a -> a) -> a -> Generator a
emptyGen :: Generator a
Obrigado por qualquer ajuda para entender onde minha implementação está dando errado.
Observe que não posso comparar os resultados do seu teste com a versão fornecida do
andAlso
. (Por exemplo, recebo mais respostas erradas do que você.)No entanto, parece que você implementou
andAlso
a adição do predicado fornecido à regra de continuação para o gerador, mas os casos de teste indicam que ele deve ser tratado como um filtro para o gerador.Por exemplo, para "Teste 1", sua
andAlso
implementação só continua a gerar valores enquanto o predicado(<10)
for true AND o predicado\x -> x `mod` 2
for true. Mas, para a primeira semente do0
segundo predicado falhar, então esse teste gera uma lista vazia[]
(que é o que eu obtenho com seu código). Em vez disso, você quer continuar gerando valores enquanto(<10)
for bem-sucedido, mas apenas "passar adiante" o subconjunto de valores que satisfazem\x -> x `mod` 2
.É um pouco complicado implementar
andAlso
diretamente, então você pode seguir o conselho de @user2407038 e tentar implementarfromList
etoList
.Mas, se você quer uma solução direta, aqui vão algumas dicas. Considere a definição do template:
Vamos fingir que esse gerador nunca para (então
g
eg'
não importa). Comof'
es'
deve ser? Bem, você quers'
ser o primeiro valor daGenerator
sequência[s, f s, f (f s), ...]
que satisfazp
. Então escreva:e implementar:
Aqui,
find
deve passar por testes como:Não se preocupe com a regra de parada
g
aindafind
... vamos descobrir isso em um momento.Agora, o que dizer de
f'
? Bem,f'
precisa avançar rapidamente a semente atualt
(seja ela qual for) para a próxima semente na sequência[f t, f (f t), ...]
que satisfaçap
. Então, será apenas:(Observe o uso de
f t
no lugar det
para garantir que não paramos emt
.)Agora, que tal parar? Bem, queremos ter cuidado aqui para parar no primeiro valor gerado que falha o predicado
g
, independentemente de satisfazer ou não nosso filtro predicadop
.Podemos garantir que isso aconteça modificando
find
para que ele pare quandog
for satisfeito, mesmo se a semente resultante falharp
. Isso garantirá ques'
seja definido como o valor de parada, então o processamento posterior do gerador será interrompido porqueg s'
será falso.Então, modifique
find
conforme necessário para que ele passe nos testes acima e também funcione com:Ou seja, ele deve "encontrar" o primeiro elemento que falha no predicado de continuação
(<5)
, mesmo que esse elemento não satisfaça o predicado de filtro(>10)
.Com essa versão
find
em vigor, você deve ser capaz de escrever:e faça com que ele passe em todos os seus testes.