AM
By the way, you can also try your luck asking in kotl.in/slack at #kotlin-native#kotlin-native channel, there definitely are more people playing with it than here.
Size: a a a
2019 November 18
PL
By the way, you can also try your luck asking in kotl.in/slack at #kotlin-native#kotlin-native channel, there definitely are more people playing with it than here.
Thanks, I will ask there as well
AM
Shouldn't it in theory be possible to compile the libraries I depend on myself with 1.3.60? They should all be K/N libraries
It should be, but it sounds to me like a considerable amount of work, while still keeping chance it won't help. I'd go this route after trying to ask Slack.
PL
It should be, but it sounds to me like a considerable amount of work, while still keeping chance it won't help. I'd go this route after trying to ask Slack.
I've asked there. But it seems to be much more quiet in the Slack
AM
I've asked there. But it seems to be much more quiet in the Slack
That's because here we have 5-ish chats, and there they have enormous number of channels, significant amount of which are active. There are still more people using native there, it didn't get much traction in Russian-speaking community yet. Also developers of K/N seem to prefer official and filtrable Slack over unofficial and noisy Telegram, which I can definitely relate to. 😁
M
ребят есть вот такой силд класс http://prntscr.com/pyplm9
я хочу его отнаследовать от другого силд класса, это невозможно?
я хочу его отнаследовать от другого силд класса, это невозможно?
AN
ребят есть вот такой силд класс http://prntscr.com/pyplm9
я хочу его отнаследовать от другого силд класса, это невозможно?
я хочу его отнаследовать от другого силд класса, это невозможно?
возможно. Силед иерархии никто не запрешал
AO
ребят есть вот такой силд класс http://prntscr.com/pyplm9
я хочу его отнаследовать от другого силд класса, это невозможно?
я хочу его отнаследовать от другого силд класса, это невозможно?
можно, но только в пределах одного файла
M
в общем проблема в том у меня очень много силд классов и я хочу чтобы все они наследовали один общий
M
по факту мне нужно чтобы все они могли принимать один нужный мне обьект
AO
в общем проблема в том у меня очень много силд классов и я хочу чтобы все они наследовали один общий
Значит надо чтобы все были в одном файле, иначе надо наследовать не sealed
AN
M
это не подходит - куча модулей каждый в своем
AO
Тогда только interface
M
я хочу чтобы каждый умел принимать наследника Throwable потому что каждый такой силд это результат конкретного риспонса
AN
я хочу чтобы каждый умел принимать наследника Throwable потому что каждый такой силд это результат конкретного риспонса
А зачем для этого силед?
M
ну так сложилось - оно так напилено
AL
ну так сложилось - оно так напилено
ну а какие причины то были? или кто-то другой все это писал и никому ничего не говорил?
M
к примеру этот на EmailValidation и так куча на все остальные