DK
мож хок?
что такое хок?
Size: a a a
2020 May 31
ВЖ
как вариант делить на вью и контейнер, во вью выносишь все что рисуешь, а логику в контейнер
А
Всем привет 👋🏻
Посоветуйте как лучше практиковать React и JS в целом, чтобы перейти с уровня поверхностных знаний на более высокий. Пилить свои пет проекты? Решать codewars?
Поделитесь опытом, пожалуйста)
Посоветуйте как лучше практиковать React и JS в целом, чтобы перейти с уровня поверхностных знаний на более высокий. Пилить свои пет проекты? Решать codewars?
Поделитесь опытом, пожалуйста)
Свой пет проект
R
Спасибо за ответы 🙌🏻
2020 June 01
OB
В догонку до питання вище:
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
DB
В догонку до питання вище:
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Правило есть (вот например https://eslint.org/docs/rules/sort-imports). prettier не будет их сортировать, не его это дело, но eslint --fix может.
Ещё ide умеют по шорткату это делать
Ещё ide умеют по шорткату это делать
VD
В догонку до питання вище:
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Якщо використовуєш VScode, там можна налаштувати
VD
В догонку до питання вище:
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
Чи є правило в eslint для порядку імпортів?
Та можливо хтось підв'язав його до prettier, щоб на сейв всі імпорти ставали як треба?
OB
оце прям то шо треба
тільки в мене webstorm)
тільки в мене webstorm)
DB
оце прям то шо треба
тільки в мене webstorm)
тільки в мене webstorm)
В webstorm такое точно есть
DB
reformat -> optimize imports или как-то так
VD
Владислав Жураковский
как вариант делить на вью и контейнер, во вью выносишь все что рисуешь, а логику в контейнер
Дякую). Ну я так і стараюсь робити. Розбивати додаток на рівні UI, BLL, DAL). Я про організацію імпортів запитував) В виніс їх в index.js звідки експортую + налагодив автоматичне сортування) 😊
ВЖ
Дякую). Ну я так і стараюсь робити. Розбивати додаток на рівні UI, BLL, DAL). Я про організацію імпортів запитував) В виніс їх в index.js звідки експортую + налагодив автоматичне сортування) 😊
как вариант
VD
Якщо вже затронули цю тему)😊. Цікавить хто як організовує файлову структуру в контексті редакса?) Поки що знаю два підходи 1. Ducks - ділиться по модулях, все в одному файлі, action, AC, reducer, сайд ефекти. - з однієї сторони зручно, тому що менше імпортів, з іншого все в кучі. 2. Розбиваємо все на частини окремо action, AC, reducers, side effects.
А
Якщо вже затронули цю тему)😊. Цікавить хто як організовує файлову структуру в контексті редакса?) Поки що знаю два підходи 1. Ducks - ділиться по модулях, все в одному файлі, action, AC, reducer, сайд ефекти. - з однієї сторони зручно, тому що менше імпортів, з іншого все в кучі. 2. Розбиваємо все на частини окремо action, AC, reducers, side effects.
Я по второму методу
AR
Якщо вже затронули цю тему)😊. Цікавить хто як організовує файлову структуру в контексті редакса?) Поки що знаю два підходи 1. Ducks - ділиться по модулях, все в одному файлі, action, AC, reducer, сайд ефекти. - з однієї сторони зручно, тому що менше імпортів, з іншого все в кучі. 2. Розбиваємо все на частини окремо action, AC, reducers, side effects.
Все файлы в одной папке, файлов мало, каждый файл около 200 строк
AL
В виксе много кодовых баз делается по второму пути. В том числе отдельный файл с интерфейсом стейта, отдельный с константами, отдельный с инишалСтейтом, отдельный с редьюсером и тд
Структура папок вот такая
src/store
- state
- initial-state
- reducers
- …
В каждой пачка файлов на разные фрагменты состояний + везде натыканы index.ts с реэкспортами данных
Получается, что на формочку в 10 полей ворох из 30+ файлов. На деле ок, но создавать файлы ради 4-10 строк раздражает.
Структура папок вот такая
`src/store
- state
- initial-state
- reducers
- …
В каждой пачка файлов на разные фрагменты состояний + везде натыканы index.ts с реэкспортами данных
Получается, что на формочку в 10 полей ворох из 30+ файлов. На деле ок, но создавать файлы ради 4-10 строк раздражает.
DB
Andrey Listochkin
В виксе много кодовых баз делается по второму пути. В том числе отдельный файл с интерфейсом стейта, отдельный с константами, отдельный с инишалСтейтом, отдельный с редьюсером и тд
Структура папок вот такая
src/store
- state
- initial-state
- reducers
- …
В каждой пачка файлов на разные фрагменты состояний + везде натыканы index.ts с реэкспортами данных
Получается, что на формочку в 10 полей ворох из 30+ файлов. На деле ок, но создавать файлы ради 4-10 строк раздражает.
Структура папок вот такая
`src/store
- state
- initial-state
- reducers
- …
В каждой пачка файлов на разные фрагменты состояний + везде натыканы index.ts с реэкспортами данных
Получается, что на формочку в 10 полей ворох из 30+ файлов. На деле ок, но создавать файлы ради 4-10 строк раздражает.
В виксе наверное около сотни команд, которые складывают свои редюсеры и интерфейсы, как им нравится, даже в одной команде в двух проектах может быть по разному согласование, как куда складывать, я б так сильно не обобщал
SG
кто подскажет, на сегодняшний день обязательно ли использовать
у меня постоянные проблемы с DOM-тайпингами после обновления версий
@types/react и @types/react-dom, если используется свежий TS? у меня постоянные проблемы с DOM-тайпингами после обновления версий