iOS10以降でも32bit端末を意識しなければならない時
はじめに
Int
を使うことで、デバイスが64bitか32bitを意識することなくコードを書けるようになってはいたのですが、ハマった箇所があったのでまとめておこうと思います。
※現状で確認できているのは、NSPredicate
のみで起こるクラッシュです。
iOS10をサポートしているデバイス
その中でも、iPhone5
、iPhone5c
、iPad 4th
、iPad mini 2
は32bit端末になります。
最新のOSが32bit端末をサポートしているので、もしbit数まわりでクラッシュが起きる場合には考慮しなくてはならなくなると思います。
端末のbit数を意識しなければならない状況とは?
let id: Int
let fetchRequest: NSFetchRequest
fetchRequest.predicate = NSPredicate(format: "id = %lld", id)
この場合、Int
がInt64(long long int)
であろうことを考慮して、%lld
に指定するかと思います。
しかしながら、%lld
では32bit端末で実行時エラーとなってしまいます。
※String(format:_:)
ではクラッシュせずに値がおかしくなてしまうだけですが、NSPredicate(format:_:)
ではクラッシュしてしまいます。
これを簡単に解決する方法は%lld
を%ld
にすることかと思います。
下記のようにsizeofValue(id)
とsizeof(Int32)
を比較して、%ld
または%lld
を出し分けるという方法もあります。
let id: Int
let fetchRequest: NSFetchRequest
//32bit端末対応
let key = sizeofValue(id) == sizeof(Int32) ? "%ld" : "%lld"
fetchRequest.predicate = NSPredicate(format: "id = \(key)", id)
ちなみにObjective-Cでは...
32bit端末で%lld
を実行しても、値がおかしくなってしまうだけでクラッシュはしませんでした。
NSInteger id = 10;
NSPredicate *predicate = [NSPredicate predicateWithFormat:@"id = %lld", id];
NSLog(@"%@", predicate);
最後に
Int32
の最大値は2,147,483,647なので、そもそも最大値を越えた場合は32bit端末で正常な動作はしないのですが、32bitと64bitの端末はまだ存在しているということを頭の片隅に置いておくと、不要なクラッシュを防ぐことができるかもしれません。
2016/10/05追記
下記のコードでも対応可能でした。
let id: Int
let fetchRequest: NSFetchRequest
fetchRequest.predicate = NSPredicate(format: "id = %@", NSNumber(value: id))
分岐を書く必要がないので、NSNumber
を使うとスッキリするかもしれません。
Author And Source
この問題について(iOS10以降でも32bit端末を意識しなければならない時), 我々は、より多くの情報をここで見つけました https://qiita.com/marty-suzuki/items/a2981e1c1ec89762d6ba著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .