iOS 앱개발 공부

퇴직 이후에 이런저런 고민을 좀 했었어요.불안정성이 없으면 좋겠다. -> 개발 공부했던거 다시 살려보면 좋지 않을까? -> 최대한 오래 살아남는 언어를 해보면 좋을 것 같아. -> Apple 은 최소한 안 망하지 않을까? -> 비전프로 완전 대박일 것 같던데? -> 어

https://developer.apple.com/design/human-interface-guidelinesiOS 개발을 공부하면서 알게 된 애플의 Human Interface Guidelines 문서, 줄여서 HIG(히그)라고도 불리는 이 문서는 어떻게 하

이거슨 초보자의 본격적인 삽질하기...UIStepper 를 적용하는 과정에서 마주했던 여러 삽질의 과정들을 기록해 보았습니다. 도움이 되면 좋겠습니다.에러 메시지를 복붙해 구글링해봤지만 제가 지금 마주한 이 상황에 딱 어울릴만한 주제는 없었습니다. 처음에는 어떤 이유로

view controller life cycle 를 검색하면 SwiftUI 나 UIKit 에서의 view 의 생명 주기에 관련된 내용을 많이 찾아볼 수 있습니다. 특히 UIKit 의 경우에는 UIViewController Lifecycle 이라는 제목과 함께 아래의 사

위 에러는 스토리보드와 연결된 컨트롤러 파일을 삭제했기 때문에 발생했습니다.만약 저처럼 컨트롤러 파일을 삭제한 케이스가 아니라면 스토리보드와 연결된 것들을 살펴보시면 좋을 것 같아요. 반드시 컨트롤러 파일 때문에 생기는 메시지는 아닐 수도 있습니다.storyboard

dequeueReusableCell(withIdentifier:for:) 메서드를 호출하면 어떤 일이 벌어질까요?TableView 가 처음 구성될 때는, queue 안에 재사용 가능한 셀이 없기 때문에 메서드는 새로운 셀을 생성해서 돌려줍니다. 유저의 액션(스크롤)을

Swift 5, 2024/01/08 기준 동작합니다.위의 someVar 부분에 확인하고 싶은 변수명을 넣어 메모리 주소를 직접적으로 프린트할 수 있습니다.공식 아티클 링크(https://developer.apple.com/documentation/xcode/g

공식문서는 답을 알고 있다.하위 뷰들의 constraints 를 일일히 잡아주지 않아도 되다 보니, 연관있는 뷰들을 묶기 위해 스택뷰를 종종 활용하게 되는데요.. 이때 동적으로 하위 뷰를 삭제하는 경우 주의해야 할 점이 한가지 있습니다. 바로! removeArrange

문제 인식 학습 프로젝트를 진행하는 과정에서 내비게이션 바의 배경색이 스크롤을 할 때마다 바뀌는 문제가 있었습니다. 예를 들어서 처음 화면이 딱 구성되었을 때는 내비게이션바의 배경색이 검은색인데, 스크롤을 하기 시작하면 내비게이션바의 배경색이 회색이 되는 식이었죠.

해결책이 단순한 만큼 문제 해결 과정을 순서대로 적어보면 좋지 않을까 싶었습니다. 만약 draw(\_:) 메서드를 오버라이드 해서 직접 뷰를 그려주고 있는 와중, 이 뷰가 재사용되는 상황이고 그래서 재사용되는 과정에서 뷰가 깨지거나 찌그러지는 현상을 겪고 계시다면? 이