КР
и как это в итоге выглядит?
Где?
Size: a a a
2020 March 13
DE
Где?
в коде проекта
I
Это просто тайпалиасы над (T) -> Unit и () -> T
КР
Ахахаха
КР
в коде проекта
Ну код я естественно не буду кидать, но команда очень хотела диай, поэтому вот примерно следующим образом:
1) kodein собирает зависимости и отдаёт их в fragment factory
2) т.к. параметры для фичи приходят в конструктор фрагмента, fragment factory просто маппит зависимости на их функциональные аналоги, делает фичу и отдаёт в конструктор фрагмента.
3) Из Update и эффектов просто дёргаются лямбды.
Итого:
1) Проще тестировать фичи
2) Линзы (если об этом говорил Егор-скобка)
3) Топ-левел эффекты больше не завязаны на определённые интерфейсы, а значит и их работу проще тестировать (ну эффекты же тоже надо тестировать как-то).
1) kodein собирает зависимости и отдаёт их в fragment factory
2) т.к. параметры для фичи приходят в конструктор фрагмента, fragment factory просто маппит зависимости на их функциональные аналоги, делает фичу и отдаёт в конструктор фрагмента.
3) Из Update и эффектов просто дёргаются лямбды.
Итого:
1) Проще тестировать фичи
2) Линзы (если об этом говорил Егор-скобка)
3) Топ-левел эффекты больше не завязаны на определённые интерфейсы, а значит и их работу проще тестировать (ну эффекты же тоже надо тестировать как-то).
ML
> из update дёргаются лямбды
> линзы
> линзы
ML
а код есть?)
КР
> из update дёргаются лямбды
> линзы
> линзы
В смысле из эффектов в апдейте
VP
У меня такой вопрос: а чем мешок с функциями (переданными извне) легче тестировать, чем обычный интерфейс?
КР
а код есть?)
Неа
I
Ну код я естественно не буду кидать, но команда очень хотела диай, поэтому вот примерно следующим образом:
1) kodein собирает зависимости и отдаёт их в fragment factory
2) т.к. параметры для фичи приходят в конструктор фрагмента, fragment factory просто маппит зависимости на их функциональные аналоги, делает фичу и отдаёт в конструктор фрагмента.
3) Из Update и эффектов просто дёргаются лямбды.
Итого:
1) Проще тестировать фичи
2) Линзы (если об этом говорил Егор-скобка)
3) Топ-левел эффекты больше не завязаны на определённые интерфейсы, а значит и их работу проще тестировать (ну эффекты же тоже надо тестировать как-то).
1) kodein собирает зависимости и отдаёт их в fragment factory
2) т.к. параметры для фичи приходят в конструктор фрагмента, fragment factory просто маппит зависимости на их функциональные аналоги, делает фичу и отдаёт в конструктор фрагмента.
3) Из Update и эффектов просто дёргаются лямбды.
Итого:
1) Проще тестировать фичи
2) Линзы (если об этом говорил Егор-скобка)
3) Топ-левел эффекты больше не завязаны на определённые интерфейсы, а значит и их работу проще тестировать (ну эффекты же тоже надо тестировать как-то).
> у эффекты же тоже надо тестировать как-то
(юнитами) НЕ НАДО (я серьезно), для этого есть ui/e2e
U
Смотрите, я горю
U
npm install требует питона в системе
VP
npm install требует питона в системеНу не сам же по себе?
I
npm install требует питона в системеНадо было ставить (windows) yarn)
AN
npm install требует питона в системеА половина питоновских пакетов требует ноду
U
Ну да, кто-то внутри хочет питона
U
только...