REACT VS. FLUTTER

리액트 VS 플러터

구조적인 부분이나 세밀한 컨트롤 같은 부분은 "리액트"가 압승
그럼에도 불구하고 "플러터"는 만들기가 개 편함

-- 근데 플러터로 만든 앱도 결국 프로그램이 무거워지거나
요구사항/수정사항이 많아지면 리액트로 가는 것을 지향해야 한다고 함
-- 사용하기 편하도록 제공하는 서비스의 한계점
-- 배포할 때에도 리액트는 빌드해서 소스코드 PUSH 하는게 쉬운 편이지만 플러터는 뭔가 새롭게 계속 배포해줘야함 + 비슷한 예시로 설계가 잘못되면 프로젝트 수정 개념이 아니라 프로젝트를 새로 만들어야 한다.
-- 플러터 = 버전 업글시 문제 많음 : 하위호환성 문제로 업데이트 막히면 그냥 또 다시 만들어야 하는 느낌이라고 함;;

그래서 REACT VS FLUTTER 의 경우 
단순히 시장 검증을 위한 걸로는 플러터가 좋으나
상용화 시키고 수정하고 뭐 등등 하기에는 리액트를 해야하는 상황...

시작은 플러터 여도 끝은 리액트 여야 하는 느낌
🫠
오잉

+) 단순 APP(앱) 만 구현 시에는 플러터가 용이할 수 있음. 통합 환경에서 구현 시에는 당연 리액트 : 근데 또 디자이너? 기획? 입장으로 보면 웹 이랑 앱에서 사용자가 기대하는 경험이 다르기에 두개를 따로 만드는 경우도 있다고 함

+) JS 입문한 사람이면 DART 배워서 플러터 하는 거보다 SWIFT 배워라

+) 개발적인 부분에서 FLUTTER VS REACT 대결구도지만, 취업 부분에서는 당연히 REACT가 압도적으로 이겨서... 플러터를 하려고 해도 리액트를 떼고 플러터는 부수적으로 찍먹해보는 정도가 적합할 듯 ?

REACT EXPO VS. FLUTTER

그래서 요즘은 REACT EXPO VS. FLUTTER 로 비교를 많이 한다고 하는데
엑스포가 플러터처럼 리액트 쉽게 개발할 수 있도록 도와주는 라이브러리(?) 같음

결론: 플러터가 용이한 부분이 많으나 나중에는 리액트를 결국 하게 되는 듯한 느낌
그래서 엑스포 먹인걸로 시장조사하고 그 코드 기반으로 순수 리액트 네이티브로 변경하는 게 대충 더 좋은 프로세스 같아보인다.

물론 EXPO 로 먹인 것도 언젠가는 순수한 REACT NATIVE 로 변경을 해야한다고 함

---

다음엔 REACT EXPO 도 공부하여 내용 포스팅 해봐야지.