Size: a a a

Kotlin Community

2020 June 01

AN

Alexander Nozik in Kotlin Community
Vladimir Petrakovich
А, ну так между ними отношений нет (внезапно)
И оба есть в иерархии, вот компилятор и не может понять, какой из них - оба подходят одинаково, а приоритета нет
А сто, они же друг друга не наследуют. Только в 1.4 это добавили.  Блин. А я думаю, что это лыжи не едут
источник

AN

Alexander Nozik in Kotlin Community
Спасиб, я бы еще два дня тупил
источник

VP

Vladimir Petrakovich in Kotlin Community
Alexander Nozik
А сто, они же друг друга не наследуют. Только в 1.4 это добавили.  Блин. А я думаю, что это лыжи не едут
Если в 1.4 пофиксили, то здорово. Я немного удивился)
источник

AN

Alexander Nozik in Kotlin Community
Vladimir Petrakovich
Если в 1.4 пофиксили, то здорово. Я немного удивился)
источник

VP

Vladimir Petrakovich in Kotlin Community
Странно, что изначально не так, если так можно было 🤔
источник

QH

Quantum Harmonizer in Kotlin Community
Насколько нормально для эндпоинта возвращать
Either<Either<IOException, ErrorResponse>, Response>?
+ можно написать either.unwrap(), дропнув левую часть
+ вроде довольно удобно маппить да фолдить
- но вот чёт <фигня<какая<то>>>
источник

VK

Vladyslav Kopaniev in Kotlin Community
Quantum Harmonizer
Насколько нормально для эндпоинта возвращать
Either<Either<IOException, ErrorResponse>, Response>?
+ можно написать either.unwrap(), дропнув левую часть
+ вроде довольно удобно маппить да фолдить
- но вот чёт <фигня<какая<то>>>
хотябы тайпалиасами смазать
источник

AN

Alexander Nozik in Kotlin Community
чьерт. Во flow не завезли windowed
источник

AN

Alexander Nozik in Kotlin Community
пул реквест висит. Ну ладно, мне только для демки пока нужно
источник

D

Denys in Kotlin Community
источник

VP

Vladimir Petrakovich in Kotlin Community
Quantum Harmonizer
Насколько нормально для эндпоинта возвращать
Either<Either<IOException, ErrorResponse>, Response>?
+ можно написать either.unwrap(), дропнув левую часть
+ вроде довольно удобно маппить да фолдить
- но вот чёт <фигня<какая<то>>>
А есть случаи, когда просто кидать IOException не комильфо?
источник

QH

Quantum Harmonizer in Kotlin Community
Vladimir Petrakovich
А есть случаи, когда просто кидать IOException не комильфо?
А есть способы выразить в сигнатуре, что функция кидает исключение?)
источник

VP

Vladimir Petrakovich in Kotlin Community
Quantum Harmonizer
А есть способы выразить в сигнатуре, что функция кидает исключение?)
Да и так норм, его всё равно никто обрабатывать не будет
источник

VP

Vladimir Petrakovich in Kotlin Community
Просто посмотри на джаву
источник

QH

Quantum Harmonizer in Kotlin Community
Vladimir Petrakovich
Да и так норм, его всё равно никто обрабатывать не будет
пусть явно пишут .unwrap(). Лучше пусть мой API плохо используют, чем если я сразу сделаю плохой API.
источник

VP

Vladimir Petrakovich in Kotlin Community
Quantum Harmonizer
пусть явно пишут .unwrap(). Лучше пусть мой API плохо используют, чем если я сразу сделаю плохой API.
Ну что ж, расскажешь потом об опыте использования
источник

BP

Bogdan Panchenko in Kotlin Community
Quantum Harmonizer
пусть явно пишут .unwrap(). Лучше пусть мой API плохо используют, чем если я сразу сделаю плохой API.
Внимание! Вы вступили в говно checkedexception
источник

VP

Vladimir Petrakovich in Kotlin Community
Плюсую к typealas
источник

QH

Quantum Harmonizer in Kotlin Community
Bogdan Panchenko
Внимание! Вы вступили в говно checkedexception
checked exceptions плохи не сами по себе, а в том виде, в котором они получились в джаве
источник

BP

Bogdan Panchenko in Kotlin Community
Quantum Harmonizer
checked exceptions плохи не сами по себе, а в том виде, в котором они получились в джаве
я к тому что 99 % будут делать unwrap
источник