Только как говорится, есть нюанс. Это не совсем Идея, а Fleet который зачем-то переименовали. А по функционалу, Флит не далеко ушел от ВС кода, перейти к реализации, переименовать символ и считай все, того огромного комбайна функций из идеи даже близко не было, хотя казалось бы под капотом движок Идеи. А ну он ещё более тормозной, даже чем идея.
А можно просто не заниматься ерундой и использовать UniFFI который имеет из коробки поддержку Async и убирает необходимость писать синхронные обертки вручную.
Готов поспорить, что в изначальном варианте был void*, но как-то в процессе редактуры "*" протерялся, на что кстати намекает лишний пробел в касте (void )(unsigned long)
А что является критерием для сравнения, хотя бы тех же самых плагинов на обоих платформах? Кол-во плагинов? Кол-во строчек кода на единицу плагина? Такой же вопрос к сообществу... Если читать между строк, то ответ на вопрос "Как быстро можно на вашем КМП взять готовые библиотки, тяп ляп и в продакшн": В целом должно быть так же быстро как и на Флаттере. Большинство кейсов должны покрываться существующими библиотеками Котлина: всякие permission, круд запросы, синие зубы, работа с локальной бд и тд. Можно еще вот тут с остальным ознакомиться, представлены конечно не все библиотеки, но большинство есть.
Какой-то несвязный поток сознания у вас вышел, но давайте разберемся. Го-байткод он же IR это нормальная практика для большинства современных языков. Разделение на фронтенд(Лексер языка, генерация IR) и бекенд(генерация машинного кода и в том числе работа с регистрами) позволяет относительно быстро добавлять новые архитектуры и платформы. От LLVM отказались мне кажется намеренно, т.к. один из краеугольных камней Го - быстрая компиляция по сравнению с Си и переезд на LLVM кратно, а может быть и в десятки раз увеличил бы время сборки.
Я вот сейчас пальцем в небо тыкну и на первом же блоке с err != nil нам попадется
if err != nil {
return nil, err
}
Проблема в том, что ошибки то не проверяются, а просто кидаются выше по дереву вызовов до места вызова. Из-за чего разработчики должны писать лишний бойлерплейт. В Расте вот немного умнее подошли к обработке ошибок. Функция возвращает Enum, который может содержать ошибку или значение и ее можно распаковать оператором ?. Если имеем ошибку возвращаем ошибку, если нет, получаем значение.
fn check_even(num: i32) -> Result<i32, String> {
if num % 2 == 0 {
Ok(num)
} else {
Err(format!("Число {} нечетное", num))
}
}
fn process_data(n: i32) -> Result<i32, String> {
let val = check_even(n)?; // Распаковка через ?
println!("Обработка значения: {}", val);
Ok(val * 2)
}
fn main() {
match process_data(4) {
Ok(res) => println!("Результат: {}", res),
Err(e) => println!("Ошибка: {}", e),
}
// Для нечетного числа
match process_data(5) {
Ok(res) => println!("Результат: {}", res),
Err(e) => println!("Ошибка: {}", e),
}
}
В Zig тоже достаточно похожая и органичная обработка ошибок, только там error union вместо Result и try вместо ? оператора. Но авторы Го на любое предложение с мыслями о эволюции языка просто зыкрывают тему со словами "У нас все хорошо, ничего нам не надо". Я до сих пор не понимаю, каким чудом удалось в Го протолкнуть обобщения.
Простите за наивный вопрос, но у вас в среде разработки "Go to Reference" не работает?)) Если мы пишем крупный проект, то рано или поздно , дабы не нарушить DRY нам все равно придется написать функцию обёртку и начинается велесипедо строение вместо того, чтобы просто использовать стд-шную функцию. Более того, я уверен, что после стабилизации итераторов, в стандартной библиотеке скорее всего появится похожая функция.
Один вопрос, зачем? Будь проект полностью написан в common для kmp, логику можно было бы проследить, но это не так - в проекте много частей на джаве. А в жвм и так есть kts, который для конфигураций не чуть не хуже. Чёт опять пахнет очередной revolution от Apple.
Обидно, да, но имхо лучше уж так. Останься они в РФ, так сразу прибегут любители пилить гос средства, начнут диктовать свои условия и вставлять палки в колеса или условный Сбер мог-бы просто подмять их под себя.
Только как говорится, есть нюанс. Это не совсем Идея, а Fleet который зачем-то переименовали. А по функционалу, Флит не далеко ушел от ВС кода, перейти к реализации, переименовать символ и считай все, того огромного комбайна функций из идеи даже близко не было, хотя казалось бы под капотом движок Идеи. А ну он ещё более тормозной, даже чем идея.
А можно просто не заниматься ерундой и использовать UniFFI который имеет из коробки поддержку Async и убирает необходимость писать синхронные обертки вручную.
C# - ну да, ну да, пошел я нах*р.
> С КМР/Jetpack так не получится, они используют нативные компоненты, которые нужно уметь правильно готовить.
Ушибочка. Compose имеет возможность интеропа с нативными компонентами, но не заставлять их использовать, ровно как и флаттер.
Простите, но в каком месте вы увидели плюсы в ядре Линукс?
Если хочется Хруста на встройке, есть embedded-hal и его реализации для разных платформ.
Готов поспорить, что в изначальном варианте был void*, но как-то в процессе редактуры "*" протерялся, на что кстати намекает лишний пробел в касте
(void )(unsigned long)Вы Хабр с OpenNet-ом перепутали.
А что является критерием для сравнения, хотя бы тех же самых плагинов на обоих платформах? Кол-во плагинов? Кол-во строчек кода на единицу плагина? Такой же вопрос к сообществу... Если читать между строк, то ответ на вопрос "Как быстро можно на вашем КМП взять готовые библиотки, тяп ляп и в продакшн": В целом должно быть так же быстро как и на Флаттере. Большинство кейсов должны покрываться существующими библиотеками Котлина: всякие permission, круд запросы, синие зубы, работа с локальной бд и тд.
Можно еще вот тут с остальным ознакомиться, представлены конечно не все библиотеки, но большинство есть.
Есть система сборки Amper, конфиг мало чем от конфига флаттера отличается.
Какой-то несвязный поток сознания у вас вышел, но давайте разберемся. Го-байткод он же IR это нормальная практика для большинства современных языков. Разделение на фронтенд(Лексер языка, генерация IR) и бекенд(генерация машинного кода и в том числе работа с регистрами) позволяет относительно быстро добавлять новые архитектуры и платформы. От LLVM отказались мне кажется намеренно, т.к. один из краеугольных камней Го - быстрая компиляция по сравнению с Си и переезд на LLVM кратно, а может быть и в десятки раз увеличил бы время сборки.
Я вот сейчас пальцем в небо тыкну и на первом же блоке с err != nil нам попадется
Проблема в том, что ошибки то не проверяются, а просто кидаются выше по дереву вызовов до места вызова. Из-за чего разработчики должны писать лишний бойлерплейт.
В Расте вот немного умнее подошли к обработке ошибок. Функция возвращает Enum, который может содержать ошибку или значение и ее можно распаковать оператором ?. Если имеем ошибку возвращаем ошибку, если нет, получаем значение.
В Zig тоже достаточно похожая и органичная обработка ошибок, только там error union вместо Result и try вместо ? оператора.
Но авторы Го на любое предложение с мыслями о эволюции языка просто зыкрывают тему со словами "У нас все хорошо, ничего нам не надо". Я до сих пор не понимаю, каким чудом удалось в Го протолкнуть обобщения.
Потому-что очередная ИИ статья в копро блоге.
Вот к примеру докерфайл одного из премеров, причем по внутренней градации он "продвинутый"...
FROM ubuntu:20.04RUN touch /hello.txt && echo "hello world" > /hello.txtСтатья как говорится ниочом. Новичкам никс преподносят как очередного убийцу докера, а те кто в теме - те в теме.
\s А почему в конце статьи нету ссылки на "полезный" телеграм канал, который ведет автор?
Эта фишка доступна любому статически компилируемому языку, не только лишь Go.
Ну это уже сверх наглость заставлять гпт писать комментарии к статье написанной ей же.
Простите за наивный вопрос, но у вас в среде разработки "Go to Reference" не работает?)) Если мы пишем крупный проект, то рано или поздно , дабы не нарушить DRY нам все равно придется написать функцию обёртку и начинается велесипедо строение вместо того, чтобы просто использовать стд-шную функцию. Более того, я уверен, что после стабилизации итераторов, в стандартной библиотеке скорее всего появится похожая функция.
Можно было хотя бы для приличия попросить ГПТ написать про Элексир или Глем? И на акторах щас в скале не пишут.
Один вопрос, зачем? Будь проект полностью написан в common для kmp, логику можно было бы проследить, но это не так - в проекте много частей на джаве. А в жвм и так есть kts, который для конфигураций не чуть не хуже. Чёт опять пахнет очередной revolution от Apple.
У серверлесс, серверлесс контейнеров и базы от Яндекса по моему есть бесплатные месячные квоты.
Обидно, да, но имхо лучше уж так. Останься они в РФ, так сразу прибегут любители пилить гос средства, начнут диктовать свои условия и вставлять палки в колеса или условный Сбер мог-бы просто подмять их под себя.