RS
И вообще, все кастомное - зло
Size: a a a
2021 May 24
Ю
не существует правильного ответа. Все ситуативно. Где то правильнее, лучше и быстрее использовать готвое, где то и правильнее и быстрее написать свое... Все зависит от потребностей и возможностей
GO
Material ui моя личная боль, попробовал чуть-чуть и не понял границу, до которой либа стилизована и после которой нужно уже самому дописывать) у вас не было такого?
Ю
Я сталкивался с ситуацией, когда берешь готовое решение, потом по требованию заказчика 100500 раз доделываешь, потом смотришь на результат и потраченное время, и понимаешь, что надо было писать свое....
A
Переслано от ART
как мне сделать чтоб в этот бандл не попадали node_modules?
RS
Было. Причем в некоторых моментах реально больно было)
Вообще считаю эти готовые компоненты нужны для прототипирования в основном, где дизайн не важен, но и чтобы совсем уж плохо не выглядело
Вообще считаю эти готовые компоненты нужны для прототипирования в основном, где дизайн не важен, но и чтобы совсем уж плохо не выглядело
es
Понял, ту соглы. Короче думаю, если макета нет, и делаешь свое тестовое приложение пет проект то лучше юзать готовые стили, если есть макет и тд, то там уже лучше самому. Или если макет реально сделан под какой нить бутстрап там материал хз, тогда да
es
во, вот это
Ю
именно, главное что б потом библиотеки в ногу не стреляли. А то пишешь ему "!important", а всем пофигу, твой important зачеркнут в стилях и отображается стиль библиотеки без important :)
es
Понимаю . Ок спасибо всем, буду пока руками писать на scss, как раз лучше запомню и вспомню вёрстку .
MT
Привет
Как по хорошему должны шариться типы между компонентами?
У меня есть тип возвращаемого значения у коллбэка, который принимается в пропсах компонентом, мне нужно родителям этого компонента сообщить этот тип.
Импортить из непосредственно компонента/файла рядом кажется плохой идеей, делать какую-то свалку типов тоже не очень нравится
Как по хорошему должны шариться типы между компонентами?
У меня есть тип возвращаемого значения у коллбэка, который принимается в пропсах компонентом, мне нужно родителям этого компонента сообщить этот тип.
Импортить из непосредственно компонента/файла рядом кажется плохой идеей, делать какую-то свалку типов тоже не очень нравится
NN
Если пользователь вбивает в браузер несуществующий id
users/view/123123123
В контенте я покажу конечно ошибку, что такой страницы нет
Но а вот что делать с редиректом,
Нужно ли перенаправлять redirect в /error страницу
Или урл должен оставаться как есть. Что лучше или без разницы ?
users/view/123123123
В контенте я покажу конечно ошибку, что такой страницы нет
Но а вот что делать с редиректом,
Нужно ли перенаправлять redirect в /error страницу
Или урл должен оставаться как есть. Что лучше или без разницы ?
VR
и так и так делают
DK
Без разницы. Но лучше спроси у заказчика
NN
Я думаю что для сео и юзабилити лучше будет оставить url.
Щас думаю как схватить ошибку и отрендерить контент ошибки, а не страницы
Щас думаю как схватить ошибку и отрендерить контент ошибки, а не страницы
А
Ребят, кто-то может накидать инфы по свайпу между страницами в реакте?
А
Без сторонних библиотек. Или это невозможно?
DK
А какую инфу тебе надо? На IOS это нативно работает. Ничего делать не нужно
А
Нужно не в нативном реакте. Обычный реакт)
А
Есть две страницы. Нужно переключаться между ними свайпом.