Тогда опять вопрос насчёт создания запросов в прод коде. Исходный запрос, от которого copy делается, как создаётся? Кроме того, никто не мешает объявить для всех тестов один объект EMPTY_QUERY, где создаётся один пустой запрос с использованием конструктора запроса. Тогда при расширении запроса нужно будет только инициализацию EMPTY_QUERY поправить.

В месте его создания уже имеются нужные параметрыи вычислено все необходимое

Вот прям все все

И они просто помещаются в конструктор

щас бы дата классы магическими называть

дженерики тоже наверное магические

дженерики тоже наверное магические

А уж насколько магические корутины...

В месте его создания уже имеются нужные параметрыи вычислено все необходимое

Вот такой вариант чем плох? data class Query(val ids: List<Int>, val namePattern: String, val since: LocalDateTime) val EMPTY_QUERY = Query(listOf(), "", LocalDateTime.MIN) class ServiceTest { @Test fun someTest() { val query = EMPTY_QUERY.copy(ids = listOf(1)) } @Test fun otherTest() { val query = EMPTY_QUERY.copy(namePattern = "foo") } @Test fun oneMoreTest() { val query = EMPTY_QUERY.copy(since = LocalDateTime.of(2018, Month.APRIL, 25, 15, 36)) } }

Фактически EMPTY_QUERY и есть ваши билдер для запросов.

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

Так они же не помогут мне избавиться от конструирования value-классов

Попробовал junit-quckcheck, вот такое работает и генерит рандомные поля для data-классах. @RunWith(JUnitQuickcheck::class) class Test { @Property fun test(@From(Ctor::class) first: Foo, @From(Ctor::class) second: Foo) = assertEquals(first.a.length + second.a.length, (first.a + second.a).length) data class Foo(val a: String, val b: Int) } К сожалению для вложенных, data классов не заработало, но думаю можно допилить, все же open-source ? http://pholser.github.io/junit-quickcheck

кто что поверх jdbc юзает?

кто что поверх jdbc юзает?

spring-jdbc

spring-jdbc

потому что спринг?

Запросы неизменяемые, но никто не отменял магического copy

тогда ещё и линзы нужны если оно прям всё не мутабельное

потому что спринг?

Потому что все удобно)

Template же удобен. А так хибер с no arg плагином и jooq наше все. Лично мне exposed как-то не зашел

http://jdbi.org/ не?

Template же удобен. А так хибер с no arg плагином и jooq наше все. Лично мне exposed как-то не зашел

Jooq не очень если у тебя в проекте Oracle

Jooq не очень если у тебя в проекте Oracle

Даладна. Как раз с ораклом жука и юзал, ораклисты как раз за жук и топили. А с чем проблемы были? С таймстампом?

С лицензией..

:)

Вот такой вариант чем плох? data class Query(val ids: List<Int>, val namePattern: String, val since: LocalDateTime) val EMPTY_QUERY = Query(listOf(), "", LocalDateTime.MIN) class ServiceTest { @Test fun someTest() { val query = EMPTY_QUERY.copy(ids = listOf(1)) } @Test fun otherTest() { val query = EMPTY_QUERY.copy(namePattern = "foo") } @Test fun oneMoreTest() { val query = EMPTY_QUERY.copy(since = LocalDateTime.of(2018, Month.APRIL, 25, 15, 36)) } }

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

В багтрекер.

А чего сюда все время какие-то левые картинки прилетают. Кто-то на мобилке кнопкой ошибается?

о, Петербург

Jooq не очень если у тебя в проекте Oracle

Люди, у которых есть Оракл, на жук наскребут

Люди, у которых есть Оракл, на жук наскребут

Он своих денег не стоит имхо

Всем привет. Подскажите, можно как-то такое сделать? У меня есть интерфейс, в котором объявлено что-то типа "val myProperty: Int". Я пишу класс, который типа "class MyClass() : MyInterface". Можно как-то в идее сгенерировать автоматом внутри основного конструктора (так ведь называется то, что внутри круглых скобок?) текст "override val myProperty: Int"? Я в идее нашёл только как сгенерировать свойство внутри самого класса, но там надо к нему как-то поле тогда привязывать. Или я чего-то вообще не то делаю?

Всем привет. Подскажите, можно как-то такое сделать? У меня есть интерфейс, в котором объявлено что-то типа "val myProperty: Int". Я пишу класс, который типа "class MyClass() : MyInterface". Можно как-то в идее сгенерировать автоматом внутри основного конструктора (так ведь называется то, что внутри круглых скобок?) текст "override val myProperty: Int"? Я в идее нашёл только как сгенерировать свойство внутри самого класса, но там надо к нему как-то поле тогда привязывать. Или я чего-то вообще не то делаю?

Кажется, по alt+enter есть несколько вариантов, в т. ч. Implement as primary constructor property

Кажется, по alt+enter есть несколько вариантов, в т. ч. Implement as primary constructor property

вот у меня там только implement methods - и он в теле создаёт

Почему JvmName не поддерживается для оператор-функций?

Всем привет! Есть ли какие-то style guides с рекомендациями по написанию return@lambda ? В каких случаях return опускается?

если метод не сложный то опускается

покажите содержимое Main.kt. В каком он пакете? (что написано в package ... сверху?)

в Main class попробуйте указать ru.livemaster.MainKt

Пробовал

Та же ошибка

в настройках артефакта судя по картинке не хватает module output

нужно справа, из test-task1 перетащить module output в левый список

и после сборки проверить, что MainKt.class есть в джарнике

Понял, спасибо, попробую

Та же ошибка

Двинь main по каталогам в правильный пакет или меняй пакет

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

Всем привет! Есть ли какие-то style guides с рекомендациями по написанию return@lambda ? В каких случаях return опускается?

Во всех, кроме кроме случая нескольких точек выхода из лямбды

Во всех, кроме кроме случая нескольких точек выхода из лямбды

а это где-то прописано? в kotlin style guides я не заметил...

Это очевидно самим дизайном языка, зачем писать уродские return@xxx, когда можно НЕ писать. А вообще это взято это из scala, можно там поискать причину.

Это очевидно самим дизайном языка, зачем писать уродские return@xxx, когда можно НЕ писать. А вообще это взято это из scala, можно там поискать причину.

Как аргументирует мой тимлид: "collection.map{ return@map it.value}" нагляднее, чем без уродского return

Это все джава-головного мозга... (боюсь его уже не спасти ?)

Как аргументирует мой тимлид: "collection.map{ return@map it.value}" нагляднее, чем без уродского return

map это отображение, если туда ещё и return пихать получится 2 глагола

ERROR: S client not available

Плюсую, вот уж где, а в map return точно не нужен, тем более если это однострочник.

обычно если мне надо сделать несколько точек выхода из лямбды, я делаю метод с этими точками выхода и вызываю его из лямбды

а ретурн с @ действительно уродство редкостное

Несколько точек выхода не совместимо с чистым и красивым ФП

Ох, где ж эта информация была раньше. Я и не знал, что в лямбдах можно делать ретерн.

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

если это конечно не guard выражения в начале метода

Несколько точек выхода не совместимо с чистым и красивым ФП

Жизнь вообще боль, да и проекты мы частт пишем не с нуля

Тем не менее

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

Бред имха, лучше отрубать ретурном, чем иметь вложенные ифы

Бред имха, лучше отрубать ретурном, чем иметь вложенные ифы

Только если в начале метода

Жизнь вообще боль, да и проекты мы частт пишем не с нуля

Не трогай фанатов ФП. Они и покусать могут )

Только если в начале метода

о чём я и написал

о чём я и написал

Не только

Собсна во всех умных книжках (Фаулер, Мартин, Макконел) рекомендуют делать именно так

А это таки адепты ООП, а не ФП

Собсна во всех умных книжках (Фаулер, Мартин, Макконел) рекомендуют делать именно так

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

Как аргументирует мой тимлид: "collection.map{ return@map it.value}" нагляднее, чем без уродского return

не все тим-лиды одинаково полезны

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

какой-то это странный аргумент

ООП то ты юзаешь

и ФП

а это добро ещё старше

И "одна точка входа, одна точка выхода" сильно упрощает чтение кода

Собсна во всех умных книжках (Фаулер, Мартин, Макконел) рекомендуют делать именно так

Теоретики из них хорошие, никто не спорит. Да только в реальном мире не всегда все идеально по учебнику идёт.

return вначале метода имхо нехорошо

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

Чёрный ящик с одним входом, одним выходом и без побочных эффектов проще всего тестировать. Поэтому и есть такая рекомендация. Не совсем понимаю, что в этом плане поменялось в логике, что она устарела.