React Native初めてみたきっかけ

• Ａｎｄｒｏｉｄの複数ＡＰＩレベル・デバイス対応がむずいので楽になればと
• swiftでやってもいいけどＡｎｄｒｏｉｄと協調開発するの難しそう
• ＷｅbからもAPIを共通化したいという要件があり、処理をReactのロジックに転用できそうだという（結果として淡かった）期待

iＯＳで陥る罠

• iosでは、パッケージやファイルの参照情報などがxcodeのプロジェクトファイルに紐づく(チームで参照場所やパッケージ管理のやり方をルール化する必要がある)
• 最新版だとPodfile設定にだいぶ変更があり、DLLのリンクなどを自分で修正を加える必要がある。（つまりネイティブの知識が必要になる）

Ｆｉｒｅbase設定時の

参照ファイルの位置を

ちゃんとチームで統一する

Androidで陥る罠

• build.gradleの設定をちゃんと理解する必要がある。（つまりちゃんとネイティブの知識が必要なる）
• 最新版のreact-native対応事例がほとんどないので、頑張って見つけてきて参考にするしかない。(https://github.com/ueno-llc/react-native-starter)

buildscript {
    repositories {
        jcenter()
        google()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.1.0-alpha09'
        classpath 'com.google.gms:google-services:3.1.2'
        classpath 'com.palantir:jacoco-coverage:0.4.0'

最新版のgradleへの設定更新

ＷＥＢで陥る罠

• Javascriptの転用はできるが、コンポーネントはＲｅａｃｔNativeと、Reactでほぼ別物。スタイリング方法も全然違う。
• なので、バックエンドの共通化のみで、クライアントの方は、moduleを上手く作れないと、再実装過程が多くなる
  (https://facebook.github.io/react-native/docs/components-and-apis.html)

Ｎａｔｉｖe Moduleの追加

APIに登録されていないUIはReactNativeから呼び出せるＷｒａｐｐｅｒを作って対応できる（つまり、ネイティブの知識がい(ry）

  @ReactMethod public void show(String message, int duration) { 　

　 Toast.makeText(getReactApplicationContext(), message, duration).show();

   }

Java MethodをＲｅａｃt Ｎａｔｉｖｅから呼べるようにする設定

Pros.

結論

• 入門から始めるとマルチプラットフォーム開発の手間とそんなに変わらなくない？
• Viewのフォーマットが共通なのは、Android開発者からするとマルチデバイスＡＰＩレベルの開発の手間が省けて、楽にはなりそう。
• ＡＰＩ以外の処理を実装しようとすると途端に深淵が広がる。
  （メリデメがちゃんとある）
• ノウハウを一度身に付けると転用がしやすく早く作れそうな雰囲気をつかめてきた。けど、Reactしかかけない人が簡単にネイティブを書けるようになるようになるわけでもなく、早くマルチプラットフォームで作れるようになるには、Nativeの知識が必要になる玄人向けのフレームワークであることを実感。
• Ｎａｔｉｖｅを全く触ったことない人がＮａｔｉｖｅを一気に理解するためにチャレンジして深堀していく用途であれば、割と楽しめます。