import()

Пол дня сегодня убил, чтобы эти файлы подгрузить. Сначала думал что буду тревожить людей... А тут за час решилась проблема

повезло тебе. У меня еще таких проблем штук 5 нерешенных. )

повезло тебе. У меня еще таких проблем штук 5 нерешенных. )

Хе хе :)

import()

ОК, спасибо. Все-таки, придется доку по ES6 читать. А так не хотелось )))

да в доке по вебпаку все это есть

потому что в доке все равно сама загрузка не описана, насколько я помню

повезло тебе. У меня еще таких проблем штук 5 нерешенных. )

Ну у меня одна проблема есть. Здесь ее наврятли решат. Работы нет :)

еще бы понять, что там написано, хоть и не много, вроде. )))

Посмотри еще в лоадеры и Pages. С ними более понятно станет. ( пример не идеальный и постоянно лениво допиливается, но все же )

Посмотри еще в лоадеры и Pages. С ними более понятно станет. ( пример не идеальный и постоянно лениво допиливается, но все же )

спасибо. В закладки добвил. Утром покурю

Что там за хайп с prejss Как-то здесь проскакивало, что на нём можно писать в стиле styled components Есть пример ?

Да, вот пример React-приложения с SSR, PreJSS + JSS и HMR: https://github.com/axept/prejss-example-app - хайп огромный, все уже использует PreJSS, отказавшись от Styled Components :)

Styled Components это о другом, ни о чем

Все уже давно используют чтобы делать туду-листы?))

Styled Components это о другом, ни о чем

Сам ты ни о чём. Эта штука просто работает не привычно. Но работает вполне себе хорошо

Здравствуйте. Нубский вопрос: create-react-app : The term 'create-react-app' is not recognized as the name of a cmdlet, такая ошибка, это не настроены переменные среды?

Здравствуйте. Нубский вопрос: create-react-app : The term 'create-react-app' is not recognized as the name of a cmdlet, такая ошибка, это не настроены переменные среды?

не видел такой формулировки, но да, просто установилось в неизвестное место, которого нет в PATH

Сам ты ни о чём. Эта штука просто работает не привычно. Но работает вполне себе хорошо

Воуоу, полегче, не надо так на Пашу) Что является результатом работы этой штуки?

Воуоу, полегче, не надо так на Пашу) Что является результатом работы этой штуки?

То же что и после jss. Стили встроенные на страницу с уникальными именами классов

не видел такой формулировки, но да, просто установилось в неизвестное место, которого нет в PATH

это в винде они так обзываются

То же что и после jss. Стили встроенные на страницу с уникальными именами классов

А зачем там ещё конечный компонент указывать? В чем великая задумка?

А зачем там ещё конечный компонент указывать? В чем великая задумка?

Чтобы не использовать CSS классы как сущность. Ты сразу оперируешь компонентом и управляешь его внешним видом через пропсы. Стили все вычисляемые. Jss так не умеет

Умеет и похоже делает это быстрее :)

Чтобы не использовать CSS классы как сущность. Ты сразу оперируешь компонентом и управляешь его внешним видом через пропсы. Стили все вычисляемые. Jss так не умеет

А что если тебе надо пошарить басовый стиль для web и RN компонентом?)

А что если тебе надо пошарить басовый стиль для web и RN компонентом?)

Он не для нэйтив.

Но эта проблема решается

const MyLabel = styled.span` color: red; ` Так умеет ?

Для JSS это даже не проблема :)

Для нейтива что-то там делают

const MyLabel = styled.span` color: red; ` Так умеет ?

Так это и есть SC

Ну я вот не могу нигде найти подобного с prejss

Только explicit class name

Плюс лишняя зависимость и когнитивная нагрузка :)

На самом деле проще все

Умеет и похоже делает это быстрее :)

Умеет только по одному свойству за раз. А в SC хоть половину стилей можно по одному условию-функции изменить, хоть новые медиа стили

Плюс лишняя зависимость и когнитивная нагрузка :)

Так кажется))

Плюс лишняя зависимость и когнитивная нагрузка :)

Jss тоже лишняя зависимость. Нагрузка еще больше, когда ты пишешь не CSS чтобы на выходе получить CSS. В SC ты уже пишешь css

Вот это вот сверх удобно

На выходе готовые компоненты

Вот это вот автоматически ограничивает тебя :) Стили теперь должны знать о твоей структуре компонентов, дополнительная перекрестная зависимость

На выходе готовые компоненты

Вот именно поэтому мне SC больше нравится. Я не хочу писать кучу бойлерплейта для компонентов с одним-двумя классами

Вот это вот автоматически ограничивает тебя :) Стили теперь должны знать о твоей структуре компонентов, дополнительная перекрестная зависимость

Стилям все равно на структуру

Вот это вот автоматически ограничивает тебя :) Стили теперь должны знать о твоей структуре компонентов, дополнительная перекрестная зависимость

Стили и так всегда знают об этом, а тут это делается явно

Какие ещё варианты будут?)

Вот это вот автоматически ограничивает тебя :) Стили теперь должны знать о твоей структуре компонентов, дополнительная перекрестная зависимость

У тебя есть компонент со стилями. Юзай как хочешь. А в jss ты еще и жесткие зависимости можешь сделать

Ну и смотря как писать тоже

Вот именно поэтому мне SC больше нравится. Я не хочу писать кучу бойлерплейта для компонентов с одним-двумя классами

вот, кстати, тоже про бойлерплейт критика. @DenisIzmaylov

В этом плане SC сделал прогресс, то что раньше само собой подразумевалось (создание стилей для компонентов), эта либа выдвигает на первый план и не пытается разделять то, что структурно и логически идет и так вместе

мне вариант с бабел плагином в целом понравился, кроме того, что нужно IDE/linter подкручивать

мне вариант с бабел плагином в целом понравился, кроме того, что нужно IDE/linter подкручивать

Ну вот atom/vscode умеют хорошо.

Мне нравится, что jss работает быстро и классы более понятны, да и вообще плюшек много. Но то что он не component first бесит

Вот, если это решить, то будет вин, гибкость jss + удобство sc

сейчас можно делать const Component = injectStyles(prejss'color: red')(<div></div>)

а, нельзя

@DenisIzmaylov можно сделать prejss.div %)))

ох и костыли..

Prejss hyperscript

да, SC лаконичнее для таких случаев. но похоже очень на быстрое прототипирование, а не финальный большой проект, в котором стили, реиспользование, темы

@DenisIzmaylov можно сделать prejss.div %)))

Я уже писал такое для jss. Все равно далеко до SC

да, SC лаконичнее для таких случаев. но похоже очень на быстрое прототипирование, а не финальный большой проект, в котором стили, реиспользование, темы

Темы, реиспользование и прочее отлично работает в нашем проекте

Styled(ParentComponent) вот и переиспользование

Ну или наследование

Ну и опять же много там переиспользовали ?

Давайте вы первые начнёте?) В чем проблемы SC при масштабировании и быстрых изменений?

Ну и опять же много там переиспользовали ?

Только основные размеры и цвета Все остальное решается композицией

Давайте вы первые начнёте?) В чем проблемы SC при масштабировании и быстрых изменений?

Масштабирование стилей?

ERROR: S client not available

Давайте вы первые начнёте?) В чем проблемы SC при масштабировании и быстрых изменений?

Проблемы только что нет доступа к ядру

Нельзя навесить свои плагины

Csso

И прочее

Чтобы лабуду вроде flex grow , flex direction flex basis сворачивал в short hand property

оно же и так сворачивается, flex, flex-flow

Чем, автопрефиксом?

Это прям не все, есть ещё несколько больших проблем, ну?)

оно же и так сворачивается, flex, flex-flow

спецификацией)

Нельзя навесить свои плагины

Это да. Единственное что смущает

Ну это ясно что спецификация позволяет, но мне удобнее писать явно каждый проп

Это прям не все, есть ещё несколько больших проблем, ну?)

Уточни

В чем проблемы SC при масштабировании, росте приложения и быстрых изменений?

Ну не томи

Может мы не знаем чего

?

Там проблемы такие же как с масштабированием реакт компонентов

Почти везде можно провести параллели

Рост размера ксс мб?

Нет, переиспользуй компоненты

Ну это ясно что спецификация позволяет, но мне удобнее писать явно каждый проп

бррр... тогда что нужно?

Я пишу как в первом блоке кода

Оптимизатор должен выдать 2 блок кода

понял

React приложение на React Native легко переносится?

React приложение на React Native легко переносится?

бизнес логика - да, вьюхи - нет

просто понять как это сделать, но сам процесс далеко не легкий

Грише привет :)

какому Грише?

А есть какой нибуь полноценный проект на гите или в виде урока, чтоб и фронт и бэк можно было заценить

нейтив?

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