SwiftとObjective-Cを共存させるならObjective-Cをブラッシュアップしよう

少し前から、Macのアプリも動作環境が引き上がり、Swiftを使って開発するようになりました。

Macのアプリでは歴史的な経緯がある処理や既存のコードを活かすべきケースが多くあり、Swiftだけでは完結できません。Objective-CのコードやC/C++のコードを共存させています。

そんな、複数の言語が共存している中でコードを書いていると、Swiftから使いやすくするために、共存させるObjective-Cのコードをブラッシュアップさせて、Swiftから使われる準備をしたり、他のプロジェクトに組み込まれたときのための、予防措置を入れておくべきだなと強い感じます。

ARC対応であることを宣言する

まずは、他のプロジェクトに組み込まれたときのための予防措置です。

macOS 10.6よりも前の時代からメンテナンスし続けているコードの場合、多くは ARC = Automatic Reference Counting に非対応でしょう。そんなことはないぞというところは、コストをかけて、すぐにキャッチアップしてきたか、中小規模のプログラムではないでしょうか?大規模なプログラムの場合、途中で ARC を導入するのは困難です。

私の場合は大規模なプログラムであるために ARC を導入していません。ただ、その中からほんの一部のコードを Swift で書いているプログラムに移植するという機会が生まれました。移植先のプロジェクトはARC対応プロジェクトです。移植するソースファイルだけARCの対象外にすることは設定できますが、将来を考えれば悪手でしょう。ブラッシュアップする良い機会を得たと考えて、ARC対応に修正してから組み込みました。

しかし、このコードが再びどこか別のプロジェクトに移植される可能性は高いと考えられるコードです。再び移植される先はARC非対応プロジェクトかもしれません。そのときに備えて、次のようなコードを書いておきます。

#if !__has_feature(objc_arc)
#error This source file must be compiled with ARC.
#endif

このコードにより、ARC非対応プロジェクトでビルドしようとするとビルドエラーになります。エラーになった先のプロジェクトで、このソースファイルはARCを有効化してビルドされることでしょう。

コメントなどに書いておいても恐らく見ません。気が付かれません。エラーになって初めて気が付くでしょう。

SwiftのOptionalに備える

SwiftにはOptionalという特徴があります。プロパティや引数、関数戻り値がnilになることがあるかどうかをコードで書きます。

Objective-CにはOptionalはありません。Objective-Cはnilになったインスタンスに何かを行っても、無視されるという特徴がある言語です。ある意味ではインスタンスは全てnilになることを前提にしているとも言えるでしょう。

これがSwiftと相性が悪いです。Swift側からObjective-Cのメソッドを呼ぶときに、邪魔になる要素です。

そこで、Objective-Cが進歩しました。nilになる可能性があるか、どうかをObjective-C側で書けるようになりました。Swiftから使うときは、これによって、OptionalなタイプとOptionalではないタイプとにマッピングされるようになりました。

nilになる可能性がない場合は「nonnull」、nilになる可能性があるときは「nullable」を指定します。

次のように、メソッドの戻り値や引数、プロパティなどで指定します。もちろん、これを書くときは適当に書くのではなく、中身の実装も、その指定通りの動作になるようにしましょう。「nonnull」を指定しておきながら「nil」が返ってきたら、Swift側で困ります。というより、たちが悪いです。

@interface MyObject : NSObject

// nilにならないプロパティ
@property (nonnull, nonatomic, strong) NSString *firstName;
@property (nonnull, nonatomic, strong) NSString *lastName;
// nilになるかもしれないプロパティ
@property (nullable, nonatomic, strong) NSString *middleName;

// メソッドの戻り値や引数にも指定する
- (nullable MyObject *)nextObject;
- (nonnull String *)fullNameWithPrefix:(nullable NSString *)prefix suffix:(nullable NSString *)suffix;

@end

コレクションの要素のタイプを書く

NSArrayやNSDictionaryなどで、格納されている要素のタイプを書くようにしましょう。書かないとSwiftではAnyになってしまうので、扱いづらいです。

要素のタイプは次のようなコードで宣言できます。もちろん、Objective-Cなので、宣言していても他のものを入れられます。しかし、トラブルの元なのでやめましょう。

// NSString*の配列
NSArray<NSString *> *stringArray;

// キーがNSNumber*, 値がNSString*のディクショナリ
NSDictionary<NSNumber *, NSString *> *mappingTable;

 

投稿者プロフィール

林 晃
林 晃macOS/iOSアプリ/SDK/ミドルウェア開発が専門の開発者
アールケー開発代表。macOS/iOSアプリ/SDK/ミドルウェア開発が専門の開発者。ObjC/Swift/C++使い。豊富な開発実務経験を基に、教育コンテンツ開発、技術書執筆、技術指導、技術セミナー講師、企業内研修講師、行政・自治体職員研修講師も行います。

基礎から学ぶMetal


「基礎から学ぶMetal」を執筆しました。本書はMetalを使ってGPUプログラミングを行うための最初のステップを解説するMetalの解説書です。

私が初めてGPUプログラミングを行ったとき、どこから手をつけて、学んでいけば良いのか分からず呆然としました。もし、あのとき、これを教えてくれればという部分を解説しました。本書で解説している部分はMetalの基礎となる部分で、Metalを使うときに必ず触れることになる部分です。

詳細

基礎から学ぶSwiftUI


「基礎から学ぶ SwiftUI」というタイトルの本を執筆しました。

SwiftUIの入門書です。

SwiftUIのコンセプトは「ユーザーインターフェイスを作るための最短パスを提供する」「一度学べば(Appleのプラットフォームの)どこにでも適用できる」です。

SwiftUIの概要から始まって、一つ一つのテクノロジートピックに注目しながらSwiftUIとは何か?どんなことができるのか?どのようなコードを書けば良いのかなどを丸々一冊使って解説しています。

詳細

関連記事

  1. 「iPadで学ぶ はじめてのプログラミング」の見本誌が届きました

  2. Cのバイナリデータを確保する処理をSwiftで書く

  3. SwiftでのバッファアクセスはwithUnsafeBytesを使う

  4. Swift 5 + Xcode 10.2 の変更点で気になったところ

  5. Swift 3のセミナー資料作成

  6. Swift、オープンソース化、本当に出た!

  7. Swift逆引きハンドブックのSwift 3.0対応についての情報を公…

  8. Swiftは開発者を強制的に新しい世界に連れて行く

最近の著書

  1. 基礎から学ぶ SwiftUI

最近の記事