検索
ホームページウェブフロントエンドjsチュートリアルReact のリファクタリング: 一度に 1 つのコンポーネントを使用して混沌を制御する

Refactoring React: Taming Chaos, One Component at a Time

React コードをリファクタリングすることは、混沌としたキッチンを整理整頓された料理天国に変えるようなものです。アプリの機能を変更せずに、アプリの構造、保守性、パフォーマンスを向上させることが重要です。肥大化したコンポーネントや複雑な状態ロジックと戦っている場合でも、綿密に計画されたリファクタリングにより、コードベースが洗練された効率的なマシンに変換されます。

このブログでは、一般的なリファクタリング シナリオを明らかにし、実用的なソリューションを提供し、React アプリの真の可能性を引き出すための手段を提供します。


私。リファクタリングとは何ですか?なぜ重要ですか?

リファクタリングは、コードの機能を変更せずにコードの構造を改善します。それはバグを修正したり機能を追加したりすることではなく、コードを人間とマシンの両方にとってより良いものにすることです。

なぜリファクタリングするのですか?

  1. 可読性: 難解なパズルではなく優れた小説のように読めると、午前 3 時のコードのデバッグがはるかに簡単になります。
  2. 保守性: クリーンなコードベースにより、何時間ものオンボーディング時間が節約され、更新が高速化されます。
  3. パフォーマンス: コードがよりクリーンになると、多くの場合、読み込み時間が短縮され、ユーザー エクスペリエンスがよりスムーズになります。

? プロのヒント: 時期尚早な最適化は避けてください。開発者エクスペリエンスの向上やレンダリングの遅さへの対処など、明確なニーズがある場合はリファクタリングを行ってください。


II.コードの匂いを嗅ぎ分ける

コードの匂いは、非効率または複雑さの微妙なシグナルです。これらはエラーではありませんが、改善が必要な領域を示しています。

よくある React コードの匂い

  1. 肥大化したコンポーネント
    • 問題: データのフェッチ、レンダリング、イベントの処理など、単一のコンポーネントがあまりにも多くの役割を処理します。
   function ProductPage() {
     const [data, setData] = useState([]);
     useEffect(() => fetchData(), []);
     const handleAddToCart = () => { ... };
     return (
       <div>
         {data.map(item => <productitem key="{item.id}" item="{item}"></productitem>)}
         <button onclick="{handleAddToCart}">Add to Cart</button>
       </div>
     );
   }
  • 解決策: より小さな、焦点を絞ったコンポーネントに分割します。
   function ProductPage() {
     return (
       <div>
         <productlist></productlist>
         <cartbutton></cartbutton>
       </div>
     );
   }

   function ProductList() {
     const [data, setData] = useState([]);
     useEffect(() => fetchData(), []);
     return data.map(item => <productitem key="{item.id}" item="{item}"></productitem>);
   }

   function CartButton() {
     const handleAddToCart = () => { ... };
     return <button onclick="{handleAddToCart}">Add to Cart</button>;
   }
  1. プロップドリル
    • 問題: コンポーネントの複数のレイヤーにプロップを渡す。
   <app>
     <productlist product="{product}"></productlist>
   </app>
  • 解決策 1: 合成を使用します。
   <productlist>
     <productitem product="{product}"></productitem>
   </productlist>
  • 解決策 2: コンテキストを使用します。
   const ProductContext = React.createContext();

   function App() {
     const [product, setProduct] = useState({ id: 1, name: 'Example Product' }); // Example state
     return (
       <productcontext.provider value="{product}">
         <productlist></productlist>
       </productcontext.provider>
     );
   }

   function ProductList() {
     const product = useContext(ProductContext);
     return <productitem product="{product}"></productitem>;
   }
  1. 入れ子になった三元地獄
    • 問題: ネストされた 3 項を使用した複雑な条件付きレンダリング。
   return condition1 ? a : condition2 ? b : condition3 ? c : d;
  • 解決策: ヘルパー関数または switch ステートメントを使用してリファクタリングします。
   function renderContent(condition) {
     switch (condition) {
       case 1: return a;
       case 2: return b;
       case 3: return c;
       default: return d;
     }
   }

   return renderContent(condition);
  1. ロジックの重複
    • 問題: コンポーネント間で同じロジックが繰り返されます。
   function calculateTotal(cart) {
     return cart.reduce((total, item) => total + item.price, 0);
   }
  • 解決策: 共有ロジックを再利用可能なユーティリティまたはカスタム フックに移動します。
   function calculateTotalPrice(cart) {
     return cart.reduce((total, item) => total + item.price, 0);
   }

   function useTotalPrice(cart) {
     return useMemo(() => calculateTotalPrice(cart), [cart]);
   }
  1. 過剰な状態
    • 問題: 派生状態を直接管理します。
   const [isLoggedIn, setIsLoggedIn] = useState(user !== null);
  • 解決策: 代わりに派生状態を使用します。
   const isLoggedIn = !!user; // Converts 'user' to boolean

III.状態管理の簡素化

状態管理は不可欠ですが、すぐに混乱してしまう可能性があります。簡略化する方法は次のとおりです:

派生状態: 計算し、保存しない

  • 問題: 冗長状態を保存しています。
  • 解決策: 派生値をソースから直接計算します。
  const [cartItems, setCartItems] = useState([]);
  const totalPrice = cartItems.reduce((total, item) => total + item.price, 0);

複雑な状態に useReducer を使用する

  • 問題: 複数の相互依存状態。
  • 解決策: useReducer を使用します。
  const initialState = { count: 0 };
  function reducer(state, action) {
    switch (action.type) {
      case 'increment': return { count: state.count + 1 };
      default: return state;
    }
  }
  const [state, dispatch] = useReducer(reducer, initialState);

状態コロケーション

  • 問題: ローカル データに使用されるグローバル状態。
  • 解決策: 状態を必要な場所に近づけます。
  // Before:
  function App() {
    const [filter, setFilter] = useState('');
    return <productlist filter="{filter}" onfilterchange="{setFilter}"></productlist>;
  }

  // After:
  function ProductList() {
    const [filter, setFilter] = useState('');
    return <filterinput value="{filter}" onchange="{setFilter}"></filterinput>;
  }

IV.コンポーネントのリファクタリング

コンポーネントは 1 つのジョブを適切に実行する必要があります。例:

コンポーネントごとに 1 つのジョブ

function MemberCard({ member }) {
  return (
    <div>
      <summary member="{member}"></summary>
      <seemore details="{member.details}"></seemore>
    </div>
  );
}

V.パフォーマンスの最適化

React プロファイラー

プロファイラーを使用してボトルネックを特定します。開発者ツールの「プロファイラー」でアクセスします。

メモ化

コストのかかる計算を最適化します:

   function ProductPage() {
     const [data, setData] = useState([]);
     useEffect(() => fetchData(), []);
     const handleAddToCart = () => { ... };
     return (
       <div>
         {data.map(item => <productitem key="{item.id}" item="{item}"></productitem>)}
         <button onclick="{handleAddToCart}">Add to Cart</button>
       </div>
     );
   }

注: 頻繁に更新される依存関係に対してメモ化を過度に使用しないでください。


VI.テスト容易性のためのリファクタリング

ユーザー中心のテストを作成します:

   function ProductPage() {
     return (
       <div>
         <productlist></productlist>
         <cartbutton></cartbutton>
       </div>
     );
   }

   function ProductList() {
     const [data, setData] = useState([]);
     useEffect(() => fetchData(), []);
     return data.map(item => <productitem key="{item.id}" item="{item}"></productitem>);
   }

   function CartButton() {
     const handleAddToCart = () => { ... };
     return <button onclick="{handleAddToCart}">Add to Cart</button>;
   }

VII.保守性の最終調整

  1. 機能ごとに整理:
   <app>
     <productlist product="{product}"></productlist>
   </app>
  1. 絶対インポートを使用します:
   <productlist>
     <productitem product="{product}"></productitem>
   </productlist>

VIII.チートシート

Category Tip
Code Smells Split bloated components; avoid prop drilling.
State Management Use derived state; colocate state.
Performance Use Profiler; optimize Context values.
Testing Test behavior, not implementation details.
カテゴリ
ヒント コードの匂い 肥大化したコンポーネントを分割します。小道具の穴あけは避けてください。 状態管理 派生状態を使用します。状態を併置します。 パフォーマンス プロファイラーを使用します。コンテキスト値を最適化します。 テスト中 実装の詳細ではなく、動作をテストします。

以上がReact のリファクタリング: 一度に 1 つのコンポーネントを使用して混沌を制御するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
JavaScriptのデータ型:ブラウザとNodejsに違いはありますか?JavaScriptのデータ型:ブラウザとNodejsに違いはありますか?May 14, 2025 am 12:15 AM

JavaScriptコアデータ型は、ブラウザとnode.jsで一貫していますが、余分なタイプとは異なる方法で処理されます。 1)グローバルオブジェクトはブラウザのウィンドウであり、node.jsのグローバルです2)バイナリデータの処理に使用されるNode.jsの一意のバッファオブジェクト。 3)パフォーマンスと時間の処理にも違いがあり、環境に従ってコードを調整する必要があります。

JavaScriptコメント://および / * *を使用するためのガイドJavaScriptコメント://および / * *を使用するためのガイドMay 13, 2025 pm 03:49 PM

javascriptusestwotypesofcomments:シングルライン(//)およびマルチライン(//)

Python vs. JavaScript:開発者の比較分析Python vs. JavaScript:開発者の比較分析May 09, 2025 am 12:22 AM

PythonとJavaScriptの主な違いは、タイプシステムとアプリケーションシナリオです。 1。Pythonは、科学的コンピューティングとデータ分析に適した動的タイプを使用します。 2。JavaScriptは弱いタイプを採用し、フロントエンドとフルスタックの開発で広く使用されています。この2つは、非同期プログラミングとパフォーマンスの最適化に独自の利点があり、選択する際にプロジェクトの要件に従って決定する必要があります。

Python vs. JavaScript:ジョブに適したツールを選択するPython vs. JavaScript:ジョブに適したツールを選択するMay 08, 2025 am 12:10 AM

PythonまたはJavaScriptを選択するかどうかは、プロジェクトの種類によって異なります。1)データサイエンスおよび自動化タスクのPythonを選択します。 2)フロントエンドとフルスタック開発のためにJavaScriptを選択します。 Pythonは、データ処理と自動化における強力なライブラリに好まれていますが、JavaScriptはWebインタラクションとフルスタック開発の利点に不可欠です。

PythonとJavaScript:それぞれの強みを理解するPythonとJavaScript:それぞれの強みを理解するMay 06, 2025 am 12:15 AM

PythonとJavaScriptにはそれぞれ独自の利点があり、選択はプロジェクトのニーズと個人的な好みに依存します。 1. Pythonは、データサイエンスやバックエンド開発に適した簡潔な構文を備えた学習が簡単ですが、実行速度が遅くなっています。 2。JavaScriptはフロントエンド開発のいたるところにあり、強力な非同期プログラミング機能を備えています。 node.jsはフルスタックの開発に適していますが、構文は複雑でエラーが発生しやすい場合があります。

JavaScriptのコア:CまたはCの上に構築されていますか?JavaScriptのコア:CまたはCの上に構築されていますか?May 05, 2025 am 12:07 AM

javascriptisnotbuiltoncorc;それは、解釈されていることを解釈しました。

JavaScriptアプリケーション:フロントエンドからバックエンドまでJavaScriptアプリケーション:フロントエンドからバックエンドまでMay 04, 2025 am 12:12 AM

JavaScriptは、フロントエンドおよびバックエンド開発に使用できます。フロントエンドは、DOM操作を介してユーザーエクスペリエンスを強化し、バックエンドはnode.jsを介してサーバータスクを処理することを処理します。 1.フロントエンドの例:Webページテキストのコンテンツを変更します。 2。バックエンドの例:node.jsサーバーを作成します。

Python vs. Javascript:どの言語を学ぶべきですか?Python vs. Javascript:どの言語を学ぶべきですか?May 03, 2025 am 12:10 AM

PythonまたはJavaScriptの選択は、キャリア開発、学習曲線、エコシステムに基づいている必要があります。1)キャリア開発:Pythonはデータサイエンスとバックエンド開発に適していますが、JavaScriptはフロントエンドおよびフルスタック開発に適しています。 2)学習曲線:Python構文は簡潔で初心者に適しています。 JavaScriptの構文は柔軟です。 3)エコシステム:Pythonには豊富な科学コンピューティングライブラリがあり、JavaScriptには強力なフロントエンドフレームワークがあります。

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衣類リムーバー

Video Face Swap

Video Face Swap

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

ホットツール

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

Safe Exam Browser

Safe Exam Browser

Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

Dreamweaver Mac版

Dreamweaver Mac版

ビジュアル Web 開発ツール

EditPlus 中国語クラック版

EditPlus 中国語クラック版

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