Dmitry
то есть у тебя есть темплейты и страницы, но нет юай?
ui не логика она не может иметь циклы зависимости ui не фича
Dmitry
features/ (фиче слайс) ui/ (атомик дизайн)
Frontend Priest
это круто, что мы говорим об одном, но не уводи диалог и кидай не решаемый слайсами продакшн пример
Dmitry
features/ (фиче слайс) ui/ (атомик дизайн)
свалка какая то/ ui/ (атомик дизайн) features/ (фиче слайс) components/
Dmitry
это круто, что мы говорим об одном, но не уводи диалог и кидай не решаемый слайсами продакшн пример
фича А и там список вакансий на ваканси/ можно откликнутся есть фича Б предложения и там можно откликнутся на вакансию а логика отклика в А
Eugene
вы когда mui + styled-components используете вы называете стилизованные компоненты GridStyled, ContainerStyled?
Frontend Priest
фича А и там список вакансий на ваканси/ можно откликнутся есть фича Б предложения и там можно откликнутся на вакансию а логика отклика в А
На самом деле это одна фича (я в прожектах называю такие resources), поскольку у них абсолютно одинаковая логика взаимодествия с серваком: получили с рестика, изменили, отправили на рестик. Они настолько схожи, что можно вообще абстрагироваться от того, что это за ресурсы - юзеры, отклики, объявления итд. Если рассматривать их как сущность с атрибутами и связями, то ты, собственно, просто изменяешь эти атрибуты и связи, потом в разной форме рисуешь. Не вижу проблем, не вижу циклов.
Frontend Priest
И, да, я знаю, о чём говорю, у меня этот подход уже в паре прожектов заюзан. И там связи посложнее, чем те, что ты написал.
Dmitry
На самом деле это одна фича (я в прожектах называю такие resources), поскольку у них абсолютно одинаковая логика взаимодествия с серваком: получили с рестика, изменили, отправили на рестик. Они настолько схожи, что можно вообще абстрагироваться от того, что это за ресурсы - юзеры, отклики, объявления итд. Если рассматривать их как сущность с атрибутами и связями, то ты, собственно, просто изменяешь эти атрибуты и связи, потом в разной форме рисуешь. Не вижу проблем, не вижу циклов.
но не одна же они в разных табах к примеру конечно можно как то все переносить но мне кажется когда ты открываешь приложение и видишь таб 1 и думаешь о это фича 1 другой таб фича 2 и вложенные эфраны это их дочерние фичи и заходя в код ты видишь это тогда это топ но когда я все перемещать начну что бы не было циклов дерево зависимостей ровное тогда в коде не разобраться фичи только хуже сделают
Dmitry
типа search/ groups/ app/
Dmitry
2 фичи и аппка
Dmitry
но идеально же когда совпадает новые разработчики все поймут
Frontend Priest
а посмотреть список сущностей и при клике на каждую показать ее модалку - одна фича(если разные ресурсы)?
Я не понимаю, что ты говоришь. Список и модалки - не фича, это набор вьюшек
Dmitry
типа search/ groups/ app/
сдеась она не совпадает но тут нету вложенных все просто найти
Frontend Priest
а что тогда фича?
Давай я не буду объяснять хотяя бы это
Andrey
Давай я не буду объяснять хотяя бы это
"хотя бы" - звучит так, как будто все остальное уже объяснил
Andrey
ну для меня фича - раздел логики, чем то ограниченный в своих приложениях я делил по доменным областям (работа с юзерами - фича)
Frontend Priest
"хотя бы" - звучит так, как будто все остальное уже объяснил
Я очень много написал, чтобы мы с Дмитрием стали просто говорить об одном и том же, а ты хочешь, чтобы я тебе объяснял, что такое фичи. Не, спс
Andrey
Я очень много написал, чтобы мы с Дмитрием стали просто говорить об одном и том же, а ты хочешь, чтобы я тебе объяснял, что такое фичи. Не, спс
ну да, базовое понятие атомик структуры на две строчки было бьы не сложно привести ну видимо сложновато с высоты твоего высокомерия, хз
Andrey
у меня самого накопилось куча вопросов по атомику, и когда ты такой видишь мнение людей, отличающееся от твоего, хочешь зашарить опыт, тебе говорят "ой, ну можно я хоть это не буду объяснять, ппц"
Andrey
Го в чат атомика. Объяснять что-то здесь без высокомерия трудно.
это вполне себе релевантно тематике чата, смысл перекатываться туда, где это увидят 2.5 человека
Andrey
человек выше вон тоже не может понять, как по атомику нормально структуру организовать
Yury
но много текста ( нам бы узнать “кто победил и как делать правильно” 😊
Andrey
но много текста ( нам бы узнать “кто победил и как делать правильно” 😊
никто, никак, есть подходы, которые где то удобны, а где то нет мне стало интересно, может я выбрал неправильный подход готовки атомика
Frontend Priest
Frontend Priest
ну я спрашиваю вот
Ну окей, давай заново. Что за вопросы?
rovnyart
всем привет, не подскажете плз, как мне максимально быстро и без анальной боли "просто так взять реакт компонент и по нажатию кнопки отправить его plain html" строкой пост-запросом на сервер? чтобы там из этого сгенерить пдф и отдать пользователю? подскажите плз, куда гуглить. Задача - дать юзеру скачивать чек с фронта в pdf, но только чтобы желательно не рисовать ничего SSR там подобного на бэке, а уж тем более не писать руками html-шаблон какой-нибудь унылый, опять верстки и стили не писать, а просто вот "как есть" отдать pdf пользователю, только не скриншот дива, а именно нормальный pdf... есть такая возможность вообще, не знаете?
Andrey
Ну окей, давай заново. Что за вопросы?
как в атомике рулится перекрестный функционал между фичами
Andrey
(да-да, проектировать так, чтобы его не было, но мб я не с той стороны смотрю на разбиение по фичам)
Frontend Priest
как в атомике рулится перекрестный функционал между фичами
Фичи дают публичный апи, импортить и юзать фичу безопасно можно только через него
Andrey
Фичи дают публичный апи, импортить и юзать фичу безопасно можно только через него
т.е. по атомику нормально делать связанные фичи? (не докапываюсь, спрашиваю на серьёзе)
rovnyart
есть
rovnyart
https://github.com/diegomura/react-pdf я вот такую штуку нашел, но он мне опять предлагает пользоваться компонентами из этой либы, типа там Page, View, Text
rovnyart
а мне бы просто мой компонент взять и отдать в пдф
Виктор
а та штука которую я скинул не подошла?
Anonymous
т.е. по атомику нормально делать связанные фичи? (не докапываюсь, спрашиваю на серьёзе)
+ можно юзать папочку common для очень абстрактных фич, которые размазанны по всему проекту, либо на стадии проектирования еще не ясно, к чему точно их отнести (хотя это не есть супер гут)
Frontend Priest
т.е. по атомику нормально делать связанные фичи? (не докапываюсь, спрашиваю на серьёзе)
Не то, чтобы нормально, но это учтено и возможно. Ещё есть абсолютно нормальное поведение: юай какого-то уровня может использовать все фичи своего уровня и ниже*
Frontend Priest
вложенные фичи тоже валидно?
Тоже "нежелательно, но возможно"
Hope
doc
Andrey
Тоже "нежелательно, но возможно"
кау православно то по итогу делать, если все валидно, но нежелательно?)
Frontend Priest
Наиболее православно делать по ситуации и думать над решениями
Bogdan
а давно в телеге не видно картинки профиля у своего сообшения?
Ilia
Ребят,а как заменить injectGlobal в styled component?( 'injectGlobal' is not exported from 'styled-components'.?)
Ilia
"styled-components": "^4.3.2",а как заменить ?
Ilia
createGlobalStyle
Спасибо!)
Василий
промис в стейте? логика во вью? медленно отключи клавиатуру и больше её не касайся
сударь, мы с вами знакомы? вы отчего позволяете себе советы советовать? у меня тоже есть варианты, что, с кем и каким способом вам поделать - вы уверены что они вам понравяться ?
Андрей
сударь, мы с вами знакомы? вы отчего позволяете себе советы советовать? у меня тоже есть варианты, что, с кем и каким способом вам поделать - вы уверены что они вам понравяться ?
Это публичная площадка, посвящённая реакту. Не нравится, что кто-то может ввязаться в ваш разговор - пиздуйте в личку, сударь.
Denis 🇺🇦
Как это развидеть??
норм паттерн каппа
Mihail
не норм
Eugene
как можно с помощью styled-components <LogoWrapper> <Logo /> </LogoWrapper> сделать один компонент, то есть обернуть <Logo /> в div, но чтобы это был просто <Logo /> и можно ли вообще так сделать
Eugene
styled.div ?
да, но это создаст новый компонент, а можно ли как-нибудь Logo сделать div-ом?
Yury
Logo = styled.div 😅
Eugene
styled.div ?
чтобы это как обертка была
Eugene
Logo = styled.div 😅
это новый будет
MVD
Как мне вызывать useEffect только если поменялось содержимое массива?
artalar
Как мне вызывать useEffect только если поменялось содержимое массива?
Второй аргумент принимает массив с набором зависимостей
Looch
Ну лол, объективно если какой-то фукнционал это часть фичи
Looch
То должен ли он быть в common фиче или нет ?