Информация
- В рейтинге
- Не участвует
- Откуда
- Владимир, Владимирская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Фронтенд разработчик, Веб-разработчик
Старший
От 250 000 ₽
Vue.js
React
TypeScript
JavaScript
HTML
CSS
SCSS
Адаптивная верстка
БЭМ
Nuxt.js
Старенький да и то там место паттерны получше будут как по мне, если честно мне старый классовый реакт больше нравился чем текущий, в этом что то было
Ну как раз таки это и имелось ввиду что реакт ничего больше из себя не представляет, в отличии от Vue где используются алгоритмы и хитрые штуки
Так прикол то в том что в целом в реакте очень тяжело понять где тебя нужна эта оптимизация, конкретно нам дали инструменты для оптимизации а примеров с ними в документации, вот вообще нет, аля сам догадывайся где тебе это стрельнет в ногу, в том же самом Vue.js у тебя вообще не такой темы как useCallback, у тебе есть computed который равен по сути useMemo и то он работает куда лучше.
В нативном JS у тебя даже не существует такой обертки, тут оптимизировать нечего, в этом абсурд ситуацией, что в нативе ты ничего докинуть не можешь, а тут почему то должен докидывать. И пример с счетчиком это и еще понятно что тут оптимизация не работает, а просто пример как усложняется читаемость кода потому что разрабы придурки которые не могут исправить.
1 Пункт как раз таки и говорит про трудности читаемости JSX/TSX если у тебя реакт потому что вот эта возня начинается.
По факту, но считается все таки в комьюнити библиотекой но по факту является тем чем является( И к сожалению его все никак не пофиксят чтобы у него был хороший DX, ну ладно... хотя бы нормальный
Увы, надеюсь скоро рыночек и его низкую эффективность порешает) Потому что уже как видно по комментариям, многие согласны что он отстой
Да я вот тоже не особо понимаю, почему то до сих пор даже с большой или маленькой командой выбирается реакт, вот вообще не понимаю вот этого момента, это как будто ударился мизинцем об тумбочку и ощущения понравились, давайте все ударимся, крч бред
Забавно что тег реакта, а поймал все равно вьюшников)) Приятно видеть
Такая же тема, я думаю все бары будут заполнены в этот день, хотя реакт как PHP в бекенде, все говорят что он умер, но почему то это не так)
К сожалению заставляют, у нас пару фронтовых приложений написано на реакте которые довольно легко и быстро можно обновить на Nuxt или Vue или вообще что то другое.
Кстати у нас раньше был Next но откатились потому что он дырявый)
С вашем комментарием я полностью согласен, просто во что реакт превратился и то как его используют это просто ужас, его везде пропихивают...
Ужасно надоели костыли которые нужно решать за разрабов самой либы)
А по поводу фрейма и либы, да в целом да тоже согласен, все остальное фреймворки, а реакт библиотека по типу того же самого jQuery но со своей экосистемой как тот же самый jQuery :D
Выглядит неплохо, можно попробовать потыкать. Но в любом случае это скорее всего редко используемый JS фрейм по этому работу нам нем тяжело найти будет если очень понравится, пока что самым лучшим для себя я нашел именно Vue.js, еще Svelte неплох но там синтаксис в разметке мне не очень понравился, ощущение как будто вернулся в эру Pug или PHP
на тот момент не было даже нативной версии библиотеки а писать заново слишком много времени заняло бы, по этому мне было проще свою сделать чем портировать с реакта на Vue( или на натив что еще сложнее
Да, прекрасно вас понимаю, изначально первая версия появилась от 1 проекта где создавал кастомную CMS для заказчика и там захотели очень много редакторов + сортировочных листов, решили использовать тоже vue-draggable но не понравился результат дизайнеру и заказчику, дизайнер с заказчиком чето там напридумывали и по итогу захотели увидеть в редакторе писем preview когда на зону наводят элемент картинки...
Короче очень суровая таска была из за того что таких решений не было, увидел dnd-kit для реакта и понял что это решение помогло бы если оно было для Vue, на тот момент не было, и я вдохновился этой библиотекой и написал свою, и после через пол годика написания своей человек переписал библиотеку на натив и сделал для Vue dnd-kit тоже)))
Мне вот тоже теперь обидно немного)
Спасибо за комментарий <3
Конкретно сам CLI написан на TS, а сами компоненты на нативном JS для того чтобы можно было использовать данное решение без сборки. Специально указан ХАБ битрикса потому что по сути появился проект где была у меня такая необходимость в вебкомпонентах, и выполнять сборку через bitrix/cli или vite вообще не хотелось, в будущем планирую добавить d.ts
По поводу Tree компонента уже есть идеи, я планировал сделать что то вроде модуля с dnd чтобы можно было реализовывать DnD через HTML теги просто с минимальным JS, но это слишком набудущее, DnD потом будет.
Просто в планах взять сначала переписать свою первую либу про которую вы упомянули на нативный JS/TS + добавить selection area (ну типо окно как на винде когда юзер зажимает и область появляется и все элементы которые туда попали можно драгать)
Как то так
Привет, не проверял, хороший вопрос надо будет проверить, но скорее всего все должно работать так как все работает примитивно
Не знаю как бы сказать но я посмотрел на свойства и как они поддерживаются
Просто не думал что кто то еще сидит на старых браузерах, опять же 115 firefox не такой уж и старый если сравниваем IE, но все таки, я думаю можно вполне использовать, да и переписать стили с light-dark на :root.dark, :root.light вообще не так уж и сложно учитывая что все переменные в одном файле
В любом случае все правы по своему, проблема остается, веб компоненты это все таки справедливости ради не Vue.js( это довольно нишевая тема, но на каких нибудь проектах Django / Bitrix, в целом очень даже солидно могут помочь)
скорее всего проблема в том что используется свежая реализация светлой темы и темной темы для CSS, light-dark, возможно она не поддерживается, спасибо за комментарий я посмотрю в чем проблема
Аааа я понял, да тут будет косяк, как раз есть компонент каледнаря в либе и он управляется со стороны, чтобы разработчик сам кнопки делал которые ему нужны, и вот тут возникает действительно проблема потому что ничего отрендерено не будет(
Вообще сейчас Shadow DOM поддерживается всеми браузерами кроме IE, и Shady DOM не используется в библиотеке
(Вообще это не точная информация, может быть Lit под капотом использует)
Тут момент я бы сказал будет как в Nuxt когда сервер рендерит блок а потом происходит hydration на клиенте и компонент оживает. Так как в моих компонентах все стили привязываются к тегу, браузер даже до JS может покрасить этот тег, лишь после того как DOM полностью загрузился там уже мы браузеру даем понять что это кастомный элемент. И Если мы что то внутри него рендерим то сервер это не увидит (именно рендерим HTML в нашем компоненте, а не в слоте) Все что рендерим в слоте сервак увидит и все будет хорошо
Надеюсь ответил на ваш вопрос)