$$$$$$$
гайзы есть onChange , есть условия на проверку полей , делаю улсовие if/else . Например model type , делаю пост запрос ставлю стейт 500 например . когда захожу в поле cost например , этот стейт не обновился и равне предыдущему
Sergey
Sergey
Ещё и вредно. Так как регистронезависмые фс дадут хлебнуть
$$$$$$$
$$$$$$$
Sergey
короч dash-case это бекендщина 😄 в руби файлы именуют через _, например. и nodejsники вроде тоже
что собстна и написано в статье выше
Пути импортов выглядят сломано.
@org-name/package-name/dir_name/ComponentName
Вот максимально криво же
Sergey
такое себе мнение. мне например нравится именовать файлы так же, как и сущности внутри них components/MySuperComponent.js
Это все привычки использовать кривые подходы
Eugene
раньше юзал PascalCase - и чот хз
сейчас перешел на dash-case для всего как-то проще воспринимается 🤔
Eugene
Sergey
такое себе мнение. мне например нравится именовать файлы так же, как и сущности внутри них components/MySuperComponent.js
вот будет у тебя компонент называться Index
и ты файлик назовешь Index.js
и рядом у тебя будет лежать файл index.js
и на твоей машине всё будет ок
А на регистронезависимой одно из этих файлов может вообще не оказаться, потому что гит не увидит разницы между Index и index
ты в гите исправишь, но проект не соберется
потому что ФС не будет видеть разницы в импортах и Index.js будет резолвиться в index.js
это так, наглядный пример. А по факту, говна столько уже хапанул
Sergey
когда файл однозначно читается, работать намного легче.
А ведь есть много букв которые в шрифтах могут выглядеть одинаково l и I например
Roman
вот будет у тебя компонент называться Index
и ты файлик назовешь Index.js
и рядом у тебя будет лежать файл index.js
и на твоей машине всё будет ок
А на регистронезависимой одно из этих файлов может вообще не оказаться, потому что гит не увидит разницы между Index и index
ты в гите исправишь, но проект не соберется
потому что ФС не будет видеть разницы в импортах и Index.js будет резолвиться в index.js
это так, наглядный пример. А по факту, говна столько уже хапанул
а по твоему неймингу это вообще один файл получится. ну компонент Index будет в index.js
Sergey
а по твоему неймингу это вообще один файл получится. ну компонент Index будет в index.js
ага.
и уже будешь думать не над тем, что регистр одной буквы решает, что ты импортишь. А чтобы имя компонента вцелом стало более понятным
Sergey
Чтобы сама структура директорий проекта, объясняла разработчику какие сущности лежат в каждой из директорий.
Sergey
Ведь ты вряд-ли подумаешь, что в components/ будут лежать НЕ компоненты.
так что разницы никакой нет, технически. А вот единообразие и упрощение, есть
Sergey
ну и всякие генерилки файлов проще настраивать.
Надо сгенерить компонент с документацией и тестами, или же библиотечный код, всё будет одинаково по структуре:
components/
- name.js
- name.readme.js
- name.test.js
lib/
- name.js
- name.readme.js
- name.test.js
Sergey
А то понапридумывают всяких конвенций.
Хочешь создать файл, и сиди вспоминай какие конвенции в этом проекте, в этой директории.
Так. Это директория компонентов, значит PascalCase, но если это не компонент а ХОК, то camelCase, а если файл с хоком экспортит готовый компонент, то PascalCase.
хуже чем подсчет високосных годов
Roman
:-D
Sergey
а то, что предлагаю я и Robin Wieruch
это крайне просто запомнить и использовать на любом проекте.
просто именуешь все файлы в kebab-case и не знаешь никаких проблем. Работает на всех системах, в любых проектах, в любых директориях.
Консистентность
アレクサンダー・バキマトフ
а то, что предлагаю я и Robin Wieruch
это крайне просто запомнить и использовать на любом проекте.
просто именуешь все файлы в kebab-case и не знаешь никаких проблем. Работает на всех системах, в любых проектах, в любых директориях.
Консистентность
вот кстати плюсую, последнее время тоже пришел к тому что кебаб значительно удобнее если везде юзать, даже в ide читается значительно проще
Anonymous
Anonymous
и что придумали что бы устранять этот хук хелл?
Виктор
декомпозицию?
Kamil
Sergey
можно обобщать логику вынося её в кастомные хуки.
без кода использования конкретных советов дать не смогу
Sergey
как минимум модалки можно было унести в хуки или завернуть в компоненты
Anonymous
200 строк кода вместе в html это уже много логики, вы мне советуете разбить компонент на несколько что ли? по 20-30 строк?
Anonymous
сложна короче, зря я вписался чужой проект трогать
voix
То, что не умещается на экран - уже много. )
Anonymous
То, что не умещается на экран - уже много. )
типа компонент должнен быть не больше экрана? ну тогда будет компонент хелл
voix
типа компонент должнен быть не больше экрана? ну тогда будет компонент хелл
Не должен, но так проще читать код и править тоже.
Anonymous
я могу скинуть весь компонент
invasion
Для SSR что используете?
Anonymous
https://jsfiddle.net/spatnehochu/u814rfdt/
Михаил
200 строк кода вместе в html это уже много логики, вы мне советуете разбить компонент на несколько что ли? по 20-30 строк?
На столько строк сколько требуется компоненту ...
voix
я могу скинуть весь компонент
А какой именно вопрос ты хочешь решить? Исключительно концептуальный о том, как сделать компонент читабельнее?
Anonymous
А какой именно вопрос ты хочешь решить? Исключительно концептуальный о том, как сделать компонент читабельнее?
вообще мне очень интересно на кой здесь хуки использует чел
Евгений
Всем привет, подскажите есть ли специализированный чат по jest?
Starikov
Господа, ставлю вопрос ребром: в каком чате телеграма задавать вопросы по корпоративным транснациональным гридам для банков золотовалютных резевров России, Германии и США: https://www.ag-grid.com/
Starikov
refData - оно умеет аякс?
voix
вообще мне очень интересно на кой здесь хуки использует чел
Что в этом плохого? И я бы не назвал это прям хук хеллом.
Artem
Действительно ли плохо использовать componentWillReceivProps и чем getDerivedStateFromProp лучше?
Сергей
Действительно ли плохо использовать componentWillReceivProps и чем getDerivedStateFromProp лучше?
ну просто нужно понимать, что в версии 17+ componentWillReceivProps будет удален, а использование остается на свой страх и риск.
Александр
Ребят .. Подскажите пожалуйста как правильно сделать логинизацию на app
Serhii
подскажите решение: нужно обработать первый onSubmit с одними параметрами,а все последующие с другими
Dasha
всем привет, только начинаю изучать реакт, подскажите, пожалуйста, как сделать подобное:
$('.item-creation').click(function () {
$('.item-creation').removeClass('active');
$(this).addClass('active');
});
Vadim
🦜
Dmitry
Компоненты контейнеры отличаются от обычных компонентов только тем что используют асинхронную логику и передают данные в обычные компоненты?
Denis
Компоненты контейнеры отличаются от обычных компонентов только тем что используют асинхронную логику и передают данные в обычные компоненты?
презентационные - как что-то выглядит
контейнеры - как что-то работает
The Даня
Привет, подскажите кто(front-end dev или back end) должен делать регистрацию на веб-приложение, то есть кто из них должен прописать код который будет пересилать данные в API?!
Rou
<React.Fragment key={index}> можно ему передать атрибут key?? при map массива?
🦜
<React.Fragment key={index}> можно ему передать атрибут key?? при map массива?
только index бед практис для использования как ключ
Rou
только index бед практис для использования как ключ
Знаю, но там не большой массив, обычно id использую, которые с backend приходят
Arti 🦠
Ключ должен быть уникальным, если у вас в массиве будет что либо меняться
Arti 🦠
это для того, что бы реакт знал, какой элемент перерендерить
Ilya
Привет, подскажите кто(front-end dev или back end) должен делать регистрацию на веб-приложение, то есть кто из них должен прописать код который будет пересилать данные в API?!
Именно оправка данных в api - задача фронта
Arti 🦠
Привет, подскажите кто(front-end dev или back end) должен делать регистрацию на веб-приложение, то есть кто из них должен прописать код который будет пересилать данные в API?!
В основном только фронт. Бек должен дать API
Andrey
<React.Fragment key={index}> можно ему передать атрибут key?? при map массива?
можно, но ровно до тех пор, пока массив не начнет сортироваться, или редактироваться порядок следования элементов в нем
Arti 🦠
фронт с этим API будет работать
Denis
Привет, подскажите кто(front-end dev или back end) должен делать регистрацию на веб-приложение, то есть кто из них должен прописать код который будет пересилать данные в API?!
в смысле формдату прописывть и реквест делать? 😄
Rou
можно, но ровно до тех пор, пока массив не начнет сортироваться, или редактироваться порядок следования элементов в нем
У меня как раз не будет ничего перерендериваться, благодарю
Arti 🦠
event.target.files
Arti 🦠
Хотя я тут ничего плохого не вижу
Andrey
files массив blob
я говорю, какой формат данных использовать для отправки блобов, если не формдату
Arti 🦠
человек скорее всего имел ввиду, что данные не нужно собирать через formData