Swift 4.2のBatch Modeについて

https://swift.org/blog/swift-4-2-released/ でSupport for batch mode compilation resulting in faster build timesと言及されているものについて。

この件はWWDC 2018のセッションでも紹介がありました: https://developer.apple.com/videos/play/wwdc2018/401

• これまでSwiftのビルドは簡単にまとめると、デバッグビルド（インクリメンタルビルド）では1ファイルずつコンパイル、リリースビルドではWhole Moduleモードと呼ばれるモードで、モジュール内の全ファイルを一度にまとめてコンパイル、という感じであった
  • Whole Moduleモードでは、モジュール内で継承されていないclassはfinalが付いていなくても、実質的にfinal扱いするという最適化もできたりする
• デバッグビルドが1ファイルずつコンパイルするのに比べて、Whole Moduleモードでまとめてコンパイルする方が速いケースがあった
  • このcompilation modeは最適化のモードとは分離されていて、SWIFT_COMPILATION_MODEというビルド設定で変更できる
  • 以前まではWhole Module Optimizationと呼ばれる最適化として提供されていたが、Swift 4.1（Xcode 9.3）からcompilation modeと最適化のモードが分離されるようになった
• Swift 4.2からはインクリメンタルビルドにBatch Modeというものが実装され、デバッグビルドでも複数ファイル単位でコンパイルできるようになり、ビルドが高速化した
  • batch modeでPRを検索: https://github.com/apple/swift/pulls?q=is%3Apr+batch+mode+is%3Aclosed
  • SWIFT_ENABLE_BATCH_MODE=NOというビルド設定を追加するとBatch Modeを無効にできる（以前までの1ファイル単位でのコンパイル）

デバッグビルドが速くなって嬉しいですね。

iOSDC Japan 2018でCarthageのLTをします #iosdc

こんにちは。すでに会社のDeveloper Blogでも公開されていますが、iOSDC Japan 2018でCarthageの最新情報についてLTをします。

• https://fortee.jp/iosdc-japan-2018/proposal/860ac149-eb9b-4208-85b4-899ed5804db2
• 2018/09/02 16:15〜 Track A（5分）

iOSアプリ開発に欠かせないパッケージマネージャーのCarthageですが、その新機能になかなか気付かないこともあるでしょう。本LTでは、昨年のiOSDC Japanからの1年分のアップデートの中から要注目の箇所をピックアップして紹介することで、開発者の皆様の日々の開発体験の向上に寄与したいと思います。

最近なかなかリソースを取れずにCarthageの進捗があまり芳しくないのは事実ですが、この一年分を振り返ってみるとそれなりの内容にはなるかと思います。

iOSDC Japanでは3年連続のLT登壇となります。今年もきっとLTタイムにはビールなどが用意されていると思うので、楽しい気分でワイワイやっていきましょう🍻

過去のLT情報

• 2017
  • The latest info of ReactiveSwift and ReactiveCocoa | iOSDC Japan 2017
  • Togetter: The latest info of ReactiveSwift and ReactiveCocoa / @ikesyo #iosdc - Togetter
  • スライド: The latest info of ReactiveSwift and ReactiveCocoa - Speaker Deck
  • ビデオ
• 2016
  • コミッターが語る！ReactiveCocoa 5.0 | iOSDC Japan 2016
  • Togetter: 絶対に5分で終わらせる紳士淑女のスポーツ LT12連発！ そしてクロージング #iosdc - Togetter
  • スライド: ReactiveCocoa 5.0 - Speaker Deck
  • ビデオ

Swift Package Managerの略称はSwiftPMが推奨

SPMという表記をたまに見かけるけど、Swiftであることがよく分からないですよね。

https://twitter.com/aciidb0mb3r/status/1007293445168250880

（@aciidb0mb3rさんはAppleの人で、Swift Package Managerの主要開発者の一人です）

NimbleでSwiftコンパイラーのバグ（リグレッション）に遭遇した話

Xcode 10 beta 1（Swift 4.2）でNimbleのthrowAssertion()/raiseException()マッチャーなどを使うとランタイムクラッシュする事象が発生して、その成り行きが面白かったのでここに記します。

ここまで

• 現象: Objective-Cで定義するメソッドで、引数のクロージャに __attribute__((noescape)) (Swiftでは @escaping を付けていないデフォルトの状態）を付けて、実際に渡すクロージャもエスケープされていないのに Thread 1: closure argument passed as @noescape to Objective-C has escaped というエラーでクラッシュしてしまう
• 発見時の様子: https://github.com/Quick/Nimble/pull/530#issuecomment-394887303
• ちょうどWWDC 2018のSwift Open Hours labに質問に行けたので確認したところ、コンパイラーのバグ（リグレッション）に遭遇した模様
  • https://github.com/Quick/Nimble/pull/530#issuecomment-395141653
  • https://github.com/Quick/Nimble/pull/530#issuecomment-395145714
  • ☝️二人が時間差でlabに聞きに行った様子
• バグチケット: rdar://40857699
• ワークアラウンドのPR: https://github.com/Quick/Nimble/pull/537
  • Objective-Cサイドで __attribute__((noescape)) を付けるのを諦める

ここから

• コンパイラーのバグが修正された模様
  • https://github.com/apple/swift/pull/17067
  • https://github.com/apple/swift/pull/17071
  • Objective-Cの実装で @try/@catchと組み合わさっていたところに問題があった模様
• おそらく本日リリースされたXcode 10 beta 2に修正が入っているのではないか

問題なかったらワークアラウンドのPRはrevertできるのでめでたい（期待）😇。

追記

Xcode 10 beta 2には該当の修正はまだ含まれていませんでした……残念。beta 3に期待。

既存iOSアプリへのReact Native導入とcocoapods-fix-react-native

• 既存iOSアプリへのReact Native導入は公式にドキュメントが用意されている
  • Integration with Existing Apps · React Native
• その手順に従うと、React Nativeの依存解決にはCocoaPodsを使うようになっている
  • 一方 react-native init で新規にプロジェクトを作成する場合は、各ライブラリがstatic libraryとしてxcodeprojに直接設定されるようになっている
• React NativeのCocoaPodsサポートではsubspecが使われているが、subspecではヘッダーのディレクトリが分割されないので、static libraryとして組み込む場合とは一部ヘッダーのインポート方法が異なってビルドエラーになる
  • 他にもエラーになる要因はいくつかある
• そのような問題を解消してくれるのが https://github.com/orta/cocoapods-fix-react-native/ というCocoaPods用のプラグイン
  • ソースコードへのモンキーパッチ（主にヘッダー）
  • 作者はかのOrtaなので安心感がある
  • 実際にOrtaが所属するArtsyでのReact Nativeアプリの開発で使われている（そのために作られた？）ものと思われる
    • 導入PRを見つけた 👀 https://github.com/artsy/emission/pull/1000

ということで、既存iOSアプリにReact Nativeを導入したい場合はcocoapods-fix-react-nativeプラグインを使っていきましょう 💪

既存iOSアプリにReact Nativeを導入するための最高のプラグインです https://t.co/2kn0CJJoco

— 池田・ジェンキンス・翔 (@ikesyo) 2018年5月15日

React Nativeでのクラッシュレポートについて調べてみた

Crash Reporting for React Native apps · Issue #5378 · facebook/react-native · GitHub

雑感としてはSentryがよさそうな雰囲気。App Centerもいいかもしれない。

Crashlyticsとそのラッパー

iOS, Androidのネイティブのクラッシュレポートの定番はCrashlytics（無料だし）だが、ソースマップ適用したスタックトレースを表示したりできるわけではないので、React Native側のJSのエラーレポートには力不足だと思う。

• クラッシュレポートからバグの原因を特定する - ReactNative - 個性は次々死んでいく
• https://github.com/mikelambert/react-native-fabric-crashlytics ( https://github.com/corymsmith/react-native-fabric )
  • https://github.com/corymsmith/react-native-fabric/issues/2
• Add Crashlytics to your React Native iOS app – Delivery.com Engineering – Medium

その他

• Sentry
  • 公式対応、ソースマップ対応
  • React Native – Sentry Documentation
  • Sentry で始める快適エラートラッキング on React Native – tsugitta – Medium
  • ReactNativeアプリ開発のデバッグとクラッシュレポートの話 | スペースマーケットブログ
• Bugsnag
  • 公式対応、ソースマップ対応
  • Bugsnag docs › Platforms › React Native
• TrackJS
  • 非公式、ソースマップ対応はなさそう
  • https://github.com/mikelambert/react-native-trackjs

追記

Twitterで情報をもらってVisual Studio App Centerのことを思い出した！これもReact Nativeに対応している（ソースマップ対応）。

RNアプリ作ったときにSentryを採用しました！公式でRNがサポートされてるので楽そうだなーと思ったのでw

試してないですけどApp Centerのクラッシュレポートなどもありますよねー。たぶんNativeのクラッシュアプリ用な気がしますが

— Takeshi Ihara 🧗‍♀️ (@nonchalant0303) 2018年5月22日

App Center Crash Reporting for React Native - Visual Studio App Center | Microsoft Docs

CodePushもやっているから納得。

Pipelineを使うJenkinsで、グローバルの設定でPATHを付け加えたい場合はPATH+EXTRAを使用する

こんばんは。Jenkinsと戯れている今日この頃です。

• https://github.com/jenkinsci/workflow-durable-task-step-plugin/blob/0d46ca1475a306abe70250b1b96efaffdf14b763/src/main/java/org/jenkinsci/plugins/workflow/steps/durable_task/ShellStep.java#L60
• https://stackoverflow.com/questions/43987005/jenkins-does-not-recognize-command-sh/48634476#48634476

キー: PATH
値: /usr/local/bin:$PATH

ではなくて、

キー: PATH+EXTRA
値: /usr/local/bin

とする必要がある。こちらからは以上です。