goRouter

인프런 AI가 잘 정리를 해줬네요 🙂 여기서 제 의견을 드리자면 이미 잘 사용중이고 문제 없이 Get의 toNamed 방식을 사용하고 있다면 GoRouter로 리펙토링을 할 필요 없다고 생각합니다. 저도 여러 프로젝트에서 Getx의 Route인 toNamed 방식으로 사용하고 있는데 어느정도 규모가 있더라도 큰 문제 되지 않습니다.

appBar 텍스트 컬러 적용이 안돼요!

안녕하세요 캡쳐하신 이미지대로 작성하셨는데도 글색상이 흰색으로 보이지 않는다는 말씀이실까요? app.dart 파일과 detail.dart 파일을 보내주시면 검토해보겠습니다. 감사합니다.

모델 객체에 대해

모델설계를할때 유연하게 설계를할필요가 있습니다 질문주신것처럼 원래 데이터에 null이 있으면안되지 안나라고 하셨는데 맞습니다 api로 전달받은 데이터는 null이 오면 안되겠죠 하지만 네트워트 통신이고 서버 상태에 따라 어떻게 데이터가 들어오게 될지 보장하기 어렵습니다. 또한 시간에 지남에 따라 api 스펙이달라짐으로인해 특정 field가 더이상 보내주지 않는다라고 한다면 이런 경우를 대비해 필드를 null 가능하게 설계하면 예상치 못한 오류를 방지할 수 있습니다

네이버api프로젝트세팅부분에서

StatefulWidget의 경우 부모로부터 전달받는 값이 아닌 이상 보통 State 상속받은 클레스 내에 변수를 선언합니다. 부모로부터의 데이터를 사용하여 상태관리를 할 경우 StatefulWidget 클래스에서 받아주고(생성자)부모와의 데이터 관계가 없을때는 State 클래스에서 생성한다고 보시면 되겠습니다. 한가지 예를 들어 설명드리자면 submit 버튼이 있다고 가정하겠습니다. submit 버튼이 동작하려면 부모 위젯의 입력 필드(id/password)들이 채워져야 버튼이 활성화가 될 것입니다. 이때 Submit 버튼에 disabled라는 값이 있어야하고 그 값은 부모위젯에의해 결정됩니다(id/pssword 입력여부) 이때 disabled는 StatefulWidget에 존재하게됩니다 그리고 버튼이 눌릴때 특정 애니메이션 효과를 넣는다고 가정하면 애니메이션은 부모위젯과 관계가 없죠 그렇기때문에 애니메이션 컨트롤러는 State쪽에 선언하고 관리 합니다

네이버api프로젝트세팅부분에서

안녕하세요 좋은 질문을 주셔서 저 역시 한번 더 생각할 수 있었습니다. 우선 dio 주입을 MyApp에서 만들어서 하지 않고 main 함수에서 해주는 이유에 대해서 설명을 드리겠습니다. 사실 MyApp에서 만들어서 사용해도 문제 되지 않습니다. 단지 main 함수에서 만들어준 이유는 배포 환경을 고려해서 설계하기 위함입니다. 물론 지금 강의에서 만든 앱의 경우 Flavor 설정(배포별 환경이 다르게 설정)을 하지 않아서 MyApp에 생성해도 상관이 없겠지만 만일 Flavor를 설정한다고 한다면 main 함수를 local, dev, staging, prod 별로 나눠서 설정하게 될 것이고 각 함수에 각각의 endpoint가 설정되어야 하기 때문입니다. 두번째 질문에 답을 드리자면 Stateful 위젯과 Stateless 위젯을 사용하는 이유에 대한 질문인것 같은데 맞는지 모르겠네요 어떨때 Stateful을 사용하고 어떨때 Stateless를 사용하는지는 왠만하면 Stateless위젯을 사용합니다. 이유는 상태관리를 bloc을 사용해서 관리 하고 있기 때문에 페이지나 컨포넌트에 상태를 갖을 필요가 없기 때문입니다. 그럼에도 Stateful를 사용해야 할때가 있는데 그럴때는 위젯의 라이프사이클을 사용하기 위함입니다. Stateful 위젯은 다양한 경우 발생되는 이벤트들지 존재합니다. (Initstate, dispose, didChangeDependencies. 등등 ) 각각을 왜 사용하는지에 대해서는 위젯 라이프사이클에 대한 영상을 찾아보심을 추천드립니다. 그리고 Stateful를 사용할때는 간단한 컨포넌트를 만들때 사용합니다. bloc이나 cubit을 사용하기에는 heavy 하기 때문에 간단하게 위젯의 상태를 통해 만들어줄때 사용하게 됩니다. 질문에 답이 되었을지 모르겠네요.