몇 달전, 개인 앱의 NavigationView를 NavigationStack으로 전환하였습니다. 부끄러운 이야기이지만, 한참이 지나서, 네비게이션의 깊이가 2 이상이 되면, 해당 페이지에 버그가 있는 것을 인지하였습니다. 주로 저는 제 앱의 기능을 깊이 1에서 이용하고 있었기 때문에 해당 버그를 잘 모르고 있었던 것입니다. 버그는 2가지가 있었는데, 첫번째는 항목을 길게 탭하여 나오는 컨텍스트 메뉴가 표시되지 않고, 더보기…
현재인가, 미래인가? 작품 전반적으로 고민하게 되는 주제 중 하나는 미래를 담보로하는 미다스 머니를 사용하여 현재의 경기를 유지시켜야 하는가(미쿠니 소이치로) 아니면, 미다스 머니의 흐름 자체를 중지시켜 더 이상 미래를 담보로 해야하는 일이 없어야 하는 가(센노자 코우)에 대한 고민일 것이다. 미다스 머니는 작품 속 세계관으로는 정체불명의 검은돈이지만, 미다스 머니가 유통된 현실 세계에서 더보기…
사용자가 어플리케이션을 이용할 때, 간단한 앱은 하나의 화면으로 이루어진 경우도 있겠지만, 대부분의 많은 상용 앱들은 개발자도 파악하기 힘들 정도로 기능을 표현하는 많은 화면을 가지고 있습니다. 이때, 사용자가 기능을 이용하기 위해서 어떤 화면에서 다른 화면으로 넘어갈 때, 우리는 화면을 돌아다닌다(navigate)고 표현합니다. 화면의 이동을 표현하는 방법은 앱을 만들 때 쓰는 각 프레임워크에 더보기…
UIKit에서 UITextfiled 등, 줄 문자를 입력하기 위한 View들은 제공하고 있습니다. 그런데 말이죠, 줄 문자가 아닌, 위의 스크린샷과 같은 비밀번호 뷰는 도대체 어떻게 만드는 걸까요? 내키지는 않지만, UITextfiled를 hidden 한 다음에, 커스텀뷰를 방금 전 텍스트 필드의 인풋과 연동 시키면 되는 걸까요? 답은 Apple developer 사이트에 https://developer.apple.com/documentation/uikit/keyboards_and_input 한 방에 찾지는 않고 구글에 더보기…
스위프트 언어에서는 오브젝티브C와 C에 대한 호환성을 제공합니다. 이를 상호운용(interoperability)이라고 합니다. 그런데, C 계열의 언어들에서는 포인터가 자주 사용되지만, Swift에서는 그것과 상응하는 개념이 없는 것 처럼 보입니다. 다행히도, Swift에서 다음과 같은 Structure를 이용한 C의 Pointer에 사상되는 개념을 제공합니다. 이번 글에서는 포인터 구조체를 어떻게 사용할 수 있을지 간단하게 알아봅니다. 일단 포인터를 C와 호환해서 더보기…
Swift가 메인이 된 이후에 iOS 개발을 시작한 사람으로서, 항상 Objective-C와 Swift가 함께 쓰이는 게 당연하게 느껴지기도 하면서, 어떻게 서로 다른 언어를 고통 없이(신경 써야 할 부분은 있겠지만요.) 섞어서 쓸 수 있는지 궁금했습니다. 이번 문서에서는 대략적으로 어떻게 두 언어가 잘 섞여서 쓰일 수 있는지 다뤄보려고 합니다. Xcode에서 프로젝트가 어떻게 빌드 되는가? 더보기…
iOS 상에서 웹 브라우저라면 HTML에 따라 비디오 플레이어를 표시할 수 있습니다. 만약, 앱에서 비디오를 표시하려면 비디오를 표시하기 위한 라이브러리를 이용해야합니다. 여러분의 앱 요구사항에 따라 간단하게 운영체제의 디자인을 따라가는 AVKit을 이용할 수도 있을 것이고, AVFoundation을 이용하여 커스터마이징된 플레이어를 구현할 수도 있습니다. AVKit과 AVFoundation 중 어떤 것을 이용해서 구현해야 할까? iOS에서 앱에서 더보기…
상황. Framework로 나눈 것들에 대해서 Preview 생성이 제대로 되지 않음. (Xcode13 RC) 위와 같은 에러를 얻는다. 원인은 SwiftUI Preview에서 요청하는 Library의 주소와 실제 라이브러리가 생성된 주소가 다르기 때문이다. (@rpath/BitByteData.framework/BitByteData와 같은 식으로 요청하나, 실제로는 @rpath/BitByteData/BitByteData.framework/BitByteData가 생성물의 주소이다.) 실제 구조는 위와 같다. CocoaPod install 시에 각 프레임워크에 Search Path는 의도된 대로 잘 더보기…
일반적인 경우로 생각할 수 있는지는 모르겠지만, 코딩을 하다보니, 뷰 하나에 기능에 따라 ViewModel을 분기시켜서 연동되게 하고 싶은 경우가 생겼습니다. 보통 스위프트에서 이러한 문제를 풀기 위해서는 Protocol을 참조하게 하거나, Subclassing으로 해결할 수 있을 것 같습니다. 상황에 따라 다르겠지만, Subclassing의 경우에는 기본 구현을 통해 변화를 주기는 편리하지만, Overriding으로 코드가 수정되고, 기능이 추가될 더보기…