tikidunpon/wwdc-gorigori20190617.md

## wwdc-gorigori20190617.md

      
    Raw
  

              wwdc-gorigori20190617.md
            
          
    参加してなくてもついていけるもん！WWDCゴリゴリキャッチアップ会20190617の参加メモ


connpassページ


Twitter: ハッシュタグ#wwdc_rusuban


「Sing in with Apple」@d_date

Apple IDでサインインが出来て以下がとれる

User ID
Full Name
Email


Hide My Email

別のランダムなアドレスが共有される
サービス側は本当のメールは見えない
Appleは保持しない


Cross-Platform

javaScriptなど


Firebase側の対応は？

今プルリクを投げている
バックエンド側の対応が終わってないので実装が正しいかわからないとのこと


セッションの変更に対応する

サインイン状態に変更があればNotificationが飛んでくる


「Sound Analysis」@shu223

発表資料
Sound Analysisはイマイチ注目されていない
ユースケースが分かりづらい
Speech
誰が話しているか？を認識する
話者認識ができると議事録とかに使える
iOS13で追加された音声解析のフレームワーク
今の所音声の分類のみできる
Core MLモデルを自作する前提
音声分類のデモ

Create MLで学習させる
サザエさんの動画で話者を分類
ストリーミングしながら解析もできる
70〜100%くらい精度が動く
無音部分をトレーニングデータに入れたら精度が上がりそう
overlapFactor

入力の音声バッファの長さは1.0秒
1.0と1.0の間にタラちゃんの声が入ると認識されない
デモのオーバーラップは0.9でやっている
認識結果は信頼度が取れる


「CoreML」 @sonson

Core MLとCreate ML

アプリがスタンドアローン化
複雑なNNに対応
時系列データの扱いが簡単になった
アプリケーション側での追加学習が可能になった

夜間、充電中にバックグラウンドで追加学習


時系列データ

瞬間のデータは同じだがそれまでのコンテキストが意味を持つ


音声のために

Sound Analysis Framework
チャンネル、ビットレート、長さなどいい感じ見てくれる


ニューラルネットワーク+K最近傍法

ユーザーの手書き入力の代表値に似ているかを判断
ユーザーが星だと思っているものを認識させる


学習にはコストがかかる、電気、熱、時間
Advances in App Background Execution
詳しくはiOSDCのプロポーザルが通ったら！


「SF Symbols」 @ezura

発表資料
SF Symbolsのコンセプト

1,500個以上のAppleが提供するSVGで自作も可能
iOS 13 or later..etc macがない
サンプルはAppleのサイトでDL可能


標準の画層セットが追加されただけではなく

SF Fontと親和性の高い設計
SVG
表示に関するパラメータがちゃんとある

points
weight
scale(small, midium, large)


baseline offsetを持つ
weightに対応していて変更するとシンボルも太く細くなる


使う時

UIImage(systemName: "person.fill")//Appple提供のSymbol
UIImage(named: "person.fill")//自作のSymbol
symbolの名前とぶつかった場合はsymbolが優先される
iOS13とそれ以外で選択される画像がことなる
NSAttributedString

NSTExtAttachmentにimageを設定するだけ


デザイン指定

従来のデザインガイドとはことなる
高さと幅の制約を指定しても意味がない、scaleとpointで指定する必要がある
baselineで揃えるのも効果的


「Dark Mode」 @takasek

発表資料
動画や写真などに集中できる、バッテリー消費とか
iOS Design System

familiarityの維持
プラットフォームの一貫性
明確な情報ヒエラルキー
アクセシビリティ
シンプル


UIKit謹製のマテリアルなどを使おう
Semantic Color

絶対値ではなく、意味で色を指定する
quaternaryLabelなど
system colorsはlight, dark, accesible
HIGは必読


階層構造

light mode

ドロップシャドウ


dark mode

ドロップシャドウは使えないため、色の微妙な違いで表現


Elevated Background Color

Primary, Secondary, Tertiary


vibrant

背景色によらず見やすい色


コード

view.backgroundColor = systemBackgroundでdynamicColorが適用される
UITraitCollectionのおかげでカスタムカラーが作れる
UIColor.label
CGColorはDynamicにならない

TraitCollecitonが変化するタイミングで更新がいる


「URLSessionとNetwork.frameworkに追加されたWebSocketサポートについて」@omochimetaru

発表資料
時間がないので色々飛ばしてまずデモをやる
WebSocketサポートが入った
サーバーも入った
URLSession Client API

UILSessionにwebSocketTaskが追加された
enumでバイナリかテキストか分けられる
色々な切断方法、通知がある
sendPingがある


demo

https://github.com/omochi/WebSocketMacIOSDemo
macOSをサーバー、iPhoneをクライアントにして接続
iPhone側に受信できるようにした
シミュレータからiPhone実機につなぐ
localでwebサーバを立ち上げてブラウザで受信している


「RealityKit / Reality Composer」 @TachibanaKaoru

発表資料
RealityKit & Reality Composer
ARKitは割愛。これをみてね
RealityKitとしてレンダリングエンジンが増えた
RK

ARに特化
iOS13以降
RKのみでサポートしている機能がある

Collavorative AR, model rendaering in body detection


Body Detection

AR空間の人体を認識、座標を取得
modelファイルを呼びだすだけ


Reality Composer

3D modeling toolのようなもの
mac版はXcodeのdeveloper toolから試せる
シーンに3Dオブジェクトの配置
AR空間でのモデルプレビュー


usdz file

Reality Composerで出力することはできない
コンバーターで作るしかない


Share Reality file

rcprojectから直接ファイル共有することができる


メッシュ編集ができない
ObjectにTextureを貼り付けられない

外部のモデリングツールで作ってimportする


「Data Flow Through SwiftUI」@kitasuke

Unidirectional
SwiftUIはReact＋MobXに近い
MobXとReduxはよく比較される
Reduxは単一方向のデータフロー
SwiftUIはViewからStateを変えれてしまう
Reduxなら更新される箇所を制御できる
FluxはFacebookが作ったGUIアーキテクチャ
Unidirectional data flow

Motivation

Decoupled

依存性を排除


Testable
Scalable


試しにコードを書いてみた結果

SwiftUI + Flux

一番良さそう
https://github.com/kitasuke/SwiftUI-Flux


SwiftUI + MVVM

ルールちゃんと決めれば良さそう
https://github.com/kitasuke/SwiftUI-MVVM


SwiftUI + Redux

WIP


Reactに踏み込んだほうがSwiftUIを活用できるのではないか


「Accessibility」@myb

発表資料
Accessibility
アーティストが歌うないようをリアルタイムで手話
アクセシビリティドメイン

Vision
Hearing
Physical & Motor Skills
Literacy & Learning


Voice Control
Accessibility Element

isAccessibilityElementがtrue
UIKitのコントロールはデフォルtrue
acccessibilityTraitsで要素の性質を指定


Accessibility Label

ローカライズされた文字列
ベストプラクティス

とにかくラベルを追加しましょう
ラベルには要素のタイプを含まないようにする
追加ボタンなら追加だけにする
UIの変化に合わせてラベルも返る
コンテキストが伝わるラベルにする
意味のあるアニメーションにもラベルを追加する


UIAccesibilityCustomAction

クロージャが使えるようになった


UIAccessibility

設定の情報を取得
isVideoAutoplayEnabledが追加された
shouldDifferentiateWithoutColor

色弱の方向けに色以外で


Environment Override

設定変更後のデバッグが簡単にできるようになる


「Binary Frameworkとその関連する情報」@kishikawakatsumi

発表資料
Binary ramework in swift セッション416の話
ABI Stability
module stability
xcframework
swift package manager
Swift 5.0

ABI


5.1

Module Stability
異なるバージョンのコンパイラのでビルドされたフレームワーク(.swiftmodule)をimportできる
importに必要なのは.swiftmoduleだけ


Swift Module Interfae

Module Stability
Build Library For Distribution

yesにすると.swiftinterfaceがModules/A.swiftmoduleに生成される


importするのに必要なI/Fをテキストの形式で示したもの
publicなクラスと関数の情報+コンパイラのメタ情報など
https://forums.swift.org/t/plan-for-module-stability/14551


ABI Stability

関数呼び出し規約、ネームマングリングなど
ライブラリをリンクする時にリンクできるか
異なるバージョンのコンパイラで生成されたバイナリ（ライブラリ）をリンクすることができる
importではなく、リンクフェーズでエラーが起きる
フレームワークのバイナリを入れ替えると再現できる
4.0と4.1で作られたバイナリは相互にリンクできなかった
デフォルトは互換性を保つ設定でビルドされる
パフォーマンスをかせぎたいひと向けに

@frozenや@inlinableを明示的につける
先にパフォーマンスを計測してからつけましょう


XCFramework

フレームワークのプロジェクトをアーカイブします
まとめて全てのアーキテクチャのアーカイブを作ることもできるが探しづらい
アーカイブパスを指定してコマンドを分けてアーカイブを生成するほうが良さそう
1つの巨大なバンドルとして扱う事ができる
distributionの形態としてはこれ以上ない形
ただし、XcodeにはSPMが導入されているのでGithubから直接ライブラリをインストールできる
githubにpackage.swiftを置く必要がある
SPMを使うほうが楽なのではないか
Package.swiftはコンパイル可能なDSL


OSSライブラリにおいてはSPMで導入するメリットが多い

依存解決
バージョン管理
Package.swift置くだけ


XCFrameworkは当面プロプライエタリなベンダーライブラリに使われるのではないか
SPM & XCFramework

CarthageがXCFrameworkになるのはすごく便利
セットアップが簡単、ドラッグ&ドロップするだけ
copy-frameworkが不要になる