Вроде же не сложно добавить.
Очень хорошо документит код
* @param <K> the type of keys maintained by this map
* @param <V> the type of mapped values
*/
keyboardFromOptions(LinkedHashMap<String, String> buttons
type Label = String
type Value = String
keyboardFromOptions(LinkedHashMap<Label, Value> buttons
ахтунг, мне лично такое счастье не нужно
А что предпочитаешь - javadoc сверху описывать, что там внутри LinkedHashMap?
Твиттер в другой стороне
LinkedHashMap - это уже странность. Скорее всего, можно сократить тип на 10 символов.
Как получить такие экстрасенсорные способности как у вас? Хочу также делать выводы не зная контекста
В Kotlin есть.
Map<String, List<Pair<String, Set<Number>>>> лучше что ли?
Да тут и контекст не нужен. Если там важен порядок, то тоже решение так себе.
для такого есть var
Что так что эдак проклято. Этот тип никакие алиасы не исправят.
Правда? Ну ладно, видимо вам виднее)
в сигнатуре метода?
Это мне напоминает потуги стримы юзать как do-нотации, протаскивая через них вложенные друг в друга туплы и структуры, так как биндингов не завезли. Крайне проклято.
а я за это тоже не голосовал))
при желании можно найти двадцатилетние issues, в которых объясняют что нам это не нужно, просто мы не понимаем
Обсуждают сегодня