検索
ホームページウェブフロントエンドjsチュートリアルReact の高次コンポーネントの分析例

React の高次コンポーネントの分析例

May 26, 2018 am 11:51 AM
react解析する

この記事では主に React の高次コンポーネントについて詳しく説明します。React の高次コンポーネントについてより明確に理解していただければ幸いです。

1. React では、高次コンポーネント (HOC) はコンポーネント ロジックを再利用するための高度なテクノロジです。 HOC は React API の一部ではありません。 HOC は、コンポーネントを取得して新しいコンポーネントを返す関数です。 React では、コンポーネントはコード再利用の基本単位です。

2. HOC を説明するために、次の 2 つの例を取り上げます。

CommentList コンポーネントはコメント リストをレンダリングし、リスト内のデータは外部ソースから取得されます。

class CommentList extends React.Component {

  constructor() {

   super();

   this.handleChange = this.handleChange.bind(this);

   this.state = {

    // "DataSource" is some global data source

    comments: DataSource.getComments()

   };

  }

 

  componentDidMount() {

   // Subscribe to changes

   DataSource.addChangeListener(this.handleChange);

  }

 

  componentWillUnmount() {

   // Clean up listener

   DataSource.removeChangeListener(this.handleChange);

  }

 

  handleChange() {

   // Update component state whenever the data source changes

   this.setState({

    comments: DataSource.getComments()

   });

  }

 

  render() {

   return (

    <p>

     {this.state.comments.map((comment) => (

      <Comment comment={comment} key={comment.id} />

     ))}

    </p>

   );

  }

 }

次は、ブログ情報を表示するために使用される BlogPost コンポーネントです

class BlogPost extends React.Component {

  constructor(props) {

   super(props);

   this.handleChange = this.handleChange.bind(this);

   this.state = {

    blogPost: DataSource.getBlogPost(props.id)

   };

  }

 

  componentDidMount() {

   DataSource.addChangeListener(this.handleChange);

  }

 

  componentWillUnmount() {

   DataSource.removeChangeListener(this.handleChange);

  }

 

  handleChange() {

   this.setState({

    blogPost: DataSource.getBlogPost(this.props.id)

   });

  }

 

  render() {

   return <TextBlock text={this.state.blogPost} />;

  }

 }

2 つのコンポーネントは異なり、DataSource の異なるメソッドを呼び出し、出力も異なりますが、それらの間の実装はほとんど同じです:

1. 読み込みが完了したら、DataSource に変更リスナーを追加します
2. データソースが変更された場合、リスナー内で setState を呼び出します
3. アンインストール後、変更リスナーを削除します

アプリケーションでは、DataSource にアクセスして setState を呼び出すという同じパターンが何度も発生します。このプロセスを抽象化して、このロジックを 1 か所でのみ定義し、複数のコンポーネント間で共有できるようにしたいと考えています。

次に、コンポーネントを作成する関数を作成します。この関数は 2 つのパラメーターを受け取ります。1 つはコンポーネントで、もう 1 つは関数です。 withSubscription 関数は以下で呼び出されます

const CommentListWithSubscription = withSubscription(

 CommentList,

 (DataSource) => DataSource.getComments()

);

 

const BlogPostWithSubscription = withSubscription(

 BlogPost,

 (DataSource, props) => DataSource.getBlogPost(props.id)

);

withSubscription を呼び出すときに渡される最初のパラメーターはラップされたコンポーネントで、2 番目のパラメーターはデータを取得するために使用される関数です。

CommentListWithSubscription と BlogPostWithSubscription がレンダリングされるとき、CommentList と BlogPost は、DataSource から現在取得されているデータを保存する data と呼ばれる prop を受け入れます。 withSubscription コードは次のとおりです:

// This function takes a component...

function withSubscription(WrappedComponent, selectData) {

 // ...and returns another component...

 return class extends React.Component {

  constructor(props) {

   super(props);

   this.handleChange = this.handleChange.bind(this);

   this.state = {

    data: selectData(DataSource, props)

   };

  }

 

  componentDidMount() {

   // ... that takes care of the subscription...

   DataSource.addChangeListener(this.handleChange);

  }

 

  componentWillUnmount() {

   DataSource.removeChangeListener(this.handleChange);

  }

 

  handleChange() {

   this.setState({

    data: selectData(DataSource, this.props)

   });

  }

 

  render() {

   // ... and renders the wrapped component with the fresh data!

   // Notice that we pass through any additional props

   return <WrappedComponent data={this.state.data} {...this.props} />;

  }

 };

}

HOC は入力コンポーネントを変更せず、その動作を再利用するために継承を使用しません。 HOC は単なる関数です。ラップされたコンポーネントは、コンテナーのすべての props を受け入れます。また、ラップされたコンポーネントの出力をレンダリングするために使用される新しい props (データ) も受け入れます。 HOC はデータがどのように使用されるか、データが使用される理由を気にしません。また、ラップされたコンポーネントはデータがどこで取得されるかを気にしません。

withSubscription は単なる通常の関数であるため、パラメーターはいくつでも追加できます。たとえば、データ プロップの名前を構成可能にして、ラップされたコンポーネントから HOC をさらに分離することができます。

構成 shouldComponentUpdate を受け入れるか、データ ソースのパラメーターを構成します

上位コンポーネントを使用するときに注意する必要があることがいくつかあります。

1. 元のコンポーネントを変更しないでください。これは非常に重要です

以下の例があります:

function logProps(InputComponent) {

 InputComponent.prototype.componentWillReceiveProps = function(nextProps) {

  console.log(&#39;Current props: &#39;, this.props);

  console.log(&#39;Next props: &#39;, nextProps);

 };

 // The fact that we&#39;re returning the original input is a hint that it has

 // been mutated.

 return InputComponent;

}

 

// EnhancedComponent will log whenever props are received

const EnhancedComponent = logProps(InputComponent);

ここにはいくつかの問題があります。 1. インポートされたコンポーネントは、拡張コンポーネントとは別に再利用できません。 2. EnhancedComponent に他の HOC を適用すると、componentWillReceiveProps も変更されます。

関数型コンポーネントにはライフサイクルがないため、この HOC は関数型コンポーネントには適用できません。関数 HOC は、入力コンポーネントをコンテナー コンポーネントにラップすることにより、変更ではなく合成を使用する必要があります。

function logProps(WrappedComponent) {

 return class extends React.Component {

  componentWillReceiveProps(nextProps) {

   console.log(&#39;Current props: &#39;, this.props);

   console.log(&#39;Next props: &#39;, nextProps);

  }

  render() {

   // Wraps the input component in a container, without mutating it. Good!

   return <WrappedComponent {...this.props} />;

  }

 }

}

この新しい logProps は古い logProps と同じ機能を持ちますが、新しい logProps は潜在的な競合を回避します。クラス型コンポーネントや関数型コンポーネントも同様です。

2. render メソッドで HOC を使用しないでください

React の差分アルゴリズムは、コンポーネントの ID を使用して、レンダーから返された場合に既存のサブツリーを更新するか、古いサブツリーを破棄して新しいサブツリーをロードするかを決定します。メソッド コンポーネントが以前にレンダリングされたコンポーネントと同一 (===) の場合、React は diff アルゴリズムを通じて以前にレンダリングされたコンポーネントを更新します。そうでない場合、以前にレンダリングされたサブツリーは完全にアンロードされます。

render() {

 // A new version of EnhancedComponent is created on every render

 // EnhancedComponent1 !== EnhancedComponent2

 const EnhancedComponent = enhance(MyComponent);

 // That causes the entire subtree to unmount/remount each time!

 return <EnhancedComponent />;

}

結果のコンポーネントが 1 回だけ作成されるように、コンポーネント定義の外で HOC を使用します。場合によっては、HOC を動的に適用する必要があります。これはライフサイクル関数またはコンストラクターで行う必要があります

3. 静的メソッドは手動でコピーする必要があります

の React コンポーネントで静的メソッドを定義すると非常に便利な場合があります。 HOC をコンポーネントに適用すると、元のコンポーネントはコンテナ コンポーネントにラップされますが、返される新しいコンポーネントには元のコンポーネントの静的メソッドが含まれません。

// Define a static method

WrappedComponent.staticMethod = function() {/*...*/}

// Now apply an HOC

const EnhancedComponent = enhance(WrappedComponent);

 

// The enhanced component has no static method

typeof EnhancedComponent.staticMethod === &#39;undefined&#39; // true

返されたコンポーネントが元のコンポーネントの静的メソッドを持つようにするには、元のコンポーネントの静的メソッドを関数内の新しいコンポーネントにコピーする必要があります。


function enhance(WrappedComponent) {

 class Enhance extends React.Component {/*...*/}

 // Must know exactly which method(s) to copy :(

  // 你也能够借助第三方工具

 Enhance.staticMethod = WrappedComponent.staticMethod;

 return Enhance;

}

4. コンテナコンポーネントの ref はラップされたコンポーネントに渡されません

コンテナコンポーネントの props はラップされたコンポーネントに簡単に渡せますが、コンテナコンポーネントの ref は渡されませんラップされたコンポーネントに。 HOC を通じて返されるコンポーネントの ref を設定する場合、この ref はラップされたコンポーネントではなく、最も外側のコンテナ コンポーネントを参照します。

関連する推奨事項

Reactの高次コンポーネント導入例の共有

Vueの高次コンポーネントの使い方

とても簡単な例を使ってreact.jsの高次コンポーネントの考え方を理解する

以上がReact の高次コンポーネントの分析例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
JavaScriptとWeb:コア機能とユースケースJavaScriptとWeb:コア機能とユースケースApr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScriptエンジンの理解:実装の詳細JavaScriptエンジンの理解:実装の詳細Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript:学習曲線と使いやすさPython vs. JavaScript:学習曲線と使いやすさApr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

SecLists

SecLists

SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境