Comments 28
Империя наносит ответный удар? Так кто же фаворит Flutter или Kotlin/Native?
Как всегда империя победит… Патаму что у нее легионы
У Kotlin/Native нет SDK как у Flutter, пока не очень понятно, зачем он нужен под Android.
Kotlin/Native нужен для iOS. А вообще у Kotlin (мультиплатформенного) идеология немного другая. Основная суть заключается в том, что большая часть логики выносится в общие модули и в платформенных остаются только привязки к специфичным вещам и в том числе и привязки к UI.
Вот вопрос насколько много общей логики можно вынести и как ее потом просто будет привязывать к UI пока остается открытый.
Вот вопрос насколько много общей логики можно вынести и как ее потом просто будет привязывать к UI пока остается открытый.
UFO just landed and posted this here
В Kotlin/Native нет jvm от слова вообще. Вы не то что не можете использовать библиотеки на других JVM языках, а даже не все библиотеки на Kotlin вам доступны — только те, чьи авторы позаботились о multiplatform в целом и native в частности.
И нет никакого аналога .Net Standart, чтоб любой совместимый язык взял, скомпилил библиотеку и запускай хоть на винде, хоть на линуксе, хоть на ios, хоть на Tizen?
Получается, что вся эта история с kotlin/native нужна только для того, чтобы разработчик мог переключиться на нативные приложения, зная синтаксис kotlin jre?
Я полагал, что там придумали способ юзать всю мощь существующих библиотек, а, получается, что условные Jackon'ы надо пилить с нуля :(
Я полагал, что там придумали способ юзать всю мощь существующих библиотек, а, получается, что условные Jackon'ы надо пилить с нуля :(
Это надо чтоб Oracle Java/Native запилила, а тады JVM на свалку истории придется отправить.Haskell и Go без всяких виртуальных машин живут в нативе и GC в коробке.
Scala тоже Native проект имеет и да, мягкотелые тоже смотрют как Net приложения в native запускать.
И все имеют интероп к язку Си.Да, язык Cи будет вечным!!!
Scala тоже Native проект имеет и да, мягкотелые тоже смотрют как Net приложения в native запускать.
И все имеют интероп к язку Си.Да, язык Cи будет вечным!!!
UFO just landed and posted this here
Добрый день.
А можете, пожалуйста, подсказать, когда Kotlin js (ориентировочно, конечно же) перестанет быть экспериментом?
А можете, пожалуйста, подсказать, когда Kotlin js (ориентировочно, конечно же) перестанет быть экспериментом?
Kotlin/JS не является экспериментом начиная с версии Kotlin 1.1
Ох, спасибо! Что-то я пропустил это…
kotlinlang.org/docs/reference/whatsnew11.html#javascript-backend
Starting with Kotlin 1.1, the JavaScript target is no longer considered experimental.
kotlinlang.org/docs/reference/whatsnew11.html#javascript-backend
Хотелось бы увидеть более подробное описание того, как kotlin native сделано "внутри".
- Объекты создаются в куче или на стеке? Если второе, то что будет с общепринятой в jvm языках практикой, когда внутри функции создаётся объект и возвращается ссылка на него? Можно ли управлять, в какой памяти, где создаётся объект? Можно ли определить свои аллокаторы?
- В jvm есть сборщик мусора, и обычно код пишется так, что в нём граф взаимосвязей между объектами может содержать циклы. Как реализовано удаление объектов в native? Там есть свой сборщик мусора?
- Какой оверхед по размеру создаваемой библиотеки по сравнению с чистым си?
- Как конечное время жизни указателей, пришедших из си, сочетается с кодом в котлине? Например, если есть неизменяемый объект, содержащий указатель, который в один прекрасный момент станет невалидным?
В каких-то видеинтервью с разработчиками языка я слышал, что у Kotlin есть какие-то особые планы и на разработку игр. Скажите, в этом направлении еще ведутся работы и исследования, или решили пока не идти?
Контракты выглядят забавно, чем-то напоминают системы верификации для императивных языков.
Но кажется, что не стоит ими сильно тюнить язык. Пример из открытых вопросов с `filter`, который меняет тип результата выглядит сейчас как кастыль в системе типов.
Hello Word — объем исполняемого файла порядка 450 Кб(Linux-x64).
Cишный код подцепил из статической библиотеки без проблем.
К С++ классам надо wrappers на C писать — что нудно.
Ну и компиляция долговатa потому что котлин компилер под JVM (gcc просто летает).
Cишный код подцепил из статической библиотеки без проблем.
К С++ классам надо wrappers на C писать — что нудно.
Ну и компиляция долговатa потому что котлин компилер под JVM (gcc просто летает).
Sign up to leave a comment.
Kotlin 1.3 с поддержкой корутин, бета-версией Kotlin/Native и не только