что?

Что

Хоть ты передай обработчик на родителя , хоть вниз , слушатель в итоге один будет , мне просто лень проверять , кто шарит за это , поясните

когда ты делаешь
List
 ListItem onClick=fn

то у тебя на каждый item вешается обработчик

это не нужно

Ну внутри то будет ссылка на реактовский, я забыл уже как он события провязывает

раньше реакт это точно отптимизировал и вешал только один обрабочик

хотя может это был какой то миф. Чет пока ничего не удалось нагулить

@sovasergey Привет. Как я понял если пытаться объеденить fetaure slices, и Мартина, то вроде как фичи это use cases(ну или “варианты испозования”), а сами сущности у Мартина лежат уровнем ниже.

Ты же пишешь что "Feature — it is useful functionality for user or suite of entities which are united by one idea. For instance: users, text-editor, account, articles."
То есть сущности тоже могут быть фичами.

Но если мы выделяем сущности в фичи, то следовать правилу "не импоритровать фичу из фичи" очень не просто. Так как сущности и связаная с ними логика может потребоваться внутри фич.

А если мы вынесем сущности, в отдельный вид сущности(звучит криво, но надеюсь понятно) на одном уровне с features, то тогда такой проблемы не возникает.

Что думаешь?

Думаю о том, что фичи это целый слайс всех сущностей. Но тут еще много вопросов

С мартином фичи не очень хорошо укладываются, на мой взгляд

Я вынес юзекейсы за пределы фичи, в страницы

юзкейсы могут повторятся между страницами

вот надо бы примеры такого

да кто такой этот ваш Мартин? можно ссылку?

Роберт Мартин

colloquially called "Uncle Bob" ок спс

Не, фичи и юз кейсы с мартина не особо стакаются вместе, у него юз кейс это штука которая как центральный слой

А в фичах у нас все слои в перемешку

я вот хочу что-то такое реализовать для фронта