[캡디 - CaloLink]

빌드 하려고 보니, 프로젝트 설정에 적혀있는 경로에 Info.plist파일이 없습니다.아키텍처 구조를 설정한다고 Info.plist의 경로를 변경하였습니다.하지만 Xcode 프로젝트 파일(.xcodeproj)안에는 아직도 예전 경로가 기록되어 있어서 오류가 발생합니다.

fork는 Git저장소를 복사하여 자신의 GitHub계정으로 가져오는 작업으로,원본 저장소(Upstream)와 독립적인 복사본을 생성하여 자유롭게 변경작업을 할 수 있습니다.Upstream은 "원본 레포지토리"를 말하고,Origin은 "원본 레포지토리에서 Fork를 한

Main.stroyboard 파일을 삭제해줍니다.Project TARGETS 에서Build Settingsfilter에 main 검색UIKit Main Storyboard File Base Name 을 삭제해줍니다.삭제한 항목은 '앱이 처음 실행될 때 로드할 Story

CaloLink iOS 앱의 초기 설계를 위한 아키텍처 선정 과정을 기록하는 것을 목표로 합니다.여러 CS 개념을 코드로 구현하면서 공부하다보니 아키텍처의 설계가 프로젝트의 유지보수성, 확장성, 테스트 용이성에 핵심적인 요소가 됨을 알았습니다.CaloLink는 사용자가

전체 폴더 구조는 이런식으로 구분하여 사용합니다.초반 설정이 어렵다는 점과 파일이 많아진다는 점은 어쩔 수 없는 것 같습니다.Application앱의 시작(AppDelegate, SceneDelegate)과 모든 의존성을 관리하고 주입하는 DIContainer가 위치합

본격적인 코딩 전 프로젝트의 규칙과 약속을 정합니다.Domain Entity 와 RepositoryProtocol 정의Product Entity: 검색 결과 목록에 필요한 최소 정보(id, 이름, 이미지URL, 가격 등)를 담는 모델을 정의합니다.ProductDetai

Base URL: API의 기본 주소데이터 형식: 모든 요청과 응답의 데이터 형식은 JSON을 사용기능: 사용자가 입력한 조건에 맞는 상품 목록을 페이지 단위로 반환합니다.HTTP Method: GETEndpoint: /products/searchURL 쿼리 파라미터(

클린 아키텍처에서 각 계층은 서로의 구체적인 구현을 알지 못하고 오직 프로토콜에만 의존해야 합니다.이때 "누가 약속을 지키는 실제 객체를 만들어서 필요한 곳에 전달해 줄 것인가?"라는 문제를 해결하기 위해 의존성 주입 컨테이너(DI Container)가 필요합니다.앱에

ProductListCell과 DetailViewController의 이미지를 불러오기 위해 아래와 같은 원시적인 방법을 사용했다.이 코드는 일단 동작은 하지만, 실제 앱 환경에서 사용하기에는 다음과 같은 문제점들을 가지고 있었다.캐싱의 부재이미 한번 다운로드한 이미지