Swiftの新機能

Swiftの新機能

Swiftのアップデートを紹介します。簡単にコードを読み書きできるようにする最新の言語拡張内容について解説します。Swiftパッケージとして利用できるAPIの増加を検証し、Swiftのasync/await構文、構造化された並列処理、アクターについて説明します。

リソース
関連ビデオ

WWDC21
WWDC20
- Swiftで数値計算を行う
- Xcodeを使いAWS Lambda上でSwiftを使用する
ダウンロード

♪ ♪ こんにちは Nicoleです　ようこそ「Swiftの新機能」へ Swift 5.5は最高のリリースです Swiftは急速に進化し Swiftでの並行処理をより便利で効率よく安全に行えるようデザインされた新しい非同期及び並行処理のための新機能 Swift Concurrencyなどが追加されましたさらにパッケージの向上や新しいライブラリデベロッパー体験の向上機能などで Swiftでのプログラミングが非常に簡単になりました
これらの向上も大切ですが Swiftプロジェクトの核心はコードではなく Swiftのために努力を重ねる人々のコミュニティーですですのでソフトウェアだけでなくコミュニティーに投資するのが重要なのですまず大切なSwiftのコミュニティーイニシアチブのお話です Swiftコミュニティーでは多様性がコア･バリューです多様なオープンソースプロジェクトは生産的で決断にも優れると調査で判明していますいろんな環境の人達と多様な見方はコミュニティーの繁栄につながります Diversity in Swiftイニシアチブで幅広いデベロッパーのみなさんに Swiftエコシステムとコミュニティーで活発に活動していただけると考えました Diversity in Swiftの目的はどのような環境にも関わらずデベロッパーからいろんな声を聞き Swiftを学びやすく貢献しやすくし包括的なコミュニティーを育成することですそれに基づいて swift.orgのブログを拡張しコミュニティー内の様々なデベロッパーの貢献を認識･賞賛する記事を掲載していますまた同じような経験や問題に面したデベロッパーと連絡しあえるよう Swift forum内にコミュニティーグループを作成しました Diversity in Swiftに参加したり詳細をお求めなら swift.org/diversity をご覧くださいまたコミュニティーに既存のデベロッパーにも Swiftで目標を達成していただくため Swiftオープンソースプロジェクトに貢献できやすいよう初心者が支持や指導を受けられる Swiftメンターシッププログラムを開始しましたこれはAppleのプロジェクトにとどまらず Swiftとオープンソースツールの全エコシステムをカバーしています次にパッケージについてですパッケージはソフトウェア構築の基礎であり拡張を続けるオープンソースコードを手軽に利用できますコミュニティーのメンバーがパッケージを発見しやすい方法を考えつきました Swift Package Indexがその例ですコミュニティーによって作られ Swift Package Managerをサポートするパッケージを検索できるページです Swift 5.5 と Xcode 13 でさらに多くの方法でパッケージにアクセスできます Xcode tooling supportを統合することでワークフロー上でのパッケージの使用が非常に簡単になりました
Swift Package Collections が今年度デビューしますコマンド･ラインと Xcode 13の両方で使える精選されたパッケージリストですこれでインターネットを検索せずに済み URLのコピペも不要になります Xcode の File > Add Packages でブラウズし足すだけですこれらのパッケージは JSONファイルでどこでもパブリッシュできますどのような使用方法でもこれらのパッケージを使用できます例えばコンピューターのクラスの講師がクラスで教えるためにパッケージを使用したりドメインやタスクもしくは組織のためにパッケージを使用することもできますいろんな方法でご利用いただければと思っていますパッケージコレクションに関するプレゼンがありますのでぜひご覧くださいパッケージコレクションには Xcodeでのパワフルなツールサポートがありますお気に入りのAPIsをすぐに使えますインポートしようとするモジュールがない場合 Xcodeはパッケージコレクションにそのモジュールがないか確認しあればそのモジュールを自動的に使用できるよう手配しますパッケージを使うと決めればパッケージコレクションの情報に基づき全て自動的に設定されますパッケージコレクションは検索可能で必要に応じたものを探すことができますもし今日お試しになりたいなら GitHubにある AppleのSwiftパッケージなどが既に利用可能です XcodeはAppleコレクションをいつでも使用できます
コミュニティーで既に利用可能なパッケージなどパッケージコレクションに関しては swift.orgのパッケージコレクションのブログをご参照くださいお気に入りのAPIsと言えば Appleには未だ拡張中の Swiftパッケージがありますお気に入りのパッケージの機能大改善に加え今年は新パッケージが４つ加わりますまずSwift Collectionsについてです
Swift Collectionsは Swift Standard Libraryを補足するデータ構造に関するオープンソースパッケージです Swift Collectionsの最初のバージョンは最もよくリクエストされる３つのデータ構造からなります Deque と OrderedSet と OrderedDictionary です
Deque は Array のようですが両先端で追加および削除ができます OrderedSet は Array と Set のパワフルなハイブリッドです Array のように OrderedSet は順序を保持しランダムアクセスが可能です Set のように OrderedSet は要素が一度だけ現れ効率的な membership testing を提供します
OrderedDictionary は順序が重要か要素にランダムアクセスが必要な時 Dictionary の代わりになります続いて Swift Algorithms は Sequence と Collection algorithms のオープンソースパッケージです
既に40以上のアルゴリズムが追加されています集めた要素の配合や順列の発生要素を２や３もしくは述語で決められたグループで繰り返したりコレクション内の最小･最大５要素やランダムに選ぶなどです
用語を学ぶのに努力が必要ですがいざ学べばどれだけのアルゴリズムが発見できるか驚きです
Swift Algorithms と Collections パッケージでコードがどれだけ明確で速く正確になるかというセッションがありますでは Swift System についてです昨秋慣用的で軽レベルインターフェイスをシステムコールに提供するライブラリ Swift System をオープンソース化しました Appleプラットフォームや Linux と Windows でも利用できますパス操作の処理のために System の FilePath タイプに新しいパワフルなAPIを追加しましたこれらは query や extensions のセットコンポーネントの追加や削除パスの正規化ができます path は root と components に分解されます FilePath の ComponentView は構造化されたパスコンポーネントのコレクションで Swift の一般なアルゴリズムをサポートしています
Windows では Windows paths と complex root components が FilePath APIsでサポートされています続いて Swift Numerics です Swift Numerics には今年多くの改良が加わりました昨年 iOS･tvOS･watchOS に Float16 を追加しました今年は Float16 サポートと Float16 ベースの complex numbersサポートを Apple Silicon Macs に追加さらには log･sine･cosine などの complex numberのサポートの追加ですこれらは Swift で書かれているためＣライブラリーより効率がよくこれまで不可能だった最適化が可能になりますそして Swift Argument Parser です Swift Argument Parser の洗練は今年も続き code-completion scripts の Fish shell への生成や joined short options やエラーメッセージの改良などがありますまたこの春 Xcode 12.5 で Argument Parser が Swift Package Manager に採用されましたそうです最近 Swift Package Manager の command-line ツールを使ったなら Swift Argument Parser を使ったということです続いては server development における Swift のサポートについてです昨年 Amazon Linuxを含む多くのプラットフォームのサポートを追加しました今年はSwift server applicationsのパフォーマンスと機能に努力を費やしました
Linux の static linking を可能にし Appの立ち上げ時間が向上し server applications のデプロイもシンプルになりました今では単一ファイルとしてデプロイできますまた Swift 5.5 では Linux の JSON エンコードとデコードが再実装され多くのケースでパフォーマンスが向上しましたそして AWS Lambda runtime library のパフォーマンスを向上しましたこれにより AWS Lambda で Swift のパフォーマンスが 33%速くなり lambda routed via AWS API Gatewayでは呼び出し時間が40％速くなりましたさらに AWS runtime library の最適化に加えクロージャの代わりに新しい async/await model を使用するようリファクターしました Swift でのデベロッパーの経験を向上させるのも Swift 5.5 のもう一つのフォーカスですまずドキュメンテーションについてですユーザーにとってドキュメンテーションはスムーズでいい経験に重要です今年は DocC をご紹介しますこれは Swift フレームワーク及びパッケージの使い方をデベロッパーに教えるための Xcode 13 内に取り入れられたドキュメントコンパイラですこれでドキュメントの制作と共有が非常に楽になります
DocC は一から作られ Swift source code の markdown comments のようなツールと技術を使用しているためドキュメントの制作と diff が非常に簡単です
Xcode の DocC に関するセッションが４つありますぜひご覧になってください非常に嬉しい発表です Swift DocC は今年後半オープンソース化されますこれにより Swift がサポートする全てのプラットフォームにおいてドキュメントの作成が非常に楽になります
Swift 5.5 では type checker の質と性能向上に努力しましたこれによりコード編集時の "expression too complex"エラーが少なくなるでしょうまた array literals の type checking を速くしました
またこのリリースでは３つの改良点によりデベロッパーの生産性を高めていますまず incremental imports のサポートですつまりモジュールの変更時ファイルを全てリビルドする必要がなくなりますさらにモジュールの依存グラフを先に計算するため編集したもののみのインクリメンタルビルドができるのですそして extention の選択的再コンパイルを拡大しましたつまり extention の変更時の再コンパイルが少なくなります例えば SwiftDriver オープンソースプロジェクトの場合インクリメンタルインポートは Swift 5.5で変更されたモジュールをインポートした時リコンパイルするファイルは以前の10分の１以下でビルド時間は３分の１になりますインクリメンタルインポートによるパフォーマンス向上でビルドパフォーマンスに影響なくプロジェクトをモジュール化しインポートしたモジュールを変更できるのですところでパフォーマンス向上のいくつかは Swift プロジェクトにおける重要な偉業で達成できましたコンパイラの最初の部分が Swift で書かれたのですこれが Swift ソースコードのコンパイルを調整する Swift Driver ですこのプロジェクトは 2019年に始まり Xcode 13 で Swift コンパイルのデフォルトになりました最後に Swift がメモリーを素早く再利用するためのメモリーマネージメントの効率化についてです Swift のクラスインスタンスは Automatic Reference Counting ARCを使用しオブジェクトに対しどれだけ参照があるか探知しますつまりたいていの場合 Swift 内でのメモリーマネージメントは考える必要がないということですインスタンスが必要無くなれば ARCが自動的にメモリーを解放しますこのためにSwift コンパイラは参照が作られる度にリテイン操作を挿入し参照の使用が止まればリリースします今年コンパイラでリテインとリリース操作を減らすためコンパイラ内で参照を探知する新しい方法を登場させましたこれにより著しいパフォーマンスとコードサイズの向上が見られますコード上でのこのARCの最適化を見られるよう Xcode の設定に Optimize Object Life を追加しました ARCに関しては ARC in Swift をご参照ください
これらは Swift 5.5 の向上点の一部にすぎません続いて Tim が Swift Concurrency とその他の発展についてお話ししますありがとう Nicole Swift Concurrencyの話を始める前に毎日のプログラミングを単純化し向上させるその他の変化についてお話しします
これらは人間工学的な向上のリストです SE番号はSwift Evolution proposalsの識別番号ですこれらはメンバーが書き Swift Evolution forum で論議され Swift Core Teamに承認され languageに受諾されました承認･却下また議論中にも関わらずすべてのSE proposalsは GitHubのSwift Evolution repositoryにありますいくつか見てみましょうまずresult buildersです SwiftUIが発表された時複雑なオブジェクト階層を素早く簡単に表す新しい文法が紹介されました昨年この文法が標準化され Swift Evolutionプロセスで精錬されより簡単により多くのコンテキストで使用できるようになりましたこのパワフルな技術をご利用になりたければ result buildersを使ったセッションをご覧ください Codableプロトコルはデータのシリアライズに便利ですがこれまでずっと足りないものがありましたこの２つのcaseのenumを見てください Codableに従うためにこのお決まりの処理はすべて自分で実装する必要がありましたこれからはCodableを付けるだけで残りはコンパイラに任せられます
またSwift型チェックにも改良を加えました Swiftの型推定は余分な情報を削減できますこの例えでは Coffee.regular を .regular に省略できますしかしenumのような構造は別の形で表示されます例えばプロトコルに従う型のコレクションがあり APIで型推定を使いたいとしますこれからはenumsに使う同じドット表記でインスタンスを参照できますプロトコルで静的プロパティを示すだけですこれはSwift型チェックの向上で可能になり一般的コンテキストで静的プロパティを一般的に分別できるからでこの例にある.largeのような連なったプロパティーの参照も含みますこれにより自然で簡単に使えるenumのようなAPIの洗練されたデータモデルを構築できます
プロパティラッパーも向上しました
プロパティラッパーはプロパティに共通のセマンティックを適用できる便利なツールです @propertyWrapperを使ってプロパティラッパーを実装した方も多いでしょうプロパティが空白にならぬよう必要条件を足す例です SE-0293の履行により同じプロパティラッパーが関数とクロージャの引数で使用できます
累積的にこれらの変更によってコーディングでよくある問題を単純化できます簡単なSwiftUIコードサンプルでこれらを見てみましょうこのSwiftUI Viewにはプロパティが１つあり設定とそれらの設定のリストがあるbody そのリスト一つ一つに toggleがありますこのコードを使いSwift 5.5の新機能がどのように簡略化するか見てみましょうまずToggle initializerが明らかに重複していますこの重複は必要でしたが #ifの使用条件を緩和することで toggleStyleなどの修飾子を取り囲むことにより重複を無くすことができます SwiftUIは先程話した型チェックの改良も利用できるよう更新されていますですのでより多くの箇所でドット表記を使用できます settings配列でindexを指定しそのクロージャ内で配列をインデックスするのは少し不便です値のステップスルーの方がいいでしょうこれからはバインディングを直接Listコンストラクタに渡して配列を再度処理できますプロパティーラッパーの引数のサポートでクロージャの引数を＄で表記でき settingをまとめて処理できますラップされた値とバインディング両方にアクセスできますそしてSwiftコンパイラは CGFloatとDoubleを明確に変換するため Apple APIにおいて余分な数値変換を除去できますご覧のように言語のコアを精錬し続けることで毎日のコーディングがより簡単になり内容豊富で簡単なAPIを構築できる機会が増えることになります SwiftUIプログラミングの改良点などについては「SwiftUIの新機能」をご参照くださいもちろんSwift 5.5のハイライトは非同期と並行プログラミングをサポートするインタロック機能ですその紹介の前に非同期と並行について説明しましょうソフトウェアプロジェクトは何らかの指示を実行するコードブロックで形成します単純な場合ブロック毎に順番に実行されますしかし他の構造もあります例えばネットワークのAPIはたいてい非同期スタイルでデザインされていますこれらのAPIではリモートサーバーにリクエストを送った後長時間の遅延の後返答を受け取りさらに作業が必要です理想的にはこの遅延の間返答に対する作業ができるまでリソースの節減にコードを停止させたいものですそれと比べて並行コードは２つ以上のコードブロックを実行させたい時のコードですこれらは独立かつ関連するオペレーションですビデオのフレームの処理や ML classifierの次期反復をＵＩの更新と同時に行うことなどがその例になりますそれらを念頭に Swiftの新機能を使わない非同期プログラムの例を見てみましょう iOSやmacOSのプログラミング経験があればこのようなコードに何度も出くわしているでしょうこれはFoundationの URLSession クラスを使いネットワークを呼び出します dataTask メソッドは非同期オペレーションですクロージャの引数で呼び出し結果が出ればその処理のためクロージャが呼び出されます非同期コードの表示にクロージャを使うのは少し不便な処理になりますこのコードを見ればわかるでしょう最初の設定の後 dataTaskによってタスクハンドラーが得られますバックグラウンド処理を開始するためタスクハンドラーを実行 fetchImageがこの時点で返ってきますするべき処理をしていないにも関わらず処理を続けなくてはなりませんネットワーク処理が終了後このクロージャがリザルトに取り掛かりますすべてうまくいくことを願って完了ハンドラーに最終リザルトを送ります非常にわずらわしい実行順序の上完了ハンドラーの使用により try / catch のエラー処理が使えません dataTaskが完了ハンドラーに余分なエラー引数を出しエラー毎に完了ハンドラーを呼び出さねばなりません Swift 5.5がこれをどう向上させるかこの行を見てみましょうこの呼び出しがバックグラウンドの操作を表すアブストラクトハンドルであるタスクを返すことに注目してくださいそれは私たちが望んでいることではありませんデータが欲しいだけですではどうなるか見てみましょう HTTPですので response メソッドが必要です関数はデータを２つリターンします１つ目は実際のデータ２つ目は付加的データです関数呼び出しとしてデータを戻す構成ですので try / catch エラー処理を使って先例の規定手順を削除できます少しのシンタックスでコンパイラに data メソッドが始まれば関数は一時中止されそのオペレーションが終了するまで仕事を終えられないことを伝えねばなりません新しいawaitがその役目を果たしますでは見てみましょうこれは現在のfetchImage 関数です非常にわかりやすいかと思います実行は上から下へと流れネストしたクロージャも不必要で try / catch エラー処理を使えます awaitは fetchImage 関数を中断する箇所を示し決められた出来事が起こるまで処理を継続しません
この場合 URLSessionがリクエストを開始後すぐ他で処理が実行される間この処理はSwiftランタイムにより中断されます成功であれエラーであれ最終結果が出た時処理は続行されます成功ならデータと response variablesの初期化を完了させますエラーがあれば該当箇所に戻します非同期処理は中断中リソースを使いませんスレッドをブロックしないのですこれによりSwift ランタイムが他の仕事にスレッドを使えるわけです数多くの非同期処理でスレッドの共有が少なくなるわけです
統語的にasyncとawaitのキーワードはよく似た意味で使われます asyncは中断をサポートする関数だという関数宣言です awaitはasync 関数やメソッド及びクロージャをマークするものですもちろん実際にはこれよりもっと面白いものです詳細は「Swiftのasync/awaitについて」及び「Swiftの並行処理: 舞台裏」をぜひご覧ください続いてasync/await コンセプトを基盤にした Swiftの新しい非同期サポートを見てみましょう
これは３つのイメージをレンダリングし組み合わせる処理ですこのようにこの処理はシーケンシャルです背景･前景･タイトルが順番にレンダリングされ前のレンダリングが完了するまで次は始まりません並行してレンダリングさせたいものの別々のスレッドの処理では十分ではなくまたマージ処理は３つの結果が出るまで待たねばなりません先程お話しした非同期コーディングに似ていますこの処理をasyncとし別のスレッドの処理が終えるまで処理の一時停止が可能になるようにします次にasync let シンタックスで最初の２つの処理を並行に行います async letは変数設定のように見えますが基本的にはその通りですしかしこの場合結果を使うまでは他のコードと並行に処理されます背景と前景の変数が async letで初期化されるため必要であればSwift ランタイムはそれらの数値が確定するまでマージ処理を停止しますマージ処理にはawaitを使用しますこのコードの最も重要な点はバックグラウンドタスクはこの処理より長引けないことですつまり言い換えればバックグラウンドの２つのタスクが稼働中は処理が返りませんこの処理のどこかでエラーが出ても Swift ランタイムはタスクの終了を待ちますここにあるtryはタイトルイメージの計算を示しますがエラーに関してもスレッドが違っても同様に適用されます敏感に反応させるためエラーがあればSwift ランタイムは未完了タスクに完了させる機会を与えます Structured Concurrencyでこのキャンセルメカニズムと async let シンタックスの適応性ある代替について詳細を知ることができます Swift 5.5が鍛練･構造化された形でいくつものスレッドでの処理を簡単にすると話しましたもちろんそれでは不十分です２つのスレッドがデータを共有するとデータが矛盾したり破損している可能性があります Swiftのactor constructはそれらの問題に対しデータを守りますそれではまた見覚えあるコードを例にしてみましょう統計を集めるクラスがあります counterなどその他のコードがあり何か起こればそれを更新する increment メソッドを使用します残念ながらマルチスレッドシステムでこのコードはうまく行きません複数のスレッドが increment メソッドを同時に呼び出すと統計が破損するかもしれませんこのクラスをSwift actorに変えるとそのような破損を防げます Actorsはデータ破損を起こしかねない処理を安全になるまで停止させるのですつまりactor外から actor メソッドを使う時は awaitを使う必要があるということですまたActorsはasync/awaitとシームレスに稼働しますこのpublish メソッドに asyncを使うことでネットワークを待つ間一時停止が可能になりますそしてネットワークを待つこともデータ破損を心配することもなくこのactorで他のメソッドを処理できるのです Actorsはクラスのようにリファレンス型ですがマルチスレッド環境でも使えるよう数々のルールに従うようになっていますデータをactorsにパッケージすることでデータに同時にアクセスし Swift コンパイラとランタイムがデータの破損を起こさぬようアクセスを調整するよう明確に伝えますもちろん Swiftのactor constructに関するセッションがありますこれをフルに活用する方法をそこで学ぶことができますこのセッションを終える前に Swiftの将来についてお話ししましょう Swift 5.5で紹介した３つのキーコンセプト非同期処理構造化された並行性とactorsは安全で高性能なコード作りのいい基盤です Swift 6ではコンパイラが開発段階初期において並行性の間違いを発見しエラーの詳細と修正方法を提供できるよう既にリサーチを進めています我々のゴールはよくある並行性の欠陥を完全に削除し非同期及び並行プログラミングを他のプログラミング並みにシンプルにすることですもちろんこれらの概念に対するコンパイラの理解を向上させると同時にこれらを使ったコードの効率を向上させる努力も続けています
Swiftはインプット歓迎のオープン共同研究です Swift 6をより良くするため Swift 5.5の経験をお知らせください現実のApp開発において新機能がどう役に立っているでしょう？ swift.orgのコンパイラ snapshotsをお試しください開発途中ながらも snapshotsを提供することで Xcodeにインストールし新機能をお試しいただけます snapshotsを利用して頂くと次世代のSwiftの役に立つのです Swift forumsはこのプロジェクトの源泉です今日ご紹介した機能はすべて Swift Evolution forumで提案されたものです多様な人々のおかげで提案が精錬されたのですまた新規ユーザーのためのヘルプエリアや Swiftコミュニティーのニュース交換など Swiftに関する数々のforumがありますその他にもSwiftを向上させる数々の方法がありますこのセッションの初めに Nicoleがお話ししたメンターシップもその例です唯一の必要条件はSwiftをみなさんのために向上させたいという願いだけですみなさんのご参加をお待ちしています [明るい音楽]

import Collections

var colors: Deque = ["red", "yellow", "blue"]

colors.prepend("green")
colors.append("orange")
// `colors` is now ["green", "red", "yellow", "blue", “orange"]

colors.popFirst() // "green"
colors.popLast() // "orange"
// `colors` is back to ["red", "yellow", "blue"]

6:25 - Ordered set

import Collections

var buildingMaterials: OrderedSet = ["straw", "sticks", "bricks"]

for i in 0 ..< buildingMaterials.count {
    print("Little piggie #\(i) built a house of \(buildingMaterials[i])")
}
// Little piggie #0 built a house of straw
// Little piggie #1 built a house of sticks
// Little piggie #2 built a house of bricks

buildingMaterials.append("straw") // (inserted: false, index: 0)

6:42 - Ordered dictionary

import Collections

var responses: OrderedDictionary = [200: "OK", 403: "Forbidden", 404: "Not Found"]

for (code, phrase) in responses {
    print("\(code) (\(phrase))")
}
// 200 (OK)
// 403 (Forbidden)
// 404 (Not Found)

7:39 - Swift Algorithms

import Algorithms

let testAccounts = [ ... ]

for testGroup in testAccounts.uniquePermutations(ofCount: 0...) {
    try validate(testGroup)
}

let randomGroup = testAccounts.randomSample(count: 5)

7:52 - Swift System

import System

let fd: FileDescriptor = try .open(
    "/tmp/a.txt", .writeOnly,
    options: [.create, .truncate], permissions: .ownerReadWrite)
try fd.closeAfter {
    try fd.writeAll("Hello, WWDC!\n".utf8)
}

8:06 - FilePath manipulation APIs

import System

var path: FilePath = "/tmp/WWDC2021.txt"
print(path.lastComponent)         // "WWDC2021.txt"

print(path.extension)             // "txt"
path.extension = "pdf"            // path == "/tmp/WWDC2021.pdf"
path.extension = nil              // path == "/tmp/WWDC2021"
print(path.extension)             // nil

path.push("../foo/bar/./")        // path == "/tmp/wwdc2021/../foo/bar/."
path.lexicallyNormalize()         // path == "/tmp/foo/bar"
print(path.ends(with: "foo/bar")) // true!

9:01 - Float16 support on Apple silicon Macs

import Numerics

let x: Float16 = 1.5
let y = Float16.exp(x)

9:05 - Complex elementary functions

import Numerics

let z = Complex(0, Float16.pi) // πi
let w = Complex.exp(z)         // exp(πi) ≅ -1

11:07 - AWS Lambda runtime now with async/await

import AWSLambdaRuntime
import AWSLambdaEvents

@main
struct HelloWorld: LambdaHandler {
    typealias In = APIGatewayV2Request
    typealias Out = APIGatewayV2Response
    func handle(event: In, context: Lambda.Context) async throws -> Out {
        .init(statusCode: .ok, body: "Hello World")
    }
}

14:52 - Memory management

class Traveler {
    var destination: String
}

func test() {
    let traveler1 = Traveler(destination: "Unknown")
    // retain
    let traveler2 = traveler1
    // release
    traveler2.destination = "Big Sur"
    // release
    print("Done traveling")
}

17:04 - Codable synthesis for enums with associated values: A two-case enum

enum Command {
    case load(key: String)
    case store(key: String, value: Int)
}

17:11 - Codable synthesis for enums with associated values: Before

// You used to have to manually implement all of this boilerplate.

enum Command: Codable {
    case load(key: String)
    case store(key: String, value: Int)

    init(from decoder: Decoder) throws {
        let container = try decoder.container(keyedBy: CodingKeys.self)
        if container.allKeys.count != 1 {
            let context = DecodingError.Context(
                codingPath: container.codingPath,
                debugDescription: "Invalid number of keys found, expected one.")
            throw DecodingError.typeMismatch(Command.self, context)
        }

        switch container.allKeys.first.unsafelyUnwrapped {
        case .load:
            let nested = try container.nestedContainer(
                keyedBy: LoadCodingKeys.self,
                forKey: .load)
            self = .load(
                key: try nested.decode(String.self, forKey: .key))
        case .store:
            let nested = try container.nestedContainer(
                keyedBy: StoreCodingKeys.self,
                forKey: .store)
            self = .store(
                key: try nested.decode(String.self, forKey: .key),
                value: try nested.decode(Int.self, forKey: .value))
        }
    }

    func encode(to encoder: Encoder) throws {
        var container = encoder.container(keyedBy: CodingKeys.self)
        switch self {
        case let .load(key):
            var nested = container.nestedContainer(keyedBy: LoadCodingKeys.self, 
                                                   forKey: .load)
            try nested.encode(key, forKey: .key)
        case let .store(key, value):
            var nested = container.nestedContainer(keyedBy: StoreCodingKeys.self, 
                                                   forKey: .store)
            try nested.encode(key, forKey: .key)
            try nested.encode(value, forKey: .value)
        }
    }

    /// Contains keys for all cases of the enum.
    enum CodingKeys: CodingKey {
        case load
        case store
    }

    /// Contains keys for all associated values of `case load`.
    enum LoadCodingKeys: CodingKey {
        case key
    }

    /// Contains keys for all associated values of `case store`.
    enum StoreCodingKeys: CodingKey {
        case key
        case value
    }
}

17:15 - Codable synthesis for enums with associated values: After

enum Command: Codable {
    case load(key: String)
    case store(key: String, value: Int)
}

17:26 - Static member lookup

enum Coffee {
    case regular
    case decaf
}

func brew(_ coffee: Coffee) { ... }

brew(.regular)

17:49 - Flexible static member lookup

protocol Coffee { ... }
struct RegularCoffee: Coffee { }
struct Cappuccino: Coffee { }
extension Coffee where Self == Cappucino {
    static var cappucino: Cappucino { Cappucino() }
}

func brew<CoffeeType: Coffee>(_ coffee: CoffeeType) { ... }

brew(.cappucino.large)

18:25 - Property wrappers on parameters

@propertyWrapper
struct NonEmpty<Value: Collection> {
    init(wrappedValue: Value) {
        precondition(!wrappedValue.isEmpty)
        self.wrappedValue = wrappedValue
    }

    var wrappedValue: Value {
        willSet { precondition(!newValue.isEmpty) }
    }
}

func logIn(@NonEmpty _ username: String) {
    print("Logging in: \(username)")
}

19:02 - Ergonomic improvements in SwiftUI code: Before

// Instead of writing this...

import SwiftUI

struct SettingsView: View {
    @State var settings: [Setting]

    private let padding = 10.0

    var body: some View {
        List(0 ..< settings.count) { index in
            #if os(macOS)
            Toggle(settings[index].displayName, isOn: $settings[index].isOn)
                .toggleStyle(CheckboxToggleStyle())
            #else
            Toggle(settings[index].displayName, isOn: $settings[index].isOn)
                .toggleStyle(SwitchToggleStyle())
            #endif
        }
        .padding(CGFloat(padding))
    }
}

19:37 - Ergonomic improvements in SwiftUI code: After

// You can now write this.

import SwiftUI

struct SettingsView: View {
    @State var settings: [Setting]

    private let padding = 10.0

    var body: some View {
        List($settings) { $setting in
            Toggle(setting.displayName, isOn: $setting.isOn)
              #if os(macOS)
              .toggleStyle(.checkbox)
              #else
              .toggleStyle(.switch)
              #endif
        }
        .padding(padding)
    }
}

22:20 - Asynchronous programming with async/await: Before

// Instead of writing this...

func fetchImage(id: String, completion: (UIImage?, Error?) -> Void) {
    let request = self.imageURLRequest(for: id)
    let task = URLSession.shared.dataTask(with: request) {
        data, urlResponse, error in
        if let error = error {
            completion(nil, error)
        } else if let httpResponse = urlResponse as? HTTPURLResponse,
                httpResponse.statusCode != 200 {
            completion(nil, MyTransferError())
        } else if let data = data, let image = UIImage(data: data) {
            completion(image, nil)
        } else {
            completion(nil, MyOtherError())
        }
    }
   task.resume()
}

23:58 - Asynchronous programming with async/await: URLSession.shared.data(for:)
```
let (data, response) = try await URLSession.shared.data(for: request)
```

24:40 - Asynchronous programming with async/await: After

// You can now write this.

func fetchImage(id: String) async throws -> UIImage {
    let request = self.imageURLRequest(for: id)
    let (data, response) = try await URLSession.shared.data(for: request)
    if let httpResponse = response as? HTTPURLResponse,
       httpResponse.statusCode != 200 {
        throw TransferFailure()
    }
    guard let image = UIImage(data: data) else {
        throw ImageDecodingFailure()
    }
    return image
}

27:06 - Structured concurrency

func titleImage() async throws -> Image {
    async let background = renderBackground()
    async let foreground = renderForeground()
    let title = try renderTitle()
    return try await merge(background,
                           foreground,
                           title)
}

29:26 - Actors

actor Statistics {
    private var counter: Int = 0
    func increment() {
        counter += 1
    }
    func publish() async {
        await sendResults(counter)
    }
}

var statistics = Statistics()
await statistics.increment()

特定のトピックをお探しの場合は、上にトピックを入力すると、関連するトピックにすばやく移動できます。

クエリの送信中にエラーが発生しました。インターネット接続を確認して、もう一度お試しください。

リソース

関連ビデオ

WWDC21

WWDC20