毎回手動で更新します。これは、dvaを使用するかどうかを考慮して、開発の効率に影響します。
https://github.com/dvajs/babel-plugin-dva-hmr
ホットアップデート、誤読、無視
ReactNativeは更新メカニズムについて明確ではありません。ただし、Webは高速であり、ビルドとサーバーはhttps://github.com/sorrycc/roadhogに基づいて実装され
@sorrycc
近い将来、React Nativeのホットアップデートに対処する計画はありますか?
近い将来、React Nativeのホットアップデートに対処する計画はありますか?
近い将来の計画はありません。誰かがそれをした場合、あなたはいくつかの手がかりを提供することができます。 RNのホットリプレースメントとReactのホットリプレースメントに違いはありますか?
React Nativeを開発したとき、Componentがconstでビルドされていれば、ホットリロードはできませんでしたが、クラスでは問題ありませんでした。
具体的には、es6クラスを使用して作成されたコンポーネントはホットリロードできますが、ステートレス関数は使用できません。現在、クラスを使用してコンテナーコンポーネントを作成し、ステートレス関数を使用してプレゼンテーションコンポーネントを作成しています。
数え切れないほどの試みの結果、2階のステートメントは妥当であることが証明されましたが、完全には正しくありません。修正は次のとおりです。
1.アプリのトップレベルはdvaアプリケーションの作成と同じディレクトリにあり、トップレベルのコンポーネントはES6クラスメソッドを使用して作成されます。
2. 2番目のレイヤーは、最上位コンポーネントのルーティングを定義するステートレス関数を導入します(注:2番目のレイヤーは関数コンポーネントである必要があります!!!理由はわかりません。試してみましたでる...);
3. 3番目のレイヤーの他のページでは、その方法でコンポーネントを作成できます。それらはすべてホットリロードできます。 ! !
おわりに:自分で提起した問題は自分で解決します。 。 。 。
@ r4ggj例
最も参考になるコメント
数え切れないほどの試みの結果、2階のステートメントは妥当であることが証明されましたが、完全には正しくありません。修正は次のとおりです。
1.アプリのトップレベルはdvaアプリケーションの作成と同じディレクトリにあり、トップレベルのコンポーネントはES6クラスメソッドを使用して作成されます。
2. 2番目のレイヤーは、最上位コンポーネントのルーティングを定義するステートレス関数を導入します(注:2番目のレイヤーは関数コンポーネントである必要があります!!!理由はわかりません。試してみましたでる...);
3. 3番目のレイヤーの他のページでは、その方法でコンポーネントを作成できます。それらはすべてホットリロードできます。 ! !
おわりに:自分で提起した問題は自分で解決します。 。 。 。