D
https://github.com/JetBrains/KotlinDL
😍
Size: a a a
2020 October 23
2020 October 24
AN
Да, я эту штуку видел. Правда я никогда не пользовался керасом, поэтому не знаю, что с ней делать.
AN
Я вот посмотрел исходники. В kmath можно для операций гораздо более изящную штуку сделать. В том числе, как я понял, можно сделать символьные выражения, чтобы за одну сессию сразу вычислять композицию операций, а не гонять данные туда сюда. Если кто хочет заняться, там работы на денек.
AN
Кому за Монте-Карло?
AN
Переслано от Alexander Nozik
Запись прошедшего семинара: https://youtu.be/gG45wzL3gug
IS
Привет! Казалось, что у when была такая возможность, чтобы если мы уже и перешли в какой-то кейс, то ничего не возвращать, а просто преходить на следующее условие в этом самом when. Мне это приснилось или есть такая возможность?)
AM
Привет! Казалось, что у when была такая возможность, чтобы если мы уже и перешли в какой-то кейс, то ничего не возвращать, а просто преходить на следующее условие в этом самом when. Мне это приснилось или есть такая возможность?)
Приснилось. Недавно как раз отказались от идеи когда-нибудь реализовать continue в when. Так можно в джаве, если не поставить break в конце обработки конкретного case.
IS
в джаве да, жалко конечно, потому что в моем случае придется больше условий выносить видимо, не красиво
AL
в джаве да, жалко конечно, потому что в моем случае придется больше условий выносить видимо, не красиво
А пример можно, почему хотелось бы такой when?
Мне просто кажется, что можно лямбдами добиться красоты
Мне просто кажется, что можно лямбдами добиться красоты
IS
А пример можно, почему хотелось бы такой when?
Мне просто кажется, что можно лямбдами добиться красоты
Мне просто кажется, что можно лямбдами добиться красоты
уже все переворотил на самом деле, другие условия написал. Ну там было так, что есть условие в when, внутри еще условия, они не выполняются, а чтобы решить что в конечном счете when должен вернуть, нужно было перейти к другим условиям
AL
Возможно тут даже не when нужен был. Ну да ладно.
ФФ
Hello guyss
AM
Hello guyss
ГА
Всем привет, увидел в одном проекте реализацию data слоя через object declaration, тоесть все запросы через такие object хелперы подскажите плз, какие могут быть последствия и могут ли они быть? по сути это ведь синглтоны?
AN
Всем привет, увидел в одном проекте реализацию data слоя через object declaration, тоесть все запросы через такие object хелперы подскажите плз, какие могут быть последствия и могут ли они быть? по сути это ведь синглтоны?
Это на андроидном? Я не понял ничего.
ГА
Это на андроидном? Я не понял ничего.
да, вот тип такой реализации
object DataProviderManager {
fun registerDataProvider(provider: DataProvider) {
// ...
}
val allDataProviders: Collection<DataProvider>
get() = // ...
}
object DataProviderManager {
fun registerDataProvider(provider: DataProvider) {
// ...
}
val allDataProviders: Collection<DataProvider>
get() = // ...
}
AN
да, вот тип такой реализации
object DataProviderManager {
fun registerDataProvider(provider: DataProvider) {
// ...
}
val allDataProviders: Collection<DataProvider>
get() = // ...
}
object DataProviderManager {
fun registerDataProvider(provider: DataProvider) {
// ...
}
val allDataProviders: Collection<DataProvider>
get() = // ...
}
Ну если там нет изменяемого состояния и все по сути утилки - почему бы и нет. Если изменяемое состояние есть, то лучше так не делать
AN
Здесь по-моему имеет место именно использование изменяемого состояния, так что не стоит
ГА
Здесь по-моему имеет место именно использование изменяемого состояния, так что не стоит
изменяемое состояние класса хелперы или что это подразумевает?
AN
изменяемое состояние класса хелперы или что это подразумевает?
Ну вот тут эти ваши провайдеры где хранятся?