The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Основная ветка Python адаптирована для сборки для работы в браузере, opennews (??), 29-Ноя-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


55. "В основной ветке Python появилась возможность сборки для раб..."  +/
Сообщение от pashev.me (?), 29-Ноя-21, 13:34 
Фронт уже можно писать на Rust, см. https://seed-rs.org/
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

57. "В основной ветке Python появилась возможность сборки для раб..."  +1 +/
Сообщение от Аноним (61), 29-Ноя-21, 13:58 
> a![
>             C!["navbar-item", IF!(matches!(page, Page::TimeTracker(_)) => "is-active"),],
>            ...
>        ],

А теперь сравни это с JSX и задайся вопросом, кому этот руст с сомнительным синтаксисом сдался на фронте. Куда бы он ни компилился -- будет оверхед. В васм? Рантайм-оверхед при boundary crossing. В тот же жс? Рантайм-оверхед для нескучной рустовской стд библиотеки.

О, так он еще и на вдоме. Мужик чутка опоздал лет на 5-10, тут на фронте отказ от вдома в пользу гуя, собираемого на этапе компиляции, так что в рантайме вообще не приходится сравнивать реалдом с вдомом.

Ответить | Правка | Наверх | Cообщить модератору

62. "В основной ветке Python появилась возможность сборки для раб..."  +/
Сообщение от Аноним (59), 29-Ноя-21, 14:20 
Это неправда. Никакого отказа от vdom и в помине нет. Это маргинальные фреймворки, с несколькими пользователями.

Во-первых потому что React Native. Во-вторых новый который исправляет недостатки, выявленные в ходе эксплуатации.

Убьёт эти фоеймворки "на этапе компиляции" в самом зародыше.

Ответить | Правка | Наверх | Cообщить модератору

70. "В основной ветке Python появилась возможность сборки для раб..."  +/
Сообщение от Аноним (61), 29-Ноя-21, 14:32 
> Никакого отказа от vdom и в помине нет

Найди мне хотя бы одного ярого реакт-разраба (меня например), который бы сказал, что ему нравится вдом и сама идея держать че-то там параллельно реальному дому и делать постоянные сравнения, пусть и shallow (а местами и deep). Реакт дал способ быстро и наглядно оформлять компоненты, за что ему большое спасибо, но в свое время он не додумался реализовать это ничем иным, кроме как вдомом, убеждая всех вокруг, что без вдома тут никак. Сегодня (в 2к21) можно сохранить выразительность реакта безо всякого вдома.

Линк для размышлений https://krausest.github.io/js-framework-benchmark/index.html

Ответить | Правка | Наверх | Cообщить модератору

74. "В основной ветке Python появилась возможность сборки для раб..."  +/
Сообщение от Аноним (59), 29-Ноя-21, 14:56 
Я, например. Хоть я и пишу на React Native. И уже поэтому от ничего ни за что не откажусь. Ничего похожего для других фреймворков даже близко нет.

И с новым React 18 с concurrent rendering, data fetching, suspense и в Web не будет альтернатив.

А с Recoil, который умеет доставлять обновления состояния без перерендеринга (пусть с мемоизацией)  всего поддерева...

Ну, кто что-то похожее умеет?
Все эти идеи быстро разваливаются с medium-size кодом, который в production.

И пока не будет 10 крупных компаний, использующих эти compile-time фреймворки в production и платящих (!!!) разработчикам этих компиляторов зарплату для допиливания - использовать их больше чем в Hello World глупо.

Поэтому нет никакого перехода, и даже не намечается.

Это просто интересные концепты, на поиграться.

Ответить | Правка | Наверх | Cообщить модератору

77. "В основной ветке Python появилась возможность сборки для раб..."  +/
Сообщение от Аноним (61), 29-Ноя-21, 15:22 
> concurrent rendering, data fetching, suspense

Пишешь так, словно throw promise -- это нечто выдающееся. Повторюсь: реакт здесь и близко не первооткрыватель, всё везде есть.

> Recoil, который умеет доставлять обновления состояния без перерендеринга (пусть с мемоизацией)  всего поддерева

Рекоил -- это признание того, что реактовские контексты -- фуфло, и что РЕАКТивную систему для РЕАКТа следует переизобрести заново (лол).

В правильных фреймворках не нужны никакие тысячи-и-один сторонние менеджеры стейта, так как реактивность слишком сильно интегрируется с обновлениями UI, и ее реализация не может быть отложена на потом или доверена сторонним васянам (пусть даже рекоил и пилится тем же пейспуком, с большим опозданием btw).

> Ну, кто что-то похожее умеет?

Все умеют, причем не только в вебе. Еще до всяких реактов был Meteor с ReactiveVar, есть всякие RxJS, а какой-нибудь SolidJS умеет этот твой суспенс и поставляет из коробки реактивный стейт-менеджер. Это я назвал маргинальщину, про топ-5 ты и сам знаешь, что они это все тоже умеют.

> 10 крупных компаний, использующих эти compile-time фреймворки в production

Помню ходил на собеседования в году эдак 2013-15-ых и рассказывал всем, что знаю ВУЭ. Никто о нем и слыхать не слыхивал. How the turn tables.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру