84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
コンポーネント階層が深すぎる場合、アプリのパフォーマンスに影響しますか? 「はい」の場合、通常はレベルの数が設定されます
Redux は、アクションを実行するたびに、リデューサーを通じて新しい状態を生成します。アクションが増えると、状態オブジェクトも増えます。これはパフォーマンスに影響しませんか? redux はどのように回避されるのでしょうか?
小伙看你根骨奇佳,潜力无限,来学PHP伐。
コンポーネントのネストの問題は避けられません。コードを再利用するには、コンポーネントをネストする必要があります。そうしないと、コードの量が膨大になります。これは React の欠点の 1 つでもあります。一般的に、ネストのレベルは 3 ~ 5 レベルであれば基本的に解決でき、それ以上深くしても問題ないと推定されます。深すぎると、最初に直面しなければならない問題はパフォーマンスではなく、パラメータがどこからどこに渡されたかを覚えていない可能性があります。再利用率を下げるためにコードを追加することもできますが、メンテナンスははるかに簡単で、パフォーマンスも問題ありません。状態の問題に関して言えば、redux は巨大な状態を維持します。プロジェクト全体が 1 つの州であり、小さな州は個々のコンポーネントに分割されます。特定の状態がどのように動作するかを深く理解していないと、新しい状態が生成された後、元の状態は参照のないオブジェクトのようなものになり、システムによって解放されるようです。
不変を試す
仮想ドーム
コンポーネントのネストの問題は避けられません。コードを再利用するには、コンポーネントをネストする必要があります。そうしないと、コードの量が膨大になります。これは React の欠点の 1 つでもあります。一般的に、ネストのレベルは 3 ~ 5 レベルであれば基本的に解決でき、それ以上深くしても問題ないと推定されます。深すぎると、最初に直面しなければならない問題はパフォーマンスではなく、パラメータがどこからどこに渡されたかを覚えていない可能性があります。再利用率を下げるためにコードを追加することもできますが、メンテナンスははるかに簡単で、パフォーマンスも問題ありません。状態の問題に関して言えば、redux は巨大な状態を維持します。プロジェクト全体が 1 つの州であり、小さな州は個々のコンポーネントに分割されます。特定の状態がどのように動作するかを深く理解していないと、新しい状態が生成された後、元の状態は参照のないオブジェクトのようなものになり、システムによって解放されるようです。
不変を試す
仮想ドーム