ну ничесебе "так себе" :))

Я хочу лучше ?

ну ничесебе "так себе" :))

Проблема в том, что этот "компонентный подход" работает только в приложении и совсем ломается в не его

Я хочу лучше ?

"вне его" это где?

всё-таки упускаешь ключевые моменты во-первых таксебе утверждение "декларативный биндинг статического HTML к динамическому JS". Ну как бы понятно о чём ты, но всё-таки правильнее сказать, что реакт это декларативная абстракция над императивным dom api Во-вторых главное-то в реакте что это не просто "шаблон", шаблонов-то куча была и до этого, и декларативных абстракций тоже (в т.ч. ангуляр тот же) Реакт популязировал компонентный подход для разработки интерфейсов, сумев сделать самую удачную реализацию. Простую и масштабируемую

https://t.me/react_js/419504

нуу вообще спорно, jsx-то вполне переносится на всякие hyper и т.п.

Короче говоря, компонент должен быть абстрагирован от технологии

Короче говоря, компонент должен быть абстрагирован от технологии

только стейтлесс компонент, а обычный нет

Короче говоря, компонент должен быть абстрагирован от технологии

Хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

А от реакта-то как)

preact смог

preact смог

Фрагменты есть?)

короче, нужен еще один фрейм, который абстрагируется от вью или реакта :D

Хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

Так-то это можно, может, архитектуурно как-то решить. Или хоками какими-то ?

Скажите пожалуйста, у styled components есть что - то типа вложенности классов как в обычном css? Например, при ховер, мне надо у ребенка цвет менять. Сейчас я просто прописываю класс ребенку и при ховере его указываю. Так же не правильно, да?

Нафига экстенд?

а что? Мне нужны стили от данного

чем CRA не угодил, не оче понимаю

в голове фатальный недостаток

Короче говоря, компонент должен быть абстрагирован от технологии

Если очень надо, то можно сделать custom element в качестве проксируюшего нативного браузерного компонента. Подаёшь этому элементу входные данные, а он будет жить внутри своей реактовской жизнью. Единственное реакт в любом случае будет в зависимостях.

Web components custom element, внутри которого просто ReactDom.render в качестве dom ноды

Жесть

Господа, подскажите пожалуйста если знаете, на чем (язык, фремворк) написан данный сайт: tonymacx86.com

Минутка мысли. React.js - это действительно простая библиотека для декларативной шаблонизации кода web-приложений. При этом библиотека фундаментально решает только одну задачу - декларативный биндинг статического HTML к динамическому JS. За счет этой "минималистичности" Реакт стал очень популярен и сейчас это самое популярное решение для написания сайтов сложнее статической верстки. Фактически, первично Реакт заменил jQuery. Но у этой простоты есть и обратная сторона мидали - отсутствие однозначных архитектурных паттернов и решений. Хочется видить Реакт как минималистичную библиотеку-шаблонизатор, но не выходит из-за ее размера и трудностей с ssr. Хочется видить Реакт как фреймворк, но не выходит из-за ...описано выше... Я вообе в итоге хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

Трудностей с ssr нет)

Когда сайт загрузился, наводишь на кнопку войти и за мс до клика - она меняется на выйти

предсказывает будущее?

Минутка мысли. React.js - это действительно простая библиотека для декларативной шаблонизации кода web-приложений. При этом библиотека фундаментально решает только одну задачу - декларативный биндинг статического HTML к динамическому JS. За счет этой "минималистичности" Реакт стал очень популярен и сейчас это самое популярное решение для написания сайтов сложнее статической верстки. Фактически, первично Реакт заменил jQuery. Но у этой простоты есть и обратная сторона мидали - отсутствие однозначных архитектурных паттернов и решений. Хочется видить Реакт как минималистичную библиотеку-шаблонизатор, но не выходит из-за ее размера и трудностей с ssr. Хочется видить Реакт как фреймворк, но не выходит из-за ...описано выше... Я вообе в итоге хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

Минутка мысли. React.js - это действительно простая библиотека для декларативной шаблонизации кода web-приложений. При этом библиотека фундаментально решает только одну задачу - декларативный биндинг статического HTML к динамическому JS. За счет этой "минималистичности" Реакт стал очень популярен и сейчас это самое популярное решение для написания сайтов сложнее статической верстки. Фактически, первично Реакт заменил jQuery. Но у этой простоты есть и обратная сторона мидали - отсутствие однозначных архитектурных паттернов и решений. Хочется видить Реакт как минималистичную библиотеку-шаблонизатор, но не выходит из-за ее размера и трудностей с ssr. Хочется видить Реакт как фреймворк, но не выходит из-за ...описано выше... Я вообе в итоге хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

Минутка мысли. React.js - это действительно простая библиотека для декларативной шаблонизации кода web-приложений. При этом библиотека фундаментально решает только одну задачу - декларативный биндинг статического HTML к динамическому JS. За счет этой "минималистичности" Реакт стал очень популярен и сейчас это самое популярное решение для написания сайтов сложнее статической верстки. Фактически, первично Реакт заменил jQuery. Но у этой простоты есть и обратная сторона мидали - отсутствие однозначных архитектурных паттернов и решений. Хочется видить Реакт как минималистичную библиотеку-шаблонизатор, но не выходит из-за ее размера и трудностей с ssr. Хочется видить Реакт как фреймворк, но не выходит из-за ...описано выше... Я вообе в итоге хотел бы что бы реакт позволял: а) легко писать микромодули; б) легко связывать эти микромодули. Бонусом хотелось бы ssr по умолчанию и минимальный размер вендорских зависимостей.

кто нибудь знает как в axios исключать из params те параметры которые пустые?

зачем тебе бесконечный цикл?

#пятничная_задачка Реализуйте ф-ю shallowCopy, которая будет осуществлять [не глубокое] копирование объекта сохраняя его hidden class \ structure \ shape. > Если последние определения вам не ясны, вот статья для введения https://medium.com/@bmeurer/surprising-polymorphism-in-react-applications-63015b50abc > Или видео https://youtu.be/5nmpokoRaZI // shallowCopyWithSaveMap.js const a = {x:1, y:2, z:3}; const b = shallowCopyWithSaveMap(a); console.log("a and b is different objects:", a !== b); console.log("a and b have same map:", %HaveSameMap(a, b)); # shell node --allow-natives-syntax ./shallowCopyWithSaveMap.js > a and b is differend objects: true > a and b have same map: true

вебпак

так проект не целиком на реакте, я его использовал, когда писал целиком на реакте и затем получал один бандл. Тут дело обстоит иначе - страницы рендерятся с сервера, движок - твиг