Tweet
Tweet

Slide 1

Slide 1 text

6年ほど育った iOSプロジェクトを 刷新した話 potatotips #63 2019/07/24 ryokosuge

Slide 2

Slide 2 text

自己紹介 ● 株式会社fluct ○ SSP開発本部 SDKチーム ■ 主にFluctSDK iOSの 開発してます ○ 入社して9ヶ月くらい ○ 前職はマンガアプリ作って ました Twitter: @ryo_kosuge GitHub: ryokosuge

Slide 3

Slide 3 text

アジェンダ ● 6年かけてどう育ったか ● 刷新作業（やったこと） ● 刷新した結果 ● まとめ

Slide 4

Slide 4 text

6年かけてどう育ったか

Slide 5

Slide 5 text

“git log --reverse” (噂ではSVN時代があるからもっと古い説あり）

Slide 6

Slide 6 text

広告SDKの開発について ● 継続的な開発ではない ○ がっつり作るのは新しいフォーマット対応のみ ● テストはしっかり書く ○ ほぼ100%網羅されている ○ 品質は絶対 ● 作る前にしっかり設計して100%作り込んでリリースする ○ 作ったものは容易に捨てられない世界

Slide 7

Slide 7 text

広告SDKのプロジェクト ● 初期はstaticなSDKしか提供できなかったので`lib~.a`を生成する方式 ○ `.framework`へ移行 ○ スクリプトで対応（Makefile） ● すごい古いプロジェクトなのでターゲットがおかしい ○ １つの実装ファイルにたくさんのtargetが参照している ■ 無謀なテストもかけてしまう

Slide 8

Slide 8 text

広告SDKのプロジェクト ● ターゲットがおかしいからindexがうまくはられない ○ テストを書く時にサジェストが出ない ○ import error ■ Headerファイルが見つからないらしい ● CIも時間がかかる ○ キャッシュなど活用しても根本が解消されない ○ １つPRのjobに10分以上かかってしまうこともある

Slide 9

Slide 9 text

流石にやばい

Slide 10

Slide 10 text

刷新作業(やったこと) ● 別ディレクトリに１からプロジェクト作成 ○ しっかりターゲット選定をする ■ FluctSDKとXCTestは1つのプロジェクトにして、依存するターゲット は別プロジェクトにする ● 作業はworkspaceでまとめる ● ファイルはコピーして持ってきてプロジェクトに追加していく ○ 命名規則などもこのタイミングで統一する

Slide 11

Slide 11 text

刷新作業(やったこと) ● ターゲットを分けたことで依存しちゃいけない実装をしていた箇所を修正す る ○ これは力技 ○ ターゲット設計をしっかりしてちゃんと閉鎖できるようにした ● テストもmockを使用することで対応可能

Slide 12

Slide 12 text

刷新作業(やったこと) ● プロジェクトが綺麗になったタイミングでドキュメント更新 ○ Makefileの分割 ○ 無駄なファイルを削除 ○ READMEもわかりやすく

Slide 13

Slide 13 text

結果

Slide 14

Slide 14 text

昔のプロジェクト すごい多いターゲット数

Slide 15

Slide 15 text

FluctSDKのプロジェクト

Slide 16

Slide 16 text

SDKに依存するプロジェクト

Slide 17

Slide 17 text

刷新した結果 ● indexがしっかり貼られるようになったのでサジェストでる ● 開発時に無駄なbuildが走らなくなった ● `lib~.a`なファイルではなく、xcode標準の`.framework`をbuildで生成でき るようになった ○ Static + bundleの提供方法は変えてない ■ dynamicにすると導入手法が変わるためやらなかった

Slide 18

Slide 18 text

刷新した結果 ● CIで落ちなくなった ○ Travisで起きる謎のクラッシュがなくなった ■ しっかり実行できるようになったからかな ● キャッシュも効くようになったので２分ほどjobの時間を短縮 ● Warningsがほぼ0 ○ deprecatedしているクラスのwarning以外はない

Slide 19

Slide 19 text

まとめ

Slide 20

Slide 20 text

まとめ ● 6年続いたプロジェクトにまずは敬意を持つ ● 何が依存していてどういう構成になっているか知るいいキッカケになった ○ やる際はタスクをしっかり書き出してどうなると成功なのか示す必要あ る ● outputは変えちゃいけない ○ 要は大規模リファクタリング

Slide 21

Slide 21 text

ご静聴 ありがとうございました