На файл значит, что в этом модуле есть InspireTree, и модуль рассматривается как неймспейс, если мне не изменяет память

О, зафурыкало вроде. Упало, но в другом месте. Спасибо!

Вообще. В Kotlin-JS есть только одна проблема : JS. Найти нормально написанную библиотеку практически не возможно.

Самая большая проблема это интероп с js. Сам js тут вообще не причем

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

@JsModule("something")
external fun callAsFunction(param: Int)

@JsModule("something")
external class InstantiateAsClass(param: String)

делаем два

fun main() {
    callAsFunction(3)
    InstantiateAsClass("I AM A CLASS")
}

в сгенерённом коде видим:```
(function (_, Kotlin, $module$something) {
 'use strict';
 function main() {
   $module$something(3);
   new $module$something('I AM A CLASS');
 }
 _.main = main;
 main();
 Kotlin.defineModule('test', _);
 return _;
}(module.exports, require('kotlin'), require('something')));
`

На самом деле сам JS, а точнее традиции написания на нем. Лично у меня с интеропом с нормальными ES6 модулями  особых сложностей не возникает. Но вот структура API, постоянный monkey patching и убитая модуляризация достают

@JsModule("something")
external fun callAsFunction(param: Int)

@JsModule("something")
external class InstantiateAsClass(param: String)

fun main() {
    callAsFunction(3)
    InstantiateAsClass("I AM A CLASS")
}

Лучше сразу в документацию. По JS хорошо бы именть подборку таких вот кейсов.

да, мы сделаем документацию наглядней

Добавлю, что

@JsModule("something")
external fun callAsFunction(param: Int)

@JsModule("something")
external class InstantiateAsClass(param: String)

не эквивалентно

@file:JsModule(“something”)

external fun callAsFunction(param: Int)

external class InstantiateAsClass(param: String)

холиварная тема. В зависимости от того кому что к чему нужно прикрутить... для того другая сторона и является проблемой. Вам js к котлину нужно прикрутить.. вот вам и кажется что проблема в js. Мне котлин к js нужно прикрутить.. и для меня проблема - средства интеропа котлина с js.

Пока все эксперты тут, объясните мне пожалуйста, почему когда я генерирую объект как написано тут сверху: https://pastebin.com/x1WHHzE6 (этоя пытаюсь external interface реализовать), получается то, что снизу. И как с этим бороться? Везде JSName развешивать?

Сделал ручную сборку объекта через JSON все заработало. Как вообще надо создавать инстансы external interface, которые dukat-ом генерируются?

Нашел в официальной доке: https://kotlinlang.org/docs/reference/js-interop.html#external-interfaces. Все делается через js("{}"). Не круто!

Там в объекте заманглены имена приватных backing полей. Для "виртуальных" пропертей всегда генерируется get/set JS пропертя на прототипе с настоящим Kotlin именем + опционально value пропертя на объекте с замангленным именем.

При использовании пропертей напрямую, например x.id или x.itree.state, - это работает хорошо. Но во многих способах рефлексии над JS объектом прототип игнорируют, а приватные поля на объекте хорошо видны. Отсюда такой результат.

Случай неприятный, и JsName тут, к сожалению, не поможет. Думаем над тем, как это решать. Возможно что-то вроде аннотации JvmField, но которая поддерживает override и не поддерживает super доступ.

Пока можно использовать kotlin.js.Json или делать проперти финальными без get/set и override.

Может быть это можно решить на стороне dukat и сделать к генераторы для таких external iterface, который не будет использовать явный конструктор.

В DataForge я это решаю тем, что вообще не транслирую динамику в JS класс, а делаю делегаты над динамическим объектом

dukat - это про конвертацию тайпингов. он тут не причем. проблема в том какие проперти генерит бэкэнд k/js

страдаю из-за этого с самого начала пользования k/js

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

Как только байндинги работают, про то, что там манглится, вообще можно не думать