はじめに

iOSDC2019 Day 0のTrack Eにて登壇してきました。
登壇報告も兼ねて記事にします。
プロポーザルはこちら
スライドはこちら

ダックタイピングとは

ざっくり言うと、メソッドを実行する際にそのオブジェクトの型を見てメソッドを実行できるかを判断するのではなく、そのオブジェクトそのものが対象のメソッドを持っているかを判断基準とする考え方です。
RubyやPythonといった動的型付けの言語で使われます。

Ruby界隈で有名なDave Thomasという方がこんな発言をしています

If it walks like a duck and quacks like a duck, it must be a duck
(アヒルのように歩き、アヒルのように鳴くならそいつはアヒルのはずだ)

静的型付けと動的型付け

静的型付け言語では、コンパイル時に型を見てメソッドが実行できるかを判定します。
例えば、Swiftでこんなコードを書いてみます

class Duck {
    func walk() {
        print("Duck walking")
    }
    func quack() {
        print("Quack!!")
    }
}

class Dog {
    func walk() {
        print("Dog walking")
    }
    func bark() {
        print("Bark!!")
    }
}

func walkAndQuack(_ duck: Duck) {
    duck.walk()
    duck.quack()
}

walkAndQuack(Duck())
walkAndQuack(Dog()) // -> Compile Error

当たり前ですが最後の行でコンパイルエラーになりますね。

では、Pythonで似たようなコードを書きます

class Duck:
    def walk(self):
        print("Duck walking")
    def quack(self):
        print("Quack!!")
class Dog:
    def walk(self):
        print("Dog walking")
    def bark(self):
        print("Bark!!")

def walk_and_quack(animal):
    animal.walk()
    animal.quack()

walk_and_quack(Duck())
# Duck walking
# Quack!!

walk_and_quack(Dog())
# Dog walking
# AttributeError: 'Dog' object has no attribute 'quack'

Pythonでは、引数や変数に型を指定しないため、そのまま実行できます。
そして、実行時にエラーが発生します。
このように、実行時に問題があったときに初めてエラーが出るのが動的型付けの特徴です。

ちなみに、iOSでもSwiftではなくObjective-Cで実装すると同じようなことができます。

@interface Duck: NSObject
- (void)walk;
- (void)quack;
@end

@implementation Duck
- (void)walk {
    NSLog(@"Duck walking");
}
- (void)quack {
    NSLog(@"Quack!!");
}
@end

@interface Dog: NSObject
- (void)walk;
- (void)bark;
@end

@implementation Dog
- (void)walk {
    NSLog(@"Dog walking");
}
- (void)bark {
    NSLog(@"Bark!!");
}
@end

void walkAndQuack(id duck) {
    [duck walk];
    [duck quack];
}

walkAndQuack([Duck new]);
// Duck walking
// Quack!!

walkAndQuack([Dog new]);
// Dog walking
// unrecognized selector sent to instance

Objective-Cを見たこと無い方には見慣れないidという型が出てきましたが、これはObjective-C独自の汎用データ型です。Swiftで言うAnyに該当します。
この型の特徴として、キャストすることなく代入やメソッド呼び出しが可能な点が挙げられます。
これにより、型安全性をある程度捨てて柔軟性にステータスを振っています。

なぜこういうことができるかと言うと、Objective-Cの型システムがCをベースにしているからです。

強い型付けと弱い型付け

弱い型付けには
- 実行中に型のチェックをしない
- 型が一致しないオブジェクトを代入しても
コンパイルエラーにならない(警告のみ)
- メソッドを呼ぶ際に問題があるとクラッシュする
という特徴があります。
一方、強い型付けでは代入時に型が一致していないとエラーが発生するようになっています。

CやObjective-Cは弱い型付け、KotlinやSwiftは強い型付けに分類されます。

ダックタイピング + UserDefaults -> MockUserDefaults

弱い型付けの特徴であるメソッドを呼ぶ際に問題があるとクラッシュするは、逆を言うと オブジェクトがそのメソッドを実行できればOKということになります。
つまり、NSUserDefaultsが持っているメソッドをそっくり真似たクラスを作って偽装し、NSUserDefaults型として扱うことができれば、UserDefaultsをモック化しなおかつTestableにすることができそうです。

これを実行に移したものをライブラリとしてGitHubに公開しています。
CocoaPods及びCarthageに対応しています。
https://github.com/417-72KI/MockUserDefaults

iOSDCのトークでお見せしていたデモアプリは現在仕上げ中なのでもう少しでmasterにマージできるはずですのでお待ちいただければ...😭もmasterにmergeしました！
clone後にmake init_demo_appでxcodeproj及びxcworkspaceが生成されるようになっています！
XcodeGenを使っているのでそちらも参考になれば嬉しいです😊

トークについて

iOSDCでのトークは2回目でしたが、やっぱり緊張しまくりでした😅
話している間にも心臓の鼓動音が分かるくらいヤバかったですｗ
なのでちょいちょい深呼吸を挟んで落ち着かせるっていう時間が必要でした😅
去年の初登壇から1年の間にLT会は積極的に参加して場慣れはしているつもりでしたが、30分のセッションは機会が無かったので時間配分も難しく、発表中は半分無我夢中で進めていた気がします。
質疑であった keyPathやdynamicMemberLookupについては別途調査したいと思います😇

聞きに来ていただいた方々、ありがとうございました！