こんにちは、 @kz_morita です。 Firebase Auth を用いて、Sign in with Apple の実装をしたのでまとめていきます。 準備 App に Sign in with Apple の Capability を追加 Apple Developer サイトと、Xcode 11 以上で Capability を追加します。 Certificates, Identifiers & Profiles > Identifiers で対象のアプリの APP ID の設定を編集して、Sign in with Apple を有効化します 詳しくは、メルカリさんのテックブログなどを参考にしてみてください。 https://tech.mercari.com/entry/2019/12/11/115331 また、Xcode 上でも Capability を追加します。 プロジェクトの設定から、Signing & Capability タブの + Capability を押して Sign in with Apple を追加します。 Firebase の Auth に Sign in with Apple を追加 Firebase の設定画面上で Sign in with Apple を有効化します。

こんにちは、kz_moritaです。\ つい先日 iOS13 対応の作業を行っていたのですが、その中で iOS13 で HLS 形式の動画がダウンロードできなくなるバグが発生したのでそのことについてまとめます。 対象となるダウンロード方法 以下の記事で行っているダウンロード方法において, iOS13 で HLS 動画のダウンロードができなくなる不具合が発生しました。 iOS の HLS ダウロードと aggregateAssetDownloadTask の assetTitle のバグについて メディアプレイリストのダウンロードが不可能に 今回上記のの方法でダウンロードできなくなった原因を調べて行った結果、どうやらメディアプレイリストを指定した場合に上記の方法ではダウンロードできない模様でした。 元々メディアプレイリストを指定していたのは、高画質や低画質を指定してダウンロードするためだったのですが、今回 iOS13 でそれらがダウンロードできなくなりました。 そのため、高画質や低画質用のマスタープレイリストを別途用意してそちらを指定するようにすることで、iOS13 でもダウンロードが行えるようにしました。 メディアプレイリストとマスタープレイリストについて HLS のプレイリストファイルには、メディアプレイリストとマスタープレイリストの二種類があります。 以下にそれぞれのサンプルを記載します。 メディアプレイリスト #EXTM3U #EXT-X-VERSION:3 #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE:0 #EXT-X-PLAYLIST-TYPE:VOD #EXTINF:9.843167, video000.ts #EXTINF:8.708700. video001.ts #EXTINF:8.808800. vodeo002.ts ... .. . #EXT-X-ENDLIST メディアプレイリストの主な役割としては実際の動画ファイルをセグメント化した .ts ファイルを指定することになります。 マスタープレイリスト #EXTM3U #EXT-X-STREAM-INF:BANDWIDTH=1280000,AVERAGE-BANDWIDTH=1000000 http://example.com/low.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=2560000,AVERAGE-BANDWIDTH=2000000 http://example.com/mid.m3u8 #EXT-X-STREAM-INF:BANDWIDTH=7680000,AVERAGE-BANDWIDTH=6000000 http://example.com/high.m3u8 マスタープレイリストでは、帯域幅などを指定して通信状況に応じてメディアプレイリストを切り替えるといった指定をすることができます。 このインターネット帯域によって適切なビットレートのストリームに切り替えて再生する技術のことを、アダプティブストリーミングといったりします。 まとめ iOS13 で HLS 動画のダウンロードする際の注意点について簡単にまとめ、メディアプレイリストとマスタープレイリストについてまとめました。 iOS は 1 年に一度おおきなアップデートがくるので、毎年 9 月頃になるとそわそわしだしますがこういった思わぬ不具合が起きたりするため、Apple の更新情報を注意深くみていくことが大事だなぁと思いました。

こんにちは、最近サーバーサイドエンジニアに転向しかけている kz_moritaです。\ 今回は、Epub (Kindle とか電子書籍向けの拡張子) ファイルをダウンロードして、iPhone に標準で入っている Book アプリで開いて読むといったアプリのサンプル実装をしましたのでそのことについて簡単に書いていきます。 成果物 まずは成果物 ソースコードはこちらになります。 https://github.com/foresta/EpubDownloadSample それでは、以降でソースコードについて簡単に説明していきます。 Epub ファイルのダウンロード 今回、Epub ファイルのダウンロードには Alamofire を使用しました。 FileDownloader というクラスを作っていますのでそちらのコードを以下に載せます。 import Foundation import Alamofire class FileDownloader { static func download(url: URL, completion: @escaping (URL?, Error?) -> Void) { let filename = url.lastPathComponent let documentsURL = FileManager.default.urls(for: .libraryDirectory, in: .userDomainMask)[0] let fileURL = documentsURL.appendingPathComponent(filename) let destination: DownloadRequest.DownloadFileDestination = { _, _ in return (fileURL, [.removePreviousFile, .createIntermediateDirectories]) } Alamofire.download(url, to: destination).

こんにちは、@kz_moritaです。\ 本日、9/22 に行われた技術書典に初めて本を執筆して出版しました。とても貴重な経験ができてよかったなぁと思います。どんなことをやったのか簡単にまとめておきます。 どんな内容か？ 本自体は、会社の有志が集まったごった煮本となります。 動画配信周りの仕組みや、ヘッドレスCMSである Contentful を用いてサイト構築する方法、Bitriseの活用方法、さらに採用の極意に当たるまで色々なジャンルの内容が集まっていたと思います。 その中でも自分は、 「iOSにおけるHLS動画のダウンロード」という内容を書きました。HLS形式の動画はその仕様上マニフェストファイルと細かい動画セグメントファイルに分かれていて単純なファイルダウンロードとは少し異なった方法を取らなければなりません。今回の本では、そもそもHLS形式の動画はどういったものなのか？といった点と、ダウンロードの方法について Apple 公式のサンプルコードと照らし合わせながら解説していく内容です。 ページ数にして約30P。この量でもひぃひぃ言いながらなんとか書き上げたので、一人で100Pを超えるような本を書く人の凄さが身にしみてわかりました。本当にすごい。。 次回は単著も挑戦してみたいなとも思いましたが、厳しい道のりになりそうです。 本を書こうと思ったきっかけ 技術書典自体は何回か参加していて、その度に色々な濃い知識を得られる場であり毎年（年2回）とても楽しみにしているイベントの１つです。\ 毎回とても楽しく参加しているのですが、技術書典が終わると毎回「次こそは出版側として参加したい」と思ってました。 というのも、自分が尊敬するエンジニア像の１つが本を出版しているようなすごいアウトプットを出している人というものだったので、技術書を書くことに対してはずっと憧れがありました。 そんな時に、今回会社の同僚の方が一緒に執筆する人を募集していたのでこれはチャンスだぞと思って立候補しました。 これが今回執筆するにあたった経緯になります。 やったこととか いざ本を書こうとしたときにまず考えなければいけないのが本のテーマだと思います。何を書こうかすごく迷っていましたが、業務でiOSと動画周りの実装や調査をすることが多かったためそのことについて書くことになりました。 個人的に動画コンテンツはこれからどんどん増えてくるだろうなと思っていますし、動画関連の実装を行う機会もこれから増えそうだなーと思っています。今回扱ったHLS動画のダウンロードについてはあまりブログなどで触れられていることが少なかったためこのテーマを選ぶことになりました。 テーマが決まればあとは、ひたすら執筆をする感じです。 実際に業務で実装は経験していたことですが、いざ文章にしてみると自分が理解していなかった箇所が浮き彫りになったり、説明が難しい箇所があったりしました。都度調べながら書き進めていきましたが、これにより理解をより深めることができました。 あとは、図を用意したり、ソースコードの解説を追加したりといったことをして、最後に公正作業を行ったりしていました。 大体期間にして、1ヶ月間くらいだったと思います。 当日 当日は、一般参加列に並んで11:00くらいに池袋サンシャインシティにつきました。 今回は6人での合同しだったため、二人がサークルチケットで先に入りその他の人は一般参加者の方同様並びました。 (日差しが強くて大変でしたね) 当日は売り子も交代でやったりしていました。 これまで買う専門だったので、売り手側に回っているのはとても新鮮でした。 まとめとか感想 今回出版してみて感じたことは、やってよかった！、次回も出版したいということです。 まず、自分の文章が紙の本となっているのに感動しましたし、その本をお金を払って購入してくださる方がいるということにもすごく感動して嬉しかったです。 もしこれで自分の書いた内容がどなたか参考になっていたりしたらもっとうれしいですね。 アウトプットをしようということで始めたこのブログですが、本の執筆というまた違った形でアウトプットできたことが本当によかったなぁと感じてます。 次の技術書典も本を出せるように頑張りたいと思います。 今回参加された方、運営の方々、本当にお疲れ様でした！そしてありがとうございました。

こんにちは、kz_moritaです。\ 普段はiOSアプリをSwiftで開発しているエンジニアです。 最近は、Nuxt.jsを使ってWebフロントを書いてたりします。 最近iOS開発をしている中で、アーキテクチャについて考えることが多いのでそのことについて書いていこうと思います。 アーキテクチャは正解がないで常に模索し続けるのが良いですが、いったん現状の記録としてまとめておきます。多分しばらくしたらまた意見が変わってそうなので、あくまで参考程度に見ていただけたら嬉しいです。 先に結論 iOSのアプリは規模にもよるがアーキテクチャを導入した方が良さそう Layered Architectureを意識して、MVP + UseCase + Model(Entity) + Repository くらいが良さそう そもそもアーキテクチャは必要なのか？ まず特定のアーキテクチャを採用する前に、本当に必要なのかは考えなければいけないポイントだと思います。 個人的には、アーキテクチャは導入した方が良いという意見でその理由は下記の通りです。 iOSアプリという特性上どうしてもViewControllerの処理が増える UIの変更は頻繁に起きうるのでレイヤー化しておきたい Fat ViewController iOSアプリはWebアプリなどと違って、その構造上Statefulになりやすいです。アプリ内で状態を持たずに実現できるアプリは限られてくるでしょう。 そうなってくると状態を保持するメンバ変数や、それらを更新する処理などのコードはどうしても増えてきます。 またネイティブアプリなので、アプリのライフサイクルを管理しなければなりません。 iOSアプリであれば、 UIViewController で viewDidLoad , viewWillLayoutSubviews , viewWillAppear などなどライフサイクルの各タイミングで呼ばれるメソッドを override して処理をハンドリングすることは必須であると思います。 そうなってくるとどうしても ViewControllerの処理内容は増えてきて、どうしても 見通しの悪い ViewController になってしまうリスクがあります。 そのため、何らかのアーキテクチャの導入は検討すべきだと思っています。 (もちろんアプリの規模などにもよりますが) UIは詳細 UIは特によく変更されうるものだと思っています。 以前書いた 書籍「Clean Architecture」を読んだまとめ にも書きましたが、UIは実装の詳細でデザインや各OSの実装に依存している 詳細 です。 そのため、アプリの継続的なUpdateを実現するためにも、UIとそれ以外のロジックの部分の間で階層を作ること (= アーキテクチャを導入すること) は必要だと考えます。 MVP では本題のどのアーキテクチャを採用するのかといった件ですが、個人的にはMVPアーキテクチャが良さそうだなぁと思っています。 割と簡単に Fat ViewController を解決できると考えています。 では実際に、どんな感じのコードになるのか簡単なViewControllerとPresenterのコードを載せてみます。 MyViewController.swift protocol MyView: class { func updateView() } class MyViewController: UIViewController { // Presenterを保持 private lazy var presenter = MyPresenter(view: self) override func viewDidLoad() { super.

こんにちは、kz_moritaです。 最近はもっぱらiOSエンジニアとしてSwiftを書いています。 今回は XCode8 から使えるようになった、Color Literalを最近になって初めて知り便利そうだなと感じたのでそれをすごく簡単に紹介します。 Editor上で色が直感的にわかる Color Literalの最大の特徴は何と言ってもエディタ上で色がとても分かりやすく見えることにあると思います。 定義の方法は簡単 以下の画像のようにUIColorの変数を定義し、初期化時に color などと入力すればサジェストされるためそれを選べばOKです。 定義後色を変更すのも、色が出ている箇所をダブルクリックすると、以下のようにColor Pickerが現れ色を変更することができます。 まとめ コード上で色が可視化されているため作業のしやすくなりそう 設定の仕方も簡単 今回偶然知ることができたのですが、まだまだ知らない機能もたくさんあるんだろうなぁと思い知りました。 一回体系的に調査して学んでおくと後々役立ちそうな気がしますね。

こんにちは、iOS エンジニアとして Swift を書いている @kz_morita です。 今回は iOS で動画ダウンロード機能を実装したときにハマったことについて書いていこうと思います。 TL;DR HLS は Apple が提唱した動画配信用のプロトコル HLS の動画もダウンロードすることができる Apple の サンプルコード がある aggregateAssetDownloadTask の assetTitle にマルチバイトを指定するとダウンロードできないケースがある Http Live Streaming 動画を iOS アプリからダウンロードする HLS とはなにか? Http Live Streaming (HLS) とは、Apple から提唱された動画配信の仕組みでその名の通り動画のストリーミング再生に特化した動画配信技術です。 以下のような特徴があります。 HTTP サーバーを利用できる (CDN つかえる) Live 放送 / Ondemand 放送 の両方に対応している 帯域に応じて最適なストリームに切り替えられる HTTPS を使用して暗号化とユーザ認証ができる とくに最初の HTTP サーバーで配信することができるため、手軽に動画を配信することができるのが特徴です。 くわしくは以下のリンクを参照ください https://developer.apple.com/streaming/ HLS をダウンロードする HLS はストリーミング用のプロトコルで、 .m3u8 という拡張子をもった以下のファイルと、実際の動画をセグメントに分割した .ts ファイルが必要となります。