ClassKitに関する新機能

ClassKitに関する新機能

ClassKitフレームワークは、Schoolworkアプリケーションを通して、App内での教育活動を教師に示す上で役立ちます。メタデータのプロパティと進捗報告を強化することで、学生と教師に豊かなアサインメント経験を提供する方法を紹介します。また、新しいClassKit Catalog APIによって、コンテンツの管理とAppの管理が切り離され、全体的な検出可能性がどのように改善されるのかを説明します。

リソース
- ClassKit
- - HDビデオ
  - SDビデオ
関連ビデオ

WWDC20
- 教育に関する新機能
ダウンロード

こんにちは WWDCへようこそ “ClassKitに関する新機能” バスカランと申します Apple Educationチームのエンジニアです本日は私の同僚であるダニエルと共に ClassKitの最新の変更内容についてお話し皆様の知識をアップデートしたいと考えています最初にClassKitのどの機能が強化されたかについて説明しますこれらの機能強化によってあなたのアプリケーションのコンテンツを今まで以上に細かに操作できるようになりました
続いてClassKitの適用にあたってお薦めできるベストプラクティスをいくつか説明しますその後ダニエルがコンテンツをレポートする新しい方法を紹介しますここではClassKit Catalog APIと呼ばれるサービスを使用します最後に同じくダニエルが ClassKit Catalog APIを適用するためのベストプラクティスのいくつかを説明しますそれではClassKitの全般的な事項の簡単な説明から始めましょう ClassKitはAppleエデュケーション· エコシステムの中核となるコンポーネントです
ClassKitはアプリケーションの教育コンテンツをアクティビティとして表面に浮き上がらせるフレームワークで先生たちはこれらのアクティビティを生徒に課題として割り振ることができますさらにClassKitを使用すれば生徒が自分の課題をどの程度こなしたかアプリケーションを使用して報告できるようになりますここで最も重要なポイントはその生徒のプライバシーが厳格に保護されることですつまり報告されるのは課題アクティビティの進捗状況に限定されますたとえば教師が生徒に Fun with Scienceというブックの１つの章を読む課題を与えたところ一人の生徒がBasic Arithmeticの１つの章も読んだとしますこの場合課題として与えられたのは Fun with Scienceを読むことでしたから先生と生徒がチェックするのはこちらの進捗状況だけです ClassKitが導入されたのは2018年のことでした現在ではmacOSでも利用できるようになりネイティブアプリケーションや Catalystアプリケーションの作成で使用されます
ClassKitの更に詳しい情報については 2019年の私たちのセッション “What's New in ClassKit”と 2018年のセッション “Introducing ClassKit”をご覧ください
ClassKitの何が強化されたのかを見る前にあなたのアプリケーションのコンテンツの Schoolworkのアクティビティでの表示を簡単に調べてみましょうあなたのアプリケーションは ClassKitを使用してコンテンツを定義してそれをアクティビティとして記述します ClassKitはSchoolworkを使用してブラウズすることができます Schoolworkを使用すればクラス教材の共有やアプリケーション内で特定のアクティビティを生徒に割り付ける生徒との協同作業生徒進捗状況を表示するなどの作業を簡単に実行することができます Schoolworkを開くとまずこの画面が表示されますこの画面は先生が生徒に割り付けるすべてのコンテンツのホームベースとして機能します
新しいハンドアウトを作成するには右側の上端にあるNew Handoutボタンをタップしますズームインして見やすくしましょう App Activitiesをタップしてアプリケーションアクティビティ選択機能を表示します
これによりアプリケーションアクティビティ選択機能が ClassKit対応アプリケーション一覧を表示しますここではアクティビティを含む３種類のアプリケーションが表示されていますこのプレゼンでは例として Book Readerアプリケーションを使用しますそれではBook Readerの内部にあるアクティビティを見ていきましょう Fun with Scienceという名前のブックが表示されこのブックはアクティビティを含んでいます Fun with Scienceにどのようなアクティビティが含まれているのか閲覧してみましょう Fun with Scienceは何種類かのアクティビティを含みこれらのアクティビティは章として分類されています “Inquiry”というタイトルの付いた第１章の中身を見てみましょう
この章には１つのアクティビティがありその名前はScience Investigationですこのアクティビティについて調べてみましょう Science Investigationのセクションの最後にクイズが用意されていますところでアクティビティの内容が事細かに表示されていることに気付かれたでしょうか？
ここにサムネイルがあってアクティビティの要約事項が書かれています具体的には想定されている対象年齢や完了までの時間アプリケーションが報告するアクティビティの進捗のタイプなどですこれらの詳細情報をもとにしてこのアクティビティを課題の中で使用するかどうかを教師が判断します次にこれらの詳細事項を私たちのアプリケーションのアクティビティへ追加する方法を説明しますこの作業の前に App Activitiesについて簡単に調べてみます
アプリケーションのアクティビティとはあなたのアプリケーションに割り付けた任意のコンテンツですブックの章もアクティビティですしポッドキャストのメディアストリームテストクイズなどもアクティビティです
アクティビティはあなたアプリケーションにより定義され階層的に構造化されます
私たちの例を見てみましょうここに示すのがFun with Scienceというタイトルのブックのアクティビティ階層構造です
この階層の一番上にあるのがブック Fun with Scienceですその子供階層にあたるのがブックのそれぞれの章になりますそれぞれの章に含まれるセクションは孫階層となり階層化はさらに進みますアクティビティをSchoolworkに表面を整えるにはどうするのだろうかとお考えかも知れませんその目的のためには ClassKitのCLSContextクラスを使用して CLSContextのインスタンスを作成しそれぞれのアクティビティを表現します ClassKitはあなたのアプリケーションのために Main App Contextと呼ばれるルートコンテキストを提供しますこれがあなたのアクティビティ階層構造の親になります Main App Contextがこれですね
次に最上階のアクティビティである Fun with ScienceのCLSContextを作成してそれをMain App Contextに子供として追加します
アクティビティの階層構造を一段下側へ移動して
各アクティビティに対応するコンテキストを作成しそれを親コンテキストに追加しますさてここで私は１つの例として進度判定クイズを積極的に利用してそのアクティビティに詳細事項を追加する方法を説明しようと思います少し前に見たように何項目から詳細事項が存在します以下順次ステップを追ってこれらの詳細事項をクイズコンテキストに追加する方法を見ていただきますまず最初にサムネイルとサマリーをクイズコンテキストに追加する方法について説明しますまずそのアクティビティに対応するコンテキストを作成しますこのケースでは進度判定クイズがこれに該当します次にサマリーをコンテキストに追加します何についてのクイズなのかを説明する訳ですそしてサムネイルを追加します ClassKitではサムネネイルのサイズが 330x330ピクセルに制限されることを忘れずに必要ならば小型化することも可能せすこの例では画像アセットmeasurements_quiz.jpgを利用してサムネイルを作成しますここでファイルURLからサムネイルを取得するために thumbnailFromImage関数を使用していることに注意してくださいこの関数について調べてみましょう
関数はファイルURLからメモリ効率の良い方法でサムネイルを作成する方法を示してくれますこの過程でCoreGraphicsを使用しますまずファイルから画像ソースを作成します....
次にサムネイル作成で使用する何種類かのオプションを設定します常に画像からサムネイルを作成するものとしてその最大サイズを330ピクセルとします
次にサムネイルを作成して返しますこれがサムネイルを作成する１つの方法ですもしあなたにとって UIImageの方が手に入り易いのであればそのCGImageプロパティを取得してそれをサムネイルとして使用することも可能ですただしこの方法を用いるとあなたのアプリケーションが使用するメモリ量が大幅に増加しますので注意が必要ですオーケーさらに何項目かのプロパティをクイズコンテキストに追加しましょう対象年齢と予測完了時間を追加しますこれらのプロパティの追加は非常に簡単です値はいずれも範囲として指定します対象年齢は9才から11才と設定して予測完了時間は15分から20分の範囲とします次にクイズアクティビティに関連して報告される進捗データーのタイプを追加しますこの例では４種類の進捗データが報告されています進捗度を表すパーセント値それぞれの質問への正/誤回答スコア
クイズへ回答するために生徒が利用したヒントの数および全体スコアですこれらのいくつかをクイズコンテキストに追加する方法を説明します最初に進捗度をパーセント値として報告する機能を作成します
この機能をサポートする CLSProgressReportingCapabilityクラスは “kind”と“details”という２つのプロパティを持っています
“kind”を“percent kind”へ設定し “details”を “descriptive text”へ設定します次にクイズを解くときに使用されたヒントの数を報告する機能を作成しますご覧のようにそれぞれの報告機能の作成は非常に簡単です最後にこれらの機能をクイズコンテキストへ追加しますこの例では私は機能の詳細を英語で設定しましたがこれらはユーザーから見える文字列ですから現在のロケールに基づいて実行時にローカライズしてくださいこの操作はユーザーから見えるアクティビティタイトルを設定するときに使用した方法によく似ていますオーケーここまででアプリケーションのアクティビティに新しいプロパティを追加する方法が分かりましたこうしてあなたのアプリケーションのアクティビティを豊かにしてゆけますそれではあなたのアプリケーション用コンテキストの作成と管理に役立つお勧めベストプラクティスをいくつか紹介します
CLSContextの新らしいプロパティによって教師にとって貴重なメタデータが追加されました教師はこれらのメタデータを介してアプリケーションが持つ豊富なアクティビティセットの情報を知れます
ですからコンテキストを作成するときはできるだけ多くのメタデータを盛り込んだ完備したコンテキストを作るようにしてください
コンテキストがアプリケーションの旧バージョンによって保存されていることが分かったならば欠落しているプロパティを追加更新してください
逆にアプリケーションが古いプロパティをもはや必要としなくなったときはそれらのプロパティを削除してください削除することによりあなたのアプリケーションがサポートするアクティビティリストで非表示になり
アプリケーションがコンテキストプロバイダが提供する拡張機能を使用してコンテキストを作成しているならアプリケーションの拡張機能も同様に更新してください
私の話はこれでほぼ終了ですデニスが新しくなったClassKit Catalog APIについて話したいようですでも最後に我々がCLSContextに追加した何点かの機能強化についてお話しさせてくださいこれらはお客様からリクエストの多かった機能であり
identifierPathの読み出し専用プロパティがその例ですこのプロパティはコンテキストの完全なidentifierPathを返しますさらに新規コンテキストタイプ“course”と１つの新規コンテキストタイプ“custom”を返す予め定義されているタイプのどれをとってもアプリケーションのコンテンツに合わない場合このプロパティを使用してください設定可能なオプションプロパティを使用すればあなたのカスタムコンテキストに命名でき任意のコンテキストが割り付け禁止アクティビティだと示すマーキングとしてこれを利用できますこのプロパティがどのような場面で特に役立つのか見てみましょう私たちの例ではブックに対応するコンテキストを作成しました Fun with Scienceというブック全体が割り当て可能なアクティビティであることをこのプラスシンボルが示していますしかし教師がブック全体を割り当てることはないと思います実際のところデベロッパーの観点からもブックを割り当て可能なアクティビティにしようとは考えませんでしたブックに対応するCLSContextを章をまとめるコンテナーとして使っただけのことです
ここでコンテキストの新しいisAssignable プロパティの値を“false”に設定するとブックが割り当て可能なアクティビティではないことが明確になります ClassKitに対して実施した機能強化の全体を理解して頂くため更新後のデベロッパードキュメントを是非ご覧になるようお勧めします今説明した内容は ClassKitへの最新の機能強化項目なのです
ここまで説明したところでダニエルに来てもらいとてもワクワクする新しいClassKit Catalog APIを紹介してもらいましょうさあダニエル先へ進めてくださいどうも有難うダスカラン本日は新しいWebサービスである ClassKit Catalog APIを紹介したいと思いますこのサービスを開発する動機付けとなったのは ClassKit対応アプリケーションを構築されるデベロッパーの皆様と使用する教師の皆様に更に素晴らしいエクスペリエンスを提供したいという思いでした特に有用と思われるいくつかの考えを抱いて開発にあたりましたまず最初に Schoolwork内部で見つけ出すのを容易にしたいというのが我々の希望でした皆様のアプリケーションのユーザーから見て提供した豊富なコンテンツリポジトリが容易に見て取れるようでなければなりません毎回それぞれのピースをチェックする作業が必要であってはいけないのです
次により広い範囲の ClassKit対応コンテンツへのサポートを他の方法に頼るのではなく CLSContextを作成するというネイティブなアプローチを使用して提供できるようにしたかったのです
最後にコンテンツの管理とアプリケーションの管理という２つの問題を切り離したかったのですコンテンツの変更は常に起こり得るのですがアプリケーションそのものを変更することなくコンテンツの修正が可能であるべきなのですどのようにしてこれを実現できるでしょうか？現在CLSContextsはあなたのアプリケーションでネイティブに定義されています教師がアプリケーションを使用するときアプリケーションは必要なコンテキストの生成を ClassKitに任せますそしてこれらのコンテキストが教師のデバイスに保存されそれに続いて生徒のデバイスに保存されることになります
ClassKit Catalog APIはあなたのコンテンツを報告する別な方法を処方してくれます
この新しいサービスを使用するためにはまず既存のCLSContext階層構造を JSON構造へと翻訳するところから始めます次にペイロードを取込み ClassKit Catalog APIを使用してそれをアップロードします
そこからはあなたの提供するデータを使用して教師または生徒のデバイス上に LSContextを作り上げる作業を行いますあなたのアプリケーションが Schoolworkで参照されているときは常にこの作業が必要となります次に進む前に ClassKit Catalog APIとはSchoolworkで誰でも見ることのできるコンテンツを対象とした APIであることを意識することが重要ですたとえば動的に生成されるコンテンツやユーザーに固有なCLSContextsなどのプライベートコンテンツはこれからもネイティブAPIを使用してClassKit へ報告されなければなりませんあなたがリクエストするための新しいアドレスが用意されています api.classkit-catalog.apple.com.
APIのバージョンを示す “v1” というサフィックスが付いています将来変更が生じた場合はこのサフィックスが変化してます
API自体は２つの主要コンポーネントから構成されています一方はコンテキストを管理し他方はサムネイルを管理します
コンテキストはあなたのコンテンツを説明すると同時にカタログが作用する対象となる基本ユニットです
これらの基本ユニットはバスカランが前に説明した CLSContextsであると考えてかまいませんがいくつかの付加機能が付いていますので注意が必要ですこれらの付加機能についてはもう少し先へ進んでから詳しく説明します
サムネイルとはあなたのコンテキストに関連付ける画像です今回のプレゼンの最初の部分で ClassKitを使用してネイティブに関連付ける方法を見てきました APIを使用する場合はサムネイルのエンドポイントを使用しますがこれについても後ほど詳しく説明します本日のプレゼンでは POSTリクエストに焦点を合わせて説明しますコンテキストに関する POSTリクエストから見ましょう
POSTリクエストはこの例に示すように必須フィールドを含みますから何かを記入しなければなりません最初のフィールドは“environment” というラベルの付いたクエリパラメータですこのフィールドはあなたが実施する変更が開発環境を対象とするのかあるいは製造向けなのかを決定します
これを利用するのかについてはもう少し後で説明します次に数項目のヘッダーに記入しますここではContent-TypeとAuthorizationです
Content-Typeにはこれから配送するペイロードのタイプを記入しますこのエンドポイントでは application/jsonとする必要があります
Authorizationにはあなたが我々のサービスから認証を受けるためのクレデンシャルを記入します
ClassKit Catalog APIのために我々はJSON Web Tokenを採用しましたこれは認証に使用されている産業標準アプローチの１つであり Appleのいくつかのウェブサービスにまたがって使用されています
これらのトークンを生成する方法については後ほど詳しく説明します
このリクエストの本体部分にはこれから作成や更新するコンテキストのリストが JSON形式で記述されなければなりませんこれらのコンテキストはあなたのアプリケーションのCLSContextsを表すとともにあなたのアプリケーションの機能が適正に表現されるためにはあなたのClassKit対応アプリケーションに関連付けられたコンテキストツリーの全体が報告されなければなりません
１つのコンテキストはデータとメタデータの２つのフィールドから構成されています２つのフィールドがどのように作られているのかもう少し詳しく見てみましょうデータオブジェクトはCLSContextから直接取り出した複数のフィールドから構成されており ClassKitの最新アップデートで追加された新規フィールドもこの中に含まれますこれについてはバスカランが前に説明したとおりです
このデータオブジェクトを作成するときはあなたのアプリケーションがすでに作成済みのCLSContextに含まれるフィールドの値を使用しますアプリケーションが作成したときの本体のコンテキストにマッチしていることを確認くださいその理由はあなたのコンテンツがカタログ内で適正に表現される必要があるからです
メタデータフィールドは CLSContextでは表現されていない情報のキャプチャを目的としていますメタデータには３つのフィールドがあります “locale”はあなたのコンテンツを異なる言語間アプリケーションを使用する地域間で区別します “minimumBundleVersion”はクライアントのためのヒットとして機能してこのコンテキストがあなたのアプリケーションのバージョンによってサポートされているかを決定そして”keywords”はあなたのコンテンツを正確に説明していると考える複数のタグを表していますメタデータはスパースオブジェクトですが APIとともに成長してゆくものと期待しています
これがコンテキストに対応する POSTリクエストの例でした
このエンドポイントについての詳細はコンテンツに対応する GETとDELETEメソッドとともに Apple Developerドキュメントとして公開される予定です
現時点ではコンテキストエンドポイントについての何項目かのガイドラインを強調するだけにしておきます第一に１つのPOSTリクエストあたり200 コンテキストまでという上限が設定されていますこれを超える場合は複数のリクエストに分割しなければなりません
複数に分割した場合は子コンテキストを親の後で提出するという順番を守る必要がありますメインアプリケーションのコンテキストは別として親が存在しない子コンテキストは無効と判断されます最後にあるコンテキストを削除すると決定したとするともしそのコンテキストに子孫が存在すればそれらの子孫も同時に削除されますアプリケーションのコンテキスト階層構造の整合性を担保するために必要な措置です次へ移りましょうサムネイルをアップロードする POSTメソッドについて調べてみます
ここに示すのがその例でありリクエストが備えるべきフィールドを持っています
ます最初はサムネイルへの参照から始まりますこの参照を使用してサムネイルを１つ以上のコンテキストと関連付けます
この関連付けはコンテキストオブジェクト上のサムネイルフィールドと対照させることによって行われます
このリクエストの残りの部分は私たちが見た最初の部分とよく似ていますたとえばクエリパラメータ “environment”を使用して対象とする環境を指定しなければなりません
Authorizationヘッダーを使用してクレデンシャルを与え Content-Typeを使用してアップロードする画像を説明しなければなりません
前に説明したPOSTリクエストとは異なり Contact-Lengthというフィールドが追加されますこのフィールドを使用してアップロードするサムネイルのサイズはバイト単位で指定しその画像を表現するバイトで構成されるブック体を指定します
Handout生成フローの過程においてこの画像はActivityを代表する目的で使用されますしたがってあなたのコンテンツを最も良く代表する画像を指定するように留意してください以上がサムネイルに対応する POSTエンドポイントの簡単な説明でしたこれに対応するGETとDELETEエンドポイントは構造的によく似ていますさらに詳しい内容については Apple Developerドキュメントをご覧ください次へ移る前にサムネイルエンドポイントに関する何項目かのガイドラインに注意を向けておきたいと思いますまずサムネイルを表すには PNGまたはJPEGを使用します
次にサムネイルの大きさは 330ｘ330ピクセルとしますこれがSchoolworkで使用する画像分解能です
最後にアップロードの順番は最初にコンテキスト続いてサムネイルの順で行いますサムネイルが迷子にならないようにするためこの順番を守ってくださいサムネイルがどのコンテキストからも参照されていない場合はそのサムネイルのアップロードリクエストが拒絶されます
この処理は同時にあるサムネイルを最後に参照するコンテキストは削除されていなければならないということを意味しますそれに続いて該当するサムネイルも削除されます次に進む前に何か間違いが起こったときにAPIはどのように反応するのかという問題について説明しますエラーを報告しているサムネイルがあったとしてそれにPOSTしようとしたときにあなたが得るかもしれない応答の例を示します HTTPステータスコードが予期される訳ですがエラーを報告する応答にはこれとは別に問題点を詳しく説明する JSONボディが含まれているはずです IDフィールドには一意の識別子が記入されていますからこれを使用してエラーを同定して追跡することができます “code”フィールドを追ってみると認証上の問題が発生していることが分かり
“message”フィールドを調べてみるとそこには人間が読める型式で問題が説明されておりおまけに問題を解消する方法まで書いてありますエラーコードの完全なリストと対応するメッセージが Apple Developerドキュメントとして公開される予定ですそれではこの例が示す認証エラーはどう処置すればよいのでしょうか？
お約束したようにまずは認証について説明します前にも触れましたように ClassKit Catalog APIにおける認証は JSON Web Tokenまたは単に JWTを使用して処理されますこれは産業標準の１つであり Appleのいくつかのウェブサービスにまたがって使用されています
まず始めとしてApple DeveloperポータルへログインしてからあなたのチームのClassKit Catalog APIキーを入力します
このプライベートキーは ClassKit Catalog APIとの認証照合に用いられる JWTを生成する目的で使用されますからあなたが何らかのリクエストを発行するときには必ず前にも触れたAuthorizationの一部として提出しなければなりません
JWTはヘッダーペイロードおよびシグネチャと呼ばれる３つの部分から構成されています
ヘッダーとペイロードを作成するために Apple Developerポータルに記載されているキーIDとチームIDを入力しなければなりません
これによってクレデンシャルがあなたの開発チームと関連付けられますさらにこのトークンを識別するUUIDと２つのUNIXタイムスタンプが生成されます一方のタイムスタンプはトークンの発行日時を表し他方はトークンの失効日時を表しますここで私たちが見ているのは整形前の生のフィールドです最終的なトークンを形成するためにはこれらのフィールドをBase64でエンコードしなければなりません JWTを完成させるにはシグネチャが必要ですシグネチャはエンコードされたヘッダーとエンコードされたペイロードから作成されますこの署名で使用されるアルゴリズムが ECDSASHA256ですこの問題は複数のプログラム言語にまたがって多数の文献が公表されていますから処理の内容を理解するのは簡単です
この方法で完全に書式化された JWTは次のように見えます
Authorizationヘッダーはその一部としてこのトークンを含まなければならずその先頭には“Bearer”というプリフィックスが付けられています
これですべてのピースが揃いましたそれではアップロードしたコンテンツをユーザーに提示する前にどのようにコンテンツをテストすればよいのでしょう？コンテンツを提示する環境には developmentとproductionの２つがあります
変更があったときにそのテストを行うのであれば “environment”クエリパラメータを使用してコンテンツを development環境へアップロードしますこれはこのプレゼンの前の部分で示した方法ですアップロードが完了したならば iOSの開発ビルドを実行しているデバイス上でSettingsを開いて Developerタブへ移動します ClassKit APIをタップして他のオプションを表示させます ClassKit Catalog Environmentの下にある Development environmentを選択します
設定が終わると ClassKitはデータの取り込み先を変更してあなたが選択した環境にしたがって適正なコンテンツをSchoolworkに表示します
developmentへ送り出したコンテンツは Development環境を使用するすべてのClassKit Appleデベロッパーから利用可能であることに注意してください
以上の説明のまとめとしてAPIを使用するときは常に留意すべきベストプラクティスのいくつかを説明したいと思います
最初のかつ最も重要な事項として新規コンテンツの定義および古いコンテンツの削除を行うときは ClassKit Catalog APIを使用してこの操作を報告してくださいこれによりあなたのアプリケーションとそのActivitiesが Schoolworkで適正に表現されることが保証されます次にコンテンツ用に提供されているロケールサポートを積極的に活用してください
これによりあなたのアプリケーションが最大限広い範囲のユーザーに対応できるようになります
最後になりますがきっと皆さまは報告するコンテキストの中でできるだけ詳しい情報を提供したいと考えられたでしょうしコンテキストにサムネイルを付属させたいと思われたのではないでしょうかこれは理由のあることでSchoolworkを使用してユーザーへ詳しい情報を提供できることに加えユーザーがあなたのアプリケーションからのコンテンツを割り付け可能というのが重要な理由です以上でClassKit Catalog APIの説明は終了です ClassKitデベロッパーの皆様には今年の夏からこれらのAPIが提供されます私たちのプレゼン“ClassKitに関する新機能” もここで終了とさせて頂きますありがとうございました

6:25 - Add Thumbnail and Summary to Quiz Context

// Create a context for quiz
let quizContext = CLSContext.init(type: CLSContextType.quiz, identifier: "science_Investigation_quiz", title: "Measurements Quiz")

// Add a summary describing this context
quizContext.summary = "A short quiz to test how much students know about scientific measurements and how to examine and analyze scientific data."

// Add a thumbnail for this context — ClassKit will downsize thumbnails to 330 x 330 px if needed
let bundle = Bundle.main
if let resourceURL = bundle.resourceURL {
    let imageURL = resourceURL.appendingPathComponent("measurements_quiz.jpg")
    if let thumbnail = thumbnailFromImage(atURL: imageURL) {
        quizContext.thumbnail = thumbnail
    }
}

6:52 - thumbnailFromImage

// Create a thumbnail of maximum dimension 330 x 330 px from an image file
func thumbnailFromImage(atURL: URL) -> CGImage? {
   if let imageSource = CGImageSourceCreateWithURL(atURL as CFURL, nil) {
       let thumbnailOptions = [kCGImageSourceCreateThumbnailFromImageAlways as String: true,
                               kCGImageSourceThumbnailMaxPixelSize as String: 330]
       return CGImageSourceCreateThumbnailAtIndex(
           imageSource, 0, thumbnailOptions as CFDictionary);
   }
   return nil
}

// Add suggested age range appropriate for the content — ages 9 to 11 years

quizContext.suggestedAge = NSRange(9...11)

// Add suggested time to complete this quiz — 15 to 20 minutes

quizContext.suggestedCompletionTime = NSRange(15...20)

8:15 - Add progress reporting capabilities

// Add progress reporting capabilities

let reportingPercentDetails = "Reports percentage of progress"
let reportingCapabilityPercent = CLSProgressReportingCapability.init(
        kind: .percent,
        details: reportingPercentDetails)

let reportingQuantityDetails = "Reports number of hints used"
let reportingCapabilityQuantity = CLSProgressReportingCapability.init(
        kind: .quantity,
        details: reportingQuantityDetails)

quizContext.addProgressReportingCapabilities([reportingCapabilityPercent,
                                       reportingCapabilityQuantity])

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

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

リソース

関連ビデオ

WWDC20