Можно ли будет в обозримом будущем получать краткое описание методов прямо в IDEA без гугления.
К примеру описание функций let, apply, also из сорцов не получить, а очень хочется.
А в чем пробоема? "Quick Documentation" должен работать.
Откуда ts2kt сейчас (либо в будущем) будет брать nullability информацию из дескрипторов, которые этой информации лишены?
В декларациях на TypeScript такая информация может присутстовать, аля Type | null и конвертор это пользуется.
Не смотря на то что таргет ES5 мы стараемся воспользоваться фичами которые есть в рантайме, если это дает какой-то выигрыш. Это например Map, Set, Symbol, методы которые появились только в после ES5.
1) стандратная библиотека разрабатывается с учетом имеющихся сейчас таргетов и там еть API доступное для обоих платформах, и есть платформо-специфичное API. В свою очередь платорфмо-независемое API могут иметь разные реализации.
2) Политика сейчас такая, что практически все фичи языка должны работать на обоих платформах и иметь одинаковую семантику, по модулю некоторых особенностей платформы, например работа с примитивами или реализация регулярных выражений.
Разработчики asm.js планируют добавить поддержку GC и структур(typed object) — asmjs.org/faq.html
Но видимо это не скоро :( — необходимая фича(typed_objects) перехала из ES6 в ES7.
Удивительно, кстати, что ни в Java, ни в Kotlin'e до сих пор нет метода secondsToHumanReadableString, преобразующего целое число секунд в строку формата
ЧЧ: ММ: СС.
Для решения похожих задач есть библиотека Humanizer.jvm, правда желаемой автором поста функциональности там еще, вроде, нет. Прокт написан на Котлине, но может быть использован и в Java проекте.
Спасибо
Не могли бы Вы создать issue с проектом на котором это повторяется и указанием версий IDEA и плагина.
Спасибо!
А в чем пробоема? "Quick Documentation" должен работать.
В декларациях на TypeScript такая информация может присутстовать, аля
Type | null
и конвертор это пользуется.https://kotlinlang.org/docs/tutorials/
http://hadihariri.com/2013/12/29/jvm-minimal-survival-guide-for-the-dotnet-developer/
2) Политика сейчас такая, что практически все фичи языка должны работать на обоих платформах и иметь одинаковую семантику, по модулю некоторых особенностей платформы, например работа с примитивами или реализация регулярных выражений.
Да, все так, за исключением того что мы минификацией не занимаемся, оставляя это на откуп другим тулам.
Будет инкриментальная компиляция, которая перекомпилирует только нужные файлы.
Но видимо это не скоро :( — необходимая фича(typed_objects) перехала из ES6 в ES7.
Для решения похожих задач есть библиотека Humanizer.jvm, правда желаемой автором поста функциональности там еще, вроде, нет. Прокт написан на Котлине, но может быть использован и в Java проекте.
P.S. проект не мой.
Еще можно заглянуть в комьюнити на г+
В kotlin.concurrent есть еще другие полезности…
А еще лучше написать так:
и тогда компилятор сгенерирует toString(), equals(), hashCode() и функции для доступа к компонентам класса, чтобы можно было писать так: