Реклама
📢

Дигитал трафик

Канал о digital-маркетинге, трафике и росте бизнеса

@trafficisobar

Ответы14

V
Volodymyr Klimov@vklimv👍1⭐ Лучший ответ
28 дек., 18:08
Ну, то есть фактически это не fsd уже Это больше про правила куда в какую папку что класть
👍1
A
Anton Mendelson@s4ff00
28 дек., 17:57
держу fsd на проекте полтора года, немного адаптированный, без лишних слоев и декомпозиции, но проект средний, не большой . на больших проектах пока не развивал архитектуру
V
Volodymyr Klimov@vklimv0
28 дек., 17:58
А что из fsd у вас есть, а что вы считаете лишними словами?
A
Anton Mendelson@s4ff00
28 дек., 18:06
есть app, entities, features, pages, shared (для среднего проекта не нужны другие имхо) features работает как widgets по сути, то есть можно собирать что угодно и нет правил что нельзя импортировать фичу в фичу для кросс импортов юзается @x но кажется подход костыльным, вот думаю может можно через di это сделать лучше
A
Anton Mendelson@s4ff00
28 дек., 18:54
я не согласен что это просто про папки, факт того что нижестоящие слои не могут импортировать вышестоящии сильно помогает избежать проблем при рефакторинге и поддержке проекта вопрос мой был скорее на тему какие есть способы общения между фичами чтобы не иметь сильной связности . выше писали что можно использовать event bus, но хотелось бы узнать какие еще есть варианты
ну это и не FSD
всегда два варианта - что-то глобальное - что-то локальное и общее не очень понятно какую задачу вы решаете
¿
¿Сергей?@Sundwell0
28 дек., 19:10
В итоге свелось про папки)
A
Anton Mendelson@s4ff00
28 дек., 19:44
есть еще кейсы когда компоненты хотят общаться между собой, и при этом не быть связанными друг с другом делать через глобальный коннектор на верхнем слое это единсвтенное решение ?
у вас нет между, у вас все через посредника
A
Anton Mendelson@s4ff00
28 дек., 19:45
не понимаю почему только про папки если речь про поведение слоев на моем опыте фсд очень хорошо работает на средних проектах если не заниматься лишней декомпозицией
A
Anton Mendelson@s4ff00
28 дек., 19:47
ага , все верно как раз хотел узнать какие есть варианты реализации посредника например DI как вариант, где мы прокидыаем в модуль зависимости через глобальный провайдер event bus как вариант а может есть что то еще
варианты реализации медиатора всегда зависят от требований если например у вас задача гарантировать консистентное состояние независимых частей системы, то шина событий классическое решени DI это не паттерн решения посредника, это способ передать общую зависимость в разные части, посредник все еще будет отдельным паттерном. внезапно ивентбас тоже надо через DI прокидывать как правило
A
Anton Mendelson@s4ff00
28 дек., 20:21
Спасибо