Как завут кстати тебя?))

Сергей

И я этого боюсь

Приятно познакомится ? как меня завут я написал )))

Не будет такого, что на определенном этапе не ясно будет что-куда засунуть и пойдет каша полная?

неа, в случае с container/components как раз такое есть Да и в components получается свалка

И я этого боюсь

Зря ))) кучу проблем и каши в проекте выкинешь с этой штукой

Как бы контейнеры и компоненты все ясно, а тут конечно сложнее

Главное понять суть структуры

Щас займусь

Как бы контейнеры и компоненты все ясно, а тут конечно сложнее

каши зато нет сложность оправдана

Главное понять суть структуры

да тут практика небольшая нужна пару раз поперемещаешь компонент molecule-organism и уже поймешь

Сергей, а нет ли у тебя ссылки на какую нибудь репу где такая вот структура реализована?

я хочу утилиту для этого. типа: ad new atom Color ad new organism ColorPicker

парни а кто юзал https://github.com/ludekstepan/ts-boilerplate/blob/master/webpack.config.js

const {getIfUtils, removeEmpty} = require('webpack-config-utils'); const {ifProduction, ifNotProduction, ifNotTest} = getIfUtils(process.env.NODE_ENV || 'development');

Сергей, а нет ли у тебя ссылки на какую нибудь репу где такая вот структура реализована?

прям именно такого нет сейчас пишу библиотеку компонентов, но она приватная, можем в личке обсудить

ок

Не берите атомик дизайн

Делите по бизнес-сущностям

Общие компоненты в /components

Делите по бизнес-сущностям

Есть пример?

Не берите атомик дизайн

а аргументы?

Делите по бизнес-сущностям

а какой смысл? если есть у меня кнопка, инпут, карточка профиля, и бокс с 4 рандомными цветами, как предлагаешь делить?

something like this

А ui в /ui корень да

что такое list, show ?

что такое list, show ?

Страница списка, страница конкретной записи

не логично

Мне похуй

у тебя 10-12 компонентов в ui-kit

Это тебе кажется что их 10

да нет я вижу что там внизу оступ меньше)

Это другой проект

Мне похуй

ну вот с этого надо начинать

это пиздец

Полный, да

Абсолютный и беспросветный

если проект на 5 компонентов — ок

(я с ним прожил полгода и когда переделал на бизнес-сущности стало в разы легче жить)

угу

Ну по сути твои _complexes это контейнеры, а ui-kit - это компоненты

И?

ui-kit это компоненты, которые используются везде, это юй, как можно понять по названию

это пиздец

Что тут такого что прям пиздец?

Заголовки, кнопки, лейблы, бейджи, селекты

В той же complexes/inlineCard.jsx используется ui, да

Я про то, что вы папочки по разному называете тут и из этого холивар начинаете)

правило простое — если тебе сущность чтобы выпилить надо ползать по всему проекту — структура проекта дно

Я про то, что вы папочки по разному называете тут и из этого холивар начинаете)

Это называется СТРУКТУРА

правило простое — если тебе сущность чтобы выпилить надо ползать по всему проекту — структура проекта дно

+

охрененно зарегились на реакт митап

Что тут такого что прям пиздец?

пример тебе простой у тебя библиотека с книжками представь что у тебя не по книгам все

а на одной полке все содержания

на другой глава 1

итд

это пиздец

да кстати, как только проект больше гостевухи-тудулиста, то все, адок

В итоге так и не понятно, как делать структуру в react-redux проекте

Чтобы удобно было

В итоге так и не понятно, как делать структуру в react-redux проекте

я юзаю AtomicDesign директорию /modules юзаю для разделов сайта

Чтобы удобно было

Сказал же выше

Макс со мной согласился

Что тебе ещё нужно

Бьёшь по бизнес-сущностям, внутри каждой сущности кладёшь всё, что к ней относится — экшены, компоненты, редьюсеры, настройки

Нужно переименовать поле — ищешь только в этой директории

ERROR: S client not available

Нужно отрефакторить — опять же, поиск только в этой директории

Пример есть в репах?

Скрин выше для кого кинул?

Бьёшь по бизнес-сущностям, внутри каждой сущности кладёшь всё, что к ней относится — экшены, компоненты, редьюсеры, настройки

ок а если есть компонент, в котором отображаются разные бизнес-сущности, куда его класть?

Я кидал линк про атомик и никто не оценил

Хочется подробнее рассмотреть

ок а если есть компонент, в котором отображаются разные бизнес-сущности, куда его класть?

Конкретнее

Конкретнее

сущности: User, Organization, Group компонент: SearchBox, может искать все эти сущности

Ну так ui, он же вообще ни от чего не зависит

Странный вопрос

Ну так ui, он же вообще ни от чего не зависит

то есть мне SearchBox класть в /ui?

Бьёшь по бизнес-сущностям, внутри каждой сущности кладёшь всё, что к ней относится — экшены, компоненты, редьюсеры, настройки

Что ты имеешь в виду под бизнес сущьностями?

то есть мне SearchBox класть в /ui?

Да

ты представляешь вообще СКОЛЬКО таких компонентов в проекте?

Что ты имеешь в виду под бизнес сущьностями?

https://jqestate.ru главная страница загородые объекты (список/страница) посёлки (список/страница) комплексы (список/страница) контакты о компании

ты представляешь вообще СКОЛЬКО таких компонентов в проекте?

Ну, и?

Ну, и?

в итоге, директория ui превращается в свалку

И?

твоё предложение ничего особо не решает

хотя совместимо с AtomicDesign (в ui делить на atoms, molecules, organisms ...)

Нахуй этот ваш атомик

Лишняя прослойка

терминология "atoms, molecules, organisms" страдает

Нахуй этот ваш атомик

без аргументов, твои вбросы нахуй не нужны

Вместо написания бизнес-фичи я должен ебаться Я КЛАДУ В АТОМЫ ИЛИ МОЛЕКУЛЫ ХММММ

https://jqestate.ru главная страница загородые объекты (список/страница) посёлки (список/страница) комплексы (список/страница) контакты о компании

То есть можно сказать страница есть бизнес компонент?

То есть можно сказать страница есть бизнес компонент?

Не страница, в том-то и дело

Посёлок это а) карточка б) список в) страница

И это всё хранится в src/settlements

Делите по бизнес-сущностям

+

https://jqestate.ru главная страница загородые объекты (список/страница) посёлки (список/страница) комплексы (список/страница) контакты о компании

это не сущность так-то хотя трактовать каждый может по своему

я сейчас прихожу к тому что у меня есть отдельная папка views