묻고 답해요
152만명의 커뮤니티!! 함께 토론해봐요.
인프런 TOP Writers
순위 정보를
불러오고 있어요
-
미해결스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술
ModelView를 ViewModel이라고 이해해도 될까요?(feat.iOS 개발자)
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]안녕하세요. iOS 개발을 오래하다가 BE 개발 공부를 시작했습니다. iOS 개발을 하면서 MVC, MVVM 등 다양한 아키텍쳐 패턴을 사용했었는데 이번 강의에서 사용하시는 ModelView라는 건 마치 ViewModel과 같다는 생각이 들어서요!1) 현재 ModelView라고 쓰이는 객체는 흔히 말하는 ViewModel과 동일한 느낌으로 봐도 무방할까요?(ModelView는 ~View이기에 View로 보이는 한편, ViewModel ~Model이기에 Model로 느껴지는 듯합니다.)2) 혹 둘의 차이가 있다면 어떤 부분이 차이가 있을지도 궁금합니다!
-
해결됨Flutter 응용 - 공공 API를 활용한 앱 만들기 (MVVM 패턴)
기존 코드 mvvm으로 역할 분리하는 기준이 궁금합니다
강의를 통해 학습에 정말 많은 도움을 받고 있습니다. 감사합니다. 처음부터 구조를 잘 잡아서 설계하면 좋겠지만, 역할이 제대로 명시되지 않은 함수들을 각각 repository, service, viewmodel로 역할을 명시해주는 것도 난이도가 있으면서 함수들의 역할을 더 명확히 파악하는 데 도움이 될 것 같아서 파일 하나에 함수를 몰아 놓고 분리해보고 있습니다.혹시 repository, service, viewmodel로 함수를 분리해서 작성할 때, 명확한 기준이 존재할까요??제가 학습한 바로는 repository는 데이터베이스/서버 통신 또는 데이터 불러오기 관련, service는 repository를 활용한 비즈니스 로직, Viewmodel은 service를 활용한 View와의 상호작용이라고 알고 있습니다.제가 아직 비즈니스 로직을 명확하게 구분하기기 어렵습니다..에를 들면 파일 탐색기 실행 > 파일 경로 받기 > 파일 디코딩 > JSON(map)형식 변환 > 데이터 필터링 의 과정이 있다고 가정하면, 여기서 어디까지의 함수를 어디로 분리할 지 감이 오지 않습니다.명확하게 구분할 수 있는 기준이나 팁이 존재한다면 알고 싶습니다!
주간 인기글
순위 정보를
불러오고 있어요