к
и как в packege.yaml файл воткнуть ghc-options
Size: a a a
2020 December 04
к
там есть ghc-options в таблице
СА
например
take 10 $ repeat 0
будет в строгом случае в бесконечно дольше ленивого вариант (учитывая что у нас бесконечное число времени)
а в других случаях ленивость может порождать thunks, которые будут занимать память и тормозить
take 10 $ repeat 0
будет в строгом случае в бесконечно дольше ленивого вариант (учитывая что у нас бесконечное число времени)
а в других случаях ленивость может порождать thunks, которые будут занимать память и тормозить
Понятное дело в тех ситуациях, когда можно использовать и то и то
AP
немножко варварства
toField (x:y:z:':':xs) = ([x,y,z], xs)fmap tail . splitAt 3AP
> fmap tail . Data.List.break (== ':') $ "foofoo:bar:bar"
("foofoo","bar:bar")
для переменной длины ключаA
еще варварство
result1 = validate (map (const True <$) rules) entry
result2 = validate rules entry
где validate делает сравнение с Just True
result1 = validate (map (const True <$) rules) entry
result2 = validate rules entry
где validate делает сравнение с Just True
AP
Я не валидировал для первой задачи. Я отфильтровал по наличию ключей. И уже эти отфильтрованные валидировал. Оптимизация!
A
ага
AP
fields' = ("cid", "") : fields
хехеA
но для однообразия
AP
solve :: [Passport] -> (Int, Int)
solve ps = (length lookRight, length $ filter isValid lookRight)
where
lookRight = filter hasAllFields psAP
вполне единообразно
AA
Понятное дело в тех ситуациях, когда можно использовать и то и то
и в этом случае от ситуации зависит, к примеру мап для ленивого иммутабельного списка можно за один проход сделать, а для строгого надо два прохода
A
у меня тоже были две функции isValid и hasAllFields, но теперь она одна
A
но это конечно не оптимизация
p
и в этом случае от ситуации зависит, к примеру мап для ленивого иммутабельного списка можно за один проход сделать, а для строгого надо два прохода
Проход деструкции + проход конструкции?
AA
Проход деструкции + проход конструкции?
оба прохода конструкции же, в первый только список будет задом наперед на стеке или в куче, в зависимости от того как написали
JS
fmap tail . splitAt 3фу, fmap для пары. есть же нормальный second. даже два
AP
Мне — норм
ЮБ
фу, fmap для пары. есть же нормальный second. даже два
Так функтор же, почему это вдруг плохо? )