Replies: 2 comments
-
|
아니 이거 왜 또 물어봄? 배열로 하지말라고 2층에서 만났을 때 얘기했는데 이 사진에서 Top10질문은 그냥 고정된 질문인가요? 아니면 실제로 사용자가 질문한 것들을 바탕으로 순위를 매겨서 가져오는 질문인가요? 카테고리 별 질문을 보면 질문하기 버튼도 없고, 정해진 질문이 나열되는 것 같은데 Json파일 만들어서 파싱하도록 하신 이유를 알 수 있을까요? -> 재서용! 데이터의 지속 가능성 및 발전성 오키? 그럼 뷰모델이 왜? 추천 탭 전체를 담당하는 뷰모델이 없으면 어떻게 초기화하고 받을래? -> 해결법 찾으면 뷰모델 안 만들어도 됨 |
Beta Was this translation helpful? Give feedback.
-
|
배열로 만들 때 코드 너가 자료구조를 배웠나?? 그 가정하에 보여줄게 Struct QnA { final class DumyData { 위에꺼 json 버전 { 이렇게 만약 질문과 답이 딱 하나만 그니까 갯수가 제한되어있고 적다면? 둘 중에 뭐가 제일 유지보수와 코드 가독성 데이터 복잡도 측면에서 제일 이득인게 무엇일까? 당연히 첫 번째꺼! 왜냐고? json으로 만들면 그걸 파싱해서 데이터 구조에 넣어두는 코드를 작성해야 하는데 1개 데이터를 위해 그걸 다 작성하는게 과연 효율적인 코드 작성이 될까? 절대 아니지~ 근데 우리뷰는 질문 최대 갯수 최소갯수 제한이란게 존재하지 않음 즉 앱의 지속 가능성으로 따질때 어떤 질문ㄷ과 답이 게속 등장하게 될지 미지수임 그럼 이런 경우 위 코드들이 어떻게 바뀌는지 보여줄게, 단 질문과 답은 그대로 한다는 가정하에 final class DumyData { 첫 번째 경우임! 자 이렇게 되어있을 때, 이거 가지고 뷰가 렌더링 될텐데 시간복잡도가 어떻게 나올까? 배열을 순회하면서 나 값을 처리해야하는데 그럼 시간 복잡도 생각해봐 쉽게 설며해서 너가 교장선생님인데 학교의 학생들은 운동장에 집합시키고 1열의 1번부터 마지막 열의 마지막 번호까지 다 하나하나 이름 물어보고 학생번호 물어보면서 다 뒤지는거임 이게 빠를거 같니? 근데 너가 이걸 매주 월요일마다 한다해봐 매주 너가 머릿속으로 외웠다면 당연히 아 이 학생 누군지 알아 하고 넘어갈 수 있겠지만 모른다면 다시 물어볼거임 즉, 배열로 저장하면 뷰에 들어올 때마다 계속 데이터 넣고 초기화하고 그래야 됨 캐싱이 사라짐 자 그럼 이게 json으로 될 경우, { } 이렇게하고 json에서 파싱을 하고 데이터에 넣어두면 당연히 파싱하는 작업에서 시간 복잡도가 걸릴꺼임 하지만 한 번 파싱하면 추가적으로 메모리에 따로 보관하기 때문에 추후에 데이터 재로딩하면서 다시 읽는 읽이 없음 초기에만 읽으면 되거든 |
Beta Was this translation helpful? Give feedback.
-
1. Top 10 질문
이 사진에서 Top10질문은 그냥 고정된 질문인가요? 아니면 실제로 사용자가 질문한 것들을 바탕으로 순위를 매겨서 가져오는 질문인가요?
만약 전자면, 그냥 배열에 넣고 하면 될까요?
2. 카테고리 별 질문
카테고리 별 질문을 보면 질문하기 버튼도 없고, 정해진 질문이 나열되는 것 같은데 Json파일 만들어서 파싱하도록 하신 이유를 알 수 있을까요?
그래서, 질문하기 버튼이 없는 이상 다 고정된 질문일 것 같은데 뷰모델이 필요할까요,,?
Beta Was this translation helpful? Give feedback.
All reactions