Вроде раньше говорили что заебись

не доделаный, болепрейта много, еще что-то было с перфомансом (не проверено), там что-то генерировалось. Но это поверхосное, ты же пожешь поюзать и поделится. Мне лично не понравилось, но я просто тестировал

не доделаный, болепрейта много, еще что-то было с перфомансом (не проверено), там что-то генерировалось. Но это поверхосное, ты же пожешь поюзать и поделится. Мне лично не понравилось, но я просто тестировал

Спасибо за ответ)

Спасибо за ответ)

идеи сами неплохие, но еще не суперюзабельно, как читсую котлин либу я бы попробывал, для jvm есть JOOQ

Надо небольшой проектик написать

Думаю ктор попробовать

Чем exposed плох?

БД выбирается неявно

Вроде раньше говорили что заебись

уж точно не я

И думаю какую ормку к нему взять

И думаю какую ормку к нему взять

я брал kwery ?

Спасибо)

Попробую

https://github.com/consoleau/kotlin-jpa-specification-dsl/blob/master/README.md Кто-нибудь пробовал эту штуку, норм не норм?

Попробую

но он год без коммитов

БД выбирается неявно

щас затесим, помню был разговор

но он год без коммитов

Хмм

Тогда остаётся jooq и спринг дата

иииии выигрывает спринг дата

щас затесим, помню был разговор

у Fuel та же проблема

Тогда остаётся jooq и спринг дата

первый - это Builder SQL, второе ... скорей ORM, или надстройка

иииии выигрывает спринг дата

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

Не, я знаю, что так можно. А надо, чтобы иначе было нельзя.

Не, я знаю, что так можно. А надо, чтобы иначе было нельзя.

тогда рекламы не будет, в samples нада же показать красоту, и "декларативное программирование"

?

Не, я знаю, что так можно. А надо, чтобы иначе было нельзя.

...как и любой код с глобальным изменяемым состоянием в не-процедурном языке

...как и любой код с глобальным изменяемым состоянием в не-процедурном языке

ах да, ты ненавидешь состояния... и пилишь враперы где оно используется, и где есть рефлекси, где тоже используется состояни, но критикуешь других за такой подход ?

https://github.com/consoleau/kotlin-jpa-specification-dsl/blob/master/README.md Кто-нибудь пробовал эту штуку, норм не норм?

Пробовал, идея крутая, как QueryDSL без кодогенерации, но реализовано не все из Specifications API, сыро

Пробовал, идея крутая, как QueryDSL без кодогенерации, но реализовано не все из Specifications API, сыро

> без кодогене Аннотации и нет кодогенерации ? Еще скажите спринг без магии

а не там старая добра рефлексия, походу

декораторы, декораторы, декораторы

декораторы, декораторы, декораторы

import kotlin.reflect.KProperty1 хоть и бозовая но есть

ах да, ты ненавидешь состояния... и пилишь враперы где оно используется, и где есть рефлекси, где тоже используется состояни, но критикуешь других за такой подход ?

неплохая интерпретация)

Есть ли какой-то список корутин-билдеров, в котором расписано какой и когда стоит использовать?

Есть ли какой-то список корутин-билдеров, в котором расписано какой и когда стоит использовать?

launch - когда не нужно сразу дождаться ответа, важно запустить и потом просто отслеживать состояние async - то же, но как результат хочется получить что-то конкретное, например пользователя или респонс withContext - когда нужно запустить и дождаться runBlocking - лучше не использовать, ибо блокирует, но иногда всё же приходится. В основном для того чтобы связывать новый код на котлин+корутины с джавой

А всякие suspendCancellableCoroutine

А всякие suspendCancellableCoroutine

Это, вроде, низкоуровневые корутин-билдеры, которые нужно использовать только при написании своих библиотек

launch - когда не нужно сразу дождаться ответа, важно запустить и потом просто отслеживать состояние async - то же, но как результат хочется получить что-то конкретное, например пользователя или респонс withContext - когда нужно запустить и дождаться runBlocking - лучше не использовать, ибо блокирует, но иногда всё же приходится. В основном для того чтобы связывать новый код на котлин+корутины с джавой

У runBlocking самый распространенный юзкейс же тесты

У runBlocking самый распространенный юзкейс же тесты

Ну да

https://github.com/consoleau/kotlin-jpa-specification-dsl/blob/master/README.md Кто-нибудь пробовал эту штуку, норм не норм?

Бери querydsl, jpa specification бяка, под каким бы она соусом не готовилась. Если найдешь kotlin дополнения для querydsl - пиши, будет интересно посмотреть

Бери querydsl, jpa specification бяка, под каким бы она соусом не готовилась. Если найдешь kotlin дополнения для querydsl - пиши, будет интересно посмотреть

Поищу)

Есть ли какой-то список корутин-билдеров, в котором расписано какой и когда стоит использовать?

В ридми репозитория же

Есть ли в java аннотация интерпретируемая аналогично lateinit в Kotlin?

Есть ли в java аннотация интерпретируемая аналогично lateinit в Kotlin?

А зачем?

Есть ли в java аннотация интерпретируемая аналогично lateinit в Kotlin?

Поведение по умолчанию практически идентично lateinit

Поведение по умолчанию практически идентично lateinit

Ну, на самом деле, не совсем. Некоторые вызовы, использующие этот адаптер, идея может выделять как "May produce NullPointerException", так что @NonNull тут именно для этого. С другой стороны, если оно @NonNull, то и инициализироваться должно сразу, либо как в Котлине - lateinit

т.е. ты помечаешь NonNull чтобы он кидал NullableProblems, а потом его саппрессишь

то есть мы пользуемся lateinit в Kotlin без саппреса и все вроде бы ок.

то есть мы пользуемся lateinit в Kotlin без саппреса и все вроде бы ок.

От использования - плохим этот подход не перестает быть.

Речь не о плохом и хорошем. Он (подход) есть в Kotlin, интересует его наличие в Java.

Речь не о плохом и хорошем. Он (подход) есть в Kotlin, интересует его наличие в Java.

Java не рассчитана на наллабл и не наллабл типы, так что вполне очевидно, что не все практики из котлина в ней реализуются так же.

ну собственно, это я и ожидал услышать. спасибо, вопрос закрыт

Бери querydsl, jpa specification бяка, под каким бы она соусом не готовилась. Если найдешь kotlin дополнения для querydsl - пиши, будет интересно посмотреть

Спецификации вполне юзабельны, если сделать для них приличный дсл, тем более что спецификации идут из коробки в спринге и жпа, которые часто используются на бэкэнде, то для этих случаев вполне можно было бы спецификации использовать

Спецификации вполне юзабельны, если сделать для них приличный дсл, тем более что спецификации идут из коробки в спринге и жпа, которые часто используются на бэкэнде, то для этих случаев вполне можно было бы спецификации использовать

querydsl отлично поддерживает jpa, а прикрутить его - раз-два

и spring data кстати умеет работать с предикатами querydsl

именно так и работаем)

Я не сказал, что кверидсл это шлак, я только о том, что спецификации хоть и уродливые, но из тоже можно использовать при некоторой сноровке

Речь не о плохом и хорошем. Он (подход) есть в Kotlin, интересует его наличие в Java.

Надо понимать что в Котлин он сделан в для поддержки DI в случае когда контейнер не стартанет если не сможет Bean инициализировать, или тех же Before в тестах где тоже все упадет если не инициализируется, а в Java такой потребности нет ибо нет жёсткого контракта в компиляторе на nullability

Надо понимать что в Котлин он сделан в для поддержки DI в случае когда контейнер не стартанет если не сможет Bean инициализировать, или тех же Before в тестах где тоже все упадет если не инициализируется, а в Java такой потребности нет ибо нет жёсткого контракта в компиляторе на nullability

оч притянутая за уши мотивация

Скорее тут причина в IOC, когда ты не можешь ипользовать конструктор, а у тебя дёргают init

От использования - плохим этот подход не перестает быть.

+

ERROR: S client not available

kotlin repl

https://twitter.com/kotlin/status/1047054239917334531

Красиво

https://twitter.com/kotlin/status/1047054239917334531

это только у меня видео качества ~240?

это только у меня видео качества ~240?

скачет от раза к разу почемуто

spark запилил repl

Добрый день. При написании тестов на котлине возникает вопрос: как замокать код, который происходит в блоке init{}? Может кто-то сталкивался с этим?

spark запилил repl

так вроде уже давно, если мы об одном и том же говорим

так вроде уже давно, если мы об одном и том же говорим

на видео выше

а. Сейчас гляну

Кошмарь

Лучше http://beakerx.com/ там поддержка спарка хорошая и человеческий редактор

поясните, в чем кайф?)

может пригодится где

или скажите что загуглить

Что именно, спарк?

видимо да

Добрый день. При написании тестов на котлине возникает вопрос: как замокать код, который происходит в блоке init{}? Может кто-то сталкивался с этим?

Никак, этого делать категорически не надо

видимо да

Это для поточного анализа данных на кластере. apache spark называется.

Никак, этого делать категорически не надо

Я бы сказал, что в инит блок что-то. что надо тестировать вообще вставлять не стоит

Никак, этого делать категорически не надо

А как тогда быть? У меня в презентере в init происходит РХ подписка. Если ее остааить так, то она всегда null возвращает и вылетает npe

А как тогда быть? У меня в презентере в init происходит РХ подписка. Если ее остааить так, то она всегда null возвращает и вылетает npe

ещё и this утекает до завершения конструктора небось

Я не могу сказать, что понимаю все термины, ибо работаю в другой области, но не надо ничего сложного делать в init.

ещё и this утекает до завершения конструктора небось

У меня слабая ссылка

А как тогда быть? У меня в презентере в init происходит РХ подписка. Если ее остааить так, то она всегда null возвращает и вылетает npe

Наверное это неверный подход. Но если никуда не деться, Мокай создание объекта

Например через лямбду

А как тогда быть? У меня в презентере в init происходит РХ подписка. Если ее остааить так, то она всегда null возвращает и вылетает npe

подписка же на что то идет?

замокай это "что-то"

Добрый день. При написании тестов на котлине возникает вопрос: как замокать код, который происходит в блоке init{}? Может кто-то сталкивался с этим?

Ты что-то вызываешь на обьекте, который был заинжекчен, в тесте инжекть туда тестовую реализацию этого обьекта.