メインアイテム|リアルタイムコードコメント
5107 ワード
🔥 リアルタイムコードレビューで学んだこと計画に没頭せず、ハードコーディングを試してみましょう.
計画が完了した場合に符号化を行うのは資源の浪費であり、チームワークの過程でもあまりよくないため、ハード符号化でも にアクセスする.は、USStateを最大限に活用して再構築します(ステータスでは、stateとして処理する必要がなく定数に変更できます). 「非同期」=(簡単に言えば)一定の時間が必要 Fetch、set(Stateを使用する場合)、countのような関数は非同期であり、それらが一緒に使用される場合、互いに互換性がないこともあります.お互いに費やす時間が違うので(非同期な性格なので)、歪んでしまいました. コールバック関数を使用しますか?
2つの状態値が前後に切り替わる場合(たとえば、切り替わる場合)、以前の状態値が重要です.
onなのかoffなのかわかりませんが、前の状態値と逆でなければならないなら2番のようです.
以前の状態値が何であるかを考慮しない場合は、1を選択します.
例を挙げると、モデル矛のような場合、どうなるか考えてみると、確定的な答えはありません.
計画的に違うかもしれないし、制作者も違うかもしれないので、なぜ計画に基づいてそのような論理を選ぶのかを説明することが重要です.
⑪振り返るときは、自分が実現した機能を完璧に消化、理解、説明することが望ましい.きっと.必須 useEffectの5番延長線 を追加
関数(条件があるので(最後にリターンズがあるので、条件はもう一度浮いている)が更新されます.
空の配列はfalsey値x truthy値o
画面に現れたくないなら
return( {data.length && data.map((ele)=>{})}
空の配列の長さは0で、0はfalsy値なので、条件を満たすことができず、空の画面しか表示できません
前!反対にtruthy値になるため、画面に表示されます.
return( {data.result.map((ele)=>{})}
もしそうなら、空の配列の結果、すなわちキー値の配列が必要ですが、それは空なので、キー値も空の画面もないエラーは少ないです.
配列ではなくオブジェクトに入ると、終了して解決を試みます.
計画が完了した場合に符号化を行うのは資源の浪費であり、チームワークの過程でもあまりよくないため、ハード符号化でも
Const [count, setCount] = useState(‘0’)
Setcount (count +1) // 1번
setCount(count -> count + 1)// 2번
2つ目の状況はもっと良い論理ですが、すべての人がそうしたわけではありません.2つの状態値が前後に切り替わる場合(たとえば、切り替わる場合)、以前の状態値が重要です.
onなのかoffなのかわかりませんが、前の状態値と逆でなければならないなら2番のようです.
以前の状態値が何であるかを考慮しない場合は、1を選択します.
例を挙げると、モデル矛のような場合、どうなるか考えてみると、確定的な答えはありません.
計画的に違うかもしれないし、制作者も違うかもしれないので、なぜ計画に基づいてそのような論理を選ぶのかを説明することが重要です.
⑪振り返るときは、自分が実現した機能を完璧に消化、理解、説明することが望ましい.きっと.必須
Const [data, setData] = useState([]);
useEffect(()=>{
fetch(‘http:’)
.then(res=>res.json())
.then(res=>setData(res.result))
},[])
console.log(data)
// 1. []
// 2. [업데이트 된 데이터]
return( <div>{data.map((ele)=>{})}</div>
変数(直接設定するとx)関数(条件があるので(最後にリターンズがあるので、条件はもう一度浮いている)が更新されます.
空の配列はfalsey値x truthy値o
画面に現れたくないなら
return( {data.length && data.map((ele)=>{})}
空の配列の長さは0で、0はfalsy値なので、条件を満たすことができず、空の画面しか表示できません
前!反対にtruthy値になるため、画面に表示されます.
return( {data.result.map((ele)=>{})}
もしそうなら、空の配列の結果、すなわちキー値の配列が必要ですが、それは空なので、キー値も空の画面もないエラーは少ないです.
配列ではなくオブジェクトに入ると、終了して解決を試みます.
Reference
この問題について(メインアイテム|リアルタイムコードコメント), 我々は、より多くの情報をここで見つけました https://velog.io/@dlwnal98/1차-프로젝트-라이브코드-리뷰テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol