ch
гуглить и я умею, первый не пашет, а второй я так и не смог завести, для просто строки работает, но мне то надо пройтись по всем записям и взять слова из всех
Size: a a a
2020 December 30
ch
Там наверняка есть split() или что-то вроде того
как оказалось нет
ML
Дело вкуса, видимо. Мне, наоборот, не нравится, когда вместо того, что сделать early return и получить смарт-касты нахаляву, нал прогоняют через цепочку трансформаций.
так в случае return doA ?: doB ?: doC тоже смарткасты и всё такое
I
И да, зачем использовать линтер, проверки которого надо сапрессить? Лучше тупо засапрессить на глобальном уровне, путём смены конфигурации линтера.
Да ведь хорошее правило, много return в общем случае плохо (для понимания и рефакторинга).
Единственно что иногда оно встает в противовес со смарткастами, там сапресами и обмазываем.
Единственно что иногда оно встает в противовес со смарткастами, там сапресами и обмазываем.
I
так в случае return doA ?: doB ?: doC тоже смарткасты и всё такое
Подобный подход работает для простых случаев, когда есть труба. Когда появляется более-менее сложный control flow, он начинает давать сбои.
КР
Ev -> F<Mu> -> Mu + St -> (St, Set<Ef>)
Mu это Msg/Cmd?
КР
Не до конца понял, зачем нужен Fin, но есть ощущение, что это какая-то крутая идея.
КР
В чём прикол?
> @param Ev event type, which passes through coeffect handler and is mapped to [Mu]
> effectHandler: Handler<F, Ef, Ev>
> interface Handler<F, in E, out M>
(
Mu это Msg/Cmd?
Да
(
В чём прикол?
> @param Ev event type, which passes through coeffect handler and is mapped to [Mu]
> effectHandler: Handler<F, Ef, Ev>
> interface Handler<F, in E, out M>
А что непонятно здесь?
КР
А что непонятно здесь?
Почему эффект хендлер возвращает Ev, если Ev для коэффектов?
(
Почему эффект хендлер возвращает Ev, если Ev для коэффектов?
Ev - это все, что приходит в фичу
(
Т. е. пользователь нажал кнопку - фича получила Ev, запустила итерацию апдейта
(
Соотв. хендлер возвращает Ev, а не Mu, потому что иначе было бы говно
КР
Ev - это все, что приходит в фичу
А что тогда Mu/Msg/Cmd?
КР
Если у меня пользователь нажал на кнопку - это Msg.
КР
Если есть потребность делить на msg от пользователя и не от пользователя, то пишу
Из-за чего на маленьких экранах минимум бойлерплейта.
sealed class SomeMsg
sealed class ExternalSomeMsg : SomeMsg
private sealed class InternalSomeMsg : SomeMsgИз-за чего на маленьких экранах минимум бойлерплейта.
(
А что тогда Mu/Msg/Cmd?
1. Пользователь нажал на кнопку/пришел ответ от сервера/Whatever - создается Ev, попадает в фичу через
2. Ev с помощью коэффект хендлера становится Mu, возможно с сайд-эффектами
3. Mu попадает в апдейт
4. Ef попадает в эффект хендлер, сайд-эффектит там и становится Ev, который летит обратно в фичу, см. пункт 1
mutate2. Ev с помощью коэффект хендлера становится Mu, возможно с сайд-эффектами
3. Mu попадает в апдейт
(St, Mu) -> Pair<St, Set<Ef>>4. Ef попадает в эффект хендлер, сайд-эффектит там и становится Ev, который летит обратно в фичу, см. пункт 1
КР
1. Пользователь нажал на кнопку/пришел ответ от сервера/Whatever - создается Ev, попадает в фичу через
2. Ev с помощью коэффект хендлера становится Mu, возможно с сайд-эффектами
3. Mu попадает в апдейт
4. Ef попадает в эффект хендлер, сайд-эффектит там и становится Ev, который летит обратно в фичу, см. пункт 1
mutate2. Ev с помощью коэффект хендлера становится Mu, возможно с сайд-эффектами
3. Mu попадает в апдейт
(St, Mu) -> Pair<St, Set<Ef>>4. Ef попадает в эффект хендлер, сайд-эффектит там и становится Ev, который летит обратно в фичу, см. пункт 1
Ясно, спасибо. Лично мне такое не оч.
(
Хозяин барин