確立された UI パターンで React アプリケーションをモジュール化する

良い判断をカプセル化するための記録モデリング

このレベルまで、私たちが行った調整はすべて、gape コードと非 gape コードをさまざまな場所に分割することです。 それは実際に効果的に機能します。 フックは、データのフェッチと再形成を処理します。 いちいち 手数料 および お支払い方法 反対に、あなたが密接に口を開けたとき、おそらく無音の余地があるかもしれませんエンチャント。 まず、純粋な特性コンポーネントで PaymentMethods、デフォルトで支払いの取り決めを確認する必要があるかどうかを評価するために、私たちは適切な判断を下しました:

src/Fee.tsx…

 const PaymentMethods=({ paymentMethods, }: { paymentMethods: LocalPaymentMethod ;  })=> ( <> {paymentMethods.draw((手配)=> ( 
              defaultChecked={method.provider==="cash"}         />  {arrangement.mark}
 
  ))}  );

これらはギャップ内のステートメントを調べます場合によっては判断漏れとみなされることもあり、次第に各地に散らばり、より強力な改造を施すこともできるようになります。 もう 1 つのレベルの容量の良い判断漏れは、データを取得する際の情報変換にあります: src/Fee.tsx … const usePaymentMethods=()=> { const [paymentMethods, setPaymentMethods]=useState>(); useEffect(()=> { const fetchPaymentMethods=async ()=> { const url="https://on-line-ordering.com/api/payment-strategies"; const 応答=取得のために存在します(url); const 戦略: RemotePaymentMethod=response.json() のために存在します。 if (strategies.length> 0) { const extended: LocalPaymentMethod=strategy.draw((arrangement)=> ({ プロバイダー: 手配.名前, mark: `${arrangement.nameで支払う}`, })); extended.push({ プロバイダー: "お金", マーク: "お金で支払う" }); setPaymentMethods(拡張); } 他の { setPaymentMethods(); } }; fetchPaymentMethods(); }、 ); return {支払い方法、}; }; strategies.draw は黙って変換を行います。 arrangement.provider==="お金"[agreeToDonate, amount, strategy] の側で、この適切な判断 上記はクラスに抽出される可能性さえあります. さらにクラスを所有します PaymentMethod 情報と行動が 1 つの発音にまとめられています: src/PaymentMethod.ts…

 クラス 支払方法
 { 非公開の remotePaymentMethod: RemotePaymentMethod; コンストラクタ(remotePaymentMethod: RemotePaymentMethod) { this.remotePaymentMethod=remotePaymentMethod;  } 獲得する provider() { return this.remotePaymentMethod.name;  }arn mark() { if(this.provider==='money') { return `${this.provider} で支払う` } return `${this.provider} で支払う`;  } 獲得 isDefaultMethod() { return this.provider==="money";  } } 

カテゴリで、デフォルトのお金を詳しく説明しますお支払い方法: const payInCash=fresh PaymentMethod({ name: "お金" }); そして、あるレベルでは変換 - 支払い戦略がリモート サービスから取得された後 - PaymentMethod オブジェクトの発音。 さらに、convertPaymentMethods と呼ばれる小さな特徴を抽出します。 :

src/usePaymentMethods.ts…

const convertPaymentMethods=(strategies: RemotePaymentMethod))=> {

if (strategies.length===0) { return ; const extended: PaymentMethod=strategy.draw( (アレンジメント)=> fresh PaymentMethod(アレンジメント) ); extended.push(payInCash); リターン延長; }; また、PaymentMethods コンポーネントには、 arrangement.provider==="お金"

もう評価し、その代わりに getter

を呼び出します: src/PaymentMethods.tsx… export const PaymentMethods=({ 選択肢 }: { 選択肢: PaymentMethod })=> ( <> {alternatives.draw((配置)=> (

defaultChecked={method.isDefaultMethod} /> {arrangement.mark}

))} ); 現在、

料金

のコンポーネントを束により小さな数式が集合的に働き、作品を構成します。

図 7: リファクタリングされた料金には、問題がなければ混乱しない可能性さえある数式が追加されています

ちょっと賢く-フレッシュコンストラクトの振る舞いの利点イオン