Size: a a a

2020 September 05

DD

Dmytro Dovhan in Frontend UA
Yurii Dushenko
Добрый день всем.

Вопрос к верстальщикам и фронтам. По поводу оптимизации верстки.

Такой момент. Вчера на работе заказчик попросил, уменьшить весь сайт на 25%. Мне пришлось все размеры которые были в px переделать на rem. Потом я просто уменьшил значение font-size в   хtml на 25% и задача была решена.

Сегодня я начал новый проект на фрилансе и вот думаю сделать все на rem-aх.

Скажите пожалуйста, как быть со всем этим. Стоит ли и паддинги и марджины и размеры задавать в rem,  а не только размер шрифта?

Насколько это может быть чревато в будущем при развитии проекта или переноса его на бекенд и т.д. Кто сталкивался с этим. Стоит ли так делать?

Я просто не так глубоко понимаю и знаю про rem
обычно необходимость масштабировать сайт пригождается примерно никогда, тк современные браузеры могут сами нормально масштабировать контент, те тебе считай повезло  с этим заказчиком )
источник

TS

Terry Sahaidak in Frontend UA
ну типу в 99.99% випадків достатньо мати просто rem для шрифтів)
источник

TS

Terry Sahaidak in Frontend UA
відповідно браузер може розрулити потім на ізі розмір шрифта + можна буде додати для юзера можливість вибрати йому зручний, як от зараз всі месенджери роблять і тд
источник

VS

V7v S6k in Frontend UA
Dmytro Dovhan
обычно необходимость масштабировать сайт пригождается примерно никогда, тк современные браузеры могут сами нормально масштабировать контент, те тебе считай повезло  с этим заказчиком )
accessability
источник

VS

V7v S6k in Frontend UA
Скажімо, люди по-старше, дуже часто користуються зібльшеною версію в браузері, або з великими шрифтами
источник

VS

V7v S6k in Frontend UA
і більшість сайтів не вміє це нормально хендлити
источник

SS

Serhey Shmyg in Frontend UA
Yurii Dushenko
Добрый день всем.

Вопрос к верстальщикам и фронтам. По поводу оптимизации верстки.

Такой момент. Вчера на работе заказчик попросил, уменьшить весь сайт на 25%. Мне пришлось все размеры которые были в px переделать на rem. Потом я просто уменьшил значение font-size в   хtml на 25% и задача была решена.

Сегодня я начал новый проект на фрилансе и вот думаю сделать все на rem-aх.

Скажите пожалуйста, как быть со всем этим. Стоит ли и паддинги и марджины и размеры задавать в rem,  а не только размер шрифта?

Насколько это может быть чревато в будущем при развитии проекта или переноса его на бекенд и т.д. Кто сталкивался с этим. Стоит ли так делать?

Я просто не так глубоко понимаю и знаю про rem
Нещодавно задавав схоже питання Вадиму Макеєву. Ось лінк на твіт https://twitter.com/sshmyg/status/1290577784960671745?s=21
источник

YD

Yurii Dushenko in Frontend UA
спасибо)
источник

VS

V7v S6k in Frontend UA
А поясніть, будь ласка, який сенс в бібліотеках типу immutable чи immer в жс? Можна ж просто не мутувати дані?

Звичайно, якщо проект великий, то десь можна випадково щось мутувати, але ж так само на великому проекті можна забути використати ці бібліотеки…

Тому мені на думку спадає лише один варіант: захист від мутацій в 3rd party code, так?
источник

SS

Serhey Shmyg in Frontend UA
Спробуй не мутувати складний обєкт, який містить і інші обєкти і масиви.
источник

DB

Dima Bildin in Frontend UA
V7v S6k
А поясніть, будь ласка, який сенс в бібліотеках типу immutable чи immer в жс? Можна ж просто не мутувати дані?

Звичайно, якщо проект великий, то десь можна випадково щось мутувати, але ж так само на великому проекті можна забути використати ці бібліотеки…

Тому мені на думку спадає лише один варіант: захист від мутацій в 3rd party code, так?
Первое что в голову приходит это дерево
источник

VS

V7v S6k in Frontend UA
Serhey Shmyg
Спробуй не мутувати складний обєкт, який містить і інші обєкти і масиви.
Не бачу проблеми, якщо чесно. Мутабельну структуру даних можна копіювати точно так само як і імутабельну.
источник

VS

V7v S6k in Frontend UA
Dima Bildin
Первое что в голову приходит это дерево
Можна детальніше в чому проблема з деревами?
источник

DB

Dima Bildin in Frontend UA
V7v S6k
Можна детальніше в чому проблема з деревами?
Ну у тебя есть дерево произвольной глубины и где-то посредине листку надо поменять свойство. Чтоб не мутировать, нужно чтоб поменялись ссылки на ноды до этого листка.
С иммером или персистент дата структурами удобней, чем руками
источник

DB

Dima Bildin in Frontend UA
Dima Bildin
Ну у тебя есть дерево произвольной глубины и где-то посредине листку надо поменять свойство. Чтоб не мутировать, нужно чтоб поменялись ссылки на ноды до этого листка.
С иммером или персистент дата структурами удобней, чем руками
Но так-то в проде я никогда не юзал (вроде) ни то ни другое
источник

VS

V7v S6k in Frontend UA
Dima Bildin
Ну у тебя есть дерево произвольной глубины и где-то посредине листку надо поменять свойство. Чтоб не мутировать, нужно чтоб поменялись ссылки на ноды до этого листка.
С иммером или персистент дата структурами удобней, чем руками
Ну я не пропоную це робити руками, просто без імутабельних структур. Це ж можна робити якою-небудь рамдою зі звичайними мутабельними структурами.
источник

SS

Serhey Shmyg in Frontend UA
V7v S6k
Не бачу проблеми, якщо чесно. Мутабельну структуру даних можна копіювати точно так само як і імутабельну.
Заісно можна.  Тут більше питання зручності яким чином це робити. Натівно ж нізя це робити. А контролювати це самому може призвести до помилок. А лібки навязують тобі структури якими ти користуєшся і не паришся ;)
источник

SG

Stas G in Frontend UA
В рамде понадобятся линзы для такого
источник

SG

Stas G in Frontend UA
Их ещё нужно понять))
источник

VS

V7v S6k in Frontend UA
Serhey Shmyg
Заісно можна.  Тут більше питання зручності яким чином це робити. Натівно ж нізя це робити. А контролювати це самому може призвести до помилок. А лібки навязують тобі структури якими ти користуєшся і не паришся ;)
Ага, зрозумів. Просто для мене це два окремих питання:

1) Зручність зміни даних без мутацій. Це зрозуміло.
2) Нав’язані структури даних. Для чого їх вводити в жс - не дуже розумію.

Тобто мені здається, що 1) може цілком існувати без 2), і раз уже в жс стандартні структури мутабельні, то простіше просто намагатися їх не мутувати.
источник