第１回 カジュアル Swift 勉強会 ＠ 青葉台で発表したあとにフィードバックを受けて手直ししたものです。

1. SwiftでObjective-C
コードに立ち向かう
@toshi0383

2. 今日話すこと
• Objective-CとSwiftの互換開発入門（てきとう
• Advanced Objective-CとSwiftの互換開発

3. Objective-CにSwiftを混
ぜるときに気をつけること

4. きほん
• https://developer.apple.com/library/ios/
documentation/Swift/Conceptual/
BuildingCocoaApps/MixandMatch.html

5. 簡単っぽい

6. やってみた

7. ハマったこと
• Bridging Headerがたくさんできた。。
• objcで書いた単体テストからSwiftクラスが見えない？
• objc側で.hで#defineした定数、マクロが見えない？
• objcからCommand + Clickで宣言部にジャンプすると、
{Product}-Swift.h に飛んで、実装が見えない。

8. BridgingHeaderのファイル名
にはターゲット名が使われる

9. 自動生成してみると。。

10. Bridging Headerがたくさん
できた。。
• うげ。
• ターゲット分できている。
• 一つずつ消してひとつに
まとめて、解決
• もしくは、ターゲット一つにするとか

11. objcで書いた単体テストから
Swiftクラスが見えない？
• これは、
• これが正しい。
• よくみるとちゃんと設定されていた。

12. objcで書いた単体テストから
Swiftクラスが見えない？
• それだけではだめだった。
• public…。
• ※Swift2で@Testableを使えばpublicにしなくてよくなり
ました。

13. SwiftもXcodeももう
ちょっとがんばってほしい

14. objcからCommand + Clickで宣
言部にジャンプすると、{Product}-
Swift.h に飛んで、実装が見えない。

15. もうちょっとがん
ばってほしい

16. objc側で.hで#defineした
定数、マクロが見えない？

17. Bridging-Headerでimportすれ
ば#defineで定義した値も見えた
• ※会場で実演してくださった@akio0911 さんあり
がとうございます！

18. きほんのまとめ
• ちゃんと設定すれば、シームレスな連携ができる
• {Module}-Swift.hは自動生成です。
• テストケースはテストするクラスと同じ言語で書い
た方がラク。
• Appleもうちょっとがんばってほしい

19. 参考
• Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/ios/
documentation/Swift/Conceptual/
BuildingCocoaApps/MixandMatch.html
• Swift and Objective-C Interoperability
https://developer.apple.com/videos/wwdc/
2015/?id=401
• Objective-CプロジェクトにSwift mix してハマったこ
と（随時更新）
http://qiita.com/toshi0383/items/
063205e0d188e9ef6e1d

20. ここからは、設計の話

21. とある要件
• SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
• UIActivityViewControllerを使用

22. とある要件
• SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
• UIActivityViewControllerを使用
ベース詳細画面クラス
ここに共通実装を追加する？

23. とある要件
• SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
• UIActivityViewControllerを使用
ベース詳細画面クラス
ここに共通実装を追加する？
ダウンロード詳細画面
動画モデル音楽モデル

24. ベースクラスの問題点
• いろんな処理が１箇所にまとまって混沌とする
• 継承するけどすべてのメソッドが使われるわけでは
ない。=>影響範囲が読めない
• 微妙に実装を変える必要があるところは結局子クラ
スのファイルに書かれることになり、子クラスも混
沌としてくる

25. そこで

26. Swift
protocol extension

27. protocol extension
• protocolに対してデフォルト実装を持たせられる

28. つまり

29. こうするとハッピーになれそう
• SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
protocol SNSShareable
ここに共通実装を追加する
extension SNSShareable

30. 理想はこんなかんじ？
SNSShareable
PlaylistManagarableClippable
動画詳細VC 音楽詳細VC ダウンロードリストVC
TableEditable

31. ベースクラス実装と比べてい
いところ
• protocolを見ればなにをしているかわかる
• 後から別の画面にもSNSシェア機能を追加したい
場合も、protocolに適用するだけで共通実装が得
られる

32. Swiftつよい

33. あれ

34. • SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
protocol SNSShareable
ここに共通実装を追加する
extension SNSShareable

35. • SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
protocol SNSShareable
ここに共通実装を追加する
extension SNSShareable
Objective-CObjective-C

36. Objective-Cのクラスに
protocolって使えるんだっ
け

37. @objcをつければ
• 使えます。

38. Objective-Cのクラスに
protocol extensionって使
えるんだっけ

40. あ。。

41. 使えませんでした

42. 結果

43. こうなった
• SNSシェア機能を音楽詳細画面と動画詳細画面に
追加する
protocol SNSShareable
ここにそれぞれ共通
実装を追加
extension 音楽詳細画面
extension 動画詳細画面
これが限界かな。。

44. 実際の構成
• SNS機能.swift を作成
• その中にprotocolとextensionを両方まとめて定
義。
• 処理をまとめたいときは、private なfree function
を作ることで対応

45. まとめ
• Obj-Cと互換すると、Swiftの良さは生かし切れな
い
• いっそ全部書き換えちゃったほうが幸せかも
• 書き換えなくても、extensionで拡張する方法だと
Swiftを味見できるという点ではよい
• 機能ごとにprotocolとその実装を同じファイルにま
とめると、その機能の見通しが良かった

46. 問題発生！

47. 現在の納品手順
開発用.xcodeproj
StaticLibrary作成用.xcodeproj
納品用.xcodeproj
ソースコードコピー
リソースコピー
ビルド
StaticLibrary.aコピー
zipに
固めて
納品

48. 現在の納品手順
開発用.xcodeproj
StaticLibrary作成用.xcodeproj
納品用.xcodeproj
ソースコードコピー
リソースコピー
ビルド
StaticLibrary.aコピー
zipに
固めて
納品
Swiftは .a にできない

49. つまり

50. Swift使えないじゃん。。

51. 絶賛交渉中
（ダメだったら来週Objective-C
で書き直すことになる）

52. 最後モヤッとしますが、
以上です。

53. Q&A