[Griffith]

Przeglądam dokumentację redux toolkit, ale nie rozumiem proponowanej struktury folderów. Co miałoby się znajdować w "features"? slice + wszystkie komponenty korzystajace z niego? Co w przypadku, kiedy komponent korzysta np. z dwoch slice? #react #redux #frontend #programowanie

[Kresse]

@Griffith: My mamy coś w rodzaju podziału na takie foldery:

* states - globalne stany, gdzie każdy ma swój folder, np. user, article, task, itp.
* pages - top-level komponenty z podziałem na strony + komponenty używane tylko na danej stronie, np. task-list/page.ts, task-list/components/search-bar.
* shared - jakieś uniwersalne komponenty typu toast czy button i inne gówna

Sprawdza się nawet spoko. Jak jakaś strona jest bardzo skomplikowana i potrzebuje własnego

[Griffith]

@Kresse: wyglada na strukturę podobną do takiej, ktora zawsze uzywam, tylko inne nazwy folderów.

[cppguy]

@Griffith:

po kiego #!$%@? zawracac sobie dupe reduxem

[xaro]

@cppguy: może rekrutuje się gdzieś gdzie takową wiedzę warto posiadać

[tehix]

@Griffith: tworzysz folder slices/states :P generalnie dobrze myślisz features to większa funkcjonalność np. jest sobie dashboard i ma jakieś notyfikacje i to jest twoj feature i w tym folderze układasz lokalne komponenty czy inne stuffy jak właśnie slicy. Tu masz to dobrze rozpisane: https://github.com/alan2207/bulletproof-react/blob/master/docs/project-structure.md