사용자가 어플리케이션을 이용할 때, 간단한 앱은 하나의 화면으로 이루어진 경우도 있겠지만, 대부분의 많은 상용 앱들은 개발자도 파악하기 힘들 정도로 기능을 표현하는 많은 화면을 가지고 있습니다. 이때, 사용자가 기능을 이용하기 위해서 어떤 화면에서 다른 화면으로 넘어갈 때, 우리는 화면을 돌아다닌다(navigate)고 표현합니다. 화면의 이동을 표현하는 방법은 앱을 만들 때 쓰는 각 프레임워크에 따라 여러가지 방법이 존재할 수 있습니다. 그 중, iOS의 UI를 개발하기 위한 프레임워크인 SwiftUI와 UIKit에서는 화면 이동의 주요한 방법 중 하나로, Navigating 계층을 지원하는 NavigationView(deprecated), NavigationStack, NavigationController를 제공하고 있습니다. UIKit에서 더보기…

UIKit에서 UITextfiled 등, 줄 문자를 입력하기 위한 View들은 제공하고 있습니다. 그런데 말이죠, 줄 문자가 아닌, 위의 스크린샷과 같은 비밀번호 뷰는 도대체 어떻게 만드는 걸까요? 내키지는 않지만, UITextfiled를 hidden 한 다음에, 커스텀뷰를 방금 전 텍스트 필드의 인풋과 연동 시키면 되는 걸까요? 답은 Apple developer 사이트에 https://developer.apple.com/documentation/uikit/keyboards_and_input 한 방에 찾지는 않고 구글에 키워드 검색하다가 찾게되었지만, 이미 API 컬렉션으로 keyboads and input이 제공되고 있었습니다! API CollectionKeyboards and Input (키보드와 입력)Configure the system keyboard, create your own keyboards to handle input, or detect key 더보기…

첫번째 여행 고등학교 2학년 때 수학여행으로 가보았다. 처음으로 비행기를 타보았다. 기억에 남는 것은 용머리 해안, 성산일출봉과 단체 점심인 두루치기 집이 애매했다는 것. 다녀와서 기행문을 제출해봤지만 동상. 두번째 여행 2021년 봄에, 가족여행으로 2박 3일 제주도에 갔다왔다. 면허는 있지만 운전을 할 줄은 몰라서 버스투어에 택시를 좀 많이 탔는데, 생각보다 제주도 버스 노선이 좋았다. 성산일출봉에 갔는데, 살짝 늦어서 등산로 쪽 입장은 하지 못 했다. 그 후에 천제연 폭포, 용머리 해안 (물 때로 인해 들어가지 못 함.), 마라도 등을 구경했다. 처음 제주도 여행 노선을 더보기…

스위프트 언어에서는 오브젝티브C와 C에 대한 호환성을 제공합니다. 이를 상호운용(interoperability)이라고 합니다. 그런데, C 계열의 언어들에서는 포인터가 자주 사용되지만, Swift에서는 그것과 상응하는 개념이 없는 것 처럼 보입니다. 다행히도, Swift에서 다음과 같은 Structure를 이용한 C의 Pointer에 사상되는 개념을 제공합니다. 이번 글에서는 포인터 구조체를 어떻게 사용할 수 있을지 간단하게 알아봅니다. UnsafePointer UnsafeMutablePointer UnsafeRawPointer UnsafeMutablePointer 일단 포인터를 C와 호환해서 사용해보기 Pointer structure를 이용해서 C 계열 언어의 포인터와 상호 호환할 수 있습니다. 아래처럼요. 일단 어떻게 상호호환할 수 있는지 한 번 볼까요? 오브젝티브C, C와 Swift 호환에 대한 더보기…

Swift가 메인이 된 이후에 iOS 개발을 시작한 사람으로서, 항상 Objective-C와 Swift가 함께 쓰이는 게 당연하게 느껴지기도 하면서, 어떻게 서로 다른 언어를 고통 없이(신경 써야 할 부분은 있겠지만요.) 섞어서 쓸 수 있는지 궁금했습니다. 이번 문서에서는 대략적으로 어떻게 두 언어가 잘 섞여서 쓰일 수 있는지 다뤄보려고 합니다. Xcode에서 프로젝트가 어떻게 빌드 되는가? 만약에 Swift와 Objective-C가, Java와 Swift처럼 서로 호환되지 않는 언어였다면 지금과는 달리 서로 같이 이용하기가 매우 어려웠을 것입니다. 예를 들어서, Swift에서 Java 코드를 호출하려면 (실제로 그런 식으로 이용하는 프로젝트가 있는지는 모르겠지만) 더보기…

iOS 상에서 웹 브라우저라면 HTML에 따라 비디오 플레이어를 표시할 수 있습니다. 만약, 앱에서 비디오를 표시하려면 비디오를 표시하기 위한 라이브러리를 이용해야합니다. 여러분의 앱 요구사항에 따라 간단하게 운영체제의 디자인을 따라가는 AVKit을 이용할 수도 있을 것이고, AVFoundation을 이용하여 커스터마이징된 플레이어를 구현할 수도 있습니다. AVKit과 AVFoundation 중 어떤 것을 이용해서 구현해야 할까? iOS에서 앱에서 비디오 재생을 구현하기 위해서 이용할 수 있는 라이브러리로 AVKit과 AVFoundation이 있습니다. 서로 무관한 것은 아니지만, 일단 이 두 가지를 알아봅시다. AVKit AVKit은 AVFoundation과 UIKit으로 구현된 Player View Controller입니다. 특별하게 커스텀 더보기…

상황. Framework로 나눈 것들에 대해서 Preview 생성이 제대로 되지 않음. (Xcode13 RC) 위와 같은 에러를 얻는다. 원인은 SwiftUI Preview에서 요청하는 Library의 주소와 실제 라이브러리가 생성된 주소가 다르기 때문이다. (@rpath/BitByteData.framework/BitByteData와 같은 식으로 요청하나, 실제로는 @rpath/BitByteData/BitByteData.framework/BitByteData가 생성물의 주소이다.) 실제 구조는 위와 같다. CocoaPod install 시에 각 프레임워크에 Search Path는 의도된 대로 잘 들어가고, Preview가 아닌 실제 프레임워크는 제대로 빌드가 되는 상황. (오직 메인 어플리케이션에서만 Preview 빌드가 정상적이다.) 임시 해결 방법 방법1. Preview를 빌드할 때 요청하는 주소(BitByteData/BitByteData.framework -> BitByteData.framework)에도 빌드된 프레임워크를 붙여넣기 방법2. 일일이 프레임워크마다 더보기…

일반적인 경우로 생각할 수 있는지는 모르겠지만, 코딩을 하다보니, 뷰 하나에 기능에 따라 ViewModel을 분기시켜서 연동되게 하고 싶은 경우가 생겼습니다. 보통 스위프트에서 이러한 문제를 풀기 위해서는 Protocol을 참조하게 하거나, Subclassing으로 해결할 수 있을 것 같습니다. 상황에 따라 다르겠지만, Subclassing의 경우에는 기본 구현을 통해 변화를 주기는 편리하지만, Overriding으로 코드가 수정되고, 기능이 추가될 수록 파악하기 어려운 점이 있어서 Protocol을 이용해서 해결해보려고 했습니다. Protocol의 경우에는 인터페이스로 정의한 것만 구현해주면 다른 클래스와의 상호 작용 문제가 없어서 장기적으로 볼 때, 더 깔끔하다고 생각합니다. Protocol을 이용해 구현 더보기…

Operator Methods that create downstream publishers or subscribers to act on the elements they receive. 이벤트를 받는 시점에 값에 작용을 하는 하위 퍼블리셔 또는 서브스크라이버를 만드는 메소드 오퍼레이터는 특정한 타입은 아니지만, Combine을 구성하는 주요한 3대 요소이다. Combine에서는 퍼블리셔에서 메소드 형태로 사용되는 하위 퍼블리셔나 서브스크라이버로 정의하고 있다. RX에서는 메소드 형태라고 정의한 것은 아니지만, RXSwift에 한정하면 Combine과 같다. Operator가 있으므로서 다양한 방식으로 시퀀스가 변형될 수 있다. 또한, Operator 개념은 함수형 프로그래밍의 영향을 받은 것으로 생각된다. Combine의 이름이 Combine인 것도, Operator의 영향을 받았다고 생각하는데, 실제로 합성이나 변환은 더보기…

Subscriber A protocol that declares a type that can receive input from a publisher. 퍼블리셔로부터 입력을 받을 수 있는 타입을 정의하는 프로토콜. Apple Documentation Subscriber는 Publisher를 구독하는 타입이다. RX에서는 동일한 역할을 하는 객체를 Observer라고 부르며, 경우에 따라 Watcher, 또는 Reactor라고도 부르는 것 같다. Publisher로 부터 입력을 받기 때문에 Input과 Failure를 정의해야한다. Publisher를 통해 subscribe(_:) 할 때, 내부적으로 Subscriber의 receive(subscription:) 함수가 호출되면서 Subscription을 전달받고, 구독이 시작된다. 퍼블리셔의 경우에는 용도에 따라서 이미 구현된 Convenience Publisher가 굉장히 많지만, Subscriber의 경우에는 Convenience Subscriber로 클로저를 더보기…