Czesc, pisze apke (sredniej wielkosci), ale przewiduje rozwoj jesli cos tam wypali, dodatkowo musi to byc kod/architektura na wysokim poziomie, bo chce uczynic z tego projektu moj core w portfolio. Znalazlem cos takiego https://medium.com/@alexmngn/how-to-better-organize-your-react-applications-2fd3ea1920f1 . Co sadzicie o tym ?
Ogolnie apka w react + redux.
Wygląda spoko, chociaż z tego co widzę to nie wspomnieli w ogóle o tym, co się dzieje w samych plikach. Architektura to nie tylko podział na katalogi.
Nawet fajnie podzielony na katalogi projekt może mieć bałagan na poziomie kodu.
Z tego co widziałem w różnych projektach Reactowych, to częstym grzechem jest robienie "god object" z komponentów React. Gdzie jeden komponent odpowiada w zasadzie za wszystko. Czyli za wyświetlanie HTMLa, za komunikację z zewnętrznymi API, za łączenie z AJAXem za jakąś tam głębszą logikę w interfejsie użytkownika. Albo ma np. z kilkanaście importów do różnych komponentów.
Czyli generalnie zamiast zrobić proste komponenty odpowiadające za warstwę GUI ludzie traktują komponenty w React jak maszynki do wszystkiego, tutaj więc pilnowałbym się, żeby tak nie robić.
Może być, ogólnie struktura dzieląca projekt wg ficzerów a nie rodzajów plików jes ok. U nas stosujemy coś bardziej w tym stylu: https://medium.com/@yiquanzhou/how-to-structure-real-world-redux-react-application-d61e66a7dd36
Musze wlasnie zmienic swoja strukture, bo mam wg. rodzaju pliku. To tez sie wydaje fajne: http://engineering.kapost.com/2016/01/organizing-large-react-applications/ , w moim 1 poscie kolega co pisal post do tego nawiazywal.
Musze wlasnie zmienic swoja strukture, bo mam wg. rodzaju pliku.
Nie musisz. Możesz. Przeczytałeś artykuł, czy nasze posty, jakoś cię to zainspirowało, ale koniec końców to ty podejmujesz decyzje, a nie np. pan z Medium, co pisał artykuł ;)