2017-05-10

Xcodeでファイル配置を変更した際に出るWarningの対処方法

Xcode 備忘録

Missing file (〜 is missing from working copy)

gitで該当ファイルをコミットする

Dependency Analysis Warning

XcodeのUtilities(右カラム)>File inspectorのTarget Membershipからチェックを外す

ProjectのTargets>Build Phases>Copy Bundle Resourcesから該当ファイルを消す

2017-05-07

Library not loadedでCrashした時に行なった対処

Xcode Xcode8 framework 備忘録 Carthage

Library not loadedでクラッシュとの遭遇

アプリを作っている時は、問題なく実機で実行できていたが、 iTunes ConnectにバイナリのUploadが終わって、メタデータ用のスクリーンショットを撮ろうとシミュレータで実行した際に下記内容のクラッシュに初遭遇した。

dyld: Library not loaded: @rpath/Realm.framework/Realm
Referenced from: /var/containers/Bundle/Application/...
Reason: image not found

1. Embedded Binariesに追加とその結果

stackoverflow.com

Embedded BinariesにDynamic Libraryを入れる

→ 確かにクラッシュはしなくなる。動作も問題ない。しかし、ArchiveしてiTunes ConnectにUploadする時、ValidateでErrorが発生する内容は、Realm.frameworkにx86_64, i386のarchitectureは含まれていない。と。ただ実行したいだけであればいいが、今回はStore申請も絡んでいるので却下。

2. 重複しているFrameworkの削除とその結果

uchinoinu.hatenablog.jp

1.の対処を行なった結果、"Linked Frameworks and Libraries" に同名のframeworkが存在していたの削除

→ 結果変わらずクラッシュするまま。

3. Carthageの再updateと"Run script…“のチェックボックスを外す

直前問題を起こしていそうな操作を思い出した結果、Carthage自体を0.22へversion upさせていた
- ひとまずCarthageフォルダ直下にあるBuildフォルダを削除。その後、carthage updateで再度Build以下を作り、"Linked Frameworks and Libraries"へ入れ直してあげた。
Firebase Crashを使うことで、何故かArchive時に200個以上んwarningが発生。これの解消方法を探っている時、"Build Phases">“Run Script”>“Run script only when installing"にチェックを入れると解消されるとあり、試したままにしていた。(大量のwarning自体は解消できていない)
- “Build Phases”>“Run Script”>“Run script only when installing"のチェックボックスを外した。

→ 実機実行してもクラッシュせず、Archive後のValidateでもSuccess!! 結局2つのうちどっちが効果あったかは不明だが、"Run script only when installing"が濃厚。時間がないとはいえ、よくわからないオプションを見よう見まねでつけるのは危険

2017-05-06

FirebaseをPodsを使わず直に取り込む際、DLするVersionに注意

備忘録 framework

前提

CocoaPodsを使わない
Firebaseを直にプロジェクトに取り込む

リンクが古い

前提に該当する人は、下記のリンクからzipファイルをDLする人が大半だと思う。しかし、リンクを見るとFirebaseのバージョンが3.11となっている f:id:aryzae:20170506204238p:plain

ここで今最新のFirebaseがいくつかRelease Noteを確認すると・・・ f:id:aryzae:20170506204536p:plain

このように、細かくサイトはメンテナンスされているわけではないようである。

Swiftの文字列にて、Implicitly Unwrapped Optional型の文字列を扱う際に失敗した話

Swift3.0 備忘録

Implicitly Unwrapped Optional型と呼ばれる下記のような記述を行うことで、この変数を使う時にUnwrapしてくれるというのは大体の人は知っていると思う。

let hoge: String!

しかし、Unwrapしない時もあり、そのパターンに嵌ったので今後同じことがないように記録

パターン1：文字列に組み込んだ時 “hoge\(fuga)moga”

下記の場合、Unwrapされず、文字列にOptionalとまで入ってしまう。 hogeに対して!をつけてやればUnwrapされ、欲しい文字列になるだろうが、 Implicitly Unwrapped Optional型なのに、わざわざ!をつけてやる意味がわからない。 f:id:aryzae:20170502214215p:plain

結果、良いか悪いわからないが、下記記述方法に落ち着いた。また、let hoge: Stringと、String型で定義してやっても、前者の方法でもなんら問題ない f:id:aryzae:20170502214219p:plain

パターン2：ローカル変数に入れた後、メソッドへ渡した時

先にやりたいことを提示しておく。下記みたく引数にString型を取るメソッドにString!型を渡し、Unwrapして使うようにしたい f:id:aryzae:20170502215911p:plain

しかし、一度別の変数に入れた後、その変数をメソッドに渡すとForceUnwrapしなさいと怒られエラーになる f:id:aryzae:20170502215906p:plain

なぜなのか、型を確認したのが、下記となる。最初String!型だったのに、変数に入れた際、 String型でもString!型でもなく、String?型になっている f:id:aryzae:20170502220105p:plain

理由

Swift3からImplicitly Unwrapped Optionalは、Optional型に付属するようになった
型評価が必要な時だけUnwrapされる
それ以外はOptionalとして保持されている www.natashatherobot.com

2017-04-29

Frameworkに含まれるXIBやNIBファイルを使用しているのに表示されず"Unknown class HogeClass in Interface Builder file."と出る時の対処方法

Xcode Framework

3rd Party提供Frameworkに含まれるXIB、NIB

3rd Partyが提供しているFrameworkには、稀にXIBやNIBが含まれており、それを画面上に配置して使うことがある。この時、Xcodeプロジェクトに取り込み、StoryboardでCustomClassとして適用して使うこともあるだろう。

動作確認すると・・・

配置もバッチリ！動作確認で動かしてみる・・・。するとどうだろう画面には取り込んだはずのXIBやNIBの面影すらない。

ログを確認すると

Unknown class HogeClass in Interface Builder file.

と出ている。取り込んだはずなのに、Unknownとかどういうこと？ってなること必死である。

解決方法

Build Setting>Linking>Other Linker Flagsに -ObjC を追加する

Frameworkで忘れがちな-ObjCこれを忘れてはいけない。追加したら再度実行してみよう。

面白きことは良きことなり

拙く未熟なiOSエンジニアの備忘録と戯言