class LifeArchive { }

에러 메세지는 사용자에게 실패 상황을 알려줄 때 꼭 필요한 요소 중 하나입니다. 보통 앱을 만들면 예상한대로만 흘러가는 행복한 흐름에 집중하는 경우가 있는데요, 하지만 예상하지 못 한 상황이 생겼을 때를 대비하는 것도 정말 중요합니다. 그렇다고 모든 에러 메세지를 하나씩 띄우는 것을 하자니 이것도 쉽지 않은 일입니다.

@Published는 SwiftUI의 프로퍼티 래퍼 중 하나로, 변화가 발생하면 뷰를 다시 그릴 수 있게 트리거해주는 역할을 합니다. @Published는 ObservableObject 프로토콜(원문, 번역)과 함께 사용하는 경우도 있지만 보통의 클래스에도 사용하기도 합니다.

@StateObject와 @ObservedObject는 관찰중인 객체의 변경에 반응해서 화면을 업데이트할 수 있게 해주는 SwiftUI의 프로퍼티 래퍼입니다. 둘은 겉보기엔 비슷해 보이지만, SwiftUI 어플리케이션을 만들 때 꼭 알아야하는 뚜렷한 차이를 가지고 있습니다.

안녕하세요. 오늘은 SwiftUI의 NavigationLink를 사용할 때 생기는 Unable to present. Please file a bug 오류를 해결한 과정을 글로 작성했습니다.

안녕하세요! 오늘은 SwiftGen을 통해 선언형 프로그래밍에 대해 알아보도록 하겠습니다!

오늘은 XcodeGen에 대해 공부한 내용과 그 결과로 내린 결론에 대해 얘기하는 시간을 가져보겠습니다!

개발 문화를 만드는 일은 정말 재밌지만, 때론 머리 아픈 경우도 많습니다. 오늘은 가장 인상 깊었던 개발 문화 중 하나인 gitmoji를 소개해 드리겠습니다.

Swift 4.1부터 flatMap의 기능 중 일부가 deprecate 됐습니다. 왜 그런 일이 일어났을까요? 오늘은 기본적인 flatMap에 대해 알아보고, 없어진 기능에 대해 이해한 후 관련해서 유용한 코드를 작성해보도록 하겠습니다!

Swift의 타입 체계와 대수의 연관점이 있을까요? 네, 아주 많이요! 이번 에피소드에선 둘 사이의 공통점을 알아보고 그 공통점을 이용해서 타입 안정성을 가지는 데이터 구조를 만들어보겠습니다.

지난글에선 서브모듈을 선택하게 된 계기 및 서브모듈을 적용하는 방법에 대해 알아보았습니다. 오늘은 서브모듈이 적용된 프로젝트를 운영할 때 다른 프레임워크를 추가하는 방법에 대해 알아보겠습니다.

오늘은 지난 에피소드에서 얘기했던 도구들을 UIKit 스타일링에 사용해보겠습니다. UI 컴포넌트의 스타일링에 함수를 사용하면 합성 가능성, 재사용성이라는 새로운 세계가 열립니다.

지난 한 해 저희 iOS 챕터에는 많은 변화가 있었습니다. 특히 제품이 늘어나면서 내부 모듈도 많이 늘었는데요, 오늘은 이 모듈을 관리하는 방식에는 어떤 것이 있고, 저희는 어떤 것을 선택했는지에 대해서 얘기해보도록 하겠습니다.

얼마 전에 회사에서 구매한 스탠딩 데스크를 2주 정도 사용한 후 쓰는 후기입니다.

지난 두 에피소드에서 SwiftUI 어플리케이션을 만들면서 이런 생각이 드셨을 것입니다. “그래서 요점이 뭔가요?” 이번 에피소드에선 SwiftUI가 앱 아키텍처에서 하는 역할과 애플이 아직 풀지 못한 문제에 대해 알아보도록 하겠습니다.

오늘은 파트 1에서 만든 어플리케이션에 약간의 사이드 이펙트와 화면을 추가해서 어플리케이션을 완성해봅시다. 그 후에 “그래서 요점이 무엇인가요?” 시간을 가져볼 예정입니다.