react のステートレスな記述メソッドは "{props.xxx}" です。そのステートレス コンポーネントは主にテンプレートの定義、親コンポーネントの props から渡されたデータの受け取り、"{props.xxx" の式の使用に使用されます。 }" 小道具をテンプレートに入れます。
この記事の動作環境: Windows7 システム、react17.0.1、Dell G3。
ステートレスな反応を記述する方法は何ですか?
React でステートレス コンポーネントとステートフル コンポーネントを記述する方法とその違い
##React のコンポーネントは、主にステートレス コンポーネントとステートフル コンポーネントの 2 つのカテゴリに分類されます。 1. ステートレス コンポーネントは主に、テンプレートを定義し、親コンポーネントの props から渡されたデータを受け取り、式 {
props.xxx} を使用して props をテンプレートに詰め込むために使用されます。ステートレス コンポーネントは、コンポーネントの再利用を容易にするためにテンプレートを純粋に保つ必要があります。ステートレス コンポーネントは次のように作成します: var Header = (props) = (
<p>{props.xxx}</p>
);
export default Header
2. ステートフル コンポーネントは主に対話ロジックとビジネス データを定義するために使用されます (Redux を使用するとビジネス データを抽出して均一に管理できます)。 .state.xxx} の式は、ビジネス データをコンテナ コンポーネント (ステートフル コンポーネントはコンテナ コンポーネントと呼ぶこともでき、ステートレス コンポーネントは表示コンポーネントと呼ぶこともできます) のインスタンスにマウントし、表示コンポーネントに props を渡します。表示コンポーネントは小道具を受け取り、小道具をテンプレートに詰め込みます。次のようにステートフル コンポーネントを作成します:
class Home extends React.Component {
constructor(props) {
super(props);
};
render() {
return (
<header></header> //也可以写成<header></header>
)
}
}
export default Home
これは公式のデフォルトの書き込みメソッドです。コンストラクターでは、デフォルトでパラメータを渡す必要があり、サブクラスのインスタンスを取得するには super() メソッドを呼び出す必要があります。 。しかし、さらに混乱するのは、なぜこれらのパラメータを渡す必要があるのか、そしてこれらのパラメータを渡すと何の役に立つのかということです。
render() のコンポーネントの観点から見ると、コンストラクターはパラメーターを渡さずにコンポーネント インスタンスの props 属性を取得できるためです。次のように:
class Home extends React.Component { constructor() { super(); }; render (){ return( <p> <header></header> </p> ); }; }; class Header extends React.Component { constructor() { super(); }; render() { return ( <p>{this.props.name}</p> //构造函数中并没有传递props属性,这里通过{this.props.name}依然获取到了值 ); }; };
これは理解しやすいです。render() メソッドはサブコンポーネント プロトタイプのメソッドであるためです。インスタンス属性を取得するときは、これを通じてアクセスする必要があります。これを削除すると、インスタンス属性にアクセスできなくなります。それらを入手できるようになります。
次に、コンストラクター内のプロパティにアクセスしたい場合はどうすればよいかという疑問が生じます。この時点で、サブコンポーネント インスタンスの props 属性にアクセスできるように、コンストラクター コンストラクターで props パラメーターを渡す必要があります。次のとおりです:
class Header extends React.Component { constructor(props) { super(); this.name = props.name; //获取到子组件实例上的props.name属性,赋值给实例属性name }; render() { return ( <p>{this.name}</p> ); }; };
別の質問があります。なぜ super(props) メソッドで props 属性を渡す必要があるのですか?次の例を見てください:
class Header extends React.Component { constructor(props) { super(props); this.state = { nameOne: props.name, nameTwo: this.props.name //super()方法中传递了props属性,this.props才可以获取到name属性 } }; render() { return ( <p>{this.state.nameOne}{this.state.nameTwo}</p> ); }; };
実際、props.name と this.props.name の値は同じですが、それでも異なります。props.name の props は、サブコンポーネントの属性 props. ですが、 this.props.name の props はサブコンポーネントの属性 props ではありません。値は同じですが、これらの props は実際にはスーパー メソッドが呼び出されたときに親クラス Component に渡されます。したがって、 this.props .name は、コンポーネントの親クラスの props 属性を取得します。 React のソース コードを見てください:
サブクラスのスーパー メソッドが props パラメーターを親クラス Component に渡し、コンポーネントが props パラメーターをそのインスタンス属性 props にマウントしていることがわかりましたか。したがって、コンストラクターでこれを使用できるのは、props パラメーターをスーパー メソッド props.xxx
に渡すことによってのみです。props パラメーターがスーパー メソッドに渡されていない場合、値を取得するときにエラーが報告されます。 this.props.name の。 this.props を取得し、 uniffed として表示します: 次のように:
class Header extends React.Component { constructor(props) { super(); this.state = { nameOne: this.props.name, nameTwo: this.props }; console.log(this.props.name); //报错 console.log(this.props); //undifined }; render() { return ( <p>{this.state.nameOne}{this.state.nameTwo}</p> ); }; };
この記述方法の本質は、サブコンポーネント Header のインスタンス属性 props をインスタンス属性 state.nameOne および state.nameTwo に割り当てることです。簡単に言えば、Header サブコンポーネントは state 属性を作成し、独自の props 属性を独自の state 属性に割り当てます。
this.props が unknown と出力するのはなぜですか? props はサブコンポーネントを呼び出すときに渡されるパラメーターであるため、コンストラクター内で props にアクセスすることはできません。そのため、this.props.name については、間違いなくエラーが報告されます。
したがって、コンストラクターの props パラメーターと super の props パラメーターについては、コンストラクターで this.props と props を使用しない場合、パラメーターを渡す必要はまったくありません。それ以外の場合は、参照を渡します。ただし、this.propsとpropsでは取得される値は同じなので、どちらを書いても大丈夫です。ただし、両方のパラメータは公式ドキュメントに記載されています。厳密にするために、それらをすべて書き留めてみましょう。
しかし、個人的には今でもこの書き方が好きです。
constructor(props) { super(props); this.state = { name: props.name } };
これを追加しないものは価値であり、これを追加するものは重要です。
#React のコンポーネントは、主にステートレス コンポーネントとステートフル コンポーネントの 2 つのカテゴリに分類されます。 1. ステートレス コンポーネントは主に、テンプレートを定義し、親コンポーネントの props から渡されたデータを受け取り、式 {props.xxx} を使用して props をテンプレートに詰め込むために使用されます。ステートレス コンポーネントは、コンポーネントの再利用を容易にするためにテンプレートを純粋に保つ必要があります。ステートレス コンポーネントは次のように作成します: var Header = (props) = (
<p>{props.xxx}</p>
);
export default Header
2. ステートフル コンポーネントは主に対話ロジックとビジネス データを定義するために使用されます (Redux を使用するとビジネス データを抽出して均一に管理できます)。 .state.xxx} の式は、ビジネス データをコンテナ コンポーネント (ステートフル コンポーネントはコンテナ コンポーネントと呼ぶこともでき、ステートレス コンポーネントは表示コンポーネントと呼ぶこともできます) のインスタンスにマウントし、表示コンポーネントに props を渡します。表示コンポーネントは小道具を受け取り、小道具をテンプレートに詰め込みます。次のようにステートフル コンポーネントを作成します:
class Home extends React.Component {
constructor(props) {
super(props);
};
render() {
return (
<header></header> //也可以写成<header></header>
)
}
}
export default Home
これは公式のデフォルトの書き込みメソッドです。コンストラクターでは、デフォルトでパラメータを渡す必要があり、サブクラスのインスタンスを取得するには super() メソッドを呼び出す必要があります。 。しかし、さらに混乱するのは、なぜこれらのパラメータを渡す必要があるのか、そしてこれらのパラメータを渡すと何の役に立つのかということです。
render() のコンポーネントの観点から見ると、コンストラクターはパラメーターを渡さずにコンポーネント インスタンスの props 属性を取得できるためです。次のように:
class Home extends React.Component { constructor() { super(); }; render (){ return( <p> <header></header> </p> ); }; }; class Header extends React.Component { constructor() { super(); }; render() { return ( <p>{this.props.name}</p> //构造函数中并没有传递props属性,这里通过{this.props.name}依然获取到了值 ); }; };
これは理解しやすいです。render() メソッドはサブコンポーネント プロトタイプのメソッドであるためです。インスタンス属性を取得するときは、これを通じてアクセスする必要があります。これを削除すると、インスタンス属性にアクセスできなくなります。それらを入手できるようになります。
次に、コンストラクター内のプロパティにアクセスしたい場合はどうすればよいかという疑問が生じます。この時点で、サブコンポーネント インスタンスの props 属性にアクセスできるように、コンストラクター コンストラクターで props パラメーターを渡す必要があります。次のとおりです:
class Header extends React.Component { constructor(props) { super(); this.name = props.name; //获取到子组件实例上的props.name属性,赋值给实例属性name }; render() { return ( <p>{this.name}</p> ); }; };
別の質問があります。なぜ super(props) メソッドで props 属性を渡す必要があるのですか?次の例を見てください:
class Header extends React.Component { constructor(props) { super(props); this.state = { nameOne: props.name, nameTwo: this.props.name //super()方法中传递了props属性,this.props才可以获取到name属性 } }; render() { return ( <p>{this.state.nameOne}{this.state.nameTwo}</p> ); }; };
実際、props.name と this.props.name の値は同じですが、それでも異なります。props.name の props は、サブコンポーネントの属性 props. ですが、 this.props.name の props はサブコンポーネントの属性 props ではありません。値は同じですが、これらの props は実際にはスーパー メソッドが呼び出されたときに親クラス Component に渡されます。したがって、 this.props .name は、コンポーネントの親クラスの props 属性を取得します。 React のソース コードを見てください:
サブクラスのスーパー メソッドが props パラメーターを親クラス Component に渡し、コンポーネントが props パラメーターをそのインスタンス属性 props にマウントしていることがわかりましたか。したがって、コンストラクターでこれを使用できるのは、props パラメーターをスーパー メソッド props.xxx
に渡すことによってのみです。props パラメーターがスーパー メソッドに渡されていない場合、値を取得するときにエラーが報告されます。 this.props.name の。 this.props を取得し、 uniffed として表示します: 次のように:
class Header extends React.Component { constructor(props) { super(); this.state = { nameOne: this.props.name, nameTwo: this.props }; console.log(this.props.name); //报错 console.log(this.props); //undifined }; render() { return ( <p>{this.state.nameOne}{this.state.nameTwo}</p> ); }; };
この記述方法の本質は、サブコンポーネント Header のインスタンス属性 props をインスタンス属性 state.nameOne および state.nameTwo に割り当てることです。簡単に言えば、Header サブコンポーネントは state 属性を作成し、独自の props 属性を独自の state 属性に割り当てます。
this.props が unknown と出力するのはなぜですか? props はサブコンポーネントを呼び出すときに渡されるパラメーターであるため、コンストラクター内で props にアクセスすることはできません。そのため、this.props.name については、間違いなくエラーが報告されます。
したがって、コンストラクターの props パラメーターと super の props パラメーターについては、コンストラクターで this.props と props を使用しない場合、パラメーターを渡す必要はまったくありません。それ以外の場合は、参照を渡します。ただし、this.propsとpropsでは取得される値は同じなので、どちらを書いても大丈夫です。ただし、両方のパラメータは公式ドキュメントに記載されています。厳密にするために、それらをすべて書き留めてみましょう。
しかし、個人的には今でもこの書き方が好きです。
constructor(props) { super(props); this.state = { name: props.name } };
これを追加しないものは価値であり、これを追加するものは重要です。
推奨される学習: 「
react ビデオ チュートリアル以上が反応ステートレス書き込みとは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

useState()uscrucialforoptimizingRectperformanceduetuitsoitsimpactonre-rendersandupdates.tooptimize:1)useusecallbacktomoize funtionsandpreventunnederireRenders.2)

コンテキストとユーザーを使用して、大規模なReactアプリケーションで州の管理を簡素化できるため、状態を共有します。 1)プロップドリルを減らす、2)より明確なコード、3)グローバルな状態を管理しやすい。ただし、パフォーマンスのオーバーヘッドと複雑さのデバッグに注意してください。コンテキストと最適化技術の合理的な使用は、アプリケーションの効率と保守性を向上させることができます。

誤ったキーを使用すると、Reactアプリケーションでパフォーマンスの問題や予期しない動作を引き起こす可能性があります。 1)キーはリスト項目の一意の識別子であり、Virtual Domを効率的にReactの更新を支援します。 2)同じまたは非ユニークなキーを使用すると、リスト項目が再注文され、コンポーネント状態が失われます。 3)キーとして安定した一意の識別子を使用すると、パフォーマンスを最適化し、完全な再レンダリングを回避できます。 4)ESLINTなどのツールを使用して、キーの正しさを確認します。キーを適切に使用すると、効率的で信頼性の高い反応アプリケーションが保証されます。

非反応、キーセレエンショナルフロプリメイジングリストレンダーパフォーマンスByhelpingRackChangesinListitems.1)KeySENABLEENABLEDDATES BYIDENTIFINAYDDATESEDDEDDDDDDDDDDDDDDDDDDDDDDDDDDDDED、ORREMOVEDITEMS.2)

UseStateは、多くの場合、Reactで誤用されます。 1. useStateの作業メカニズムを誤解します:SetStateの直後にステータスは更新されません。 2。エラー更新ステータス:機能形式のSetStateを使用する必要があります。 3。ユーザーを使いすぎる:必要に応じて小道具を使用します。 4.使用効果の依存関係アレイを無視する:状態が変更されたときに依存関係配列を更新する必要があります。 5。パフォーマンスの考慮事項:状態と簡素化された状態構造のバッチ更新は、パフォーマンスを改善できます。 UseStateの正しい理解と使用は、コードの効率と保守性を向上させることができます。

はい、Reactapplicationscanbeseo-frendlywithpropertrategies.1)useServer-siderendering(ssr)withtoolslikenext.jstogeneratefullhtmlforindexing.2)explmentStaticSiteSite-generation(SSG)forcontent-heavysitestoprededopRederpageattiTiTeTietLe.3)

反応性能のボトルネックは、主に非効率的なレンダリング、不必要な再レンダリング、コンポーネントの内部重量の計算によって引き起こされます。 1)ReactDevtoolsを使用して遅いコンポーネントを見つけ、React.Memoの最適化を適用します。 2)EFFECTを最適化して、必要に応じて実行することを確認します。 3)メモリ処理には、usememoとusecallbackを使用します。 4)大きなコンポーネントを小さなコンポーネントに分割します。 5)ビッグデータリストについては、仮想スクロールテクノロジーを使用してレンダリングを最適化します。これらの方法により、Reactアプリケーションのパフォーマンスを大幅に改善できます。

パフォーマンスの問題、学習曲線、またはさまざまなUI開発方法の探索のために、誰かが反応する代替品を探すことができます。 1)Vue.JSは、統合の容易さと軽度の学習曲線で称賛され、小規模および大規模なアプリケーションに適しています。 2)AngularはGoogleによって開発されており、強力なタイプのシステムと依存噴射を備えた大規模なアプリケーションに適しています。 3)Svelteは、ビルド時に効率的なJavaScriptにコンパイルすることにより、優れたパフォーマンスとシンプルさを提供しますが、そのエコシステムはまだ成長しています。代替案を選択するときは、プロジェクトのニーズ、チームエクスペリエンス、プロジェクトの規模に基づいて決定する必要があります。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

ホットトピック









