она не только субъективна, а еще и поверхосна, какой + кроме красивого кода дадут операторы ?

приоритеты

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

приоритеты

Соглашусь

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

типо вспомогательных классов

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

Extension functions, top-level functions, companion objects

1) Использовать ключевое слово object 2) Не писать вообще.

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

просто в файл накидываешь и все

ого 0_0 сколько решений...

Extension functions, top-level functions, companion objects

а с compain object проблем не будет? это ж типо сингл тон? нет?

а с compain object проблем не будет? это ж типо сингл тон? нет?

идеоматично: top-level или extensions

идеоматично: top-level или extensions

top level единственное что не нравится, что нельзя через класс обратиться? это ок?

а с compain object проблем не будет? это ж типо сингл тон? нет?

проблем не будет, это если хочется именно как в java , чтобы TextUtils.isEmpty() писать

top level единственное что не нравится, что нельзя через класс обратиться? это ок?

конечно ок, это же котлин)

зачем класс, если тебе нужна просто функция?

а с compain object проблем не будет? это ж типо сингл тон? нет?

По большей части компаньон с проставленными на всех методах @JvmStatic нужен только для получения апишки, которую можно привычным образом использовать из Java. В котлине от этого стоит отвыкать, это не идиоматично.

По большей части компаньон с проставленными на всех методах @JvmStatic нужен только для получения апишки, которую можно привычным образом использовать из Java. В котлине от этого стоит отвыкать, это не идиоматично.

+

По большей части компаньон с проставленными на всех методах @JvmStatic нужен только для получения апишки, которую можно привычным образом использовать из Java. В котлине от этого стоит отвыкать, это не идиоматично.

то есть все таки это не подходит просто под котлин? и лучше просто писать top-level functions?

проблем не будет, это если хочется именно как в java , чтобы TextUtils.isEmpty() писать

TextUtils.isEmpty(myString) сильно длиннее, чем myString.isEmpty, но при этом полезной нагрузки не несёт.

идеоматично: top-level или extensions

то есть все таки это не подходит просто под котлин? и лучше просто писать top-level functions?

^^^

TextUtils.isEmpty(myString) сильно длиннее, чем myString.isEmpty, но при этом полезной нагрузки не несёт.

джавистом так привычнее и понятнее =D

TextUtils.isEmpty(myString) сильно длиннее, чем myString.isEmpty, но при этом полезной нагрузки не несёт.

Тебе за экономию символов деньги платят?)

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

Стринги плохой пример. Там вообще непонятно как дизайнили и почему часть методов в утилитах

Тебе за экономию символов деньги платят?)

Ему не платят за дополнительные символы. Оффтоп

Ему не платят за дополнительные символы. Оффтоп

Если бы код писался 24 на 7 и написание лишних символов действительно афектило производительность - то я бы понял.

TextUtils.isEmpty(myString) сильно длиннее, чем myString.isEmpty, но при этом полезной нагрузки не несёт.

ещё раз спрошу, ничего плохо в top-level functions нету?

джавистом так привычнее и понятнее =D

Вот я и говорю, для того, чтобы библиотеку удобно было использовать джавистом, компаньоны с @JvmStatic на методах -- ок. Хотя в случае с TextUtils логично писать отдельный файл с чем-то вроде @file:JvmName("TextUtils") fun String.isEmpty(input: String) = ... Для джавки это превратится в привчный Utils-класс, из котлина можно продолжать использовать экстеншн-метод.

нету

Если бы код писался 24 на 7 и написание лишних символов действительно афектило производительность - то я бы понял.

Второй вариант больше похоже на ООП

Если бы код писался 24 на 7 и написание лишних символов действительно афектило производительность - то я бы понял.

Вопрос в удобстве, а не в посчитанных символах.

Вопрос в удобстве, а не в посчитанных символах.

+

Вопрос в удобстве, а не в посчитанных символах.

Ты то именно про длину строки написал. ?

Ты то именно про длину строки написал. ?

Потому что пояснять об удобстве человеку, который только начал работать с новым языком, особого смысла нету -- он к этому сам придёт (ну или не придёт). Ему такой довод будет чужд.

Второй вариант больше похоже на ООП

myString.isEmpty? не, там же никакого полиморфизма нет

ещё раз спрошу, ничего плохо в top-level functions нету?

да вроде уже ни раз ответили. Идеоматично top level и extensions. Для интеропа с java - Companion.

да вроде уже ни раз ответили. Идеоматично top level и extensions. Для интеропа с java - Companion.

top-level ничем не хуже интеропится

myString.isEmpty? не, там же никакого полиморфизма нет

Этоо лучше, чем static, в котором вообще никакого ООП нет.

Этоо лучше, чем static, в котором вообще никакого ООП нет.

это и есть статик

top-level ничем не хуже интеропится

Без @file.JvmName это всё-таки диковато из джавки капельку.

ещё раз спрошу, ничего плохо в top-level functions нету?

наоборот, даже лучше

Без @file.JvmName это всё-таки диковато из джавки капельку.

как и SomeClass.Companion.method()

как и SomeClass.Companion.method()

@JvmStatic там тоже не раз озвучен был. О чём мы спорим? От метода зависит же.

это и есть статик

Я бы не стал отождествлять extension и вспомогательный static-метод. Только полиморфизма не хватает.

Я бы не стал отождествлять extension и вспомогательный static-метод. Только полиморфизма не хватает.

А я стал. Потому что это и есть статик метод. Он от не-статика только отсутствием полиморфизма и отличается.

Без @file.JvmName это всё-таки диковато из джавки капельку.

Без @Jvm* из Java многое смотрится диковато. Для того они и нужны.

Потому что пояснять об удобстве человеку, который только начал работать с новым языком, особого смысла нету -- он к этому сам придёт (ну или не придёт). Ему такой довод будет чужд.

А вот кол-во символов точно новичка должно волновать?

А вот кол-во символов точно новичка должно волновать?

Вам жутко поспорить хочется? Предложите более объективную метрику, которой можно профиты новичку продемонстрировать.

по-моему, самый большой профит — это порядок, в котором слова написаны — isEmpty(str) или str.isEmpty

Хороший аргумент, учту.

по-моему, самый большой профит — это порядок, в котором слова написаны — isEmpty(str) или str.isEmpty

+1, иначе получается какой-то недолисп isEmpty(trim(replace(str, x, y)))

или питон

(-> (replace str x y) trim isEmpty)

Хах, берём функциональный язык, делаем из него ООП через пайпы: string |> isEmpty()

(-> (replace str x y) trim isEmpty)

это типа пайп?

Вам жутко поспорить хочется? Предложите более объективную метрику, которой можно профиты новичку продемонстрировать.

Спора тут нет. Выгораживаете какой-то невнятный аргумент, чтобы помочь человеку понять зачем ему нужно экстеншн функции имея на руках нормальные аргументы.

Спора тут нет. Выгораживаете какой-то невнятный аргумент, чтобы помочь человеку понять зачем ему нужно экстеншн функции имея на руках нормальные аргументы.

Чтобы человеку понять зачем - нужно вспомнить про final классы и вникнуть в смысл слова extension

Спора тут нет. Выгораживаете какой-то невнятный аргумент, чтобы помочь человеку понять зачем ему нужно экстеншн функции имея на руках нормальные аргументы.

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

Как раз тот момент, когда полезно знать java, изучая kotlin

Чтобы человеку понять зачем - нужно вспомнить про final классы и вникнуть в смысл слова extension

Ему ничто не помешает как и в джаве мутить классы утилов.

ERROR: S client not available

это типа пайп?

+

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

Что зацепило к тому и прицепился, второй аргумент об удобстве меня на 100% устраивает, чего к нему цепляться И про аргрессию врете:)

юзаю extension-ы чтоб удобнее была писать типа val sb = StringBuilder() sb.addMyShit("MyShit")

Ему ничто не помешает как и в джаве мутить классы утилов.

А можно не мутить, диабета не будет

А можно не мутить, диабета не будет

Для этого и нужно объяснить зачем и почему.

Для этого и нужно объяснить зачем и почему.

Зачем нужен синтаксический сахар? Это должно восприниматься естественно.

Зачем нужен синтаксический сахар? Это должно восприниматься естественно.

Так дойдем и до естественного восприятия какой-нибудь асмб фигни.

Если бы все всегда воспринималось людьми из коробки - было бы круто.

Так дойдем и до естественного восприятия какой-нибудь асмб фигни.

А - апагогия

Тут вон неновички не всегда понимают зачем им сахар

А - апагогия

Я - яблоко

Тут вон неновички не всегда понимают зачем им сахар

Я всегда думал это троллинг. Тот чувак с анонимными классами и портянками

Я всегда думал это троллинг. Тот чувак с анонимными классами и портянками

кажется, нет)

Хах, берём функциональный язык, делаем из него ООП через пайпы: string |> isEmpty()

Кстати ты где-нибудь видел живой пример Си подобного языка с пайпами?

Хах, берём функциональный язык, делаем из него ООП через пайпы: string |> isEmpty()

я где-то видел пример с комонадами в таком стиле

Кстати ты где-нибудь видел живой пример Си подобного языка с пайпами?

Нет ? Хотя я сейчас за дарт берусь, может, там есть

Как раз тот момент, когда полезно знать java, изучая kotlin

+

Нет ? Хотя я сейчас за дарт берусь, может, там есть

нет )

Нет ? Хотя я сейчас за дарт берусь, может, там есть

Вот это совпадение я тоже, но пайпа там нет. Там даже дата-класов нет

Кстати ты где-нибудь видел живой пример Си подобного языка с пайпами?

C shell считается C-подобным?

Вот это совпадение я тоже, но пайпа там нет. Там даже дата-класов нет

Эехх(( А что там есть?

Точнее

Что там есть такого из фич, что есть в котлине, например

Что там есть такого из фич, что есть в котлине, например

функции высшего порядка и.... всё)

Эехх(( А что там есть?

Джава с сахаром, async/await и dynamic типом

https://github.com/dart-lang/sdk/issues/16900 я тоже балуюсь с Dart-ом (такой себе однопоточный котлин)

Джава с сахаром, async/await и dynamic типом

dynamic? O_o во что оно компилируется?

Мне просто внезапно понадобилось в мультиплатформу, вот я и посмотрел на Флаттер

Да и дарт давно хотел попробовать