[%] 진짜 플러터 딱 보고 뭐 이런 족같은 구조가 다 있나 싶었는데

[익명(roughidcode)]

GetX 보니까 그냥 바로 개편한 프레임워크처럼 느껴지네

뭐냐 이거

[익명(125.243)]

어릴떄 불량식품 존나 좋아했을거같노

[익명(roughidcode)]

좀 작은 프로젝트면 프로바이더 걍 참고쓸거같은데, 지금 운영중인 서비스 프로바이더 기반인거 구조 보니까 그냥 구조 관리 좆도 안되고있더라

[익명(106.155)]

getx 노노 riverpod 예스예스

[익명(roughidcode)]

이유가 있음? 클린 아키텍쳐 때문에?

[익명(106.155)]

그냥 개인 취향임

[익명(roughidcode)]

그럼 뭐

[익명(roughidcode)]

근데 확실히 보조바퀴라는 말이 적당한 것 같다 프로바이더 알고 쓰는거랑 모르고 쓰는 건 차이가 크겠네

[익명(118.127)]

플러터 = 구글

[익명(220.94)]

getx는 플러터랑 아예 다른 프레임워크라 봐야됨. provider는 쓰지 마라

[익명(roughidcode)]

프로바이더는 그나마 개인 개발이랑 프로덕션에서 둘다 적당적당히 쓸 만 하겠다 생각하고 있었는데 왜?

[익명(220.94)]

타입겹치면 골치아픔

[익명(220.94)]

그래서 provider 래퍼인 riverpod 쓰라는거

[익명(roughidcode)]

대충 provider에서 플러터 걷어낸게 riverpod라는 거만 알고 있는데 어떻게 더 좋은 거임? 타입겹치는게 뭔지 정확히 모르겟슴

[익명(220.94)]

riverpod이 쓰기 더 편함 둘다 써보면 확실히 앎.
https://stackoverflow.com/a/66437182
프로바이더는 이런 짜치는게 넘 많음

[익명(roughidcode)]

아 타입 똑같은 걸 쓰면 둘 중에 가까운걸 가져오는구나ㅋㅋㅋㅋ 진짜 애미없네

[익명(roughidcode)]

지금 작업해야 하는 건 이미 프로바이더 기반이라 관성개발 할 느낌인데 개인개발에서는 절대로 프로바이더 안 써야겠네