Size: a a a

2019 October 30

L

Looch in React Kyiv
а казалось это было так просто
источник

SG

Stas G in React Kyiv
ну если ты пишешь на ноде, то оно тебе  и не надо
источник

SG

Stas G in React Kyiv
я ж не говорю, что JS == верстка
источник

L

Looch in React Kyiv
Stas G
ну если ты пишешь на ноде, то оно тебе  и не надо
так я как бы и на фронте пишу уже пару лет,но оч давно уже ничего не верстал и вот думаю стоит ли вспоминать
источник

ЗФ

Затылок выглаженого Фенриза in React Kyiv
не помешает
источник

SG

Stas G in React Kyiv
спроси у своего менеджера)
источник

L

Looch in React Kyiv
есть отдельные люди которые верстку делают
источник

SG

Stas G in React Kyiv
ну у нас таких людей нет
источник

SG

Stas G in React Kyiv
так что забывать не приходится
источник

Y

Yakov in React Kyiv
если давно не верстал, то проще заново изучить чем вспоминать )
источник

L

Looch in React Kyiv
НО оч часто верска не очень хорошо подходит например для реакте потмоу что иерархия дерева компонентов оч важна
источник

RN

Ruslan Nykyforov in React Kyiv
Looch
НО оч часто верска не очень хорошо подходит например для реакте потмоу что иерархия дерева компонентов оч важна
Учите верстальщиков реакту (jsx)
источник

ЗФ

Затылок выглаженого Фенриза in React Kyiv
Looch
НО оч часто верска не очень хорошо подходит например для реакте потмоу что иерархия дерева компонентов оч важна
вам верстальщики просто хтмл передают?
источник

L

Looch in React Kyiv
Затылок выглаженого Фенриза
вам верстальщики просто хтмл передают?
да был такой кейс год назад где-то,и было оч не удобно потому если верстка не компонентная - ее можно сразу в мусорку
источник

L

Looch in React Kyiv
хотя для ng/vue я думаю это не так критично
источник

DB

Dima Bildin in React Kyiv
Looch
НО оч часто верска не очень хорошо подходит например для реакте потмоу что иерархия дерева компонентов оч важна
В том числе поэтому я никогда не понимаю, как для кого-то работает иметь отдельных людей для вёрстки
источник

HK

Herman Kyrii in React Kyiv
хеллоу, поделитесь кто-то опытом локализации динамического контента (тот что с бека приходит, например значения в селектах). Интереснует вопрос где такую локализацию делать и хранить: на фронте (и мапить локализацию к id сущности) или на беке и отдавать уже локализованный name сущности?
источник

DB

Dima Bildin in React Kyiv
Herman Kyrii
хеллоу, поделитесь кто-то опытом локализации динамического контента (тот что с бека приходит, например значения в селектах). Интереснует вопрос где такую локализацию делать и хранить: на фронте (и мапить локализацию к id сущности) или на беке и отдавать уже локализованный name сущности?
Зависит. Если это конечный набор опций, то хранить на фронте, иначе на бэкенде.
источник

HK

Herman Kyrii in React Kyiv
Dima Bildin
Зависит. Если это конечный набор опций, то хранить на фронте, иначе на бэкенде.
не конечный, это скорее string enums, которые еще и конфигурируются
источник

DB

Dima Bildin in React Kyiv
Herman Kyrii
не конечный, это скорее string enums, которые еще и конфигурируются
енумы обычно конечные) Например, это набор ошибок, который может вернуть сервер или что-то в этом духе.
А если это сгенерированные пользователями опции, например, то их очевидно никак не запомнить на фронте..
источник