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

Вот весь код Map<ApiGroup, Set<ApiGet>> groupedMethods = methods.stream().collect(Collectors.groupingBy(apiDescriptions::getGroup, Collectors.toSet())); Map<ApiGroup, Set<ApiGet>> sortedGroupedMethods = new TreeMap<>(Comparator.comparingInt(ApiGroup::getOrder)); sortedGroupedMethods.putAll(groupedMethods);

methods.map { Pair(apiDescriptions.getGroup(it), setOf<ApiGet<*, *>>()) }.toMap() Так норм?

Если делать fancy, я бы написал .asSequence().map(apiDescriptors::getGroup).map { Pair(it, setOf<ApiGet<*, *>>()) }

по крайней мере в 8 не было, не знаю что в 11

https://github.com/FXMisc/RichTextFX

Вот весь код Map<ApiGroup, Set<ApiGet>> groupedMethods = methods.stream().collect(Collectors.groupingBy(apiDescriptions::getGroup, Collectors.toSet())); Map<ApiGroup, Set<ApiGet>> sortedGroupedMethods = new TreeMap<>(Comparator.comparingInt(ApiGroup::getOrder)); sortedGroupedMethods.putAll(groupedMethods);

Это то, что переводится?

Это то, что переводится?

Это то, что было до перевода. :D

Вот весь код Map<ApiGroup, Set<ApiGet>> groupedMethods = methods.stream().collect(Collectors.groupingBy(apiDescriptions::getGroup, Collectors.toSet())); Map<ApiGroup, Set<ApiGet>> sortedGroupedMethods = new TreeMap<>(Comparator.comparingInt(ApiGroup::getOrder)); sortedGroupedMethods.putAll(groupedMethods);

Братан, вот от души сочувствую

Братан, вот от души сочувствую

Спасибо

https://github.com/FXMisc/RichTextFX

там помнится, залазили в private методы через рефлексию и завязано на 8 Jdk

Дык эцсамое, methods.groupBy(ApiGroup::getGroup) как минимум для того, чтобы Map получить. А вот про TreeMap с компаратором надо подумать.

там помнится, залазили в private методы через рефлексию и завязано на 8 Jdk

А, он умер. А я и не знал.

methods.groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::getOrder)), ApiGroup::getGroup), что ли.

methods.groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::getOrder)), ApiGroup::getGroup), что ли.

Попробую, спасибо.)

methods.groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::getOrder)), ApiGroup::getGroup), что ли.

methods.groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::order)), apiDescriptions::getGroup) выдаёт Type inference failed. Expected type mismatch: required: Map<ApiGroup, Set<ApiGet<*, *>>> found: MutableMap<in ApiGroup!, MutableList<ApiGet<*, *>>>

На мутабельность пофиг, главное MutableList -> Set

как тайпклассы в JVM реализовать? куча рефлексии?

Можно через имплиситы ?

methods.groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::order)), apiDescriptions::getGroup) выдаёт Type inference failed. Expected type mismatch: required: Map<ApiGroup, Set<ApiGet<*, *>>> found: MutableMap<in ApiGroup!, MutableList<ApiGet<*, *>>>

Точно, groupBy* же в качестве значений списки держит. Хмм.

> передавать явно А что, в том пропозале нельзя?

Можно

Точно, groupBy* же в качестве значений списки держит. Хмм.

В результате, вроде, вот methods .asSequence() .groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::order)), apiDescriptions::getGroup) .map { Pair(it.key as ApiGroup, it.value.toSet()) } .toMap()

Увадаемые, кто оседлал уже котлин дсл в грейделе, как сделать аналог вот такого подхода? subprojects { subproject -> afterEvaluate { if (subproject.plugins.hasPlugin('com.android.library')) { android { ... } dependencies { ... } } } }

Привет всем. Извините за "наглость". Кто может скинуть видео, где коротко объяснят про button в android studio

И видео где объяснят хттп запросы

Пост, гет

Можно через имплиситы ?

а имплиситы в jvm как? :)

В результате, вроде, вот methods .asSequence() .groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::order)), apiDescriptions::getGroup) .map { Pair(it.key as ApiGroup, it.value.toSet()) } .toMap()

Можно и так, но наверняка это шустрее будет работать через .groupingBy(apiDescriptions::getGroup).???, чтобы не гонять списки в сеты. Только я пока ??? не врубил, сам Grouping не использовал пока.

а имплиситы в jvm как? :)

Я предполагаю - как дополнительный параметр в функцию, только опциональный. Если его не задавать явно, то компилятор возьмет подходящее значение из текущего скоупа.

В результате, вроде, вот methods .asSequence() .groupByTo(TreeMap(Comparator.comparingInt(ApiGroup::order)), apiDescriptions::getGroup) .map { Pair(it.key as ApiGroup, it.value.toSet()) } .toMap()

Скорее всего .groupingBy(...).foldTo(TreeMap(...), ...)

тут думаешь как бы в this не запутаться, а то ещё имплиситы...

Но без входных типов Api* трудно коллекциями вертеть)

тут думаешь как бы в this не запутаться, а то ещё имплиситы...

Дык там имплиситы предлагаются ровно для неявных x во вложенных with(x) { ... }, то есть это развитие идеи путаницы с this :)

Скорее всего .groupingBy(...).foldTo(TreeMap(...), ...)

Не получается такое

Увадаемые, кто оседлал уже котлин дсл в грейделе, как сделать аналог вот такого подхода? subprojects { subproject -> afterEvaluate { if (subproject.plugins.hasPlugin('com.android.library')) { android { ... } dependencies { ... } } } }

А проблема в том, что гредл ругается на android?

да, не понятно как применить конфигурацию к плагину

Там вместо android { ... } придётся делать configure<com.android.build.gradle.LibraryExtension> { ... }, ЕМНИП

Как переписать это на котлин?) Enum[] enumConstants = (Enum[]) type.getEnumConstants(); Конвертируется вот так val enumConstants = type.enumConstants as Array<Enum<*>> Но говорит что есть ошибка No type arguments expected for class Array

А проблема в том, что гредл ругается на android?

в этом он не одинок)

А проблема в том, что гредл ругается на android?

да и блок депенденси не понимает метод implementation()

Не получается такое

Я таки не могу в такое позднее время по обрывкам кода понять, что такое ApiGroup и как оно соотносится с остальным)

Как переписать это на котлин?) Enum[] enumConstants = (Enum[]) type.getEnumConstants(); Конвертируется вот так val enumConstants = type.enumConstants as Array<Enum<*>> Но говорит что есть ошибка No type arguments expected for class Array

Вообще, тип Enum<*> в котлине невалиден (а сырых нет). Поэтому либо кастится к какому-нибудь конкретному Enum<Thread.State>, либо с @Suppress("UPPER_BOUND_VIOLATED"). (кстати, ахтунг, там рефлексия)

да и блок депенденси не понимает метод implementation()

А если "implementation"(...)?

Я таки не могу в такое позднее время по обрывкам кода понять, что такое ApiGroup и как оно соотносится с остальным)

Да ничего, тот вариант норм.)

Вообще, тип Enum<*> в котлине невалиден (а сырых нет). Поэтому либо кастится к какому-нибудь конкретному Enum<Thread.State>, либо с @Suppress("UPPER_BOUND_VIOLATED"). (кстати, ахтунг, там рефлексия)

Эх

Да ничего, тот вариант норм.)

Ну окей, пусть так будет :)

А если "implementation"(...)?

о_О а вот так кажется понимает

Вообще, тип Enum<*> в котлине невалиден (а сырых нет). Поэтому либо кастится к какому-нибудь конкретному Enum<Thread.State>, либо с @Suppress("UPPER_BOUND_VIOLATED"). (кстати, ахтунг, там рефлексия)

А если нет варианта выловить тип? Дженерик?

А если нет варианта выловить тип? Дженерик?

собственно, я расписал для ситуации, когда тип неизвестен

о_О а вот так кажется понимает

Как раз на котлинконфе сегодня рассказывал тип — когда речь идёт о NamedContainer, грувёвый DSL понимает, где вроде как идентификатор нужно превратить в getByName("idenifier"). Котлин не умеет вообще такие штуки с идентификаторами делать, но для его DSL добавили в контексте контейнера String.invoke(...) = getByName(this)(...)

блин, но это же жесть =)

Дык в этом весь гредл, не?))))

На самом деле с переходом на Kotlin DSL гредл начинает чуть лучше доходить.

не, это уже зашквар совсем =)

В грувёвом дсл ОЧЕНЬ много магии.

в этом весь груви)

В грувёвом дсл ОЧЕНЬ много магии.

это да

собственно, я расписал для ситуации, когда тип неизвестен

Аннотация не помогает

Хотя вон в @pofftop как раз бомбят по поводу Kotlin DSL и говорят, что груви был лаконичнее :D

Аннотация не помогает

А какой код?

А какой код?

В смысле?

В смысле?

ну, чему аннотация не помогает? Какому коду?

ну, чему аннотация не помогает? Какому коду?

val enumConstants = type.enumConstants as Array<Enum<*>> Поставил аннотацию в начало метода - ничего. Засунул прям к массиву (@Suppress("UPPER_BOUND_VIOLATED") Array<Enum<*>>) (ну а мало ли) - всё равно ничего

val enumConstants = type.enumConstants as Array<Enum<*>> Поставил аннотацию в начало метода - ничего. Засунул прям к массиву (@Suppress("UPPER_BOUND_VIOLATED") Array<Enum<*>>) (ну а мало ли) - всё равно ничего

У меня val enumConstants = (Thread.State::class.java as Class<*>).enumConstants as Array<Enum<*>> проблем не вызывает

ну, не считая unchecked

ну, не считая unchecked

А у меня до сих пор No type arguments expected for class Array ?

А у меня до сих пор No type arguments expected for class Array ?

так может реально такой класс попался? Что даёт Ctrl+клик?

так может реально такой класс попался? Что даёт Ctrl+клик?

public abstract class Enum<E : Enum<E>> из пакета kotlin

ERROR: S client not available

public abstract class Enum<E : Enum<E>> из пакета kotlin

я про Array

вдруг есть какой-нибудт злостный class Array {}

вдруг есть какой-нибудт злостный class Array {}

package java.lang.reflect; /** * The {@code Array} class provides static methods to dynamically create and * access Java arrays. * * <p>{@code Array} permits widening conversions to occur during a get or set * operation, but throws an {@code IllegalArgumentException} if a narrowing * conversion would occur. * * @author Nakul Saraiya * @since 1.1 */ public final class Array

Ой-ой-ой

package java.lang.reflect; /** * The {@code Array} class provides static methods to dynamically create and * access Java arrays. * * <p>{@code Array} permits widening conversions to occur during a get or set * operation, but throws an {@code IllegalArgumentException} if a narrowing * conversion would occur. * * @author Nakul Saraiya * @since 1.1 */ public final class Array

вот и ответ, заимпортировал из рефлекта, а нужен kotlin.Array

вот и ответ, заимпортировал из рефлекта, а нужен kotlin.Array

Окей.) А как тогда Array.newInstance(genericType as Class<*>, 0).javaClass переделать с рефлекта? (извините что спрашиваю каждую мелочь, хочется уже доделать и успокоиться)

Да никак, наверное, если ты от Class<*> пляшешь.

genericType: Type из рефлекта

Окей.) А как тогда Array.newInstance(genericType as Class<*>, 0).javaClass переделать с рефлекта? (извините что спрашиваю каждую мелочь, хочется уже доделать и успокоиться)

Именованными импортами или fully qualified. Вообще, не особо представляю, зачем это нужно.

Именованными импортами или fully qualified. Вообще, не особо представляю, зачем это нужно.

А пример можно?)

А пример можно?)

import java.lang.reflect.Array as JArray || java.lang.reflect.Array.newInstance

import java.lang.reflect.Array as JArray || java.lang.reflect.Array.newInstance

Спасибо огромное!)

Нужно для себя написать простое GUI-приложение под Android. Что лучше выбрать -- Java или Kotlin? Если разница вообще есть. На Jave писал 3-4 раза в жизни. Kotlin только читал. На первый взгляд кажется, что Kotlin очень схож с Java и знание последней всё равно нужно, поэтому для примитивной задачи лучше взять Java и не парится. Спасибо!

Нужно для себя написать простое GUI-приложение под Android. Что лучше выбрать -- Java или Kotlin? Если разница вообще есть. На Jave писал 3-4 раза в жизни. Kotlin только читал. На первый взгляд кажется, что Kotlin очень схож с Java и знание последней всё равно нужно, поэтому для примитивной задачи лучше взять Java и не парится. Спасибо!

А чем схож?

Бери, что ближе)

А чем схож?

Узнаю русские комьюнити :D

Бери, что ближе)

Я один только "на картинках" видел) И второй, как я писал, 3 раза в жизни использовал. Мне никто из них не ближе)

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

Всё просто: если стоит практическая задача написать приложение и забыть о ведре (и JVM) — бери то, на чём проще писать (вероятно, в твоём случае Java). Если хочется подучиться и время позволяет — бери технологии, которые будут актуальны в дальнейшем (Kotlin).

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

Так я допускаю, что ответ -- "без разницы", который я изначально тоже предположил, верный. Но лучше спросить у знающих людей, а не гадать)

В целом если и то, и то для тебя в новинку — вряд ли освоение Котлина сверху Джавы сильно тебя замедлит. БОльшая часть борьбы будет с ведровыми API, а не с языком.

Так я допускаю, что ответ -- "без разницы", который я изначально тоже предположил, верный. Но лучше спросить у знающих людей, а не гадать)

Попробуй котлин, если войдет за неделю пиши. Если нет, пройдись по яве

В целом если и то, и то для тебя в новинку — вряд ли освоение Котлина сверху Джавы сильно тебя замедлит. БОльшая часть борьбы будет с ведровыми API, а не с языком.

Так он не сверху. Все заново

Я о том, что всё равно придётся основные понятия джавки осваивать и сверху ещё накатывать "патчи" к ним для котлина.

Я о том, что всё равно придётся основные понятия джавки осваивать и сверху ещё накатывать "патчи" к ним для котлина.

Это да...но её понятия уже включены в котлин

Это да...но её понятия уже включены в котлин

Ну такое... Для того, чтобы понять, зачем нужны компаньоны и что такое object — полезно понимать, что такое static, чего в языке нету. С другой стороны, должно быть достаточно опыта в C# / C++, если таковой имеется.

Ну такое... Для того, чтобы понять, зачем нужны компаньоны и что такое object — полезно понимать, что такое static, чего в языке нету. С другой стороны, должно быть достаточно опыта в C# / C++, если таковой имеется.

Не поспоришь...

@r4zzz4k В общем вот так получилось

?

круто)