По факту ты сам подтвердил, что у $mol нет ни JIT, ни AOT на уровне самого фреймворка — это просто JS-бандл, а JIT/AOT делает движок V8, как и для любого другого веб-фреймворка; это нельзя честно сравнивать с Dart, который реально компилируется AOT в нативный код и работает вне браузера.
Ты честно написал, что нативной поддержки платформ нет и всё решается через Tauri — ровно так же можно упаковать React/Vue/любой другой веб-UI, так что исходный тезис про Web/Windows/macOS/Linux/Android/iOS как фичу именно $mol был маркетинговым преувеличением, а не реальным отличием. И бэк у Tauri - это Rust. А тут фронт, бэк, мобилы - везде один язык - Dart, понимаешь?
На вопрос про нативные фичи ОС ты ответил «адаптивностью» и «меньше кода» — это свойства верстки и архитектуры UI, но они никак не дают доступ к чему-то сверх того, что и так умеет браузер, то есть $mol остаётся обычным веб-UI без дополнительных системных возможностей.
Фраза про «пришёл по рекомендациям гугла и распространяю знания о $mol» прямым текстом показывает, что это прежде всего промо любимого фреймворка, а не ответ по теме статьи про Dart/Jaspr и их конкретные задачи.
DSL .view.tree и свой тулчейн — это как раз и есть серьёзные ограничения: дополнительный язык, собственный формат, зависимость от одного экосистемного центра и повышенный порог входа; даже если монорепо формально не обязателен, большинство примеров и инструментов завязаны на эту модель, и это объективно сложнее, чем обычный TS/HTML. (GitHub)
Ссылка на game.hyoo.ru показывает, что на $mol можно сделать демку-игру, но это одиночный экспериментальный проект с нулём звёзд и минимальной активностью, а не доказательство, что фреймворк «одинаково хорошо подходит» для игр так же, как специализированные движки или даже те же Unity/Godot. (GitHub)
По C/Rust ты прямо сказал «нет, но можно добавить, как связать — сам не знаю», то есть сейчас никакой реальной интеграции нет, а обещание «когда-нибудь можно прикрутить» — это уровень идей, а не фича, сравнимая с официальным FFI у того же Dart.
HARP и «гипер база» — это просто ещё один набор TypeScript-библиотек поверх стандартного JS/Node-мира, они не дают того же эффекта, что единый Dart-стек с общими моделями, типами и null-safety между фронтом и бэком, и не отвечают на вопрос, почему ради этого нужно выкинуть Dart/Jaspr и пересесть на $mol. (harp.hyoo.ru)
Про «синтаксис» имелось в виду, что .view.tree выглядит максимально нетипично для веб-мира, и это реальный риск для команды: читать и поддерживать такой код смогут в основном люди, уже глубоко погружённые в $mol, а не обычные фронтендеры с рынка.
В ответ на вопрос про canvas ты отвечаешь в стиле «думаю, выдаст больше 60 fps», но по факту $mol — DOM-ориентированный фреймворк без готового сценария «одна бизнес-логика, две официально поддерживаемые реализации (HTML и Canvas)», а значит всё придётся делать руками, как и в любом другом стеке, тогда как у связки Dart+Jaspr+Flutter именно это разделение слоёв и было изначально целью. Кстати изучи вопрос, больше 100fps некоторые функции анимации в чистом жс не дадут по определению.
если где то показалось что я выражаю негативную эмоцию то уверяю - показалось!! пожалуйста давайте пообщаемся лично! если это интересно для вас
Насчет негатива - вообще нет, даже не показалось, я вижу, что ты заинтересованный парень, который верит в свой фреймворк и это хорошо. Мне нравится что ты сектант своего фреймворка, после Дарта, я конечно в сторону мола не посмотрю, тут свои фреймворки, а наоборот, хочу завербовать тебя в секту Дарта, здесь, поверь, очень круто. К тебе у меня тоже негатива нет, наоборот позитивное отношение, а вот негатив в сторону мола со стороны сообщества заслужил джин, закрыв план по негативу на пару-тройку десятков лет)
О, молы пришли) 1) $mol поддерживает JIT и AOT компиляцию? 2) «Web / Windows / macOS / Linux / Android / iOS ». Можешь показать, где именно в $mol есть нативная поддержка этих платформ, кроме как через обычный WebView/Electron, как у любого веб-фреймворка? 3) Есть список нативных фич, которые $mol даёт на десктопе/мобилке, помимо того, что даёт сам браузер? 4) Тема статьи — Dart и Jaspr. $mol как TypeScript-фреймворк тут при чём? Он внезапно научился компилироваться из Dart или просто решил заехать в любой тред, где слово «веб» встречается? 5) Ты серьёзно считаешь, что собственный DSL, свой формат .view.tree, свой монорепо-тулчейн и специфичный стиль кода — это «не ограничения»? Тогда как по-твоему выглядят ограничения? 6) Про «даже для игр» особенно интересно. Можешь привести пару публичных игр на $mol с нормальной нагрузкой (а не демку на 50 строк) — чтобы увидеть, как это «подходит» на практике? 7) интеграция с C и Rust есть? 8) чем $mol решает именно те задачи, про которые говорит статья про Jaspr — единый язык Dart для фронта и бэка, SSR/SSG на Dart и шаринг бизнес-логики, — кроме как «забудьте про всё это и перепишите на мой любимый TS-фреймворк»? 9) синтаксис из категории "ты себя в зеркало видел? тебе не удастся потеряться в толпе вас там не смущает? 10) $mol в канвас умеет? 120 фпс дает? есть выбор как между jaspr и flutter из хтмл в канвас с сохранением бизнес логики?
Отвечу по пунктам, по сути.
По факту ты сам подтвердил, что у $mol нет ни JIT, ни AOT на уровне самого фреймворка — это просто JS-бандл, а JIT/AOT делает движок V8, как и для любого другого веб-фреймворка; это нельзя честно сравнивать с Dart, который реально компилируется AOT в нативный код и работает вне браузера.
Ты честно написал, что нативной поддержки платформ нет и всё решается через Tauri — ровно так же можно упаковать React/Vue/любой другой веб-UI, так что исходный тезис про Web/Windows/macOS/Linux/Android/iOS как фичу именно $mol был маркетинговым преувеличением, а не реальным отличием. И бэк у Tauri - это Rust. А тут фронт, бэк, мобилы - везде один язык - Dart, понимаешь?
На вопрос про нативные фичи ОС ты ответил «адаптивностью» и «меньше кода» — это свойства верстки и архитектуры UI, но они никак не дают доступ к чему-то сверх того, что и так умеет браузер, то есть $mol остаётся обычным веб-UI без дополнительных системных возможностей.
Фраза про «пришёл по рекомендациям гугла и распространяю знания о $mol» прямым текстом показывает, что это прежде всего промо любимого фреймворка, а не ответ по теме статьи про Dart/Jaspr и их конкретные задачи.
DSL
.view.treeи свой тулчейн — это как раз и есть серьёзные ограничения: дополнительный язык, собственный формат, зависимость от одного экосистемного центра и повышенный порог входа; даже если монорепо формально не обязателен, большинство примеров и инструментов завязаны на эту модель, и это объективно сложнее, чем обычный TS/HTML. (GitHub)Ссылка на game.hyoo.ru показывает, что на $mol можно сделать демку-игру, но это одиночный экспериментальный проект с нулём звёзд и минимальной активностью, а не доказательство, что фреймворк «одинаково хорошо подходит» для игр так же, как специализированные движки или даже те же Unity/Godot. (GitHub)
По C/Rust ты прямо сказал «нет, но можно добавить, как связать — сам не знаю», то есть сейчас никакой реальной интеграции нет, а обещание «когда-нибудь можно прикрутить» — это уровень идей, а не фича, сравнимая с официальным FFI у того же Dart.
HARP и «гипер база» — это просто ещё один набор TypeScript-библиотек поверх стандартного JS/Node-мира, они не дают того же эффекта, что единый Dart-стек с общими моделями, типами и null-safety между фронтом и бэком, и не отвечают на вопрос, почему ради этого нужно выкинуть Dart/Jaspr и пересесть на $mol. (harp.hyoo.ru)
Про «синтаксис» имелось в виду, что
.view.treeвыглядит максимально нетипично для веб-мира, и это реальный риск для команды: читать и поддерживать такой код смогут в основном люди, уже глубоко погружённые в $mol, а не обычные фронтендеры с рынка.В ответ на вопрос про canvas ты отвечаешь в стиле «думаю, выдаст больше 60 fps», но по факту $mol — DOM-ориентированный фреймворк без готового сценария «одна бизнес-логика, две официально поддерживаемые реализации (HTML и Canvas)», а значит всё придётся делать руками, как и в любом другом стеке, тогда как у связки Dart+Jaspr+Flutter именно это разделение слоёв и было изначально целью. Кстати изучи вопрос, больше 100fps некоторые функции анимации в чистом жс не дадут по определению.
Насчет негатива - вообще нет, даже не показалось, я вижу, что ты заинтересованный парень, который верит в свой фреймворк и это хорошо. Мне нравится что ты сектант своего фреймворка, после Дарта, я конечно в сторону мола не посмотрю, тут свои фреймворки, а наоборот, хочу завербовать тебя в секту Дарта, здесь, поверь, очень круто. К тебе у меня тоже негатива нет, наоборот позитивное отношение, а вот негатив в сторону мола со стороны сообщества заслужил джин, закрыв план по негативу на пару-тройку десятков лет)
В режиме ссср)
О, молы пришли)
1) $mol поддерживает JIT и AOT компиляцию?
2) «Web / Windows / macOS / Linux / Android / iOS ». Можешь показать, где именно в $mol есть нативная поддержка этих платформ, кроме как через обычный WebView/Electron, как у любого веб-фреймворка?
3) Есть список нативных фич, которые $mol даёт на десктопе/мобилке, помимо того, что даёт сам браузер?
4) Тема статьи — Dart и Jaspr. $mol как TypeScript-фреймворк тут при чём? Он внезапно научился компилироваться из Dart или просто решил заехать в любой тред, где слово «веб» встречается?
5) Ты серьёзно считаешь, что собственный DSL, свой формат
.view.tree, свой монорепо-тулчейн и специфичный стиль кода — это «не ограничения»? Тогда как по-твоему выглядят ограничения?6) Про «даже для игр» особенно интересно. Можешь привести пару публичных игр на $mol с нормальной нагрузкой (а не демку на 50 строк) — чтобы увидеть, как это «подходит» на практике?
7) интеграция с C и Rust есть?
8) чем $mol решает именно те задачи, про которые говорит статья про Jaspr — единый язык Dart для фронта и бэка, SSR/SSG на Dart и шаринг бизнес-логики, — кроме как «забудьте про всё это и перепишите на мой любимый TS-фреймворк»?
9) синтаксис из категории "ты себя в зеркало видел? тебе не удастся потеряться в толпе вас там не смущает?
10) $mol в канвас умеет? 120 фпс дает? есть выбор как между jaspr и flutter из хтмл в канвас с сохранением бизнес логики?