Comments 38
Вот так и хочется воскликнуть, узрев очередной фреймворк
Эти упрощенные фреймворки все больше похожи на веб компоненты из ствндарта html. Почему сразу со стандапта не начать ?
Веб-компонентам кое-чего не хватает для комфортной разработки на них.
Байндинга с шаблоном, директив в шаблоне, реактивных переменных, не строковых пропсов. Добавляем это и получаем Vue
То что вы перечислили, если разбирать, то не осоо и нужные вещи и что они удобные, это прямо сказать на любителя и не факт что будет правильно работать.
Что может быть проще этого ?
const data = component.querySelector('container')
data.addEventListener('click', () => { data.textContent = 'test'})
data.removeEventListener('click', () => { data.textContent = 'test'})
Для приложений уровня разобранных в этой статье это подходит, да
Для чего-то более серьезного - не очень
Ну и я забыл роутинг клиентский
Ну и я забыл роутинг клиентский
Пожалуйста. Роутинг клиентский, при чем он качественнее всего того, что я видел раньше, потому что в примере из документации явно видно как сделать все стадии обработки загрузки страницы.
https://developer.mozilla.org/en-US/docs/Web/API/Navigation/navigate_event
Для чего-то более серьезного - не очень
Это неправда. Ограничений по сложности нет, если правильно архитектуру собрать.
Это императивный подход, для больших приложений лучше использовать декларативный, как в этой статье.
Ваш пример чутка нерабочий, необходимо расширить до 4 строк кода
Байндинга с шаблоном, директив в шаблоне, реактивных переменных, не строковых пропсов. Добавляем это и получаем Vue
Или Lit. Он, всё же, by design разработан для создания веб-компонентов и приложений на их базе. Vue всё же был создан несколько для другого, что не отменяет возможности скомпилировать Vue-компонент в веб-компонент.
Еще со времен Ангуляра, не понимал в чем фишка директив в шалонах. У нас уже есть один язык программирования ЯваСкрипт, зачем еще один для шаблонов, лишняя ментальная нагрузка.
Фьюзор хорошо подходит для создания и обновления ДОМ внутри стандартных вэб компонентов. Он кстати использует их частично для определения коннекта/дисконнекта к ДОМ.
Их очень много сейчас. А как сильнейшего выбрать можно, если каждый день лучший в мире фреймворк выходит ? Есть какая нибудь методика ?
Методика проста: фреймворк должен быть лишён фатального недостатка.
А какие фатальные недостатки есть ?
На первый взгляд могу только сказать что это очистка инициализация данных
Нечеткий/разбросанный по файлам процес преобразований
Взаимодействие любой части кода с любой частью кода.
Но самые лучшие фреймовки в мире как правило ограничиваются написание hello world для описания ( как и эта статья ) уверяя, что больше вам ничего не понадобится, а потом ты годами борешься с тем чего не хватает и ждешь новой версии с нетерпением, а потом с раздражением
Это наше - всё ))
Фьюзор лишь про создание и обновление ДОМ. Ничего другого в нем нет. Но тем не менее я хотел показать что даже с этим набором можно делать все вещи что и с фрэймворками. Тоесть текущие библиотеки переусложнены ИМХО.
Ещё один вы внебрачный сын Реакта
-- Какого моё предназначение мастер?
-- Стать новой реактивной библиотекой
-- Я ведь буду обладать какими-то уникальными фичами и стану лучше чем предшественники?
-- Ммм... Ты мало весишь
Что-то вроде lit и stenciljs?
Как можно библиотеку называть фреймворком 🤦🏻♂️
Стало быть react тоже Фреймворк 🤣
а какое преимущество эта либа дает в сравнении со старым добрым stenciljs ? (если дает)
Я не специалист по Стэнсилу. Но из доков по нему видно что в Стенсиле есть механизм для стейта, пропсов, реактивности и много чего еще. А также нужен компилятор чтобы это скомпилировать чтобы все работало.
Во Фьюзере этого всего нет, только создание и обносление элементов ДОМ. Но в статье показано как с помощью яваскрипта можно легко добавить недостающие элементы. Соответственно сама библиотека гораздо проще и легче. Тоже касается и других фрэймворков.
Надеюсь объяснил суть.
Новый фронтенд-фреймворк?