Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
CA.swift#14
Search
ry-itto
May 19, 2021
Programming
3
5.4k
CA.swift#14
ry-itto
May 19, 2021
Tweet
Share
More Decks by ry-itto
See All by ry-itto
決定版!?OSSアプリプロジェクトでのBeta版アプリ配布の方法「Xcode Cloud + TestFlight」
ryitto
0
340
swift-argument-parserで 簡単 CLI ツール作り
ryitto
1
140
Data Essentials in SwiftUI
ryitto
1
470
Composable Architecture
ryitto
0
770
CollectionViewの 新しいレイアウトの作り方
ryitto
0
52
Swift5.1 SwiftUI
ryitto
0
130
Other Decks in Programming
See All in Programming
List Unfolding - 'unfold' as the Computational Dual of 'fold', and how 'unfold' relates to 'iterate'"
philipschwarz
PRO
0
190
Blueskyのプラグインを作ってみた
hakkadaikon
1
550
来たるべき 8.0 に備えて React 19 新機能と React Router 固有機能の取捨選択とすり合わせを考える
oukayuka
2
650
WindowInsetsだってテストしたい
ryunen344
1
160
The Evolution of Enterprise Java with Jakarta EE 11 and Beyond
ivargrimstad
1
700
Datadog RUM 本番導入までの道
shinter61
1
280
2度もゼロから書き直して、やっとブラウザでぬるぬる動くAIに辿り着いた話
tomoino
0
160
Prism.parseで 300本以上あるエンドポイントに 接続できる権限の一覧表を作ってみた
hatsu38
1
110
セキュリティマネジャー廃止とクラウドネイティブ型サンドボックス活用
kazumura
1
170
アンドパッドの Go 勉強会「 gopher 会」とその内容の紹介
andpad
0
210
從零到一:搭建你的第一個 Observability 平台
blueswen
1
920
イベントストーミングから始めるドメイン駆動設計
jgeem
4
830
Featured
See All Featured
A designer walks into a library…
pauljervisheath
206
24k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Automating Front-end Workflow
addyosmani
1370
200k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Done Done
chrislema
184
16k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
How STYLIGHT went responsive
nonsquared
100
5.6k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
34k
How GitHub (no longer) Works
holman
314
140k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Scaling GitHub
holman
459
140k
Transcript
isowords の構成で 3週間 開発して得た知見 2021/05/19 CA.swift #14 1
• iOS エンジニア として 21新卒入社 • 出身地:北海道恵庭市 • 出身校:会津大学 •
配属:メディア(ABEMA) @ry_itto ry-itto 伊藤凌也 (いとうりょうや) 2
話すこと • isowords とは • 従来のプロジェクト管理について • SPM+xcworkspace プロジェクト管理 ◦
メリット ◦ デメリット ◦ パッケージ管理について ▪ CocoaPods ▪ Carthage ◦ ツール周り • まとめ 3
isowords とは • Point-Free の作った SwiftUI, SceneKit を使ったゲームアプリ • SPM
を使用したプロジェクト・パッケージ管理 をしている • アセットの管理に git-lfs を使用している • アーキテクチャは Composable Architecture 4
従来のプロジェクト管理 5
従来の プロジェクト管理 種類 大きく分けて二つ • Pure な XcodeProject で構成 •
XcodeGen, Tuist 等で Project ファイルを生成せず構成 6 OR
従来の プロジェクト管理 課題 大きく分けて二つ • Pure な XcodeProject で構成 project.pbxproj
でのコンフリクト 多発 • XcodeGen, Tuist 等で Project ファイルを生成せず構成 → ツールメンテナーが対応しないと 新規機能など使用できない → 外部ツール依存が増える 7
SPM + xcworkspace プロジェクト管理 8
SPM + xcworkspace プロジェクト管理 概要 • アプリのソースを Swift Package として切り出した上で吐き出し、アプ
リケーションターゲットで使用する方 法 • ターゲットごとにリソースを持たせた りできる 9
10 ライブラリを吐き出す Framework に追加する
メリット その1 • ソースファイルを project.pbxproj で認識する必要がない • Pacakge.swift を使用して自由に ターゲットを作成できる
• 外部のツールが必要ない • Xcode で使える新機能が導入タイ ミングから使える 11
メリット その2 • プロジェクトごとアプリを分けること が懸念なくできる 12
メリット つまり • ソースファイルを project.pbxproj で認識する必要がない → コンフリクトが(ほぼ)しない • Pacakge.swift
を使用して自由に ターゲットを作成できる → マルチモジュール化が容易 → 差分ビルドを用いたビルド速度改 善が図れる 13
メリット つまり • ソースファイルを project.pbxproj で認識する必要がない → コンフリクトが(ほぼ)しない • Pacakge.swift
を使用して自由に ターゲットを作成できる → マルチモジュール化が容易 → 差分ビルドを用いたビルド速度改 善が図れる 14 XcodeGen や Tuist を使用するこ とによる美味しさも持っている
メリット つまり • 外部のツールが必要ない • Xcode で使える新機能が導入タイ ミングから使える • プロジェクトごとアプリを分けること
が懸念なくできる 15 他にないメリットも兼ね備えている
デメリット • Swift Package Sources 配下に ファイルを追加すると一定時間ビル ドができなくなる • SwiftUI
Previews が使えなくなる 場合がある • Package.swift を更新してもたまに “Resolving Package Graph” が 行われない 16
デメリット • Swift Package Sources 配下に ファイルを追加すると一定時間ビル ドができなくなる • SwiftUI
Previews が使えなくなる 場合がある • Package.swift を更新してもたまに “Resolving Package Graph” が 行われない 17 「できるはずのこと」ができない状態となっ てしまう(たまに)
パッケージ管理 • 基本的には SwiftPM経由でパッ ケージを入れるのが一番楽 • CocoaPods, Carthage 経由で入 れたものも導入は可能
• *.framework のみが公開されてい るものはそのままでは導入できない 18
パッケージ管理 Carthage • carthage での Pre-build 時に XCFramework を生成すればOK •
使い方 19
パッケージ管理 CocoaPods • Pods のプロジェクトをそのまま依存 に入れるのは難しかった → Pre-build する •
そもそもどうしてこれがしたい? → Podfile しかないライブラリがた まにある。。 サンプル https://github.com/ry-itto-playground/SPM-coc oapods 20
パッケージ管理 CocoaPods 21
パッケージ管理 CocoaPods • なぜ自前でビルドのスクリプトを書い たのか? → cocoapods-binary では xcframework で吐き出せなかった
ため。 22
ツール周り 配置 Mint 等を使用しない Swift 製ツールの 導入 ※ SPM +
xcworkspace プロジェクト管 理 じゃなくても使用可能。 23
ツール周り 追加方法 普通に dependencies に .package で Swift製ツールを追加するだけ 24
ツール周り 使い方 プロジェクトルートで --pacakge-path Tools を指定してツールを実行するだけ (swift run だと実行に若干のタイムラグ があるので、事前にビルドして使うのが良
いかもしれない) 25
ツール周り ありそうな質問 アプリ自体の Package.swift と同じとこ ろに依存を追加して使ってはダメなんで すか? 26 ダメです。追加したパッケージのどれか一 つでも
iOS/macOS に対応していない場 合アプリもビルドすることができなくなりま す
ツール周り つまりどころ 追加したパッケージが依存しているパッ ケージのバージョンが全く違うとエラーと なる 27 追加したパッケージの依存しているパッ ケージのバージョンを上げる or 追加したいパッケージ用に
Package.swift を作る
まとめ 28
まとめ • メリットを享受したければ XcodeGen を使うだけでも良さそう • XcodeGenを使用して開発する際に比べてストレスは多そう • XcodeGen 等が持っていないメリットを考えても絶対的な選定理由には
ならなさそう (”プロジェクトごとアプリを分けることが懸念なくできる” 次第) • まずは個人開発から導入して試してみると良さそう • 構成自体は非常に面白い • 固まるとかそれ以外の懸念がない 29
まとめ 30 プロダクションに導入しても良さそうか? 導入自体難しくない。 でもどちらのストレスの方が耐えられるのか十分に検証した方が良い
References • A Tour of isowords: Part 1 • A
Tour of isowords: Part 2 • Swift PMとマルチプロジェクトでBuild Configurationをクリーンに保つ • https://github.com/pointfreeco/isowords 31