вообще при желании так можно сделать, типа inline fun <reified T> create(): T? { return T::class.constructors.firstOrNull()?.call() }

да, точно, про reified забыл

Лишь бы не табами

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

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

От системы к системе таб может быть разным. Запушил ты одно, кто-то у себя поручил другое. Пробел везде один. Это то что я слышал когда кодил на питоне, там яро за проьелы все.

Не знаю насколько оно истинно.

Не знаю насколько оно истинно.

Ну да, так и есть, сталкивался с тем, что всё едет при открытии на другой системе или в другом редакторе (или в git diff)

Кажется, проблема решается на 110% использованием средств разработки,которые способны нормально обработать отображение N пробелов/табов в начале строки так, как этого хочет пользователь. Нет?

Кажется, проблема решается на 110% использованием средств разработки,которые способны нормально обработать отображение N пробелов/табов в начале строки так, как этого хочет пользователь. Нет?

Запушил человек с отступом в 2 таба. Система разработки должна насрать и сделать один таб?

Решается это просто - использованием пробелов:)

Idea вроде из коробки делает 4 пробела вместо таба.

Если человек запушил с отступом в 2 таба - он прям сильно интересная личность, потому что в ~любом нормальном редакторе AFAIK ширина таба в пробелах выставляется в настройках

От системы к системе таб может быть разным. Запушил ты одно, кто-то у себя поручил другое. Пробел везде один. Это то что я слышал когда кодил на питоне, там яро за проьелы все.

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

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

Да. Но на табах никто не мешает делать эти отступы. Просто из-за разницы на системах иногда может похериться всё.

Да. Но на табах никто не мешает делать эти отступы. Просто из-за разницы на системах иногда может похериться всё.

ну так написал код напитончике все работает, перешул на другую систему все похе***

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

Интересно, а почему там отступы по 2 пробела? (скалисты что ли писали…)

Чтобы больше кода по ширине помещалось. Для джавы тоже два пробела у нас

Чтобы больше кода по ширине помещалось. Для джавы тоже два пробела у нас

два пробела это же абсолютно нечитаемо, нынче не 90-е, поди больше 80 символов влезает

два пробела это же абсолютно нечитаемо, нынче не 90-е, поди больше 80 символов влезает

Вполне читаемо, на самом деле ) Ну или это уже привычка

Вполне читаемо, на самом деле ) Ну или это уже привычка

прочесть можно, но 4 более читаемо

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

От системы к системе таб может быть разным. Запушил ты одно, кто-то у себя поручил другое. Пробел везде один. Это то что я слышал когда кодил на питоне, там яро за проьелы все.

в пайтоне просто блоки определяются по отступам, поэтому у них все жестко - только пробелы и обязательно 4 штуки, чтобы прям издалека были блоки видны. зачем это в котлине, который использует {} для определения блоков - не знаю

прочесть можно, но 4 более читаемо

Дело привычки. Со временем начинаешь парсить два пробела очень легко.

Дело привычки. Со временем начинаешь парсить два пробела очень легко.

Да, я на скале писал. Потом пересел обратно на джава/котлин и вздохнул с облегчением

Хотя скала в этом свою роль тоже сыграла ?

Дело привычки. Со временем начинаешь парсить два пробела очень легко.

Привыкнуть можно и на пиках точенных сидеть, но зачем

Привыкнуть можно и на пиках точенных сидеть, но зачем

Хз, мне и на двупробельных пиках норм ? Анивей, это холивар и вкусовщина.

Давно не видил столько коментов про пробельчики ?

может в оффтоп

Давно не видил столько коментов про пробельчики ?

Те, кто ставят пробелы, получают больше тех, кто ставит табуляцию в коде

Те, кто ставят пробелы, получают больше тех, кто ставит табуляцию в коде

Correlation does not imply causation

Те, кто ставят пробелы, получают больше тех, кто ставит табуляцию в коде

Там еще был какой то классный график про количество пиратов

Привет. Решил сделать немного магии с помощью Kotlin Compiler Plugins API. Идея такая, найти в датаклассах автоматически сгинеренные ф-ции и добавить им аннотацию. Взял SyntheticResolveExtension. Получил список функций синтетических, осталось добавить аннотацию, и на этом этапе я застрял. Как я понимаю просто изменить объект Annotations нельзя и нужно вызовом SimpleFunctionDescriptorImpl.create создать новый класс и засунуть в него уже модифицированный Annotations. Из коробки у Annotations есть несколько статиков среди которых EMPTY и еще парочка функий,которые мне не очень подходят. Вопрос вот в чем, как мне создать новый объект Annotations с нужным мне типом аннотации?

и если кто-то знает где найти док на компиляторные кишки

буду очень благодарен

и если кто-то знает где найти док на компиляторные кишки

А разве API открыли уже?

ну апи для плагинов вроде открытый же

ну апи для плагинов вроде открытый же

Ну вот здесь говорят обратное (но ситуация могла измениться) https://www.reddit.com/r/Kotlin/comments/7hoytl/kotlin_team_ama_ask_us_anything/dqsryql/

и если кто-то знает где найти док на компиляторные кишки

боюсь что нигде)

ну вот есть такой занятный модуль https://github.com/JetBrains/kotlin/tree/master/compiler/plugin-api

Товарищи, я новичок в программировании. Сейчас пытаюсь реализовать Leaderboard гугловый в своем приложении. Все туториалы, что я смогу найти, старые и про 2014 год. Может у кого-то есть пример реализации? Рабочий кусок кода. Спасибо и извините за глупый новичковый вопрос :)

Это грустное хаха или веселое? Там все так плохо что сразу нашли баг после релиза, причем настолько тупой: https://twitter.com/tagir_valeev/status/976351563961831425

Всем привет. Вопрос по красивому оформлению лямбд. Есть такая шняга: fun <T>.replaceIf(condition: Boolean, mapper: (T) -> T): T = if (condition) mapper(this) else this Я захотел её каррировать, чтобы сначала передать предикат (а не уже вычисленный результат в виде Boolean), а потом вызывать маппер. Получилось следующее: fun <T> T.replaceIf(predicate: (T) -> Boolean): ((T) -> T) -> T = { mapper: (T) -> T -> replaceIf(predicate(this)) { mutator(this) } } Вопрос следующий - я так понимаю, красиво вызвать это теперь в одну строчку, опуская круглые скобки, уже не получится? Компилятор съедает только следующее: someValue.replaceIf { somePredicate(it) } ({ it.someModification() }) Т.е. несмотря на то, что мне возвращается функция, принимающая единственный аргумент, другую функцию, я не могу сразу вызвать её, опустив круглые скобки? Хотелось бы чего-нибудь типа: someValue.replaceIf { somePredicate(it) } { it.someModification() }

Это грустное хаха или веселое? Там все так плохо что сразу нашли баг после релиза, причем настолько тупой: https://twitter.com/tagir_valeev/status/976351563961831425

я в том плане что " а у нас var уже есть")

я в том плане что " а у нас var уже есть")

Ну Java var вообще тяжело без слез сравнивать с Котлиновским. Там только для локальных переменных и при этом еще и с доп ограничениями, типо нельзя array сделать var. Ну и визуально тупее сделан, просто по инициализатору (правой части).

С учетом как это все протестировали (судя по тому же багу выше) боюсь что этот var еще наделает беды в Java

final var. Этим всё сказано.

Хватит гнобить дедушку, он еще могет! :)

Где-то был доклад почему они так сделали. Не помню точно, но вроде как потому что иначе оно сильно много чего ломает.

Всем привет. Вопрос по красивому оформлению лямбд. Есть такая шняга: fun <T>.replaceIf(condition: Boolean, mapper: (T) -> T): T = if (condition) mapper(this) else this Я захотел её каррировать, чтобы сначала передать предикат (а не уже вычисленный результат в виде Boolean), а потом вызывать маппер. Получилось следующее: fun <T> T.replaceIf(predicate: (T) -> Boolean): ((T) -> T) -> T = { mapper: (T) -> T -> replaceIf(predicate(this)) { mutator(this) } } Вопрос следующий - я так понимаю, красиво вызвать это теперь в одну строчку, опуская круглые скобки, уже не получится? Компилятор съедает только следующее: someValue.replaceIf { somePredicate(it) } ({ it.someModification() }) Т.е. несмотря на то, что мне возвращается функция, принимающая единственный аргумент, другую функцию, я не могу сразу вызвать её, опустив круглые скобки? Хотелось бы чего-нибудь типа: someValue.replaceIf { somePredicate(it) } { it.someModification() }

Вот такое ещё разве что завелось: 5.replaceIf { true } () { it * 2 } А вообще нельзя, да — передать таким образом можно ровно одну лямбду, и две подряд даже с каррированием всё равно являются синтаксической ошибкой. По мне это хорошо, ибо читать такое было бы не особо просто.

Может инфикс можно как то прикрутить?

Долго думал. В итоге изобрел функциональную композицию: infix fun <T,R> (((T) -> R) -> R).forwardCompose(mapper: (T) -> R) = invoke(mapper) someVal.replaceIf { true } forwardCompose { it * 2 }

Но чтобы прямо вообще ничего между блоками не ставить не выходит. Хотя что забавно, IDE это сделать предлагает, и даже не подсвечивает как ошибку потом, но не компилируется)

> Хотя что забавно, IDE это сделать предлагает, и даже не подсвечивает как ошибку потом, но не компилируется) Звучит как повод сходить в kotl.in/issue :)

ребят а что в котлине нельзя перегрузить конструктор ?

ребят а что в котлине нельзя перегрузить конструктор ?

https://kotlinlang.org/docs/reference/classes.html#secondary-constructors

тьфу не докрутил колесико как раз до этого

сори

facepalm

Читай статью целиком, в том числе о том, как работают блоки init { ... }, ибо это не самая очевидная штука в языке.

окей спасибо)

Ребят, если яву не особо учил, нужно сначала ее, а потом уже котлин?)

Интересно, сколько человек ещё задаст этот вопрос...

Это уже беда

Ребят, если яву не особо учил, нужно сначала ее, а потом уже котлин?)

Почитай доку, что не понятно то в джаву, если много не понятно то читай джаву. Как то так

окей, но чисто на практике разработки под андроид, чем котлин интереснее?

Конечно нет, можешь спокойно начать учить kotlin, не зная Java.

Подскажите, как лучше сделать: есть глобальная переменная currentUser: User, которая содержит данные о пользователе, который залогинился на данный момент. Когда пользователь разлогинится - надо занулить переменную. Как обойтись без вездесущего !!

?

кто такой вездесущий?

Он!!

кто такой вездесущий?

Я имел ввиду без вызовов Аля currenrUser!!.name

Подскажите, как лучше сделать: есть глобальная переменная currentUser: User, которая содержит данные о пользователе, который залогинился на данный момент. Когда пользователь разлогинится - надо занулить переменную. Как обойтись без вездесущего !!

Што? Делать нулабельный тип и потом пытаться избавиться от его особенностей? Штоааа?

Што? Делать нулабельный тип и потом пытаться избавиться от его особенностей? Штоааа?

А как по-другому? Занулять переменную-то нужно

Может задать ей параметр, который говорит о том, есть там значение или нет?)

Может задать ей параметр, который говорит о том, есть там значение или нет?)

Как вариант

Подскажите, как лучше сделать: есть глобальная переменная currentUser: User, которая содержит данные о пользователе, который залогинился на данный момент. Когда пользователь разлогинится - надо занулить переменную. Как обойтись без вездесущего !!

Делать тип-сумму sealed class User { object EmptyUser : User() data class AuthorizedUser(val name: String, …) : User() } ну и везде патернм-матчить по немую

Делать тип-сумму sealed class User { object EmptyUser : User() data class AuthorizedUser(val name: String, …) : User() } ну и везде патернм-матчить по немую

Спасибо за идею. :)

Может проще завезти обычную переменную авторизован/не авторизован?

Может проще завезти обычную переменную авторизован/не авторизован?

Так а данные откуда брать?

Ну в смысле, ты же точно знаешь авторизован ты или нет?

Ну в смысле, ты же точно знаешь авторизован ты или нет?

Да. Но есть данные о пользователе, к которым мне надо обращаться

Ну, какие-то данные у тебя всегда есть, каких-то нет, можешь значения какие-нибудь по умолчанию задать

Ну, какие-то данные у тебя всегда есть, каких-то нет, можешь значения какие-нибудь по умолчанию задать

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

Блин, ну сделай синглтон с юзером, который никогда не null, получай спокойно нужные данные когда хочешь

Сейчас прибежит @Harmonizr и ударит по рукам за такие советы. :D (синглтон с зависимостями)

¯\_(ツ)_/¯

Еще бы за вопросы кто бил по рукам

А котлин компилит код через джаву или напрямую в байт-код?

В байткод конечно

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