AP
Потому что то, что "вложено == абстрагировано"
Size: a a a
2020 April 06
AP
Если ходить через уровень, то это протечка абстракции
AP
Особенно в update
DK
Линзы делают простым то, что вообще делать не надо
DK
Если тебе нужно лезть на 3 уровня в глубь данных, значит ты где-то потерял 2 уровня модулей, которые работают каждый со своим уровнем абстракции
AP
Ну это тоже крайность. It depends
DK
Ну это тоже крайность. It depends
Верно
AP
Но в UI полезнее разгораживать
AP
А вот доменные сущности могут быть довольно таки вложенными и с ними оптикой работать можно и стоит
AP
Предметка бывает очень сложная. На каждый чих функции создавать слишком больно да и не нужно: вложенность есть, а слоистости нет. Поэтому лишние абстракции только мешают
DK
Но в UI полезнее разгораживать
А есть какие-то ресурсы (книги, статьи) по паттернам в хаскеле?
AP
DK
🔥
AP
Товарищ Александр Гранин пишет книжку https://graninas.com/functional-design-and-architecture-book/
AP
Но это очень opinionated book, если что :)
AP
На уровне Elegant Objects от Бугаенко
AY
У страниц через tea-combine только есть проблема с памятью.
Нужно закладывать чистку перед уходом. Т.е условно если одна страница грузит себе пару мб данных, это с подходом
type Page = Home Home.Model | Catalog Catalog.Model
type alias Model = { page: Page }
при смене страниц сборщик должен собрать мусор от прошлой.
Нужно закладывать чистку перед уходом. Т.е условно если одна страница грузит себе пару мб данных, это с подходом
type Page = Home Home.Model | Catalog Catalog.Model
type alias Model = { page: Page }
при смене страниц сборщик должен собрать мусор от прошлой.
AP
Ну так соберет. Вы же в типе-сумме храните состояния страниц
AP
Когда выберете другую страницу, сборщик мусора соберёт данные со старой.