티스토리

정주는 개발 중 :]

검색하기

블로그 홈

정주는 개발 중 :]

jeong9216.tistory.com/m

개발하는 중 :]

구독자: 72

방명록 방문하기

주요 글 목록

[iOS] UIProgressView에 숨겨진 애플의 디테일 - progress의 최소 width UIProgressViewUIProgressView는 0~1 사이의 수치로 progress를 표현할때 사용하는 UIView입니다.개발자는 정확한 progress를 쉽게 표현하기 위해 UIProgressView를 사용할텐데요.UIProgressView에는 숨겨진 함정이 있습니다.바로 progress를 표현하는 최소 width가 정해져있다는 것입니다. progress 수치에 따른 width 비교0.5예를 들어, width가 100인 UIProgressView의 progress를 0.5로 설정하면 progress width는 50이 됩니다.progressView.progressTintColor = .cyanprogressView.frame = CGRect(x: 180, y: 300, width: 100, he.. 공감수 0 댓글수 0 2025. 4. 13.
[iOS/꾸준 회고] Swift Testing 및 테스트 작성에서 느낀 점 서론최근 테스트와 관련된 포스팅을 작성했습니다.테스트 코드 필요성과 테스트 쉬운 구조테스트 코드 작성과 구조 개선역할 분리와 객체 지향과 코드 개선그리고 작업을 진행하면서 꾸준히 테스트 코드를 작성하고 있어요.Swift Testing의 좋았던 점과 테스트 코드를 작성하면서 느낀 점을 공유해보고 싶어서 또 포스팅을 쓰러 왔어요 ㅎㅎ테스트 코드를 왜 작성하기로 결심했는지 등은 이전 포스팅을 참고해 주세요. Swift Testing제가 담당하는 앱은 글로벌 서비스라 최근에 최소지원버전을 iOS 15로 올렸을 만큼 최신화된 프로젝트는 아니에요.Swift Testing 처음 발표를 들었을 때는 "이번에도 나는 못 쓰지 않을까?" 생각이 있었어요.다행히 Swift Testing은 그런 걱정과 달리 편하게 사용할 .. 공감수 1 댓글수 2 2025. 2. 15.
[iOS/꾸준 회고] 역할 분리와 객체 지향과 코드 개선 서론최근 제 코드를 어떻게 하면 더 나은 방향으로 개선할 수 있을지 많은 고민을 하고 있습니다.매 순간 마주하는 코드의 맥락과 작업 환경, 그리고 제가 처한 상황이 계속 변화하다 보니 명확한 해답을 찾기가 쉽지 않더라고요. 이런 고민들을 정리하면서 함께 나누고 싶어 이 글을 쓰게 되었습니다.특히 요즘은 객체지향적인 설계와 역할 분리에 대해 깊이 생각해보고 있는데요. 실제 업무에서 작성한 코드로 예시를 들면 좋겠지만, 회사 코드라는 특성상 공개하기 어려운 점이 아쉽네요.그래서 이번 글은 다소 추상적인 경험 공유가 될 것 같습니다만, 함께 이야기를 나누면서 서로의 생각을 공유할 수 있었으면 좋겠어요. 고민하게 된 계기역할 분리와 객체지향에 대해 고민하게 된 계기는 반복되는 보일러플레이트 코드였습니다.개발을 .. 공감수 2 댓글수 2 2025. 2. 3.
[iOS/꾸준 회고] 테스트 코드 작성과 구조 개선 서론이전 포스팅에서 테스트 코드의 필요성을 느꼈다는 글을 적었습니다. [iOS/꾸준 회고]테스트 코드 필요성과 테스트 쉬운 구조서론최근 테스트 코드와 관련된 많은 깨달음을 얻었습니다.테스트 코드의 필요성과 테스트하기 좋은 구조란 무엇인지, 그리고 왜 MVC 패턴에서 테스트가 어려운지를 체감할 수 있었습니다. 테jeong9216.tistory.com이에 대한 최근 근황을 작성해보려고 합니다. 흐려지는 동기테스트 코드가 아니어도 이미 많은 업무를 처리하다 보니 테스트 코드를 작성하는 동기가 점점 흐려졌습니다. (외면하게 되었다는 게 맞겠네요... 🥲) 이 흐려지는 동기를 해결하기 위해 저는 테스트 코드 작성을 팀의 레벨로 올려서 진행했습니다.저희 회사는 1명이 프로젝트를 온전히 담당하는 구조라서 같은 프로.. 공감수 2 댓글수 2 2025. 2. 1.
[iOS/꾸준 회고] 테스트 코드 필요성과 테스트 쉬운 구조 서론최근 테스트 코드와 관련된 많은 깨달음을 얻었습니다.테스트 코드의 필요성과 테스트하기 좋은 구조란 무엇인지, 그리고 왜 MVC 패턴에서 테스트가 어려운지를 체감할 수 있었습니다. 테스트 코드 없이 앱 리뉴얼 하기최근 사내 앱의 UI 리뉴얼을 진행했습니다.기존 기능은 그대로 유지하면서 UI만 새롭게 구현하는 작업이었습니다. 이 과정에서 기존 동작 검증에 어려움을 느꼈습니다.기존 동작이 제대로 유지되는지 확인하기 위해서는 기존 앱과 리뉴얼된 앱을 일일이 실행하며 비교해야 했습니다.테스트 코드가 있었다면 딸깍 한 번으로 검증이 가능했을 텐데... 많이 아쉬웠습니다. 작업 시간뿐만 아니라 심리적인 부담도 상당했습니다."테스트 코드 없는 리팩토링은 도박과 같다"는 말이 있듯이 코드를 수정할 때마다 "이 수정이.. 공감수 1 댓글수 0 2024. 12. 25.
[Swift] SwiftUI로 느낀 Swift 기본기의 중요성 서론SwiftUI를 학습하면서 Swift 기본기의 중요성을 크게 느꼈습니다.SwiftUI는 구현이 매우 편리하지만, 학습 과정은 그만큼 쉽지 않다고 생각합니다.이번 포스팅에서는 View 프로토콜을 Swift 기반으로 단계적으로 이해해 나갔던 제 학습 과정을 공유하고자 합니다. 1단계: View 프로토콜 정의가장 먼저 공식문서가 말하는 View 프로토콜을 봅시다.@available(iOS 13.0, macOS 10.15, tvOS 13.0, watchOS 6.0, *)public protocol View { associatedtype Body : View @ViewBuilder var body: Self.Body { get }}View 프로토콜은 body computed 프로퍼티를 가지는 타입입니다.. 공감수 4 댓글수 0 2024. 12. 1.
[iOS/꾸준 회고] 클린 아키텍처의 원... 그리고 의도를 보는 시야 클린 아키텍처 원 그림과 사용자 관점의 불일치최근 흥미로운 대화를 나눴습니다."iOS 개발할 때 클린 아키텍처의 원과 사용자 관점이 잘 안 맞는 것 같지 않나요?" 소프트웨어 개발자라면 한 번쯤은 접해봤을 클린 아키텍처의 유명한 원형 다이어그램에 대한 이야기입니다.이 다이어그램에서는 네트워크 계층이 가장 바깥쪽에 위치하고, Presenter, Use Case, Domain 등이 안쪽에 배치되어 있습니다.하지만 실제 사용자 시나리오를 보면, 화면이 먼저 나타난 후 사용자 이벤트에 따라 네트워킹이 발생하는 것이 일반적입니다.즉, 사용자 관점에서는 네트워크보다 Presenter나 UseCase를 먼저 경험하게 되는 것이죠. 물론 이 다이어그램이 잘못되었다고 할 순 없습니다.이렇게 널리 알려진 데에는 분명한 이.. 공감수 2 댓글수 0 2024. 11. 13.
[Swift] flatMap이 deprecated가 된 이유 / compactMap의 등장 서론Swift 4.1에서 flatMap이 deprecated되고 compactMap으로 역할이 분리되었습니다.저는 한 가지 착각하고 있었습니다. "flatMap이 아예 사라지고 compactMap이 새로 생겼구나"라고 오해했는데요, flatMap은 여러 형태가 존재했고, flatMap 중 하나가 compactMap이 된거였습니다.이번 포스팅은 pointfree의 https://www.pointfree.co/episodes/ep10-a-tale-of-two-flat-maps 영상과 스크립트를 정리한 포스팅입니다. flatMap이 어떤 형태를 제공했었고, 어떤 메서드가 compactMap이 된 것인지 알아보겠습니다. flatMap의 세 가지 형태flatMap은 총 세 가지 형태로 제공됩니다.extension.. 공감수 3 댓글수 3 2024. 10. 27.
[iOS/꾸준 회고] Lokalise 도입을 위한 Localizable 문자열 정리 (feat. 쉘 스크립트) 서론제가 개발 중인 앱에는 다국어를 지원합니다. 총 영어(en), 일본어(ja), 터키어(tr), 스페인어(es) 총 4개의 다국어를 지원하고 있어요.그래서 Localizable.strings로 다국어를 키-문자열 쌍으로 관리하고 있습니다.아래에서 설명할 이유들로 Lokalise 서비스 도입을 결정했고, 이 과정에서 도입을 위한 작업을 효율적으로 개선한 경험을 공유드리려고 합니다. 기존의 다국어 관리 문제기존 다국어 적용은 기획자가 각 클라이언트 개발자(iOS, Android, Web)에게 문자열을 전달해 줍니다.문자열을 받으면 각자의 방식으로 키를 정의하고 관리했죠. 이로 인해 기입 실수가 발생하면 클라이언트마다 다국어가 다른 경우가 생겼습니다. (특히 일본어는 한자라서 실수가 발생해도 알아차리기 어렵.. 공감수 8 댓글수 4 2024. 9. 28.
[iOS/꾸준 회고] UseCase 배워두길 잘했다 서론제 프로젝트에서는 대부분의 UseCase가 Repository와 ViewModel을 단순히 연결해 주는 역할만 하고 있었습니다. 예를 들면 다음과 같은 코드였죠.struct FetchBooksUseCase { func execute() async -> Something { await repository.fetchBooks() }}이런 구조 때문에 저는 종종 "과연 이 상황에 UseCase가 정말 필요할까?" 하는 의문을 가졌습니다. 하지만 최근 UseCase를 정의한 것이 매우 적절했다고 느낀 경험이 있었습니다.물론 이것이 엄청난 발견이나 깨달음은 아니었습니다. 다만, 인터넷에서 자주 언급되는 "UseCase를 사용해야 하는 이유"를 직접 체감하고 경험했다는 점에서 작은 감동을.. 공감수 2 댓글수 1 2024. 9. 23.
[iOS] UIPageViewController 크래시 해결 과정 (The number of view controllers provided (0) doesn't match the number required (2) for the requested transition) UIPageViewController 크래시 분석UIPageViewController를 사용하는 앱에서 높은 비율로 크래시가 발생했습니다.The number of view controllers provided (0) doesn't match the number required (2) for the requested transitionThe number of view controllers provided (0) doesn't match the number required (1) for the requested transitionUIPageViewController에 제공하는 UIViewController의 개수를 제대로 컨트롤하고 있었기 때문에 원인을 파악하기 어려웠습니다. UIPageViewControl.. 공감수 3 댓글수 4 2024. 9. 8.
[Swift] DTO 매크로(Macros)로 CodingKeys 반복 패턴 제거하기 Swift Macros 사용 이유이전 포스팅(https://jeong9216.tistory.com/727)에서 Swift macros에 대해 소개했습니다.Swift macros는 코드 작성 시 발생하는 반복적인 패턴을 효과적으로 제거하는 데 큰 도움이 됩니다.여기서 주목할 점은 단순한 코드의 반복이 아닌, 코드만으로는 해결하기 어려운 '패턴의 반복'을 제거할 수 있다는 것입니다. 이는 Swift macros의 강력한 특징 중 하나입니다. 구체적인 예로, DTO(Data Transfer Object)에서 CodingKeys를 작성하는 패턴을 들 수 있습니다. 이러한 패턴은 일반적인 방법으로는 코드 레벨에서 반복을 제거하기 어렵습니다. 그러나 Swift macros를 활용하면 이러한 반복적인 패턴을 효과적으.. 공감수 2 댓글수 4 2024. 9. 6.
[Swift] WWDC23 - Expand on Swift macros 매크로 지원의 필요성Swift는 보일러 플레이트 코드를 줄이기 위한 다양한 기능을 제공하지만, 이러한 기능들로도 해결되지 않는 경우가 발생할 수 있습니다.이때, 개발자가 Swift 컴파일러를 수정하는 방법도 있습니다. Swift가 오픈 소스로 제공되기 때문에 컴파일러 수정이 가능하긴 하지만, 이 방법은 복잡하고 유지보수가 어렵습니다.매크로를 활용하면 컴파일러를 수정할 필요 없이 패키지에 포함된 형태로 보일러플레이트를 제거할 수 있습니다.이는 개발자들이 원하는 기능을 쉽게 구현할 수 있도록 도와줍니다. 매크로는 명확해야 한다Swift 컴파일러는 #과 @ 기호를 매크로로 인식하여 확장성을 추가합니다.매크로는 두 가지 유형이 있습니다.독립형 매크로: 항상 # 기호로 시작합니다.첨부 매크로: 코드 선언부에 작성.. 공감수 0 댓글수 0 2024. 8. 17.
[꾸준 회고] SwiftUI 찍먹 후기 (feat. Boost SwiftUI 스터디) Boost SwiftUI 스터디최근 SwiftUI 스터디를 시작했습니다.이름은 Boost SwiftUI 스터디! (사실 공식 이름 없음 ㅎ;)iOS 개발자 7명과 디자이너 1명이 함께하는 스터디입니다. (혹시 깃허브 레파지토리가 궁금하다면...? https://github.com/BoostSwiftUI/SwiftUI) SwiftUI Tutorial로 기초를 잡고, 디자이너와 피그마로 협업하여 다양한 UI 개발 경험을 쌓습니다.마지막으로 주 1회 WWDC 시청으로 딥 다이브를 하고 있습니다. 스터디를 시작한지 약 한 달이 지난 지금, SwiftUI와 관련된 생각이 조금씩 쌓여서 글까지 쓰게 되었습니다.참고로 저는 최소 지원 버전을 iOS 15로 설정하여 진행했습니다. 깊은 고민 없이도 만들기 쉽다.처음 이.. 공감수 3 댓글수 3 2024. 7. 21.
[일주일 회고] SwiftUI 스터디 시작과 유지보수 개선, 그리고 WWDC 학습 회고 요약 feat. GPTSwiftUI 기초 학습과 다양한 UI 구현 목표, 적극적인 7명의 멤버와 함께 시작.유지보수와 개선에 중점을 둔 한 주. QA 티켓 감소와 기획자들에게 도움이 되는 선행 배포라는 긍정적인 경험을 얻음.SwiftUI 학습을 본격적으로 시작, WWDC 영상을 주 1회 시청하며 공식 개념 학습. 한 일SwiftUI 스터디 시작!SwiftUI 스터디를 시작했습니다.SwiftUI의 기초를 학습하고, 다양한 UI를 SwiftUI로 구현하는 것이 목표예요. SwiftUI Tutorial과 WWDC로 기초를 학습하고, Mobbin을 참고해서 다양한 화면을 구현해 볼 예정이에요.하다 보니 7명이나 모였는데, 한 분 한 분 모두 적극적이신 분이라 너무 기대됩니다. (아직 아이스 브레이킹만 함 .. 공감수 4 댓글수 0 2024. 6. 26.
[일주일 회고] 5월 4주 차 (16일 ~ 24일) 한 일 (16일 ~ 21일)새로운 기술 도전잘한 점새로운 기술에 도전했습니다.Tuist를 이용한 모듈화와 FlexLayout + PinLayout 중 고민하였고,FlexLayout + PinLayout을 이용해 UI 성능을 개선하기로 결정했습니다.현재 저의 개발 환경은 혼자 + 크기가 작음 이기 때문입니다.특히 혼자 개발하는 환경에서 모듈화가 크게 의미가 없다고 생각했습니다.결국 저에게 좀 더 가깝게 다가오고 흥미가 있던 FlexLayout과 PinLayout에 도전했습니다.(+ 최근 자주 보고 있는 당근 테크 블로그에서도 봐서 더 친근하게 느껴졌어요 ㅋㅋ) 개인 프로젝트 뿐만 아니라 현업에서도 새로운 기술에 도전하고 있어요.이번 주는 새로운 기술 도전을 크게 한 일주일이라고 생각이 드네요 :) 아쉬운 .. 공감수 2 댓글수 3 2024. 5. 22.
[일주일 회고] 5월 3주 차 (9일 ~ 17일) 한 일 (9일 ~ 15일)파이어베이스 로그인 연동잘한 점공식 문서의 중요성을 깨달은 과정이었습니다.애플 로그인과 파이어베이스 인증을 연동하는 과정에서 파이어베이스의 친절한 공식 문서에 놀랐습니다.공식 문서만 봐도 모든 기능을 구현할 수 있었어요.평소 iOS 개발을 할 때도 공식 문서의 중요성을 상기하면서 개발하는데요,이번 개발 과정에서 공식 문서를 가장 처음 봤고, 공식 문서만으로 기능을 구현했다는 점이 뿌듯했습니다. 아쉬운 점로그인의 테스트가 미흡했습니다.ViewModel 테스트에서 로그인이 성공했는지, 실패했는지 여부만 테스트했어요.네트워크가 없는 인증 테스트가 과연 의미가 있는 것인지 고민이 되었기 때문입니다.Storage와 Repository의 테스트 방법에 대한 고민도 더 필요하다고 느껴졌어요... 공감수 0 댓글수 2 2024. 5. 15.
[일주일 회고] 5월 2주 차 (2일 ~ 10일) + 감사한 글쓰기 모임 한 일 (2일 ~ 7일)홈 화면 카테고리, 도전기록 리스트 표시잘한 점리스트를 표시할 때 CompositionalLayout Enum을 정의하여 작성했어요. (관련 PR)CompositionalLayout은 item, group, section이 필요하고, 각 요소에 각각의 속성을 설정해야 합니다.기존에는 각 속성들을 모두 파라미터로 전달받아서 메서드가 비대하다는 문제가 있었습니다.이를 개선하기 위해 고민했고, 각 요소를 구조체로 정의하면 객체의 역할과 의미가 명확해지고 편의성도 챙길 수 있었습니다.기존 코드에서 불편한 점을 느끼고 개선했다는 점에서 moti 2.0의 목표를 조금씩 이루고 있는 거 같아 기분이 좋네요. 아쉬운 점코드가 아직 만족스러울 정도로 깔끔하진 않은 거 같아요.예를 들어,let it.. 공감수 1 댓글수 0 2024. 5. 8.
[일주일 회고] 5월 1주 차 (4월 25일 ~ 5월 3일) 한 일 (4월 25일 ~ 4월 30일)Unit Test 자동화내용테스트는 moti 2.0의 주요 목표 중 하나입니다.따라서 Unit Test 자동화도 꼭 적용하고 싶었고, 깃허브 액션으로 자동화를 성공했습니다.PR이 생성될 때, develop에 push할 때 Unit Test를 자동으로 수행합니다. 잘한 점Unit Test를 적용하면서 여러 시행착오가 있었습니다.이런 시행착오 속에서 Unit Test 자동화를 포기하지 않은 점이 뿌듯하네요.이 뿌듯함이 moti 2.0을 진행하면서 꾸준한 테스트를 이끌 원동력이 되지 않을까 싶습니다. 또, 이 과정을 포스팅으로도 남겼습니다. (보러 가기)옛날에는 문제가 생겼을 때 자연스럽게 기술 포스팅으로 이어졌는데,최근에는 의식적으로 신경을 써야한다는 걸 깨달았습니다.사.. 공감수 0 댓글수 1 2024. 5. 1.
[iOS] Unit Test를 GitHub Actions로 자동화하며 겪은 에러 해결 과정 Unit Test 자동화GitHub Actions를 활용하면 Xcode에서 작성한 Unit Test를 자동으로 체크할 수 있습니다.PR을 생성할 때, push를 할 때 등의 액션이 발생하면 Unit Test를 수행하는 방식입니다.Test 편의성과 안정성을 동시에 챙길 수 있으므로 꼭 필요한 과정입니다. GitHub Actions로 자동화하며 겪은 에러저는 GitHub 안에서 개인 프로젝트 사이클을 돌리고 싶었기 때문에 GitHub Actions를 선택하였는데요.쉽게 가능할 줄 알았지만, 많은 에러를 겪었습니다. 고군분투의 흔적 ;;결과론적인 이야기지만, 앞에서부터 차근차근 살펴봤다면 쉽게 해결했을 텐데... 반성합니다 🥲성공한 Workflow는 최하단에 있으니 최종 결과만 필요하시면 쭉 내리시면 됩니.. 공감수 2 댓글수 0 2024. 4. 27.
[일주일 회고] 4월 4주 차 (22일 ~ 26일) 한 일 (22일 ~ 24일)moti 2.0 개발 시작내용일이 바쁘다는 핑계로 미뤘던 moti 리팩토링을 시작했습니다. (Github Repository)지금까지 느낀 moti의 문제점과 저의 문제점을 개선하는 게 가장 큰 목표이고,주요 개선 사항은 1. 서버를 Firebase로 변경한다. 2. 테스트를 적극 연습한다.입니다. 잘한 점1.시작을 했다는 게 가장 잘한 거 같아요.시작으로 반을 채웠으니, 나머지 반도 열심히 채우겠습니다. 2.프로젝트의 목표를 명확히 정하고 글로 정리했습니다. (보러가기)해야 하는 것과 하지 말아야 할 것으로 나누어 적었더니 제가 이 프로젝트로 무엇을 이루고 싶은지 명확해졌어요.시간과 열정은 무한하지 않으니 효율적이고 알차게 다루려고 합니다.. 공감수 1 댓글수 0 2024. 4. 24.
[Swift] difference(from:)와 applying(_:) difference(from:) difference(from:)은 두 개의 Collection 차이를 쉽게 구할 수 있는 메서드입니다. A와 B를 비교했을 때 무엇이 추가로 있고, 무엇이 없는지 알 수 있습니다. (A collection of insertions and removals that describe the difference between two ordered collection states.) 사용법도 간단합니다. let arr1 = [1, 2, 3, 4] let arr2 = [1, 3, 4, 5] let diff = arr2.difference(from: arr1) diff를 출력해 보면 arr1이 arr2가 되기 위해 무엇을 추가하고, 무엇을 빼야 하는지 알 수 있습니다. "Collect.. 공감수 0 댓글수 0 2024. 4. 20.
[Xcode] Placeholder가 있는 Code Snippet 작성 방법 Code Snippet Code Snippet은 미리 정한 짧은 키워드로 긴 코드를 자동 완성해주는 기능입니다. 아무리 긴 코드라도 미리 등록한 단축어를 입력하면 끝이니 생산성에 큰 도움을 줍니다. (전 Attributes, Constraints처럼 오타가 많이 나는 단어도 애용합니다 ㅎㅎ;) Code Snippet은 많이들 아시지만, placeholder가 포함된 code snippet은 잘 모르기도 합니다. Placeholder가 있다면 무엇을 넣어야 할지 파악하기 쉽고, Tab을 이용하여 입력 부분으로 바로 이동할 수도 있습니다. (중요) Placeholder를 포함한 Code Snippet 생성 Placeholder는 를 작성하면 됩니다. Code Snippet이 아니더라도 코드 입력창에서 을 작.. 공감수 0 댓글수 0 2024. 4. 3.
[을지로 맛집] 온점 리뷰 / 장터국밥 맛집 / 육회 비빔밥 맛집 / 숯불구이 맛집 기본 정보 가게 이름 온점 을지로점 메뉴 & 가격 장터국밥 12,000원 육회 비빔밥 13,000원 온점 시그니처 갈비 (250g) 38,000원 밑반찬 온점의 밑반찬입니다. 깍두기, 배추김치, 시금치나물, 오징어젓갈(추정)이 나와요. 밑반찬의 간이 세지 않고 메인 요리랑 함께 먹기 딱 좋더라고요. 특히 시금치는 갈 때마다 리필까지 하면서 맛있게 먹고 있어요. 장터국밥 첫 번째 메뉴는 장터국밥입니다. 정말 괜찮은 점심 메뉴예요. 온점이 좋은 품질의 소고기 숯불구이를 팔고 있는데요. 정육하고 남은 고기로 여러 국을 끓이는 거 같더라고요. 이 장터국밥에도 고기가 정말 푸짐하게 들어갑니다. 건더기로는 소고기, 우거지, 무, 파가 들어가고, 딱 깔끔하게 매콤한 정도로만 고춧가루가 들어갑니다. 장터국밥하면 자극적.. 공감수 2 댓글수 1 2024. 3. 27.
[iOS] DTO의 Optional 속성과 앱의 하위 호환성 고민 (결론 없음 주의) * 혼자 고민한 과정을 기록 목적으로 적은 포스팅입니다. 읽기 전 참고 부탁드립니다 :) DTO DTO는 서버와 통신하는 API의 데이터를 디코딩, 인코딩하기 위한 객체입니다. { "id": 1000, "name": "다이어트", "continued": 10, "lastChallenged": "2011-04-10T20:09:31Z" } 가령 API로 오는 데이터가 위와 같다면, struct CategoryDTO: Codable { let id: Int let name: String let continued: Int let lastChallenged: Date } CategoryDTO는 id, name, continued, lastChallenged 속성을 가지게 됩니다. 이때 각 속성은 Non-옵셔널이 .. 공감수 3 댓글수 2 2024. 3. 20.
[건대 맛집] 정면 리뷰 / 국수 맛집 / 미쉐린가이드 서울 2024 기본 정보 가게 이름 정면 메뉴 & 가격 2인 세트(백면 or 홍면 2개, 단호박 식혜 1개) 21,000원 - 백면, 홍면 9,000원 - 단호박 식혜 3,500원 가게 입구 가게 입구입니다. 화이트톤 건물에 큰 간판 대신 글자를 양각으로 만들어서 세련된 느낌을 줬어요. 가게 입구에는 정면의 대표 메뉴 두 가지가 있습니다. 대표 메뉴라기 보단 유일한 메뉴입니다 ㅎㅎ 정면은 두 가지 국수 + 단호박 식혜만 파는 가게입니다. 미쉐린가이드 서울 2024에도 등재되었다고 해요. 이거까진 몰라는데 입구에 붙어 있어서 대단하구나 싶었어요. 회사 동료분에게 여길 방문 했다고 말하니 유튜브에도 출연하신 적이 있더라고요? https://youtu.be/_5sXa9n_cgY?si=85uK6-0fbl4leVRi 사장님께서.. 공감수 2 댓글수 1 2024. 2. 29.
[Swift] 프로토콜 메서드의 매개변수 기본 값 설정 (Defining default parameters for protocol methods) 서론 프로토콜 타입을 사용할 때 불편한 점이 하나 있습니다. 메서드 파라미터에 기본 값을 사용할 수 없다는 점입니다. 예를 들어, UseCase의 execute 파라미터로 page를 전달해야 한다고 합시다. protocol UseCaseProtocol { func execute(page: Int) } struct UseCase: UseCaseProtocol { func execute(page: Int) { // Logic } } let useCase: UseCaseProtocol = UseCase() useCase.execute(page: 1) 그러면 위 코드처럼 항상 page를 전달해줘야 해요. page에 기본 값을 설정하고 싶어도 프로토콜 메서드에는 Default argument를 설정할 수 없다는 .. 공감수 1 댓글수 0 2024. 2. 24.
[iOS] ProxyMan 설치부터 Response 관찰까지 서론 앱을 개발할 때 서버와 API 통신을 자주 합니다. API 통신 개발 과정에서 문제가 생겼을 때 디버깅을 위해 Postman, Swagger를 사용하기도 합니다. Postman, Swagger도 좋은 방법이지만, 실제 내 앱이 어떤 요청과 응답을 주고 받는지 궁금할 때가 있습니다. if let requestBody = urlRequest.httpBody, let requestBodyString = String(data: requestBody, encoding: .utf8) { print("[요청 데이터]\n\(requestBodyString)") } if let responseBody = try? encoder.encode(body), let responseBodyString = String(dat.. 공감수 1 댓글수 1 2024. 2. 21.
[일상] 남산 방문 (w. 노을, 돈가스, 비빔밥) 서론 전 거의 6년 간 서울에 살았지만, 아직까지도 남산에 한 번도 가본 적이 없습니다. 굳이 남산까지 갈 일이 없었는데, 1월에 좋은 기회가 생겨서 여러 사람들과 함께 남산에 방문할 수 있었어요! 케이블카에서 케이블카까지 도보로 이동 후 케이블카를 타고 남산 전망대를 향해 출발했어요. 케이블카 가격은 성인 1인 왕복 14,000원입니다. (1만 원 미만이겠거니 했는데 생각보다 너무 비싸서 놀랐어요;;) 표를 구매하고 조금 대기하면 케이블카를 탈 수 있어요. 케이블카는 거의 30명 가까이 타게 되는데요. 케이블카도 처음이라 이렇게 대규모로 이송(?)이 될 줄은 몰랐습니다 ㅋㅋ 4~6명씩 조곤조곤 이동할줄 알았는데... 케이블카 안에서 찍은 사진입니다. 높은 건물과 저 건너 남산이 보이는 게 너무 이쁘더라.. 공감수 3 댓글수 2 2024. 2. 7.
[종로구 맛집] 양연화로 종로직영점 리뷰 / 을지로 맛집 / 직원이 구워주는 고깃집 기본 정보 가게 이름 양연화로 종로직영점 메뉴 & 가격 한돈 통삼겹살 160g 17,000원 한돈 통목살 160g 17,000원 갈매기살 150g 17,000원 항정살 150g 19,000원 양연 모듬 A 세트 (2인 커플 추천 / 삼겹살 160g, 목살 160g, 갈매기살 150g) 47,000원 밑반찬 기본으로 제공되는 밑반찬입니다. 종류가 정말 많죠? 종류만 많은게 아니라 하나하나 맛도 훌륭합니다. 특히 감자샐러드와 파절이가 미쳤더라고요. 감자샐러드는 간이 자극적이지 않고 슴슴해서 에피타이저로 먹기 좋고, 파절이는 매실청의 단맛이 강하게 느껴져서 느끼함을 싹 잡아줍니다. 고기랑 싸먹기 너무 좋아요. 명이나물과 고추장아찌도 별미입니다. 서비스 된장찌개 & 생일 서비스 미역국 양연화로 종로직영점은 네이.. 공감수 0 댓글수 2 2024. 1. 31.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.