This commit is contained in:
Михаил Капелько
2026-04-03 10:19:38 +03:00
parent 493863ae5a
commit d4028d2a0d
17 changed files with 1616 additions and 61 deletions

View File

@@ -1,3 +1,446 @@
02.04: 35
* прочитать предыдующую статью
* написать короткую статью за раз
* перевести на английский
01.04: 60
* проверить замену hwSet с template на std::any
быстро не удалось
итог: оставить шаблоны
* генерить hwSet для .h
31.03: 45
* fobjContexts -> other.contextIds
* генерить F
30.03: 40
* генерить расширения
registerCallbackC
* ввести rawCPPSDK
* оставить в tmp.kt лишь временное ручное (setupComponentDebugging)
29.03: 25
* генериь конвертацию
28.03: 35
* скинуть Всеволоду ЗС
https://github.com/OGStudio/kotlin-dialect/pull/6
* определиться с форматом конвертации
нужно ли ввести тип kotlincpp?
или лучше отдельный файл генерить?
чем больше файлов, тем как-будто хуже в среднем
тогда, выходит, тип нужен новый
sdkc++?
итого:
ввести sdkc++ или c++sdk
* написать kd.yml желаемый
27.03: 55
* дополнить пример kd example кнопкой
* создать видеодемонстрацию примера
26.03: 30
* перенести тело hwSet в KT внутри класса API
25.03: 40
* сделать заготовку oneliners
* сделать обёртку над KDController
* сделать обёртку над KDContext
* продумать решение вопроса с processOneliners
статичные функции в статичном компоненте!
24.03: 35
* линковать sdk-mac в ver-mac
* сделать заготовку компонента main
23.03: 50
* подготовить заготовку Qt HW для ver-mac-x64
* сделать заготовку sdk-mac-x64
22.03: 60
* установить AS на W10
* добавить в README инструкции для запуска примера
* переиначить ссылку на KD
сделать через клон
иначе это неподъёмно будет для пользоателей примера
никто не догадается сделать клон
когда в примере была ссылка на родителя
* оформить ЗС
https://github.com/OGStudio/kotlin-dialect/pull/4
* влить ЗС
21.03: 60
* убрать пустые файлы из ver-android
* переименовать в example/helloworld
* убрать лишние импорты из MainActivity
* подготовить компоненту main
* сгенерить kd.kt
* заигнорить/удалить ignore.kd.kt
* сделать отображение окна через шуд
* сделать отображение "hello world" через шуд
20.03: 70
* подготовить проект ver-android
19.03: 35
* создать kotlin-dialect-hello-world на Android, десктоп, iOS, web для винды
создать в репе kotlin-dialect?
добавить тег kotlin-dialect
нет, лучше отдельно, т.к. тогда можно будет форкать!
хотя форкать - это как-будто не самое критичное
это ведь скорее examples/helloworld
сильно ли важно форкать? как-будто это сильно второстепенно
ведь можно скопировать, и всё
итог: не надо делать отдельную репу, хватит текущей
* KD: README
убрать --out
уточнить: Klin, a translator to convert YML to Kotlin
-> to Kotlin and Swift
* игнорировать kd.kt, emb64.kt
* установить зависимости новые
brew install gradle
* поднять gradle до 9.3.1
чтобы собиралось с openjdk 25
* README: добавить building prerequisites
* собрать
18.03: 60
* установить Android Studio Panda 2
17.03: 30
* переместить файлы из bootcamp на второй комп
* удалить Windows
* установить Linux Mint
16.03: 40
* скачать Linux Mint
15.03: 30
* заполнить CHANGELOG.md за ЗС-2
забыл про 2.1
* поднять версию до 3.0
я же отменяю --out, это breaking change
* заполнить CHANGELOG.md про 3.0
* оформить ЗС
https://github.com/OGStudio/kotlin-dialect/pull/3
* влить ЗС
* tag 3.0
14.03: 40
* встроить src/*.swift
embSwift64?
embKotlin64?
* добавить embSwift64 в outputSwift
* генерить F в Swift (проверить генерацию F)
struct F {
static let didClickReload = F.shared.didClickReload??
}
* проверить использование F в KOM
всё работает, не надо придумывать FF
* применить обновлённую версию klin для генерации
kom
удалить cld-ios.swift
* проверить работоспособность в KOM
лишь затем вливать
всё работает
13.03: 55
* сделать цикличное сохранение по всем output paths
типы
jsexport
kotlin
swift
реагировать на смену currentOutputPathId для задания c.outputFile и c.outputFileContents
т.е. два шуда надо обновить
а затем в эффектах завязаться на более поздний
* сохранять файлы
* применить обновлённую версию klin для генерации
самого klin
тесты kd
* удалить шаг stripTestKDJS
* определиться насчёт 'import iv'
где его указывать?
swift: ?
да, это самое простое
* подготовить исходники KDController ext и registerOneliners
* проверить сборку kom ios сейчас
работает
с тестовым ручным struct FF и экспортированным F.shared из KT
* YML: поддержать 'swift:'
чтобы 'import iv' указать
* добавить rawSwift в outputSwift
12.03: 40
* ввести appShouldResetInputFileDir
* сделать запись одного первого output path
11.03: 45
* ввести outputKotlin
просто убрать import js and @JsExport
делать на результат outputJSExport
* генерить kotlin
без @JsExport
* генерить F obj с @JsExport для type: jsexport
хотя можно jsexport по умолчанию везде делать как-будто
* генерить js
оставлять @JsExport
* удалить appShouldParseOutputFilePath
* удалить --out
в т.ч. сообщение-помощь при запуске без аргументов
* переиначить outputPaths
* ввести заготовочную генерацию outputSwift
чтобы просто было что-то в файле по итогу сохранения
10.03: 25
* ограничить debug output
* ввести outputJSExport
09.03: 50
* подготовить yml
√ для klin
√ для klin test
√ для kom
* разбирать output
* ввести util/debug-klin
запуск не dist/app.js, а из BUILD_DIR
08.03: 40
* оформить fexp
пусть пока только и для JVM
но оно же есть
* влить
* ОБНОВИТЬ сертификат kornerr.ru
чтобы починить статью КМП
а затем скинуть офер Александру Ноксону
сделать README в vps/cert
всё-таки надо
а то за квартал забываю
07.03: 50
* разделить klin/kd.yml на два
js: в klin
jvm: в test
* разделить скрипт util/run-klin-dbg на build и dist
чтобы dist не перезатирал ничего автоматом
ибо dist редко нужно делать
а build - постоянно
run - убрал совсем, ибо это на самом деле build лишь
* сократить вывод максимальный отладочный до 50
* вынести расчёты FObj в fobj.kt
* убрать генерацию полей F структур, надо ведь только для контекстов генерить
06.03: 45
* (неудачно) попытаться генерить
* продумать уместность fexp как есть
возможно, стоит просто влить как есть
даже несмотря на то, что нужно ещё доработать для iOS
ибо тут сильное усложнение идёт
может, это усложнение стоит провести отдельными компонентами?
поэтому разумно закомитить текущие результаты по F
хотя и неполные
итог: надо влить
05.03: 40
* KD: продумать формат YML для генерации нужных обёрток в языке назначения
swift или ios?
outputs:
ver-android:
ver-ios:
sdk-ios:
ver-browser?nodejs?js?
* разбирать outputPaths
04.03: 40
* опубликовать статьи
03.03: 45
* прочитать предыдующую статью
* обновить в январской статье EN ссылку на Reddit
* написать заготовку статьи на Русском и Английском
02.03: 50
* добавить F Obj в output kd.kt
* добавить F.none
* объединить все файлы node.js в один файл js?
просто засунуть не помогло
* изучить, можно ли npx без загрузки из сети запускать
ибо npx удобнее всего
но без сети по умолчанию не работает
не нашёл такого
* убрать дублирование полей
* описать в README использование
01.03: 35
* собрать все поля всех контекстов
* сделать геренацию полей F по аналогии со спецструктурой YML
28.02: 40
* переместить kd.yml от klin внутрь klin
ведь у тестов будет свой kd.yml
чтобы не было путаницы
* подготовить kd.yml для тестов
* исправить запуск тестов
он как раз про то, что генерить надо разные варианты тех же файлов
в частности для тестов надо без @JsExport сделать
или мне нужны два разных вид файлов в src
одни c JsExport
другие - без
пока решил @JsExport решать на уровне скриптов util
ибо разруливать сейчас это через YML и Klin выглядит сильно лишним
27.02: 45
* поддержать isDbg
критически важно для переключения флага на стороне iOS БЕЗ пересборки KMP
* ввести outputEntityContents
* ввести outputKDContents
удалять package org.opengamestudio и import kotlin.js.JsExport
хотя если я их удаляю, то зачем мне их там размещать?
для кого-то, кто будет по одному файлу таскать?
никому это не надо
тогда легче сразу убрать ненужное, в т.ч. copyright
прям сейчас не удалить, ибо я пока ещё прямо ссылаюсь
так что надо удалять всё-таки
* генерить файлы KDController/Context/registerOneliners сразу в kd.kt
убрать симлинки на оригиналы
26.02: 30
* генерить b64 без package и import для каждого файла KD
хотя именно b64 можно генерить без предварительных правок
а вот после распаковки b64 правки как раз уместнее, ибо ближе к телу
* создать файл c package для хранения переменной с b64
* размещать b64 в коде
25.02: 35
* обдумать путаницу в названиях klin.kt/klin.yml
ведь проект называется Kotlin Dialect
а всё оказывается в непонятном файлы klin.kt
как-будто kd.yml и kd.kt гораздо яснее и естественнее
итог: переименовать всё в kd
хотя сам бинарь может остаться как раз klin
вот файлы уже kd
* переименовать файлы в kd
транслятор остаётся с названием klin
* сохранять содержимое KDController/Context/registerOneliners как Base64
* ввести шаги в run-klin-dbg
22.02: 20
* добавить кодирование в/из Base64
21.02: 55
* создать новую репу kotlin-dialect
* обновить README
* обновить CHANGELOG.md
* отполировать перед влитием
F.field - потом будет
убрать object F
* оформить ЗС
* влить ЗС
20.02: 50
* восстановить чтение файла
* передать didLaunch
* восстановить запись файла
* восстановить прежнюю генерацию
с учётом @JsExport
* восстановить isDbg?
как-будто нет смысла
убрал
* перевести на Node.js
* выяснить формат F
проверить доступность как в Kt, так и в JS
object F { val field = ... } работает
доступ везде есть как F.field
19.02: 35
* передавать аргументы
* задать аргументы временно внутри run-klin-dbg
передал klin.yml и klin.kt
18.02: 45
* переименовать инструмент в kd?
klin как-то не вяжется
с другой стороны, kd уже присуствует в npx
тогда фиг туда добавить этот очень важный инструмент
итог: оставляем klin
* временно ввести cld/entities для генерации Context?
или просто файл entities.kt взять как есть?
тогда и запускать не надо будет ничего
и даже можно будет довести до состояния CLD
после чего уже самого себя использовать для генерации!
итог: пока просто скопировать файлы
* скопировать большинство файлов
17.02: 35
* выбрать имя генератора
klin
и город в МО
и сокращение от kotlin
* переименовать generator в klin
16.02: 40
* починить сборку
проблема была в настройке settings
* выводить hw в консоль
проблема была в том, что не в src лежали исходники
* создать helloworld/
тут уже будут ver-nodejs, ver-android, ver-ios, ver-macos-x64/arm64, ver-linux-x64, ver-windows-x64
15.02: 45
* обдумать форму generator
тут будет лишь ver-nodejs
тогда, возможно, даже и смысла в ver-nodejs нет
да, смысла нет, это слишком важный инструмент, чтобы иметь несколько вариаций
хотя в будущем может появиться веб-интерфейс
да и другие версии
просто потому что могут
плюс это будет этаким стандартным подходом иметь ver-платформа везде
* создать заготовку проекта generator
14.02: 35
* продумать структуру проекта KD