обычный день, ничего необычного

несите стикер с огнетушителем)

val == read-only

ну по сути - иммутабельное жи

ну по сути - иммутабельное жи

нет

ну по сути - иммутабельное жи

нет

О_о

ну по сути - иммутабельное жи

val значит только то, что туда нельзя писать

Оно дает возможность изменять сам объект, но не даст ничего сделать со ссылкой на него

val == нет set

Настоящую иммутабельность возможно завезут позже, т.к. за нее довольно много голосов, если мне память не изменяет

Valерий

О_о

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

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

Зато позволяющие из val динамически ответ возвращать

И один хуй смотреть сорцы на предмет "а хули оно так возвращает"

Да блин, это естественное развитие идей.

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

Зато позволяющие из val динамически ответ возвращать

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

Чисто концептуально это нифига не геттер, так-то

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

Чисто концептуально это нифига не геттер, так-то

Почему это?

public final увидел раз - все, оно будет одно и тоже записанное в него

А не гадать что "блят, тут другое вылезло"

Хватит гореть короч)

public final увидел раз - все, оно будет одно и тоже записанное в него

val увидел без переопределённого геттера — всё, будет одно и то же

val увидел без переопределённого геттера — всё, будет одно и то же

без переопределенного геттера - норм

public final увидел раз - все, оно будет одно и тоже записанное в него

говоря точнее - пока идет запись, может быть и не тем же (long & отсутствие thread-safety вроде как могут это продемонстрировать)

говоря точнее - пока идет запись, может быть и не тем же (long & отсутствие thread-safety вроде как могут это продемонстрировать)

Ну я опустил про thread-safety )

Там можно не только ногу, но и голову отстрелить одной пулей

Там можно не только ногу, но и голову отстрелить одной пулей

тому кто умудритья так ошибку словить ногу с головой отстреливать нужно

нпе это вопрос дисциплины, а не языка.

утечки памяти в С это вопрос дисциплины, а не языка ?

утечки памяти в С это вопрос дисциплины, а не языка ?

++

Почему это?

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

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

Свойство — это любые данные, которые можно заполучить (и записать). Собственно, реализуются они через заполучатор (и записатор) ?

При этом свойство может быть и без поля как такового

Конечно.

То есть, если в контектсе java обычно есть некоторое поле с геттером/сеттером и есть еще какие-то методы именно на заполучение или запись данных, то в контексте свойств мы все это будем делать разными свойствами

Именно свойствами

А методы уже будут именно методами.

Надо Егора позвать сюда, он вам расскажет и за ООП и за геттеры

Не, не надо. У нас тут промискуитет в плане идей и подходов:D

То есть, если в контектсе java обычно есть некоторое поле с геттером/сеттером и есть еще какие-то методы именно на заполучение или запись данных, то в контексте свойств мы все это будем делать разными свойствами

Вроде да. Именно так

?

I hate it :)

нинада

Кстати, на счет налабл переменных. В Swift есть аж 3 варианта 1) Налабл (как и в Котлине класс помечается знаком "?") 2) Не налабл (как и в Котлине класс ни чем не помечается) 3) В начале налл но присваивать можно только не налл значения. Работа с такой переменной идет как с не налабл (класс помечается знаком "!") Иосники, конечно, все еще плюются на счет такого подхода, мол "Напридумавали всяких вопросиков и восклицательных! Нипанятна!". Но как по мне так очень удачное решение.

Кстати, на счет налабл переменных. В Swift есть аж 3 варианта 1) Налабл (как и в Котлине класс помечается знаком "?") 2) Не налабл (как и в Котлине класс ни чем не помечается) 3) В начале налл но присваивать можно только не налл значения. Работа с такой переменной идет как с не налабл (класс помечается знаком "!") Иосники, конечно, все еще плюются на счет такого подхода, мол "Напридумавали всяких вопросиков и восклицательных! Нипанятна!". Но как по мне так очень удачное решение.

3 - на не-налл lateinit похоже

Да, похоже на lateinit

Похоже. Только lateinit не добавить к параметру метода

И как котлин поведет себя если я захочу проверить lateinit переменную на null значение?

И как котлин поведет себя если я захочу проверить lateinit переменную на null значение?

В ногу стрельнешь

Похоже. Только lateinit не добавить к параметру метода

А это как понимать?

И как котлин поведет себя если я захочу проверить lateinit переменную на null значение?

Ошибка компиляции. Всегда подразумевается, что оно инициализировано.

А это как понимать?

Так и понимать)) Параметр какбы может быть null но скорее всего нет, поэтому можно не ставит каждый раз восклицательные знаки)

Так и понимать)) Параметр какбы может быть null но скорее всего нет, поэтому можно не ставит каждый раз восклицательные знаки)

чё за фигня? Как этим пользоваться?

чё за фигня? Как этим пользоваться?

Для даггера, лол

Обычно такими переменными пользуются для хранения ссылок на View. Так как они при создании ViewController еще не определены.

Для даггера, лол

Параметры функции, чёрт побери!

Параметры функции, чёрт побери!

Шта?

Похоже. Только lateinit не добавить к параметру метода

вы о чем вообще?

о какой-то штуке из свифта, которой страшно пользоваться)

о какой-то штуке из свифта, которой страшно пользоваться)

т.е. о lateinit?

Ну это по сути вариант переменной как из обычной Java где при работе с ней не нужно каждый раз ставить !!

Кстати, на счет налабл переменных. В Swift есть аж 3 варианта 1) Налабл (как и в Котлине класс помечается знаком "?") 2) Не налабл (как и в Котлине класс ни чем не помечается) 3) В начале налл но присваивать можно только не налл значения. Работа с такой переменной идет как с не налабл (класс помечается знаком "!") Иосники, конечно, все еще плюются на счет такого подхода, мол "Напридумавали всяких вопросиков и восклицательных! Нипанятна!". Но как по мне так очень удачное решение.

ERROR: S client not available

! из swift

Похоже. Только lateinit не добавить к параметру метода

ну я все, кроме этого, понял

И еще момент. Когда вы работаете с классами Java параметры методов помечены как нулабл. А если в Swift работать с классами Objective-C то параметры методов помечены знаком !

И еще момент. Когда вы работаете с классами Java параметры методов помечены как нулабл. А если в Swift работать с классами Objective-C то параметры методов помечены знаком !

Из Kotlin почти вся Java помечена ! — это называется platform type.

И еще момент. Когда вы работаете с классами Java параметры методов помечены как нулабл. А если в Swift работать с классами Objective-C то параметры методов помечены знаком !

Всё равно не понял про lateinit параметры в свифте.

lateinit в параметрах - это образно. lateinit для параметров там нет)

Кстати. Меня мучает еще один вопрос. Почему два восклицательных?

Кстати. Меня мучает еще один вопрос. Почему два восклицательных?

один — это обратить значение булева выражения

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

!boolValue

ну два тип чтоб еще хуже смотрелось чем один

ну два тип чтоб еще хуже смотрелось чем один

так как это плохо и потенциально небезопасно

if (!!boolValue!!) ... ?

Кстати. Меня мучает еще один вопрос. Почему два восклицательных?

Скажи спасибо что не sure как было раньше https://blog.jetbrains.com/kotlin/migrating-sure/

Скажи спасибо что не sure как было раньше https://blog.jetbrains.com/kotlin/migrating-sure/

Так имхо красивее. Пойду себе запилю такой экстеншн

действительно, можно же было 1 восклицательный знак )

напомните пожалуйста, как называется фича (1 слово перед название функцией вроде бы), которая позволяет объявить екстеншн метод, который может вызываться без точки, например 1 plus 2

напомните пожалуйста, как называется фича (1 слово перед название функцией вроде бы), которая позволяет объявить екстеншн метод, который может вызываться без точки, например 1 plus 2

infix

infix

точно! спасиб

Нубский вопрос, как Scope создается в котлине?

даггер

также

ток вместо @interface - annotation class

@catswillrise https://vimeo.com/221264980/b3ac7f9001

?

народ, а кто юзает RxKotlin? Его как довесок надо тащить если у меня и джава код есть или rxjava можно выпилить? ps. вопрос снят.)

Посаны

А стримы котлина норм?

А то чет по бенчам - говнище какое-то

Пруфы или небыло

что тут