реляционные БД, думаю, все блокирующие

О_о ты что-то много накрутить хочешь за раз. @ManyToMany скорее про достаточно сложные реляционные отношения, уверен что в монге такое наварачивать стоит?

могу предпололжить, что для монги написан костыль, который уже и не костыль ибо работает нормльно

О_о ты что-то много накрутить хочешь за раз. @ManyToMany скорее про достаточно сложные реляционные отношения, уверен что в монге такое наварачивать стоит?

Я пока не уверен ни в чём вообще)

Впринципе, в монго возможны связи. Если уже очень хочется реактивщины, то можно пожертвовать. Насколько это оправдано - вопрос

реляционные БД, думаю, все блокирующие

есть postgres-async пакет. Но он свеж и я боюсь его юзать, потому что и так ничего не понимаю

я бы тоже побоялся )

Впринципе, в монго возможны связи. Если уже очень хочется реактивщины, то можно пожертвовать. Насколько это оправдано - вопрос

Мне привычно отсюда зайти, потому что я с ангуляра и реактивщину уже и возненавидеть и полюбить успел)

реляционные БД, думаю, все блокирующие

https://blogs.oracle.com/java/jdbc-next:-a-new-asynchronous-api-for-connecting-to-a-database

Oracle is proposing

=)

но это скорее будущее, возможно не ближайшее

да и вообще, как может быть acid без блокировок

ин зе фёст плейс, как говорят на руси

….оу..оптимистик локинг же

но на уровне БД должна быть поддержка

да и вообще, как может быть acid без блокировок

А при чём тут ACID и блокирующий код?

при том что без блокирующего кода нельзя в acid …. (на самом деле можно, как я выше указал, например)

Это не так

Крутой пропозал, верю что мир в котором блокировки и шардинг решены строго возможен)

JetBrains представила новую возможность языка программирования Kotlin — теперь код можно запускать и тестировать прямо внутри веб-страницы. Разработчики рекомендуют использовать технологию для создания обучающих курсов и примеров в блогах: https://tproger.ru/news/embedded-kotlin/

Это не так

не так, да. Но на уровне СУБД должна быть поддержка, одним драйвером не отделаешься, подозреваю

скорее от драйвера там особо уже не зависит, зависит от самой реализации на уровне БД

Проблема только в драйверах JDBC. Блокировать текущий поток, ожидая ответа от СУБД, нет никакой необходимости.

но БД должна уметь отдавать асинхронные ответы

наверное.

скорее от драйвера там особо уже не зависит, зависит от самой реализации на уровне БД

я тут про ACID писал, не про JDBC

Со стороны СУБД нет никаких синхронных/асинхронных ответов, она просто пишет данные в сокет. Как клиент будет работать с этими данными или ожидать их наличия - это его дело.

ожидать = блок

ты ! вроде пропустил, так проще гораздо реализовать - ждешь и держишь поток

ожидать = блок

Нет, в этом-то и дело Одно дело вызвать InputStream.read() и висеть, занимая поток, а другое - использовать асинхронный ввод-вывод

но с другого конца провода кто-то должен сказать “товарищ, для тебя готовы данные, забирай”

Да, это как нода в один поток фигачит, но всё работает на колбеках/промисах/стримах

но с другого конца провода кто-то должен сказать “товарищ, для тебя готовы данные, забирай”

достаточно чтобы сокет был жив

хм…подозрительно реалистичный сценарий

но с другого конца провода кто-то должен сказать “товарищ, для тебя готовы данные, забирай”

Кажется, вы не совсем понимаете, как работает сетевое взаимодействие между приложениями

прост забыл, что в 21 веке есть сокет нио

А в котлине есть возможеность как в тайпскрипте - Partial<User> например?

Разрешите, апну вопрос. То есть у меня есть класс, где все поля обязательны. И я могу его обернуть и все поля становятся необязательными

Разрешите, апну вопрос. То есть у меня есть класс, где все поля обязательны. И я могу его обернуть и все поля становятся необязательными

никогда тайпскрипт не юзал

Спасибо парни, буду ещё писать! Пока смотрю спринг по этой книжке, но парни с ютуба так колдуют - такие вещи делают за пол экрана кода - хочется тож так научится)

Разрешите, апну вопрос. То есть у меня есть класс, где все поля обязательны. И я могу его обернуть и все поля становятся необязательными

Обязательны при создании инстанса?

Обязательны при создании инстанса?

Да

Тогда возможно подойдёт конструктор с дефолтными параметрами

Спасибо парни, буду ещё писать! Пока смотрю спринг по этой книжке, но парни с ютуба так колдуют - такие вещи делают за пол экрана кода - хочется тож так научится)

ничё книженция

e: [kapt] An exception occurred: java.lang.NoClassDefFoundError: org/jetbrains/kotlin/serialization/jvm/JvmProtoBufUtil [kapt] An exception occurred: java.lang.NoClassDefFoundError: org/jetbrains/kotlin/serialization/jvm/JvmProtoBufUtil at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata$data$2.invoke(KotlinMetadata.kt:51) at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata$data$2.invoke(KotlinMetadata.kt:50) at kotlin.SynchronizedLazyImpl.getValue(Lazy.kt:131) at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata.getData(KotlinMetadata.kt) org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:kaptDevelopDebugKotlin'. __ ext.kotlin_version = '1.2.41' classpath 'com.android.tools.build:gradle:3.1.2' classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version" implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk7:$kotlin_version" Что не так? с 1.2.31 - всё ок с 1.2.40 и 1.2.41 - ошибка при сборке на устройство. Кто сталкивался?

Здесь пишут, что в 1.4.0 пофиксили: https://github.com/Takhion/kotlin-metadata/issues/8 но что-то в 1.2.41 - этого не видно...

e: [kapt] An exception occurred: java.lang.NoClassDefFoundError: org/jetbrains/kotlin/serialization/jvm/JvmProtoBufUtil [kapt] An exception occurred: java.lang.NoClassDefFoundError: org/jetbrains/kotlin/serialization/jvm/JvmProtoBufUtil at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata$data$2.invoke(KotlinMetadata.kt:51) at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata$data$2.invoke(KotlinMetadata.kt:50) at kotlin.SynchronizedLazyImpl.getValue(Lazy.kt:131) at me.eugeniomarletti.kotlin.metadata.KotlinClassMetadata.getData(KotlinMetadata.kt) org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:kaptDevelopDebugKotlin'. __ ext.kotlin_version = '1.2.41' classpath 'com.android.tools.build:gradle:3.1.2' classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version" implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk7:$kotlin_version" Что не так? с 1.2.31 - всё ок с 1.2.40 и 1.2.41 - ошибка при сборке на устройство. Кто сталкивался?

Я сталкивался, у меня с room'ом были проблемы. Я просто откатил версии рума и ок стало.

Я сталкивался, у меня с room'ом были проблемы. Я просто откатил версии рума и ок стало.

версию Рума откатил на какую?

версию Рума откатил на какую?

С бетки на стабильную.

С бетки на стабильную.

если я не ошибаюсь - Room вроде есть только alpha & beta. разве нет?

если я не ошибаюсь - Room вроде есть только alpha & beta. разве нет?

Стабильная уже давно есть, 1.0.0 и бетка 1.1.0

Стабильная уже давно есть, 1.0.0 и бетка 1.1.0

спасибо, не знал, всё на бетках сидел) - помогло! а где можно смотреть релизную версию(текущую)?

спасибо, не знал, всё на бетках сидел) - помогло! а где можно смотреть релизную версию(текущую)?

https://developer.android.com/topic/libraries/architecture/release-notes

Всем привет еще раз! Вопрос по реактору из спринга

Смотрите, вот это работает. Раз в 5 секунд шлётся ивент. Можно ли сделать так, чтобы collectionChanged был бы не событием раз в 5 секунд, а чтоб при изменении коллекции событие уходило?

Чтоб как Publish Subject из rxJava

Нашёл вот такой ответ https://github.com/reactor/reactor-core/issues/79 и ничего не понял. До этого использовал тока rxjs и использовал спокойно как eventBus const eventBus = new Subject(); eventBus.subscribe(() => console.log('Событие произошло')) window.addEventListener('onResize', () => eventBus.next()) Что-то типо того можно? Или плохо так?

у меня есть функция fun <T> getPref(key: String, context: Context): T можно ли(и если можно, то как) сделать что-то типа when(T) { is String -> {} is Int -> {} } ?

у меня есть функция fun <T> getPref(key: String, context: Context): T можно ли(и если можно, то как) сделать что-то типа when(T) { is String -> {} is Int -> {} } ?

inline + reified, String::class.java -> {}

но вообще, ситуация странная, я б рефакторил

спасибо, погуглю такое

ERROR: S client not available

но вообще, ситуация странная, я б рефакторил

это сходу придумано, конечно можно лучше

ну как бы тайпкастинг/тайпчекинг в целом ататат

Для работы с shared preferences (если они имеются в виду) есть отличная либа Kotpref

а как лучше сделать? я просто юзаю hawk и одновременно с ним экран с префами, и получается 2 хранилища. Я для удобства в PrefUtil добавил такой метод для получения префа любого типа

inline fun <reified T: Any> getPref(key: String, context: Context): Any { return when(T::class.java) { String::class.java -> getStringPreference(key, context) Int::class.java -> getIntPreference(key, context) else -> { "todo"} } }

как-то так

Я таки Kotpref брал

если вы ели, то извините

?

?

не самое приятное зрелище я скинул)

не ок, можно же любой класс передать, выстрелит

inline fun <reified T: Any> getPref(key: String, context: Context): Any { return when(T::class.java) { String::class.java -> getStringPreference(key, context) Int::class.java -> getIntPreference(key, context) else -> { "todo"} } }

короче как это улучшить?

Я таки Kotpref брал

А я вот делегаты юзаю...

А я вот делегаты юзаю...

Kotpref на них и сделан

А зачем либа, если там не так и сложно написать самому

А зачем либа, если там не так и сложно написать самому

ну наверное что бы каждый раз не писать

ну наверное что бы каждый раз не писать

Один раз написал себе и осталось. Не, ну каждому своё конечно

Один раз написал себе и осталось. Не, ну каждому своё конечно

Если написал хорошо, то это уже либа)

Потенциальная

Если написал хорошо, то это уже либа)

?

и почему бы с ней не поделится

А я вот делегаты юзаю...

А зачем это все?.. Оно же в итоге мутабельное, без "транзакционной семантики", да ещё в рантайме может упасть, если типы не сойдутся.

А зачем либа, если там не так и сложно написать самому

Потому что масса нюансов же.

Потому что масса нюансов же.

Например? То, что она коммьюнити проверенная уже?

Например? То, что она коммьюнити проверенная уже?

Транзакции (не коммитить по одному полю). Работа с стринг-сетами.

Есть ещё binaryPrefs — огонь в том, что они реализуют интерфейс SharedPreferences. И там тоже куча нюансов (хотя это, конечно, целиком свой формат.)

Если написал хорошо, то это уже либа)

Вот большинство "либ" для котлина (на андроид) по ощущениям выглядят как микронабор полезняшек

а где можно почитать/посмотреть про модель памяти в kotlin native? гугл что-то упорно выдает ссылки годичной давности, где написано "мы пока еще сами не знаем, как оно будет"

а где можно почитать/посмотреть про модель памяти в kotlin native? гугл что-то упорно выдает ссылки годичной давности, где написано "мы пока еще сами не знаем, как оно будет"

Думаю, радикально ничего не изменилось.)

а где можно почитать/посмотреть про модель памяти в kotlin native? гугл что-то упорно выдает ссылки годичной давности, где написано "мы пока еще сами не знаем, как оно будет"

https://github.com/JetBrains/kotlin-native/blob/master/FAQ.md Свежее некуда.