КР
Обожаю ограниченные множества и ограничивать на типах параметры функций и конструкторов классов.☺
Size: a a a
2020 July 04
I
Для меня смысл силедов не только в том, чтобы в when проверять, а ещё и в том, чтобы весь код был построен на ограничениях по типам. И без отдельных типов для силеда и потомков, примерно всё моё приложение бы полетело в пизду.
Падожи, это же никто не отменял.
Даже в kotlin ты можешь exhaustive все кейсы enum проверить.
Даже в kotlin ты можешь exhaustive все кейсы enum проверить.
I
В скалке тоже самое. Плюс там паттерн-матчинг, который достанет параметры всех кейсов.
КР
Падожи, это же никто не отменял.
Даже в kotlin ты можешь exhaustive все кейсы enum проверить.
Даже в kotlin ты можешь exhaustive все кейсы enum проверить.
Так я же про кейс типо
fun foo(s: SomeSealed): T
fun foo(a: SomeSealed.A): T
fun foo(b: SomeSealed.B): T
I
Так я же про кейс типо
fun foo(s: SomeSealed): T
fun foo(a: SomeSealed.A): T
fun foo(b: SomeSealed.B): T
И это тоже решается, если создать по классу на кейс и юзать их как параметр кейс.
PS а проблем с перегрузкой не бывает в таком кейс? Ведь SS.A подклас SS
PS а проблем с перегрузкой не бывает в таком кейс? Ведь SS.A подклас SS
2020 July 05
VS
АФ
и часто здесь такие существа?
AN
и часто здесь такие существа?
DP
Приятно же, заходишь в чатик, а тебе котейку сразу 🙀
атас, это нашествие Cats Lives Matter
AN
Вот теперь я всерьез пожалел, что тут нельзя игнорить пользователей
КР
Вот теперь я всерьез пожалел, что тут нельзя игнорить пользователей
В каком смысле?)
AN
В каком смысле?)
В смысле, что эти коты бесконечные. на каждый чих
КР
В смысле, что эти коты бесконечные. на каждый чих
А что в этом плохого?😁