Chciałem w serwisie zrobić (oczywiście) tak, by można było z niego korzystać także na urządzeniach mobilnych (wiadomo: android, ios, tablety, telefony). Jednak nie jestem pewny, skoro front ma być na react.js, to czy zainstalować react-bootstrap i po prostu ten front skonstruować właśnie poprzez react-bootstrap? Ponoć react-bootstrap został właśnie po to zrobiony, by umożliwić korzystanie z serwisu na urządzeniach mobilnych właśnie. Bo też gdzieś tu przeczytałem, że można zrobić kilka frontów, z czego jakiś jeden na urządzenia mobilne.
Jednak przeczytałem, że (hmm?) nie można dać w tym samym projekcie node.js dwóch frontów: jeden na react a drugi na react native??
Sam już nie wiem.
Anyone?
edit:
Oj poczytałem trochę i widzę, że strasznie duże głupoty gadam. Znaczy poczytam trochę chyba, ale za ewentualne naprostowanie mojej niewiedzy będę wdzięczny.
Jest taka zasada YAGNI(you ain't gonna need it).
Czemu nie spróbujesz zrobić po prostu normalnej strony internetowej, która będzie działać zarówno na desktopach, jak i mobilkach (RWD, obsługa zdarzeń dotykowych itp.)? I później JEŚLI napotkasz konkretne problemy, to można się później zastanawiać nad tym, czy mobilki będą potrzebować oddzielnego frontu, czy nie. Też pytanie, co to jest "oddzielny front". Bo przecież to może tak wyglądać, że mobilki będą miały trochę inny CSS, albo trochę inne sterowanie (pod dotyk), a będzie to w ramach jednej aplikacji.
Jednak przeczytałem, że (hmm?) nie można dać w tym samym projekcie node.js dwóch frontów: jeden na react a drugi na react native??
Można, czemu nie. Ale nie w tym rzecz. Problem jest w tym, że myślisz zbyt waterfallowo, a w tym przypadku lepiej podejść zwinnie. Próbujesz rozwiązywać problemy, których nie masz, zamiast zrobić coś działającego i reagować odpowiednio na problemy, które się pojawią.
Ponoć react-bootstrap został właśnie po to zrobiony, by umożliwić korzystanie z serwisu na urządzeniach mobilnych właśnie
Z bibliotek można korzystać, ale naiwna wiara, że wrzucenie jakiejś biblioteki umożliwi ci z automatu "korzystanie z serwisu na urządzeniach mobilnych" raczej nie jest dobrym podejściem.
Czemu nie spróbujesz zrobić po prostu normalnej strony internetowej, która będzie działać zarówno na desktopach, jak i mobilkach (RWD, obsługa zdarzeń dotykowych itp.)? I później JEŚLI napotkasz konkretne problemy, to można się później zastanawiać nad tym, czy mobilki będą potrzebować oddzielnego frontu, czy nie. Też pytanie, co to jest "oddzielny front". Bo przecież to może tak wyglądać, że mobilki będą miały trochę inny CSS, albo trochę inne sterowanie (pod dotyk), a będzie to w ramach jednej aplikacji.
Właśnie też doszedłem do tego wniosku.
Można, czemu nie. Ale nie w tym rzecz. Problem jest w tym, że myślisz zbyt waterfallowo, a w tym przypadku lepiej podejść zwinnie. Próbujesz rozwiązywać problemy, których nie masz, zamiast zrobić coś działającego i reagować odpowiednio na problemy, które się pojawią.
Zgadzam się z tym w 100%.
Z bibliotek można korzystać, ale naiwna wiara, że wrzucenie jakiejś biblioteki umożliwi ci z automatu "korzystanie z serwisu na urządzeniach mobilnych" raczej nie jest dobrym podejściem.
Zgadzam się w 100%, choć nie chodziło mi o rozwiązanie "zainstaluj i samo będzie działać".
Generalnie po prostu w mojej głowie pojawiają się różne wizje i staram się ustalić, która z tych wizji jest mądrzejsza, lepsza.
Stąd też i wątek.
flutter.
jeden codebase a możesz mieć web, mobile a nawet desktop
@LukeJL: Jednak tak podsumowując, chyba w takim razie react-bootstrap będzie najwłaściwszym rozwiązaniem. A przynajmniej na początek.
No bo z tego, co czytałem oraz z powodów, które wydają mi się dość oczywiste, react-bootstrap umożliwi "działanie serwisu na wszystkich urządzeniach"? Tzn. nie chodzi mi o działanie całego serwisu, bo nie mówię teraz o backu. Chodzi mi jedynie o front.