React, Next czy Remix dla nowej aplikacji [React]

Question

Cześć, chciałbym zapytać Was o opinię, z czego wy korzystacie, dlaczego i w jakim przypadku?

Będę niedługo rozpoczynał nowy, czysty projekt, więc będę miał swobodę wyboru technologii na frontendzie. Założenie jest takie, że będę pisał osobiście tylko frontend, bo backend będzie pisany w C# przez inne osoby, gdzie wystawią mi API pod moje potrzeby lub na odwrót, ja requesty po ich potrzeby.

Dotychczas wszystkie aplikacje, które pisałem były tworzone za pomocą npx create-react-app w wersji TS. Jednak z przyjemnością przejdę na np. next lub remix, jeżeli jest to warte zachodu pod względem optymalizacji, uproszczenia i samorozwoju.

Poczytałem, posłuchałem na temat tych rozwiązań i jestem świadom ich zalet oraz wad. Mimo to zrodziło się w mojej głowie pytanie - czy tworząc wyłącznie frontend, do zewnętrznego backendu, czy warto zaciągać wymienione 'frameworki'? Niby mi to uproszcza np. tworzenie routes, ale z drugiej strony z react-router-dom nie miałem żadnych nigdy problemów. Niby również dostaję możliwość SSR, ale czy warte jest to zachodu w aplikacji, która będzie miała statyczne strony, tzn. strony, których zawartość jest bliższa dashboardom analitycznym, w których zmieniają się jedynie dane przychodzące z API.

Jakie jest wasze zdanie, warto korzystać w opisanym przypadku z next lub remixa? A jeżeli tak, to z którego. Wiem, że next ma community, a remix za to jest wydajniejszy oraz uproszczony. Może korzystacie jeszcze z innych rozwiązań, o których nie słyszałem?

Zapraszam do dyskusji i dziękuję z góry :)

Comments

Projekt komercyjny?

---

Tak, ale pytam ogólnikowo, nie strikte pod ten przypadek. Kiedy, gdzie i co warto używać.

Answer 1

Dotychczas o technologii decydowałem dwa razy.

Pierwszym razem wybór padł na create react app z TS. Był to panel administracyjny dla zalogowanych użytkowników. Strona główna stała na wordpress. A panel administracyjny w miał być napisany w react pod inną domeną. Decyzja była prosta ponieważ dzięki osobnej domenie i treści tylko dla zalogowanych mogliśmy mieć zupełnie gdzieś SEO. Nikt z zespołu nie miał tez doświadczenia z next.js (w tym z mną) więc szkoda było narażać się na niepotrzebne ryzyko. Mimo CRA wyzwań w aplikacji nie brakowało. Zrobiliśmy bardzo zaawansowaną maszynę stanów do formularzy krokowych trzeba było odświeżyć wiedze odnośnie wzorców projektowych. Więc nie twierdził bym że CRA jest równoznaczne z staniem w miejscu.

Drugim razem wybór padł na Next.js i jesteśmy w trakcie prac już ponad kwartał. Mamy do napisania sklep internetowy. Było oczywiste że skoro piszemy sklep to musimy postawić na szybkość wczytywania i SEO. Stąd wybór padł na next.js mimo braku doświadczenia z tym frameworkiem. Obecnie bardzo mi się podoba a magia zarzadzania obrazkami przez next.js. Automatycznie tworzy miniaturki i kompresuje grafiki co ułatwia pracę.   

Jeśli dane się rzadko zmieniają i nie ma systemu logowania mozna pokusić się o rozważenie gatsby.js ;)

Comments

W sumie słuszny wybór do Twoich przypadków.  Bo faktycznie SEO itd ma znaczenia w zależności od apki. Kiedyś spotkałem się z twierdzeniem gdzieś na YT "nigdy więcej nie używaj create-react-app, tylko next". Trochę to mi zasugerowało że jest on zawsze niezależnie od apki "poprawniejszym" wyborem.

---

"nigdy więcej nie używaj create-react-app, tylko next"

Też się z tym spotkałem. Głównie chodzi o seo i o to, że bez większej znajomości nextjs można pisać w nim aplikacje znając głównie samego reacta.

Spotkałem się również z opinią że CRA ma więcej bugów, ale nie zagłębiałem się w ten temat, więc nie wiem czy to rzetelna informacja.

---

CubeStorm dużo pracowałem z CRA i nie spotkałem się z problemami które uniemożliwiły by development. Czasem coś się zatnie w hot reload itp. Ma też problemy z zmianą nazwy plików. Ale wystarczy zrestartować serwer i działać dalej ;)

Wybór technologii powinien opierać się o potrzeby klienta oraz wiedzę zespołu developerskiego. Moim zdaniem za każdym razem trzeba na temat spojrzeć indywidualnie.