В последнее время я пытаюсь разрешить проблемы Haskell 99, 66-й (макет дерева компактно). Я добился успеха, но здесь меня смутили решения (http://www.haskell.org/haskellwiki/99_questions/Solutions/66).Haskell макет дерева
layout :: Tree a -> Tree (a, Pos)
layout t = t'
where (l, t', r) = layoutAux x1 1 t
x1 = maximum l + 1
layoutAux :: Int -> Int -> Tree a -> ([Int], Tree (a, Pos), [Int])
layoutAux x y Empty = ([], Empty, [])
layoutAux x y (Branch a l r) = (ll', Branch (a, (x,y)) l' r', rr')
where (ll, l', lr) = layoutAux (x-sep) (y+1) l
(rl, r', rr) = layoutAux (x+sep) (y+1) r
sep = maximum (0:zipWith (+) lr rl) `div` 2 + 1
ll' = 0 : overlay (map (+sep) ll) (map (subtract sep) rl)
rr' = 0 : overlay (map (+sep) rr) (map (subtract sep) lr)
-- overlay xs ys = xs padded out to at least the length of ys
-- using any extra elements of ys
overlay :: [a] -> [a] -> [a]
overlay [] ys = ys
overlay xs [] = xs
overlay (x:xs) (y:ys) = x : overlay xs ys
Почему caculation 'x1' и 'sep' не вызывает бесконечную петлю? Как они были рассчитаны?
Большое спасибо. Я могу полностью понять нечерную оценку в небольшом примере, но все равно теряюсь при попытке прочитать длинные коды, не говоря уже об использовании этого. Итак, рекомендуется ли это стиль кодирования? Если да, где я могу узнать об этом больше? – realli
Я тоже нахожу такой эксплойт нестрогой оценки «сложным кодом» специально, когда «глубина» нестрогой идет на определенную глубину. Но я думаю, может быть, для некоторых типов алгоритмов это может привести к значительно более высоким характеристикам производительности. – Ankur
Действительно, иногда четкий код лучше, иногда «сложный код» выигрывает. Мне нужно больше узнать о таком умении. – realli