это называется by default, тоже не изменят

что угодно, зачем геттеры генерить то без спроса?

Что значит «без спроса»? val подразумевает, что значение свойства можно получить, для этого нужен геттер. var — что его ещё и можно установить, для этого нужен сеттер. Где здесь спрос нужен?

Зато не нужно ставить анотации, что бы они были))

вот с паблик и файнал классами это в тему и удобно. с геттерами нет

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

А если не надо будет, то ты поле оголишь? :)

А если не надо будет, то ты поле оголишь? :)

не надо будет я просто ничего не буду делать, паблик поле.

не надо будет я просто ничего не буду делать, паблик поле.

Это сломанная инкапсуляция. Можно это поле засеттить извне — и всё сломать. Нельзя впилить логику в геттер/сеттер (потому что его нет), не ломая совместимости.

Это сломанная инкапсуляция. Можно это поле засеттить извне — и всё сломать. Нельзя впилить логику в геттер/сеттер (потому что его нет), не ломая совместимости.

камон, это мое дело ломать или нет.

причем тут язык

Паблик поле должно быть запрещено на уровне языка.

Кроме, как раз, const.

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

Паблик поле должно быть запрещено на уровне языка.

да и пекедж прайвет

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

можешь почитать про них в Философии Java

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

про scala и c# ты конечно не слышал ?

Ivan можно поинтересоваться, читал ли ты Effective Java?

А как котлин решает проблему private mutable поля, к которому нужен доступ, но который нельзя изменять?

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

Ты никогда не генерил геттеры? У меня есть разные ДТО, реализующие один интерфейс, я не могу оголить поля. Никогда не ловил NPE? Я ловил, поэтому наполняю Java-код всякими requireNonNull.

А как котлин решает проблему private mutable поля, к которому нужен доступ, но который нельзя изменять?

var something: Something private set

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

как только начнешь работать, так сразу про них и узнаешь

Ты никогда не генерил геттеры? У меня есть разные ДТО, реализующие один интерфейс, я не могу оголить поля. Никогда не ловил NPE? Я ловил, поэтому наполняю Java-код всякими requireNonNull.

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

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

Если тебе не нужен геттер, просто делаешь приватное свойство. Вместо аннотаций есть ?. lazy — вообще о другом. lateinit — костыль, который в нормально спроектированной системе не возникает.

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

И в джаве неправильно, а в котлине правильно. Это поведение по умолчанию которое подходит большинству и не дает выстрелить себе в ногу

Если тебе не нужен геттер, просто делаешь приватное свойство. Вместо аннотаций есть ?. lazy — вообще о другом. lateinit — костыль, который в нормально спроектированной системе не возникает.

Не хочу я приватное свойство) я хочу обычное паблик поле, мб мне принципиально избавиться от геттеров, тем более прямое обращение быстрее, чем через геттерсеттер

Если тебе не нужен геттер, просто делаешь приватное свойство. Вместо аннотаций есть ?. lazy — вообще о другом. lateinit — костыль, который в нормально спроектированной системе не возникает.

То есть ты вьюхи налабл делаешь? И сколько раз тебе нужно протестить условную активити, чтобы заметить, что ты в лэйаут не добавил вьюху?

Если не учитывать екстеншнс и прочее

Если тебе не нужен геттер, просто делаешь приватное свойство. Вместо аннотаций есть ?. lazy — вообще о другом. lateinit — костыль, который в нормально спроектированной системе не возникает.

даже в тестах, lateinit на твой взгляд костыль?

Не хочу я приватное свойство) я хочу обычное паблик поле, мб мне принципиально избавиться от геттеров, тем более прямое обращение быстрее, чем через геттерсеттер

В большинстве случаев поддерживаемость предпостительнее производительности. Прямое обращение к полю — это угловой случай, который вообще существует только где-то в J2ME.

даже в тестах, lateinit на твой взгляд костыль?

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

В большинстве случаев поддерживаемость предпостительнее производительности. Прямое обращение к полю — это угловой случай, который вообще существует только где-то в J2ME.

Ну опять, это моя головная боль, где нужно, а где нет. Мб я тяжёлую вьюху рисую, у меня куча полей. Попробуй их всех проаннотируй, да и ради чего?

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

вот интересно, если котлин такой неудобный и спроектирован так неудачно, зачем сидеть в чятике про него? я гналась за вами три дня сказать насколько вы мне безразличны? в джаве ты всё делаешь руками, в котлине все базовые кейзы автомитизированы. Когда надо есть гетеры, когда не надо -- нет. Если тебе очень надо убрать геттер и сделать публичное поле это можно сделать аннотациями, только не надо оправдывать говнодизайн тем, что без геттеров быстрее, джавамашина заинлайнит геттер без всяких проблем, если он будет часто дергаться по поводу может/не может быть нал вообще ерунда, потому что это почти теже аннтотации, только из коробки работают

Ну опять, это моя головная боль, где нужно, а где нет. Мб я тяжёлую вьюху рисую, у меня куча полей. Попробуй их всех проаннотируй, да и ради чего?

Хочешь выставлять поля кастомной вьюхи на всеобщее обозрение? Где можно такое увидеть?

Ну опять, это моя головная боль, где нужно, а где нет. Мб я тяжёлую вьюху рисую, у меня куча полей. Попробуй их всех проаннотируй, да и ради чего?

Напиши этот класс на Java, в чем беда. :)

вот интересно, если котлин такой неудобный и спроектирован так неудачно, зачем сидеть в чятике про него? я гналась за вами три дня сказать насколько вы мне безразличны? в джаве ты всё делаешь руками, в котлине все базовые кейзы автомитизированы. Когда надо есть гетеры, когда не надо -- нет. Если тебе очень надо убрать геттер и сделать публичное поле это можно сделать аннотациями, только не надо оправдывать говнодизайн тем, что без геттеров быстрее, джавамашина заинлайнит геттер без всяких проблем, если он будет часто дергаться по поводу может/не может быть нал вообще ерунда, потому что это почти теже аннтотации, только из коробки работают

Все верно, Котлин не только для андроида

вот интересно, если котлин такой неудобный и спроектирован так неудачно, зачем сидеть в чятике про него? я гналась за вами три дня сказать насколько вы мне безразличны? в джаве ты всё делаешь руками, в котлине все базовые кейзы автомитизированы. Когда надо есть гетеры, когда не надо -- нет. Если тебе очень надо убрать геттер и сделать публичное поле это можно сделать аннотациями, только не надо оправдывать говнодизайн тем, что без геттеров быстрее, джавамашина заинлайнит геттер без всяких проблем, если он будет часто дергаться по поводу может/не может быть нал вообще ерунда, потому что это почти теже аннтотации, только из коробки работают

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

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

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

Так не делай наллабл всё подряд!

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

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

Так не делай наллабл всё подряд!

?

Так не делай наллабл всё подряд!

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

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

Можно пример из жизни (не из плохо спроектированного Android)?

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

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

это просто троллинг же был бы

это просто троллинг же был бы

да, чтобы не думать о людях плохо, лучше просто думать, что это троллинг ?

Можно пример из жизни (не из плохо спроектированного Android)?

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

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

Это же андроид, не?

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

by lazy чем плох?

Это же андроид, не?

скорее всего

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

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

то есть это не налабилити не нужно, а платформа виновата?

Ну вообще да. То есть, реально сейчас отказаться от nullable нет возможности. Ну, теоретически можно запретить вообще как явление в языке, но kotlin прагматичный и все всё понимают.

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

lateinit! :D

А как еще сделать презентер, который гарантированно в любой момент будет not-null в андроиде? И почему тут котлин вообще виноват?

скорее всего

А если взять что-нибудь нормальное?

А как еще сделать презентер, который гарантированно в любой момент будет not-null в андроиде? И почему тут котлин вообще виноват?

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

А если взять что-нибудь нормальное?

нет, именно это хочу)

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

и никакими котлинами не закрыть возмыжные ошибки без костылей этих ваших

А как еще сделать презентер, который гарантированно в любой момент будет not-null в андроиде? И почему тут котлин вообще виноват?

Но прелесть в том, что на деле В ЛЮБОЙ момент она not-null и не нужна)

то есть это не налабилити не нужно, а платформа виновата?

Наллабилити, ИМХО, позволяет использовать null (в Java это антипаттерн) вместо Optional.

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

Прям "ObjC - Java edition"

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

Лейтинит нужен там, где андроид обосрался.) И в тестах, как говорилось выше.

Я не пойму, что за кривизну там пишете, что lateinit\by lazy падает?

и никакими котлинами не закрыть возмыжные ошибки без костылей этих ваших

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

Лейтинит нужен там, где андроид обосрался.) И в тестах, как говорилось выше.

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

Я не пойму, что за кривизну там пишете, что lateinit\by lazy падает?

lateinit падает же.

Вам там надо написать книгу "Как выстрелить себе в ногу при любых раскладах" или вроде того)

lateinit падает же.

От чего падает? Может я что-то не пойму?)

ERROR: S client not available

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

никто не простреливал их, пока не узнал, что оказывается котлин есть. Это как с даггером, спокойно передавали в конструкторы абстракции, а потом как подурели)

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

«Сам себе злобный буратино» это называется.

От чего падает? Может я что-то не пойму?)

Если забыть инициализировать.

С хабра val a: Int get() = Random().nextInt()

никто не простреливал их, пока не узнал, что оказывается котлин есть. Это как с даггером, спокойно передавали в конструкторы абстракции, а потом как подурели)

Никогда NPE не ловил?

Если забыть инициализировать.

Там не забывайте) Если забыть посмотреть какой светофор горит машина может сбить - не забываете же посмотреть)

С хабра val a: Int get() = Random().nextInt()

и что?

и что?

val не как val, не?

Ничего не смущает?

val не как val, не?

val == readonly, ничего не смущает

Никогда NPE не ловил?

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

val == readonly, ничего не смущает

У меня для тебя плохие новости

никто не простреливал их, пока не узнал, что оказывается котлин есть. Это как с даггером, спокойно передавали в конструкторы абстракции, а потом как подурели)

В джаве я могу сделать field injection, что там считается плохой практикой. Вот вы делаете field injection пишите на java, приходите в kotlin. А в Kotlin оказывается делать field injection не камильфо и вместо того чтобы делать constructor injection мы будем плакать что нам не дают делать injection плохими практиками.

Еще раз: get() = Random().nextInt()

Подумай над этим кусочком кода

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

Есть язык, который заставит тебя быть дисциплинированным

В джаве я могу сделать field injection, что там считается плохой практикой. Вот вы делаете field injection пишите на java, приходите в kotlin. А в Kotlin оказывается делать field injection не камильфо и вместо того чтобы делать constructor injection мы будем плакать что нам не дают делать injection плохими практиками.

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

Подумай над этим кусочком кода

Ты ни одному человеку, который пишет на Котлине, глаза не открыл.

И защищает от чужой недисциплинированности. Ну, насколько может.

Ну огда смысл от всего "защищать" ?

Раз можно так-же отстрелить ногу вместе с жопой

@HeapyHop привет

В джаве я могу сделать field injection, что там считается плохой практикой. Вот вы делаете field injection пишите на java, приходите в kotlin. А в Kotlin оказывается делать field injection не камильфо и вместо того чтобы делать constructor injection мы будем плакать что нам не дают делать injection плохими практиками.

еще раз прочитай) я про конструкторы и пишу

Только более мудацким вариантом

скинь свой доклад про Котлин

Есть язык, который заставит тебя быть дисциплинированным

хокку !! !! !!

Только более мудацким вариантом

обычный вариант, эквивалентен такому же геттеру в Java

обычный вариант, эквивалентен такому же геттеру в Java

val == public final ?

бля, надо работать, а тут тааакой срач :)

val == public final ?

val == read-only

Да какой же это срач)

Погорели немного, норм