прибавляю к двум часам случайное количество (от 0 до 60) минут

хм

Либо long примитив где это возможно

Long примитив всегда, когда not null

Да я в курсе)

прибавляю к двум часам случайное количество (от 0 до 60) минут

я написал сво фигню на java. long result = TimeUnit.HOURS.toMillis(2) + ThreadLocalRandom.current().nextLong(TimeUnit.HOURS.toMillis(1)); , но что то мне кажется что твое решение на котлине как ни крути короче. Правда читаемей ли? (да, я на котлине не пишу и это кажется мне немного странным)

хотя да, читаемей

просто потому что в котлине это работает вот так. Как не крути котлин это суперсет джавы и знать её если собираешься писать под jvm стоит

Если котлин суперсэт джавы то вроде он должен уметь компилятором компилить джава код?

я написал сво фигню на java. long result = TimeUnit.HOURS.toMillis(2) + ThreadLocalRandom.current().nextLong(TimeUnit.HOURS.toMillis(1)); , но что то мне кажется что твое решение на котлине как ни крути короче. Правда читаемей ли? (да, я на котлине не пишу и это кажется мне немного странным)

Этот код с использование TimeUnit логичнее, т.к. понятно, что такое 2. Код выше с экстеншеном - лажа, т.к. правильно заметили, что в переменной или литерале может быть всё что угодно.

10% времени мы пишем код, а 90% времени его сопровождаем.

Этот код с использование TimeUnit логичнее, т.к. понятно, что такое 2. Код выше с экстеншеном - лажа, т.к. правильно заметили, что в переменной или литерале может быть всё что угодно.

отрицать или согласиться с Вами не имею компетенции, но боюсь что сейчас будет холивар

Если потратить 0,1% от общего времени на читаемость (== понимаемость), то потом это сэкономит десятки процентов на поддержке.

Читаемость != количество строк или кода меньше.

Gregory я не совсем понял, почему лажа. Ну и что, что в Long может быть все, что угодно? Мы же не собираемся переводить в милисекунды количество рыбок в аквариуме.

Этот код с использование TimeUnit логичнее, т.к. понятно, что такое 2. Код выше с экстеншеном - лажа, т.к. правильно заметили, что в переменной или литерале может быть всё что угодно.

Можно data class Duration(val value:Long, unit: TimeUnit) сделать с нужными “операциями” и екстеншенами для конвертирование

@K_Gregory то есть если я переименую hours в hoursToMills, это не будет лажой?

Это звучит примерно как "а давайте String у нас будет уметь делать HTTP запросы по URL"

Gregory я не совсем понял, почему лажа. Ну и что, что в Long может быть все, что угодно? Мы же не собираемся переводить в милисекунды количество рыбок в аквариуме.

В твоем коде с первого взгляда непонятно, что такое hours, а что такое minutes, что они принимают и что отдают val ourDelta = 2L.hours + Util.rnd(0, 60).toLong().minutes

@K_Gregory то есть если я переименую hours в hoursToMills, это не будет лажой?

вот так будет гораздо понятней )

и еще добавить методы для перевода миль в километры и фунтов в килограммы

и получится большая помойка

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

Это звучит примерно как "а давайте String у нас будет уметь делать HTTP запросы по URL"

есть такое )

@deychai хм, звучит разумно. Тогда получается, что лучше написать несколько классов и переопределить у них plus, чем пользоваться extension-методами таким обазом.

Да

есть такое )

Где это?

Где это?

https://github.com/kittinunf/Fuel

https://github.com/kittinunf/Fuel

ОК (не знаю что это и знать не хочу), а то ты меня испугал что это в stdlib завезли

ОК (не знаю что это и знать не хочу), а то ты меня испугал что это в stdlib завезли

не не

Nikita да я просто хочу, чтобы время складывалось красиво и все хорошо читалось. Котлин позволяет это делать, а мне хочется этим воспользоваться

Extension-методы предполагают, что их можно использовать с любым экземпляром класса. В моей картине мира extension-методы - это компромисс между SRP, OCP и удобством написания кода.

Nikita да я просто хочу, чтобы время складывалось красиво и все хорошо читалось. Котлин позволяет это делать, а мне хочется этим воспользоваться

я понима. Котлин достаточно многофункциональный и интересный язык судя по всему. Просто я не пойму зачем городить велосипеды) я уверен что это можно завернуть гораздо красивее и понятнее в котлинстайле что бы коллеги могли легко понять как это работает и сами воспользоваться написанной тобой extension функцией.

ну эт имхо конечно

и получится большая помойка

Лайк!

@deychai хм, звучит разумно. Тогда получается, что лучше написать несколько классов и переопределить у них plus, чем пользоваться extension-методами таким обазом.

"Написать несколько классов и переопределить у них plus" - вот это, на мой взгляд, самое красивое и понятное решение на данный момент

А мне показалось или в котлине раньше можно было интерфейсы с дефолтными реализациями?

Именно на базе джавы 7

Можно и на базе джавы 6

Можно и на базе джавы 6

в Java 6 еще не было default методов в интерфейсах

Мне андроид студия говорит чтоб я пиписю целовал...

в Java 6 еще не было default методов в интерфейсах

Это не мешает сделать дефолтные методы

в Java 6 еще не было default методов в интерфейсах

В котлине они реализованы иначе

Это не мешает сделать дефолтные методы

Просто они будут реализованы так, что под реализацией для Java 6-7 будут абстрактные классы, и не получится использовать их для эволюции интерфейса.

https://youtu.be/yYG12qaxWO4?t=17m36s вот тут в видео более точно описано

@Mihail_t так что у тебя за ошибка

Кстати в слаке JB ввели Code of Conduct https://github.com/JetBrains/kotlin-web-site/blob/master/pages/community/slackccugl.md

Думаю нам стоит перевести и тоже использовать

и сразу станет СКУШНА

Думаю нам стоит перевести и тоже использовать

А нам зачем

CoC обычно используется в офф сообществах или рассылке

Так же как и слаку - чат растет, чтобы потом никто не обижался и понимал как себя вести нужно.

Правила это хорошо когда они адекватные надо почитать будет

Думаю нам стоит перевести и тоже использовать

Лучше бы перевел и доделал get started ? больше пользы было бы

так есть же kotlinlang.ru

Или это не то?

Там еще много “Актуальные задачи”, можешь к пример FAQ перевести

Я скорее доделаю kotlin.link

там куча чего нужно пофиксить и сделать

Плохо что нету нумерации в правилах

ERROR: S client not available

вот такое

студия решила что котлин не поддерживает дефолт методы

Мда

Ето баг

А не

Этож интерфейс

А не баг

а давно в интерфейсах дефолтные методы?

нах так жить посоны

В котлине еще с первой версии

Про версии до первой не могу сказать

и в чем прикол

только без того что это "УДОБНО"

Мне надо обобщить объекты но не у каждого надо недефолтное поведение

Ну вообще мне сильно не жмет. Мне больше интересует почему это в принципе не работает, хотя должно

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

@SuppressLint("NewApi")

только без того что это "УДОБНО"

Можно использовать как примесь, например

Написал небольшой скрипт на Kotlin, который считает статистику чата (по combot.org) Исходники (MIT) https://gist.github.com/anonymous/2153dc64b3c6b527853a7e2db2633f08 Результат (данные за последний месяц, “юзер” это те кто делает в среднем хотя бы 1 сообщение в день): 57% юзеров пишут не более 1 сообщений в день 77% юзеров пишут не более 2 сообщений в день 80% юзеров пишут не более 5 сообщений в день 83% юзеров пишут не более 7 сообщений в день 87% юзеров пишут не более 8 сообщений в день 90% юзеров пишут не более 9 сообщений в день 93% юзеров пишут не более 11 сообщений в день 97% юзеров пишут не более 12 сообщений в день 100% юзеров пишут не более 17 сообщений в день Список почетных флудеров (пишут больше чем 90% других юзеров): Флудер #1: "Umren" (17 сообщений в день) Флудер #2: "Ruslan Ibragimov" (12 сообщений в день) Флудер #3: "Михаил" (11 сообщений в день) P.S. Кстати, я так же написал бота, который пересылает сообщений из kotlinlang.slack.com прям в telegram @SlackToTelegramBot

?

Написал небольшой скрипт на Kotlin, который считает статистику чата (по combot.org) Исходники (MIT) https://gist.github.com/anonymous/2153dc64b3c6b527853a7e2db2633f08 Результат (данные за последний месяц, “юзер” это те кто делает в среднем хотя бы 1 сообщение в день): 57% юзеров пишут не более 1 сообщений в день 77% юзеров пишут не более 2 сообщений в день 80% юзеров пишут не более 5 сообщений в день 83% юзеров пишут не более 7 сообщений в день 87% юзеров пишут не более 8 сообщений в день 90% юзеров пишут не более 9 сообщений в день 93% юзеров пишут не более 11 сообщений в день 97% юзеров пишут не более 12 сообщений в день 100% юзеров пишут не более 17 сообщений в день Список почетных флудеров (пишут больше чем 90% других юзеров): Флудер #1: "Umren" (17 сообщений в день) Флудер #2: "Ruslan Ibragimov" (12 сообщений в день) Флудер #3: "Михаил" (11 сообщений в день) P.S. Кстати, я так же написал бота, который пересылает сообщений из kotlinlang.slack.com прям в telegram @SlackToTelegramBot

Почётный список флудеров?

Ребят, можно ли при создании объекта как-нибудь у него переопределить какие-то функции?

Что-то вроде val a = A() { override fun lala() {} }

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

Тут речь об классе из android api. В нем не смогу вызвать так что-то

Ступил вообще

По итогу просто сделал так val a = object : A() {}

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