Всем привет! Я только начинаю переходить с Java на Kotlin, так что вопрос может звучать глупо. Если есть два класса, которые наследуются от какого-то другого, то получается, что использование функций верхнего уровня для наследников не нужно, если они могут быть прописаны в родителе?

Вопрос непонятен, что такое функция верхнего уровня? High-order function, что ли? Покажите код)

Я про это В Java мы часто создаем статичные классы со статичными методами для утилит. Непосредственная реализация этого паттерна в Kotlin будет выглядеть следующим образом: //Don't object StringUtil { fun countAmountOfX(string: String): Int{ return string.length - string.replace("x", "").length } } StringUtil.countAmountOfX("xFunxWithxKotlinx") Kotlin позволяет убрать ненужные оборачивания в класс при помощи функций верхнего уровня. Часто, мы так же можем добавить некоторые функции расширения, для повышения читабельности. Так, наш код становится больше похожим на «рассказ истории». //Do fun String.countAmountOfX(): Int { return length - replace("x", "").length } "xFunxWithxKotlinx".countAmountOfX()

Я про это В Java мы часто создаем статичные классы со статичными методами для утилит. Непосредственная реализация этого паттерна в Kotlin будет выглядеть следующим образом: //Don't object StringUtil { fun countAmountOfX(string: String): Int{ return string.length - string.replace("x", "").length } } StringUtil.countAmountOfX("xFunxWithxKotlinx") Kotlin позволяет убрать ненужные оборачивания в класс при помощи функций верхнего уровня. Часто, мы так же можем добавить некоторые функции расширения, для повышения читабельности. Так, наш код становится больше похожим на «рассказ истории». //Do fun String.countAmountOfX(): Int { return length - replace("x", "").length } "xFunxWithxKotlinx".countAmountOfX()

И?

Всё равно в первом сообщении какая-то каша.

Я скинул код по его просьбе

Вопрос непонятен, что такое функция верхнего уровня? High-order function, что ли? Покажите код)

Я про это В Java мы часто создаем статичные классы со статичными методами для утилит. Непосредственная реализация этого паттерна в Kotlin будет выглядеть следующим образом: //Don't object StringUtil { fun countAmountOfX(string: String): Int{ return string.length - string.replace("x", "").length } } StringUtil.countAmountOfX("xFunxWithxKotlinx") Kotlin позволяет убрать ненужные оборачивания в класс при помощи функций верхнего уровня. Часто, мы так же можем добавить некоторые функции расширения, для повышения читабельности. Так, наш код становится больше похожим на «рассказ истории». //Do fun String.countAmountOfX(): Int { return length - replace("x", "").length } "xFunxWithxKotlinx".countAmountOfX()

Всё равно в первом сообщении какая-то каша.

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

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

Лучше не наследовать классы вообще.

А что это за персонаж?

Это гуру ООП. Пришел в этот мир чтобы напомнить всем нам смертным как мы стали далеки от древних писаний ООП парадигмы

Это гуру ООП. Пришел в этот мир чтобы напомнить всем нам смертным как мы стали далеки от древних писаний ООП парадигмы

:) А у ГУРУ есть ФИО?

Точнее - он в жизни реально топит за ООП?)

Точнее - он в жизни реально топит за ООП?)

ну блин. Это жи Егор Бугаенко

ну блин. Это жи Егор Бугаенко

спасибо?

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

в коде речь про extension-функции. Ими можно заменить утилитные классы, и просто некоторые вещи более красиво написать. Но я всё ещё не понимаю, причём тут наследование в вашем вопросе. Что значит "лучше объявить нужную нам функцию в родителе"? Кому нужную, этим классам? Наследовние применяется, когда между сущностями есть отношение "является", и оно нужно для расширения функций базового класса новыми функциями. Если такого отношения нет - не применяйте наследование. Попробуйте переформулировать ваш вопрос, и привести конкретный кусок своего собственного кода, с двумя альтернативными реализациями чего-то. Тогда можно будет сказать, какая лучше.

Здорова

Может кому-то интересно будет, моно даже на сайте разместить

@OlegD у вас тут разрешено пиратство?

Ну в принципи, да, не хорошо получиться )

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

@OlegD у вас тут разрешено пиратство?

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

Друзья! Имеется второй домен, который на данный момент не используется (kotlin.su). Пришло время его оплачивать. Как думаете, он нам вообще нужен? Может его использовать для форума или чего-то еще. Если у кого-то есть идеи как он нам может пригодится, тогда я его продлю. Если нет, то наверно откажусь

Лучше для форума.

Всем привет!

Привет) Очень много прибывших за последнее время)

Что скажете по поводу языка?

Что скажете по поводу языка?

Крутой он, чо тут скажешь)

Что скажете по поводу языка?

Для решения практических задач лучше пока ничего не придумали :)

Каких именно практических задачь ( пример ) ?

Работа с коллекциями, асинхронщиной, отличный интероп, годный байт-код.

на сколько удобно на нём клепать например REST API?

на сколько удобно на нём клепать например REST API?

В разы, в т.ч. благодаря более удобной работе со стримами.

Что на счёт jdbc?

норм?

норм?

Ну конечно норм.

По вашему мнению почему неудобно( не практично) писать на котлин ? ( приведите 10 примеров )

Надо придумать?

Нет, с вашей практики

Придумывают сказки и то опираясь на что то )

10 примеров... Будто hr-щик спрашиваешь

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

Вот такой вопрос. Стоит ли запариваться на с Java для андроида, или поверхностных знаний хватить может, чтобы на котлине писать?

Без "на"

Без "на"

Все зависит от сложности поставленой задачи )

Хмм, спасибо

Java не просто так уже существует столько времени ) Хотя жаль что не так быстро развиваеться

Как по мне котлин легко понимать и применять паралельно с кодом на java

Но это сугубо мое мнение )

Да, я такие мнения часто слышу, это с ростом опыта появляется

Это пожалуй тот язык который говорит сначала учи java а потом поговорим и обо мне )

Ну, умение совмещать

Да, понял, спасибо

Я вас не различаю)

Сейчас

Я вас не различаю)

Я исправил

?

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

Можно примеров его оверхеда?

Как у комплюктера буду - поищу

Есть например задача сделать с клиента апдейт токена по рефрештокену. Мы знаем что наш репозиторий который работает с данными может параллельно кучу запросов посылать. В одном потоке мы уже точно знаем что токен истек. Как остановить остальные потоки с запросами которым тоже нужен токен чтобы подождать когда придет новый и продолжить запрос уже с ним. Как эту задачу решить на котлине?

Есть например задача сделать с клиента апдейт токена по рефрештокену. Мы знаем что наш репозиторий который работает с данными может параллельно кучу запросов посылать. В одном потоке мы уже точно знаем что токен истек. Как остановить остальные потоки с запросами которым тоже нужен токен чтобы подождать когда придет новый и продолжить запрос уже с ним. Как эту задачу решить на котлине?

Так же, как её решали бы на Java, например.

Так же, как её решали бы на Java, например.

Ну и как её решали бы на Java. Что использовали бы?

Ну и как её решали бы на Java. Что использовали бы?

OkHttp с Authenticator

Можно примеров его оверхеда?

https://developer.android.com/kotlin/faq.html The Kotlin runtime adds about 7,000 methods and ~1MB to your debug APK.

Proguard спасет, но в дебаге неудобно его запускать

https://developer.android.com/kotlin/faq.html The Kotlin runtime adds about 7,000 methods and ~1MB to your debug APK.

Я заметил 5-6к методов. Это меньше, чем Rx, и гораздо меньше, чем AppCompat.

Можно, кстати, попробовать собрать урезанную версию стдлибы.

Я в java, а темболее в kotlin новенький, решил все таки встать на этот путь)) А подскажите как лучше сделать, у менять есть большой xml файл, примерно на 500 000 объектов, мне нужно эту xml читать и находить в ней нужные мне элементы, сейчас я сделал так. Читаю весь файл, сохраняю данные в список, а потом делаю поиск по списку если нужно что-то найти. Но чую что делаю что-то не правильно. Как лучше осуществить поиск по xml, читать весь файл в память все равно придется? Как тогда ускорить поиск по списку?

читать файл через sax/stax, будет быстрее и лучше