RN 은 전역관리는 Redux + Redux-saga, 페이지별로는 React-query 를 사용했고
Flutter 는 Riverpod 를 사용했었습니다.
개인적으로 React 쪽의 상태관리 및 로직의 순서 관리가 조금더 이해가 쉬웠고,
개발하기도 용이했습니다. 웹 베이스의 플랫폼으로 개발이 조금 쉬웠습니다.
Flutter 는 개인적으로 Riverpod 에 대한 이해가 쉽지 않았습니다. (시간 투자가 조금 적기도 했습니다.)
간단한 상태관리는 큰 어려움이 없었지만, 플랫폼의 이해 때문인지,
상태 변경에 대한 처리 및 서버 API 처리 이후의 공통 처리 부분에서 구현의 복잡함? 어려움 이 있었습니다.
UI 쪽은 Flutter 쪽의 위젯이 속성 및 기능이 잘 정의 되어 있어 개발이 수월했습니다.
React 는 antd UI 라이브러리를 사용했는데, 사용 경험은 나쁘지 않았습니다.
React 는 2년전이라 개발 관련 라이브러리가 오래된 경험이고
Flutter 는 최근에 개발하였는데, 투자 시간이 적었습니다.
제 개발 경험도 댓글로 남깁니다~
이런 부분도 있구나... 하는 정도로 생각해주세요~ ^^
개인적인 경험으로는 앱 개발 시 중요한 부분이 상태관리와 UI 부분 이었습니다.
RN 은 전역관리는 Redux + Redux-saga, 페이지별로는 React-query 를 사용했고
Flutter 는 Riverpod 를 사용했었습니다.
개인적으로 React 쪽의 상태관리 및 로직의 순서 관리가 조금더 이해가 쉬웠고,
개발하기도 용이했습니다. 웹 베이스의 플랫폼으로 개발이 조금 쉬웠습니다.
Flutter 는 개인적으로 Riverpod 에 대한 이해가 쉽지 않았습니다. (시간 투자가 조금 적기도 했습니다.)
간단한 상태관리는 큰 어려움이 없었지만, 플랫폼의 이해 때문인지,
상태 변경에 대한 처리 및 서버 API 처리 이후의 공통 처리 부분에서 구현의 복잡함? 어려움 이 있었습니다.
UI 쪽은 Flutter 쪽의 위젯이 속성 및 기능이 잘 정의 되어 있어 개발이 수월했습니다.
React 는 antd UI 라이브러리를 사용했는데, 사용 경험은 나쁘지 않았습니다.
React 는 2년전이라 개발 관련 라이브러리가 오래된 경험이고
Flutter 는 최근에 개발하였는데, 투자 시간이 적었습니다.
제 개발 경험도 댓글로 남깁니다~
이런 부분도 있구나... 하는 정도로 생각해주세요~ ^^