「React Native Matsuri, すごく盛り上がりましたね！」
「リアクトネイチュウって考えたの誰なんだろう」
「USメルカリのような大きな会社がReact Nativeを使っているというのはすごく心強く思いました！」
「個人開発の方の発表で、自分たちと同じライブラリを使って素晴らしいアプリを作られていることがとても印象に残りました」
「当日参加できなかった方のために、Youtubeに配信のアーカイブがあります！」

React Native 0.66 リリースアナウンス

公式ブログより

reactnative.dev

ハイライト

Androidで親ビューの境界の外にレンダリングされた要素のタップをハンドルする
Androidにおける新しいBluetoothパーミッション
Apple Silicon、Xcode 13、iOS 15のサポート強化
Hermes 0.9.0
Nightly と Commitly リリース

一番上の「Androidで親ビューの境界の外にレンダリングされた要素のタップをハンドルする」についてはPRにgifが貼ってありました。

github.com

before	after

Nightlyリリース

Nightlyリリースは nightlyタグでnpmに公開され、yarn upgrade react-native@nightly で使用できる。

f:id:yamataku3831:20211020185637p:plain

www.npmjs.com

Commitlyリリース

React NativeはCIで、メインブランチとリリースブランチの各コミット、各PRに対してcommitliesを作成する。これらのcommitliesはnpmには公開されないが、CircleCIから直接ダウンロードすることができる。

CircleCi ダッシュボード

コメント

「Androidの親ビューの件は、iOSでは元々できていたものなので今回で統一されたようです」
「Nightly リリースはFirefoxなどでもありましたね」
「Commitly リリースという概念は新しいですね...！」
「GitHubのReact Nativeリポジトリにある.circleciディレクトリに、Docker環境でのテストビルドコマンドが記載されているのでCommitlyリリースを手元でビルドしてみることもできますね」
「CircleCI上で、React Native内のテストアプリrn-testerが動いているんですね。E2EテストにはDetoxを使っています」

Shopify の複数アプリ間でのコード再利用について

shopify.engineering

Shopify は、多くのアプリを React Native で開発している
基礎的なコードをモノレポで管理すること、複数アプリでコードを再利用している
パッケージやリポジトリのメンテナンスコストを削減
- 全パッケージ・リポジトリで React Native のバージョンを統一している
- TypeScript、Jest、ESLintなどの設定をルートレベルに抽出し、パッケージ全体で一貫させている
- CIパイプラインは自動で生成されるので、全てのパッケージで標準化されている
- 自動生成ドキュメントで書き忘れを防ぎ、どんな人でもスムーズに開発できる状態を維持している

コメント

「ひとつのモノレポから多くのアプリでコードを再利用しているということは、モノレポはアプリでありUIフレームワークみたいなものなのですかね」
「開発体験はExpoに近くなるかもですね」
「モノレポをアップグレードする際の影響範囲はかなり大きそう」

Expo 43 beta

blog.expo.dev

iOS 15サポート開始、iOS11のサポート終了
iOSにてHermesの実験的サポート(EASビルドなどの一部環境でのみ)
EASビルド、bare projectではXcode 13が必要になる
React Native 0.64.2, React 17を使用
expo-payments-stripe が削除、@stripe/stripe-react-nativeを使用するように

コメント

「Androidのビルドでエラーが発生するおそれがあるようなのでその点は注意とのことです」
「プロダクト開発ではExpoを使っていないので今度個人でなにか作ってみようと思います！」

大きなプロジェクトでTypeScript化を進めるための8つのtips

www.wix.engineering

ハイブリッドJS / TSプロジェクト(徐々にTS化を進める)
anyを許容する
型を再利用できる箇所を探す
正規表現やツールを使って一括リファクタリング(記事ではairbnb / ts-migrateが紹介されていた)
優先順位付け(Wixのケースだと、ライブラリなのでAPI部分を最優先とした)
チームにチュートリアルを共有する(Wixでは https://typescript-exercises.github.io/ を使用)
エラーを正しく読み取れるようになる (階層の深いエラーだとテキストがIDE/ターミナルに圧縮され読めなくなるケースがあるため)
過度なanyの使用に注意する

typescript-exercises.github.io

コメント

「typescript-exercisesはとても面白いですね！こういうゲーム感覚で学べるのはいいなあ」
「7番はとてもよくわかります...エラーの解読スキルは力を入れるべきってことですね」
「記事にはTypeScriptの公式ドキュメントのUnderstanding Errorsを読めと書いてありました」
「アプリ側にTSを導入した際も、いったんanyを許容して導入した過去がありますね。今後はanyをどんどん減らしていきたい！」

www.typescriptlang.org