если честно ---это называется тра**нуть джаву--

а слушай я наврал. не только в праймари

data class Person(val name: String) { constructor(name: String, age: Int) : this(name) } то есть тут -- если у мня в инитиализации по умолчанию тоже поле что и в конструкторе то надо костылить этим this

заюзай jvmoverloads чтобы телескопический был

да не лучше уж так class GoogleMapsRestApiClient constructor(val baseUrl: String) { constructor() : this("https://api.whatever.com/") }

то есть через this --- поле обязательно заполнять

ну потому что у тебя праймари конструктор с параметром)

типа того)

Народ, а для чего вы юзаете “экстеншен-лямбды”, кроме как DSL?

что это

что это

К прамеру f в конструкции типа fun <T> foo(f: T.() -> Unit) = TODO()

Пугаете тут, я уже заметку себе мысленно оставил, что пора документацию перечитать. ?

А что, они как-то по другому переводятся? Раньше помнится называли "лямбда с ресивером", но это назване уже deprecated

у меня поля с анотациями -- как их сделать в праймери конструткторе @SerializedName("senderid") var senderId: String = "" @SerializedName("name") var senderName = ""

????

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

А что, они как-то по другому переводятся? Раньше помнится называли "лямбда с ресивером", но это назване уже deprecated

ну так вроде и тупее звучит, но однозначнее. типа экстеншен лямбда можно подумать что расширение над (A -> B)

у меня поля с анотациями -- как их сделать в праймери конструткторе @SerializedName("senderid") var senderId: String = "" @SerializedName("name") var senderName = ""

@field:Serialized и не обязательно вопросики отдельным сообщением писать

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

да как?

@field:Serialized и не обязательно вопросики отдельным сообщением писать

?спс ок не буду

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

Шо делать. Пишу тесты, но в приложении используется Kotpref. В местах где он используется внутри выдает ошибку Kotpref has not been initialized, как быть?

Шо делать. Пишу тесты, но в приложении используется Kotpref. В местах где он используется внутри выдает ошибку Kotpref has not been initialized, как быть?

Посмотреть исходники, разобраться с проблемой?

Посмотреть исходники, разобраться с проблемой?

Еще раз. Проблема только в тестах, т.к. не происходит инициализация котпрефа. Я спрашиваю, как обойти это во время тестирования?

Открыл доку, вижу: Kotpref.init(context)

Сделать инициализацию в тестах видимо?

Ну там в @Before например

Я и спрашиваю - как это сделать? Как в данном случае правильно мокнуть контекст, чтобы заинитить котпреф

Как мокать андроид контектсы думаю объяснят в @android_ru или @kotlin_mobile

В Котлине init {} запускается после конструктора ? Или перед (как в Java) ?

где такой в джава инит есть?

{}

Блок инициализации

Либо lateinit var применить

Либо lateinit var применить

??

Блок инициализации

приведи пример

В Котлине init {} запускается после конструктора ? Или перед (как в Java) ?

http://kotlinlang.org/docs/reference/classes.html#constructors а вот тут ответа нет?

Прям скопирую даже: > Note that code in initializer blocks effectively becomes part of the primary constructor. Delegation to the primary constructor happens as the first statement of a secondary constructor, so the code in all initializer blocks is executed before the secondary constructor body.

то есть я себе могу представить разве что static { }

но ты видимо о другом

Или речь о каком-то кейсе который в самом очевидном месте документации не описан? ?

Прям скопирую даже: > Note that code in initializer blocks effectively becomes part of the primary constructor. Delegation to the primary constructor happens as the first statement of a secondary constructor, so the code in all initializer blocks is executed before the secondary constructor body.

Спасибо, не увидел этого

Или речь о каком-то кейсе который в самом очевидном месте документации не описан? ?

Самое очевидное место, это место где описывается init{}, а не где идет описание вторичных конструкторов. Так что не умничай ;)

Самое очевидное место, это место где описывается init{}, а не где идет описание вторичных конструкторов. Так что не умничай ;)

Ну там же блок про конструкторы не закончился :) Ну ладно, не буду :)

Оу, тут CLion с Котлин Native раздают (на 4 месяца) https://blog.jetbrains.com/kotlin/2017/12/kotlinnative-plugin-update/

Оп, спасибо

а как 2 вариант работает?

можно даже так, но имхо это уже слишком сложно может показаться val ids by exchange.queryParams<String>()

можно даже так, но имхо это уже слишком сложно может показаться val ids by exchange.queryParams<String>()

Самый красивый вариант.

а как 2 вариант работает?

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

Мне кажется, нужно объявлять объект, который описывает параметры запроса. Типа class SomeEndpointRequest( val ids: List<String> ) и парсить параметры запроса в эту структуру. А если не удалось — возвращать 400. Как Spring делает для параметров метода-эндпоинта, только без грязной магии.

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

а потом Shift+F6 — и всё летит к чертям

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

а если параметра нет на месте?

null

Я не хочу !! в своём коде. Предаочёл бы получить объект-затычку, если хоть один из обязательных параметров не передан.

зачем !! ?

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

параметра не хватает — получили объект, намекающий на то, что параметр не передан — вернули 400

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

Да, если обязательный можно кинуть ParamsValidationException который попадет в стандартный Handler и отправит ответ с четкой ошибкой. Например.

То что неплохо бы декларировать required - это тоже верно, я пока покрыл кейс только не обязательных параметров. Но с другой стороный каждый захочет по своему обрабатывать такой кейс.

Кто-то через Result, кто-то через Exception

для этого можно сделать два разных метода

ERROR: S client not available

Можно отдать на откуп пользователю

Добрый вечер Может ли кто то помочь доделать RIA-приложение? Есть исходники на котлине, нужно добавить форму в SceneBuilder

для этого можно сделать два разных метода

Потому что даже из reified дженерика не достать информацию о nullability?

Потому что даже из reified дженерика не достать информацию о nullability?

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

[2]

Идентично ли setKey(a | b | c) в Java setKey(a.or(b).or(c)) в Kotlin ?

Идентично ли setKey(a | b | c) в Java setKey(a.or(b).or(c)) в Kotlin ?

Да, причем можно писать вот так в котлине: setKey(a or b or c)

Спасибо

Правильно ли я понимаю, что если нет дефолтного конструктора у класса от которого наследуюсь, то в своем классе все переопределенные конструкторы будут первичными ?

Хотя, впрочем как и у класса от котрого наследуюсь

Первичным может быть только один конструктор.

class A { constructor(a: A) constructor(b: B) }

Понятие «переопределённые конструкторы» не имеет смысла, т. к. конструкторы не наследуются.

class A { constructor(a: A) constructor(b: B) }

это два вторичных

class A { constructor(a: A) constructor(b: B) }

Что здесь первично ?

здесь просто нет первичного конструктора)

это два вторичных

Почему тогда блок init {} вызывается после конструктора ? А не перед ?

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

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

Почему тогда блок init {} вызывается после конструктора ? А не перед ?

Потому что только так это имеет смысл.

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

https://kotlinlang.org/docs/reference/delegated-properties.html#providing-a-delegate-since-11

Окей, т.е. именование первичный и вторичный конструктор это только названия не несущие за собой особого смысла

Окей, т.е. именование первичный и вторичный конструктор это только названия не несущие за собой особого смысла

Первичный конструктор объявляется в заголовке класса, до его тела. И в нём можно объявлять свойства — var, val.

Первичный конструктор объявляется в заголовке класса, до его тела. И в нём можно объявлять свойства — var, val.

Да, но при его отсутствии, вторичные видимо ведут себя похоже

«похоже» — это как?

Блок init должен вызыватся после первичного, однако перед вторичными

Но при отсутствии первичного, это не так

Блок init должен вызыватся после первичного, однако перед вторичными

Блок init вызывается после конструктора.

Парни подскажите момент Есть 10 users (list) и каждого юзера есть 10 books (list) Нужно найти первую попавшуюся книгу по названию. Как бы это поэлегантней сделать.

Прям скопирую даже: > Note that code in initializer blocks effectively becomes part of the primary constructor. Delegation to the primary constructor happens as the first statement of a secondary constructor, so the code in all initializer blocks is executed before the secondary constructor body.

Непонятка