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.5k
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
360
swift-argument-parserで 簡単 CLI ツール作り
ryitto
1
150
Data Essentials in SwiftUI
ryitto
1
490
Composable Architecture
ryitto
0
780
CollectionViewの 新しいレイアウトの作り方
ryitto
0
52
Swift5.1 SwiftUI
ryitto
0
130
Other Decks in Programming
See All in Programming
実用的なGOCACHEPROG実装をするために / golang.tokyo #40
mazrean
1
250
AI Coding Agentのセキュリティリスク:PRの自己承認とメルカリの対策
s3h
0
180
奥深くて厄介な「改行」と仲良くなる20分
oguemon
1
510
rage against annotate_predecessor
junk0612
0
160
Swift Updates - Learn Languages 2025
koher
2
460
AIでLINEスタンプを作ってみた
eycjur
1
230
Putting The Genie in the Bottle - A Crash Course on running LLMs on Android
iurysza
0
140
ユーザーも開発者も悩ませない TV アプリ開発 ~Compose の内部実装から学ぶフォーカス制御~
taked137
0
120
そのAPI、誰のため? Androidライブラリ設計における利用者目線の実践テクニック
mkeeda
2
220
Ruby Parser progress report 2025
yui_knk
1
410
Protocol Buffersの型を超えて拡張性を得る / Beyond Protocol Buffers Types Achieving Extensibility
linyows
0
110
パッケージ設計の黒魔術/Kyoto.go#63
lufia
3
430
Featured
See All Featured
Producing Creativity
orderedlist
PRO
347
40k
Unsuck your backbone
ammeep
671
58k
Thoughts on Productivity
jonyablonski
70
4.8k
The Cult of Friendly URLs
andyhume
79
6.6k
Scaling GitHub
holman
463
140k
Building Adaptive Systems
keathley
43
2.7k
Raft: Consensus for Rubyists
vanstee
140
7.1k
Docker and Python
trallard
45
3.6k
Imperfection Machines: The Place of Print at Facebook
scottboms
268
13k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
Art, The Web, and Tiny UX
lynnandtonic
302
21k
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