🍎 iOS

Swift 문법 공부만 하니까 지루해서 iOS App을 만드는 공부도 같이 병행하려고 한다. 본격적인 iOS App 공부를 시작하기 전에 몇 가지를 정리하려고 한다.App은 Application의 준말로 Application software 또는 Application

앱은 사용자의 관심을 항상 기다린다. 사용자가 앱을 실행하면 시스템(iOS)는 이렇게 주목 받은 앱에게 리소스를 몰아준다. 이렇게 사용자의 관심을 받을 때랑 못받을 때랑 앱의 상태가 포그라운드, 백그라운드로 변한다. 앱 개발자는 이렇게 앱의 상태가 변경됨에 따라 대응

App에서 가지고 있는 데이터를 사용자에게 보여준다.사용자의 인터랙션을 받아 App에 알려주는 역할을 한다.장점View를 위한 코드를 작성 가능하다.View를 직관적으로 이해할 수 있다.View 작업 속도가 빠르다.단점작업 내용을 보기가 어려움 -> conflict가

Model데이터View데이터 표현 객체배경설명Apple에서는 기본적으로 MVC(Model-View-Controller) 패턴을 가이드 함하지만, 개발자들이 실무 진행간에 MVC를 가이드대로 안씀 -> 개발 부채가 쌓임더 좋은 구조가 무엇이고, 반복가능하면서 지속가능한

Auto Layout은 View에 지정된 제약 조건에 따라 View 계층에 있는 모든 View의 크기와 위치를 동적으로 계산한다. 예를 들어, 버튼이 이미지와 수평으로 중앙에 오도록 제한하고 버튼의 상단 가장자리가 항상 이미지 하단보다 8포인트 아래에 있도록 할 수 있

iOS app은 하나 이상의 view로 구성되어 있고, 각각은 view들은 life cycle을 가지고 있어서 이를 고려해야한다.ViewDidLoad()View가 로딩되었을 때 자동으로 호출된다.일반적으로 resource를 초기화하거나 초기화면을 구성할 때 주로 사용한

1. Data Flow SwiftUI 이전에는 PlayerViewController가 PlayerView, PlayButton을 가지고 있고, 재생중이라는 정보(isPlaying)는 PlayerViewController와 PlayButton이 가지고 있어서 UIKit

컴퓨터 네트워크는 내부 기능을 기초로 하여 다양한 구조로 나눌 수 있다. 특히, 호스트가 제공하는 복잡한 네트워크 기능을 연관된 그룹으로 묶어 계층 모델로 설명할 수 있다.국제 표준화 단체인 ISO에서 OSI(Open Systems Interconnection) 7계층

웹 서버(Web Server)와 WAS(Web Application Server)는 모두 웹 애플리케이션을 제공하는 데 사용되지만, 그 역할과 기능에는 중요한 차이점이 있다! 차이를 이해하기 위해서 정적인 페이지와 동적인 페이지를 열 때를 가정해보자.정적인 페이지와 동

토큰, 세션, 쿠키가 필요한 이유 클라이언트와 서버는 데이터를 주고 받는 과정을 HTTP Protocol 방식을 사용한다. HTTP Protocol의 특징 connectionless(비연결성지향) HTTP는 비연결성 지향 프로토콜이다. 이는 클라이언트가 서버에 요청을 보내고 서버가 응답을 반환한 후, 그 연결이 즉시 종료된다는 것을 의미한다. 각 ...

토이프로젝트에서 이미지를 PhotosPicker로 받아서 화면에 보여줄 때, 받은 PhotosPickerItem -> Data -> UIImage -> Image로 바꿔주는 convertImage 함수를 작성할 때 몇가지 궁금증이 생겼다.사진이 nil일 수 있으니까 s

전공시간에 Java를 배우며 객체지향 프로그래밍에 익숙해진 나로써, SwiftUI에서 View는 struct로, ViewModel은 class로 구현하는 패턴을 처음 접했을 때 많은 의문이 들었다. Java에서는 대부분의 객체를 class로 구현하는 것이 일반적이었기에

소프트웨어 아키텍처 수업을 통해 도메인 설계의 중요성을 배웠다. 1학기 동안 객체지향 설계를 학습하면서 유스케이스와 클래스 다이어그램을 통해 순수한 비즈니스 로직을 설계하는 방법을 배웠다. 이 과정에서 도메인 모델은 현실 세계를 그대로 반영하며, 기술적인 제약 없이 순

iOS 앱을 개발하면서 토큰 기반 인증에 대해 깊이 공부하다가 한 가지 의문점이 생겼다. JWT(JSON Web Token)는 이미 자체적으로 암호화되어 있는데, 이를 왜 다시 iOS의 Keychain이라는 암호화된 저장소에 보관해야 하는지에 대한 의문이었다.이

사진 출처로그인, 회원가입은 MVVM (Model-View-ViewModel) 아키텍처 패턴을 따르고 있다. 이러한 구조를 선택한 이유는 다음과 같다:관심사의 분리: 데이터 모델, 비즈니스 로직, UI를 분리하여 코드의 가독성과 유지보수성을 향상시킨다.테스트 용이성:

최근에는 테스트 코드의 중요성을 깊이 깨닫는 값진 경험을 했다. 처음에는 "시뮬레이터로 확인하면 되지 않을까?"라는 생각이었지만, 단위 테스트를 도입하면서 개발 효율이 크게 향상되었다. 시뮬레이터 실행-오류 발견-수정-재실행의 긴 과정 대신, XCTest를 활용한 단위

최근 iOS 프로젝트에서 CI/CD 파이프라인을 직접 구축하면서 "왜 자동화가 필요한가?"에 대해 깊이 공감할 수 있는 경험을 했다. 1.0.0 ~ 1.0.4까지 배포하는데 수동 배포도 익숙했고, "그냥 내가 직접 하면 되지 않을까?"라는 생각이 들었지만, 실제로 자

Foundation Model Framework 오늘 새벽에 있었던 wwdc 2025에 드디어 Foundation Model Framework가 나왔다. @generable을 사용하면 온디바이스

1. 도입: 자동화의 필요성 프로젝트 초기, Tuist를 통해 모듈화된 아키텍처는 잘 갖춰져 있었으나, 배포 과정은 전적으로 수작업에 의존했다. 개발자는 기능 개발 후 develop 브랜치에 코드를 병합하고, 수동으로 버전과 빌드 넘버를 올린 뒤 main 브랜치로 다

develop 브랜치에 대한 beta lane 자동화 성공 이후, 최종 목표인 main 브랜치의 App Store 배포 자동화를 위해 release lane 구축을 시작했다. 이 과정은 beta lane 구축 경험을 바탕으로 순조로울 것이라 예상했지만, 실제 배포 환경

Swift와 SwiftUI, 그리고 Combine을 사용해 MVVM 아키텍처로 앱을 개발하다 보면 비동기 처리를 위해 .sink를 습관적으로 사용하게 된다. 이때 클로저의 캡처 리스트에 \[weak self]를 추가하는 것 또한 습관처럼 따라온다.그런데 "정말 \[we

최근, 평소에 관심을 갖고 지켜보던 한 IT 기업의 iOS 개발자 직무로 1차 기술 면접을 볼 기회가 있었다. 첫 기술 면접이라 많이 떨렸지만, 30분이라는 짧은 시간 동안 4년간 배운 컴퓨터 과학의 핵심을 압축적으로 돌아보는 매우 깊이 있는 경험이었다.단순한 iOS

애플페이 티머니 교통카드가 출시되었다는 소식을 듣고 노들섬을 가는 길에 바로 사용해봤다.몇 년 전, 일본 삿포로 여행에서 애플페이 스이카를 처음 써봤을 때의 경험은 꽤 충격적이었다. 보통 손에 들고 다니는 휴대폰. 하지만 한국에서는 버스나 지하철을 탈 때마다 이 손에

App Store에 앱을 올리다 보면, 가끔 "아,, 수정할 게 있네?" 하고 심사를 취소하고 다시 올려야 하는 경우가 생긴다. 이번 앱 배포는 평소와 달랐다. CI/CD 파이프라인이 한 번 실패했고, 그 여파로 재배포까지 진행해야 했기 때문이다. 원인은 사소했다. F

드디어 새로운 디자인을 반영한 2.0.0 버전의 개발이 끝났다. UI/UX를 완전히 갈아엎은 대규모 업데이트였기에 기대감 컸다. 늘 그랬듯 빌드를 올리고 초조하게 심사 대기 중(Waiting For Review) 상태를 바라보던 그날, 나는 처음으로 'Rejected'