React と React Native のスレ

**デフォルトの名無しさん** · 2021/08/26(木) 16:38:00.65

>>117
> この関数は関数コンポーネントの意味

違う
ifやforなどの制御構造の内側から呼び出すなということ
要するに関数コンポーネントの呼び出しごとにhookが実行されたりされなかったりしてはいけない
なので?:や&&などと組み合わせるのもダメ

**デフォルトの名無しさん** · 2021/08/26(木) 16:39:25.72

>>118
それはOK
それぞれのコンポーネントは独立してるから問題ない

**デフォルトの名無しさん** · 2021/08/26(木) 16:45:57.37

>>120
有り難い！

しかし判り辛いですね
お題目だけだと
公式に具体例を上げてくれないと
勘違いしそう...

**デフォルトの名無しさん** · 2021/08/27(金) 13:34:41.69

hookの実行順でレンダリング毎の同一性を保証してるってわかってれば当たり前のことなんだけどね

**デフォルトの名無しさん** · 2021/08/27(金) 13:54:27.15

順番で状態を管理してるって一昔前の考えだと
なんだそりゃって感じになるんだけど
そもそも自分で管理するのはクソだから
全部フレームワークに任せちゃえってなってる
React凄い

**デフォルトの名無しさん** · 2021/08/27(金) 15:19:14.34

翻訳の問題かもしれんけど
「関数のトップレベル」という表現が判りずらい
「関数内部の最初の行あたり」で良くないか？

**デフォルトの名無しさん** · 2021/08/27(金) 15:45:49.48

function Foo(props) {
　if (props.flag) useEffect(...)
　...

最初の行だけどアウト

**デフォルトの名無しさん** · 2021/08/27(金) 15:48:30.00

「同じフックが常に実行されるようにすること」
これでよくね？

**デフォルトの名無しさん** · 2021/08/27(金) 15:49:19.59

関数のトップレベルの訳としての話しだよ(´Д`)

**デフォルトの名無しさん** · 2021/08/27(金) 15:57:29.79

モジュールのトップレベルもわからない？
それじゃトップレベルawaitも分からないしJSやるの無理やろ

**デフォルトの名無しさん** · 2021/08/28(土) 04:17:28.74

useCallback これっている？
fnのMemoならMemoってキーワードも名称から抜けてるし
useMemo(() => fn, deps) と同じならなおさら...

**デフォルトの名無しさん** · 2021/08/28(土) 04:35:56.44

fnをファットアローでインラインに書いてみ

**デフォルトの名無しさん** · 2021/08/28(土) 04:42:56.91

うー－ん！初学者だからなのか意味わからんです

**デフォルトの名無しさん** · 2021/08/28(土) 04:46:30.48

useCallback(fn, deps) が useMemo(() => fn, deps) こう書けるって事なんじゃないですか？

**デフォルトの名無しさん** · 2021/08/28(土) 04:54:08.75

useCallback((event) => {...}, deps) を useMemo(() => (event) => {...}, deps) って書きたいかって話

**デフォルトの名無しさん** · 2021/08/28(土) 05:10:24.97

>>133
良い！
そっちのが良い！

fnのメモなのに、useMemoCallback()になってないので直観的に思えない
初学者だと、ぱっと見CallbackするにはuseCallback()が必須に見える
理由はMemoの文字が入ってないから

**デフォルトの名無しさん** · 2021/08/28(土) 06:24:50.37

それ言ったらuseMemoなんてuseState使えばいいし内部でstate使ってるのにuseNemoStateじゃないの直感的じゃないよね

**デフォルトの名無しさん** · 2021/08/28(土) 08:24:29.02

useCallback だと名称から、
コールバック使いますよ！の宣言に見えると言っている

実際はコールバックをメモしますよ！だから
コード読むとき直感的でないと言っている

実際、初学者で関数コンポネント内でコールバックを定義するときは
useCallback()を使わなければならないと思いこんでいる人が少なからず居ると思う

**デフォルトの名無しさん** · 2021/08/28(土) 10:18:42.44

Ionicと比べた場合のReact nativeのメリットはアプリの動作速度が速いところ？

**デフォルトの名無しさん** · 2021/08/28(土) 10:19:30.77

ageてしまって申し訳ない

**デフォルトの名無しさん** · 2021/08/28(土) 10:59:30.05

>>136
初学者は
> useCallback()を使わなければならないと思いこんでいる
で丁度いい

**デフォルトの名無しさん** · 2021/08/28(土) 11:35:50.02

>>139
その心は？

**デフォルトの名無しさん** · 2021/08/28(土) 12:30:31.08

>>140
不要なuseCallbackを書いても実害はない
超大規模ならチリツモでパフォーマンスに影響あるかもしれないが初学者には関係ない
対して必要なuseCallbackを忘れるとuseEffectやReact.memoに影響しうるが初学者には気付きにくい
最初は愚直にuseCallback書いて後から不要なケースを学べばいい

**デフォルトの名無しさん** · 2021/08/28(土) 13:47:14.15

>>141
なるほど！
その意味であえて関数名もそうしたんだろうか...

**デフォルトの名無しさん** · 2021/08/28(土) 23:14:15.55

https://medium.com/@dan_abramov/making-sense-of-react-hooks-fdbde8803889
"カスタムフックは技術的にはReact機能ではない" って

ステートレス関数に状態を保持する機能が
jsに元よりあるという事でしょうか？

**デフォルトの名無しさん** · 2021/08/28(土) 23:39:41.08

カスタムフック===ユーザー定義フック
利用者(アプリケーション)で定義するものであってReactが提供する機能ではない

**デフォルトの名無しさん** · 2021/08/29(日) 00:17:55.75

>>144
それは了解してた！（質問を間違えた！）

フックを実現する技術（ステートレス関数に状態を保持する機能）は
ＪＳに元からあるという記述が公式にあったようにおもうのだけれど、
それは何？って事が言いたかった...

**デフォルトの名無しさん** · 2021/08/29(日) 01:51:35.47

>>145
前のリンクの文意から推察するに、フックはreactの特別な機能じゃなく
JSのクロージャーと array.push と array.pop とかで実装できるって事かな？

誤りありましたらご指摘下さい

**デフォルトの名無しさん** · 2021/08/29(日) 03:34:12.05

引用しろボケカス

**デフォルトの名無しさん** · 2021/08/29(日) 12:10:00.26

>>146
前のリンクの文意というのが

> Since Hooks are regular JavaScript functions, you can combine built-in Hooks provided by React into your own “custom Hooks”.

ら辺のことなら全然違う
Reactが提供する「組み込みフック」はJSの普通の関数だからそれを組み合わせて「カスタムフック」を作れると言ってるだけ
Reactが「組み込みフック」をどう実装しているかは触れてない
公式にあったという記述がなんのことかわからないがユーザー向けのドキュメントにReactの内部実装について書いてあるとは考えにくいので何か勘違いしてるんだろう

**デフォルトの名無しさん** · 2021/08/29(日) 12:12:17.85

もっともReactの組み込みフックがJS(+Flowtype)で実装されてるのは考えるまでもなく事実
詳しく知りたければソースを読めばいい
https://github.com/facebook/react/blob/main/packages/react-reconciler/src/ReactFiberHooks.new.js

**デフォルトの名無しさん** · 2021/08/29(日) 13:18:38.44

>>148
>>145 で言ったように、それは最初から解ってる
聞きたかったのは、フック自体の実装方法だよ！

>>149
そりゃそーーだ

**デフォルトの名無しさん** · 2021/08/29(日) 13:41:49.73

>>150
お前さぁ・・・
フック自体の実装方法が知りたいならそう書けよ
無関係なリンクや公式のことを書くから「そんなことは書いてない」「お前の勘違い」「ボケカス」って話になるんだよ
つーか5ch開く前にすることあるだろ

**デフォルトの名無しさん** · 2021/08/29(日) 14:30:21.63

>>150
preactのソースを読め
わずか400行そこらでhooksを実装してる
俺がここ数年で見たコードで最も美しいコードだ
型もついてるからめちゃくちゃ読みやすい

https://github.com/preactjs/preact/blob/master/hooks

**デフォルトの名無しさん** · 2021/08/29(日) 21:46:55.62

>>152
(; ･`д･´)

**デフォルトの名無しさん** · 2021/09/18(土) 13:05:29.83

reduxでいままでやってたような処理ってhooksではuseContextとuseRuducerの組み合わせでやるってことであってます？

**デフォルトの名無しさん** · 2021/09/20(月) 00:13:37.74

最近react始めて、リスト構造を持つようなデータの画面表示は配列のmap関数使ってjsx書けってのは理解したんだが、配列の要素の持つデータを一か所でも変えると残りの要素は全く変わってないのに全てレンダリング処理し直すことになるよな？
reactが差分を見てくれるから実際のDOMに反映されることはないんだろうけど、変更された要素のコンポーネントだけにレンダリング処理させる方法ってないんか？

**デフォルトの名無しさん** · 2021/09/20(月) 00:18:04.28

>>155
keyを使え
チュートリアルにも乗ってたはず

**デフォルトの名無しさん** · 2021/09/20(月) 01:13:11.44

>>155
ならない

**デフォルトの名無しさん** · 2021/09/20(月) 02:01:14.08

>>155
要素を別コンポーネントにしてReact.memoする
その場合も156が書いてるようにkeyは必須
でも各要素のレンダリングがよほど重くない限り気にすることないと思うぞ

**デフォルトの名無しさん** · 2021/09/20(月) 08:25:15.93

>>156,157,158
㌧クス
もうちょい調べてみるわ

**デフォルトの名無しさん** · 2021/09/20(月) 12:16:07.93

>>159
リストの出力の場合
アイテム毎にkey必ず振らなければない
key無いのはバグだからね
コンソールにエラー出てるはず

**デフォルトの名無しさん** · 2021/09/20(月) 12:53:40.75

keyが必要なのは確かだがそれが影響するのはリアルDOMの更新
keyがないと

> reactが差分を見てくれるから実際のDOMに反映されることはないんだろうけど

が機能しなくなる
本来の質問であるコンポーネントのレンダリングを回避するのに必要なのはReact.memo

**デフォルトの名無しさん** · 2021/09/20(月) 18:39:05.51

ID:GKDt5rSn の的外れ感

**デフォルトの名無しさん** · 2021/09/20(月) 19:00:16.83

ストアに登録する前に1ヶ月テスト運用したいのですがそんなこと可能なんですか？
テストユーザーは50名程度の予定です

**デフォルトの名無しさん** · 2021/09/20(月) 21:16:44.39

それReact関係ないよね

**デフォルトの名無しさん** · 2021/09/22(水) 02:10:39.83

うーん、先に代弁してくれてる人もいる通り、自分が聞きたかったことを解消できるものじゃなかったな、keyを付けないかんてのは改めてよく分かったけど。memoに関しては配列でmap関数でjsx組立ててる場合に言及した解説サイトは見当たらんかったし、うまくいくかは一度書いて調べてみるかー

**デフォルトの名無しさん** · 2021/09/22(水) 15:53:36.27

>>165だけど、memo化して特定の子要素だけレンダリングが呼び出されるのを確認できたわ
ありがとう

**デフォルトの名無しさん** · 2021/09/25(土) 21:37:04.38

Vue.jsだと公式サイトからリンクにawesome-vueってのがあって
https://github.com/vuejs/awesome-vue
ここ（Components & Libraries）にVue向けのlibraryやcontrolのリストが列挙されてて大変便利なんですけど、
これのReact版とか無いですか？

**デフォルトの名無しさん** · 2021/09/25(土) 21:39:38.06

言った直後にまんまのがあった...
awesome-react
awesome-react-components

笑

**デフォルトの名無しさん** · 2021/09/25(土) 23:03:28.71

awesome-react-hooksとかawesome-reduxとか思いつくのはだいたいあるキガス

**デフォルトの名無しさん** · 2021/09/27(月) 11:55:16.25

JSだとホットリロードが機能するけどTSだと機能しないのだけど
これはTSの自動トランスパイルが機能してないってことですかね？

**デフォルトの名無しさん** · 2021/09/27(月) 11:57:06.64

>>170
？

**デフォルトの名無しさん** · 2021/09/27(月) 12:09:11.49

再起動したら直ったわ

**デフォルトの名無しさん** · 2021/09/28(火) 17:29:52.40

reactのコンポーネントにクリックとかのイベント処理を付ける時って、onClick＝｛clickHandler｝みたいに書くじゃない
このclickHandlerの処理の中でコンポーネントに渡してある属性を参照したいときってどう書くんだ？

clickHandlerを関数を返す関数にして、

clickHandler ＝（props）＝＞ () ＝＞｛‥｝

コンポーネントにはonClick＝｛clickHandler(props)｝ってやればできるんだけど、これだとuseCallbackが使えなくて毎回レンダリングし直されちゃうんだよな
event.targetはネイティブのDOMの情報しか載ってこないし、誰か教えてえろいひと

**デフォルトの名無しさん** · 2021/09/28(火) 18:22:37.60

>>173
JSの基本機能にクロージャーというのがあってだな
なんと！clickHandlerの中から外(つまりコンポーネント)の変数を参照できるんだよ！

const clickHandler = () => {
console.log(props.xxx)
}

useCallback使ってるならdepsに並べる

const clickHandler = useCallback(() => {
console.log(props.xxx)
}, [props.xxx])

**デフォルトの名無しさん** · 2021/09/28(火) 21:49:04.22

>>174
変数名をpropsにしたのが紛らわしかったかもしれんが

｛arr.map((v)＝＞｛
　　＜ComponentA　key＝v.Id　onClick＝｛clickHandler｝ /＞
｝)｝

みたいなことをやってるときにclickHandlerの処理の中でvを参照するにはどうしたらいいのかな？っていうのが聞きたいことなんだが、クロージャ？にあたるのか？
分かりにくくてスマン

**デフォルトの名無しさん** · 2021/09/28(火) 22:23:47.81

memo 化したコンポーネントで ComponentA をラップし props と clickHandler を受け取って onClick=｛() => clickHandler(props)} とする

**デフォルトの名無しさん** · 2021/09/28(火) 22:25:37.88

>>175
それならComponentAにvを渡してその中で

onXxx={(ev) => clickHandler(ev, v)}

**デフォルトの名無しさん** · 2021/09/28(火) 23:04:47.64

>>176
なーるほどなぁ、面倒だけど確かにそれならできそう

>>177
おー？これはuseCallbackで包めるんか？ちょっと明日試してみるわ

おまえらthx

**デフォルトの名無しさん** · 2021/09/28(火) 23:30:14.37

>>178
input等のdomにマップされるコンポーネントに直接渡す関数をuseCallbackする必要はない

**デフォルトの名無しさん** · 2021/09/29(水) 23:01:40.05

>>177
あ、これ>>176と同じこと言ってるんか、勘違いしてたわ
このためにラップしたコンポーネントを作らなきゃいけないってのはなんかイマイチだけどそれくらいしかなさそうね。ありがとう

**デフォルトの名無しさん** · 2021/09/29(水) 23:13:02.36

>>180
え？177は俺だけどラップしたコンポーネントってなんのことかわからねーぞw
ComponentAもおまえが作ってるんならそんなのいらないだろ

**デフォルトの名無しさん** · 2021/09/30(木) 12:42:41.23

componentAが自作かそうでないかに関わらず言ってることは同じだわな
どちらも子コンポーネント内で実装しないといけないことを言ってるんだから

**デフォルトの名無しさん** · 2021/09/30(木) 14:23:21.02

質問主はどう見ても>>155なんだから自作前提でよくて余計なことは省いた方がいいと思うね

**デフォルトの名無しさん** · 2021/10/03(日) 21:36:14.94

material-uiのspeed dialをネストしたいんだけど無理かな？speed dial actionの代わりにspeed dialそのものを子に持ちたい

**デフォルトの名無しさん** · 2021/10/19(火) 10:58:01.20

VSCodeでsassファイル保存時に自動フォーマット掛けたいですけどそれ出来る拡張ありますか？

**デフォルトの名無しさん** · 2021/10/20(水) 21:47:12.22

>>185
marketplace.visualstudio.com/items?itemName=BdSoftware.format-on-auto-save
標準搭載してほしいわ

**デフォルトの名無しさん** · 2021/11/09(火) 10:45:02.06

イベントと副作用フックどっちでもいい時に、どちらを優先して使うほうがより良いとかってある？

keyを入力するテキスト入力欄、valueを表示するテキスト表示欄がある
keyが変化するとデータを鯖から取ってきてvalueに設定したい

副作用フックでkeyを監視するか、key入力欄の変更通知イベントを使うか、どっちでもいいけど、どちらかというとどっちが良いか？

**デフォルトの名無しさん** · 2021/11/09(火) 11:13:14.15

入力欄の変更イベントで十分だろ
そしてuseDefferedValue経由の値でサーバを叩く

**デフォルトの名無しさん** · 2021/11/17(水) 09:45:52.91

素朴な疑問
状態を持ったり副作用を持ったりするコンポーネントってぶっちゃけclassのほうが可読性いいよね？
フックは書く時は楽だけど後で見るとナンジャコラ？ってなる

**デフォルトの名無しさん** · 2021/11/17(水) 10:40:45.63

>>110を読んでないってわかんだよね

**デフォルトの名無しさん** · 2021/11/17(水) 11:55:31.75

例えばの話、コンポーネントの初期化処理と終了処理はどこでやるの？って新人の疑問に対して

classコンポーネントなら
見たまんまcomponentDidMount、componentWillUnmountだよ
このメソッドを用意しとくとこのコンポーネントを持って管理してるフレームワークさんが、
いい感じのタイミングで呼び出してくれるよ
こう教えてやれば、直感ですぐさまなるほど、と理解して貰える

しかし関数コンポーネントでは純粋関数とは何か、副作用とは何か、フックとは何か、useEffectとは何か、useEffectの引数は何か、引数の戻りの関数は何か
ということをよく理解して頭の中で読み替えないといけない
なのでじっくり時間をかけて教えても、それでも理解するには時間を要する

関数コンポーネントはこんなのが無数にある
だから理解しにくい
タイピングの文字数は減るので書くのは楽だ、ということは確かだが
理解しやすさで言うと、ちょっとね、、、

**デフォルトの名無しさん** · 2021/11/17(水) 16:48:12.54

宣言的なReactを命令的に読み替えるんじゃ永遠に理解できないだろうな
そういう教え方をされる新人がかわいそうだし同情しかない

**デフォルトの名無しさん** · 2021/11/17(水) 20:00:29.63

reactでいくつかのファイルがあって保存(ctrl+s)すると
コンパイルしてくれるファイルとしてくれないファイルがあるんだけど違いってなんですか。。。

**デフォルトの名無しさん** · 2021/11/17(水) 20:55:02.32

使ってるide (vscodeとか) のスレで聞け

**デフォルトの名無しさん** · 2021/11/17(水) 21:47:40.34

>>191
クラスって何？メソッドって何？継承って何？

**デフォルトの名無しさん** · 2021/11/17(水) 22:25:06.52

>>191
クラスだとマウント／アンマウントじゃなくてpropsが変わるたびに開始処理終了処理するってなると全然違うこと教えなきゃダメだろ

**デフォルトの名無しさん** · 2021/11/18(木) 00:22:44.81

レアクトは宣言的だけど実用的なアプリケーションは全て有状態の手続きの塊じゃん？
ということはレアクトと「この不都合な現実世界」を上手いこと切り離して管理する方法が必要なんだよ
それがオブジェクト指向ってわけでね
関数コンポーネントは分離すべき手続きと宣言が渾然一体となっていてわかりにくい
オブジェクト指向を使えば
オブジェクトとオブジェクトを描画する純粋関数に分離することは容易い
それがrenderメソッドな訳だな

**デフォルトの名無しさん** · 2021/11/18(木) 00:44:06.97

レアクト

**デフォルトの名無しさん** · 2021/11/18(木) 00:47:56.13

また知恵遅れクラス信者か
この流れ何度目だよw

**デフォルトの名無しさん** · 2021/11/18(木) 01:15:46.87

関数が優位に立つのはDOMのレンダリングだけ
状態管理と手続きという不可避の現実はオブジェクト指向で処理したほうがいい
関数は状態が無いものだけを扱うべき

**デフォルトの名無しさん** · 2021/11/18(木) 07:26:11.67

状態や手続きを分離する方法はオブジェクトだけじゃない
モナドもそれだしReactの場合は代数的作用が背景にある

**デフォルトの名無しさん** · 2021/11/18(木) 07:56:21.14

>>70辺りからの話を繰り返してるな
高々200しかレスがない過疎スレなんだから一通り読んでから書けばいいのに

**デフォルトの名無しさん** · 2021/11/18(木) 08:07:20.27

>>201
できる、と、簡単にできる、は全く違うからなぁ
モナドもあるしとか言っても、それはオブジェクト指向の簡単さ、理解しやすさ、使いやすさには到底及ばないわけだよ

**デフォルトの名無しさん** · 2021/11/18(木) 08:56:13.25

それってオブジェクト指向を学んでから進歩してませんって自己紹介にすぎなくてオブジェクト指向がしっくりこなかったstaticおじさんと同じなんだよな

**デフォルトの名無しさん** · 2021/11/18(木) 10:18:03.07

理解しやすさ簡単さはオブジェクト指向から学んできたおじさんと関数型から学んできた若者で違うから議論してもしゃーない
それよりReact18がベータになったことだしConcurrent Renderingを知るべき
そしたら行儀の悪いクラスコンポーネントがReactにとって不都合だとわかるし関数コンポーネントで行儀の悪いコードを書きにくくしてることもわかるだろう

**デフォルトの名無しさん** · 2021/11/18(木) 10:23:00.26

Concurrent Renderingでは1回のレンダリングでrenderメソッドや関数コンポーネントが複数回呼ばれることが起こるようになる
いわゆる再レンダリングで複数回じゃなくて例えばdidMountが呼ばれる前にrenderが何度も呼ばれることが起きるようになる
だからrenderメソッドの中でthis.xxxを更新するなどの副作用があると破綻する
それは元々やるべきことじゃなくて行儀か悪いだけなんだがクラスコンポーネントでは書こうと思えば簡単に書けてしまう
そういうバグを検出するために前から用意されてたのがStrictモードだがあまり使われてるのを見たことはないな
クラスコンポーネントだとthis.stateはthis.setStatateを通じてReactが管理してるがその他はクラスコンポーネント任せで野放しになってるのがReact側から見た問題
そこで導入されたのが関数コンポーネントで状態や副作用の扱いが制限されて簡単に見えないのは意図的なんだよね

**デフォルトの名無しさん** · 2021/11/18(木) 10:29:08.68

将来のReactではマウント・アンマウントも複数回行われるようになる
これもコンポーネントのインスタンスが変わる場合の話じゃなくて一つのコンポーネントインスタンスが何度もマウント・アンマウントを繰り返すようになる
クラスコンポーネントではdidMount/willUnmountか同じthisの上で何度も呼ばれることになるんだろう
だから従来のライフサイクルという考え方だと破綻する
useEffectは以前からライフサイクルと考えてはいけないと言われてるしそのためにuseEffectのコールバックは冪等にすべきという原則もある
React18ではそれによって起きる問題を検出するためにStrict Effectモードが増える
こうなるとuseEffectを従来の初期化処理・終了処理に読み替えて理解させるのは単純に間違いということになる
どちらが理解しやすいかという次元の話じゃないんだよね

**デフォルトの名無しさん** · 2021/11/18(木) 13:11:55.12

それはuseStateを使うかlet変数宣言を使うかってのと同じこと
行儀の悪いコードはファンクショナルでも好きなだけ書ける
ようするにプログラマの腕とモラルの問題
ファンクショナルがクラスに対して優位と示す証拠ではないな

Reactが将来のバージョンアップでライフタイムサイクルの仕様変更となるなら
新しいライフタイムサイクルに適応したライフタイムサイクルメソッドを設ければいいだけ
そしてその方がuseEffectより遥かに直感的で理解しやすくなるだろう
実際どんな名称になるかはレアクトマニアでない俺は知らんがおそらくは
initializeComponent
componentDidMount
componentWillUnmount
disposeComponent
この辺りだろう
なんてわかりやすいんだ！

そもそも仕様変更されるからファンクショナルのほうがいいんだーって論理破綻しとるよな
仕様変更されたらそれに合わせてクラスコンポーネントも進化するのが当たり前
進化しないならそれはベンダーの怠慢

**デフォルトの名無しさん** · 2021/11/18(木) 14:18:18.92

ライフサイクルが変わってもuseEffectは影響を受けない
なぜならライフサイクルを扱う機能ではないから
ライフサイクルという考え方そのものを改めたのが今の関数コンポーネントとhookなんだよ
だからライフサイクルメソッドを増やせばいいなんて話ではないんだが伝わらないんだろうなw
まぁ、取り残されたければそれでいいんじゃない？
ここで吠えてもReactチームがクラスコンポーネントを進化させることはないよ
本気で主張したけりゃここに行きな
https://github.com/reactwg/react-18/discussions

**デフォルトの名無しさん** · 2021/11/18(木) 15:19:55.65

本来ライフサイクルメソッドではないuseEffectを、ライフサイクル目的で使わざるを得ない、という状況が非常にバッドだよねぇ
APIの目的外利用ってバッドノウハウとか、黒魔術って呼ばれてるものだよ
最近はそういうの随分と減ったと思ったけど、ファンクショナルコンポーネントでは現役なんだなぁ

useEffectはライフサイクルじゃない！ってんなら
useInitializer
useFainalizer
この２つのフックはオフィシャルに提供した方がいいだろね
それをしないというのはベンダーの怠慢でしかないよ

そうすれば、useEffectの第二引数に謎の空配列を渡すと、お掃除する時にだけ呼ばれます！
なーんて回りくどい、明快さのかけらもない、暗黙の了解はもう、要らなくなるわけだ
冷静に考えてわかりにくいだろ？　空配列ってさ

**デフォルトの名無しさん** · 2021/11/18(木) 16:20:58.58

本当に化石のような石頭だな
現場でもさぞかし迷惑な存在だろう
ライフサイクルって考え方をしないんだからuseInitializerもuseFainalizerも不要なんだよ

間違った理解
コンポーネントがマウントされたら一度だけxxを実行する
コンポーネントがアンマウントされたら一度だけyyを実行する

(やや)正しい理解
コンポーネントがマウントされてる間はzzの状態を維持する

zzの状態ってのはイベントをリッスンしてる状態とかwebsocketをサブスクイブしてる状態とか色々
useEffectのコールバックがそういう「状態を維持する」ものって考えると必然的に冪等にしなきゃいけなくなりConcurrent Renderingで繰り返し呼ばれても大丈夫になる
実際はマウントされてる間とかってのをもっと一般化して

正しい理解
依存配列が変わらない間は状態を維持する

と考える
空配列は変わりようがないから結果的にマウントしてる間はずっと状態を維持するってことになる
だからね、ライフサイクルって考え方がもはや不要で間違ってるんだよ
いつまでも古い考えに固執しないでちゃんと勉強して？

**デフォルトの名無しさん** · 2021/11/18(木) 16:43:19.19

>>211
で、それは手続きだらけの現実世界には対処不能、と
ファンクショナル界隈の連中って、なんでか理想論ばっかなんだよなぁ

コンポーネント初期化時に一回、何か処理をしたい、って自然な要求に直接答える術がない
useEffectという本来違う目的のためにあるものを、使うしかない
これがファンクショナルの限界

例えばコンポーネント初期化時にログを追記したい、とかな
「状態維持する」って考えじゃ実現できねえ処理なんざ、世の中にはいくらでもあるんだ

**デフォルトの名無しさん** · 2021/11/18(木) 17:09:36.68

ファンクショナルの限界じゃなくてお前の限界な

**デフォルトの名無しさん** · 2021/11/18(木) 18:20:41.19

うわあ・・・

ID:3dlOBCKi
ttp://hissi.org/read.php/tech/20211118/M2RsT0JDS2k.html

**デフォルトの名無しさん** · 2021/11/18(木) 18:34:14.46

>>213
いや、ファンクショナルの限界
ファンクショナルでは本来の目的から外れた使い方をしなければない
初回だけ処理したいだけなのに、状態を維持するファンクションを強要される

**デフォルトの名無しさん** · 2021/11/18(木) 19:03:14.82

使う人が増えると残念な人も増えるいつもの光景

**デフォルトの名無しさん** · 2021/11/18(木) 22:26:22.51

こういう残念な人が出てくるのは公式サイトのドキュメンが悪いせいもある
元がクラスコンポーネント時代に作られてhooksは後付だからuseEffectがライフサイクルで説明されてしまってる
作り直してる新しいドキュメントでは最初からhooksで説明されるから勘違いおじさんが撲滅されるといいな

**デフォルトの名無しさん** · 2021/11/19(金) 09:42:11.48

>>194
webpack-dev-server知らんのは流石に論外やろ

**デフォルトの名無しさん** · 2021/11/21(日) 14:16:11.00

関数型のテクニックを使ってるってだけで、やってることはただのオブジェクト指向なんだよな
所詮は構文の違いでしかない
属性を使うかuseStateを使うか
Reactにコールバックをどうやって教えるか
それだけだ
オブジェクト指向ユーザーは、素直にクラスを使ってそれを実装する
関数型ユーザーはやってること同じなんだが、イキがってフックとか使いだして、読み手を混乱させる

JavaScriptの黎明期にプロトタイプベースのオブジェクト指向を使うか、クロージャベースのオブジェクト指向を使うかで揉めてたのと、同じ構図だ
クロージャは関数型で発展したツールだが、実現したい事は結局、どっちもオブジェクト指向だった

**デフォルトの名無しさん** · 2021/11/21(日) 17:48:46.47

お前がそう思うんならそうなんだろうお前ん中ではな

**デフォルトの名無しさん** · 2021/11/21(日) 17:55:48.39

オブジェクト指向のテクニックを使ってるだけでやってることはただの構造化なんだよな
所詮は構文の違いでしかない

こうですか
最後は全部ただの機械語ですしね！

**デフォルトの名無しさん** · 2021/11/21(日) 20:40:46.53

例えばさ、
ちょっと複雑なコンポーネントを作ろうぜ、ってなったら、誰だってプログラムを分割するだろう？

function useMyForm () {
// 略::フックを使った汚いコード
return { /* 美しいオブジェクト */ }
}

function MyForm () {
const f = useMyForm()
return <…..略
}

useMyFormは何をやってるかというと、reactのフックを使った汚いコードを隠蔽して、
代わりにエレガントな形を持ったオブジェクトを生成して返してるんだね
詳細をカプセル化して、外から見て美しいオブジェクトを作る
これはオブジェクト指向の基本にして、真髄

ファンクショナルのツールを使ってるだけで、やってることはオブジェクト指向、とはこういうこと

それで、賢い人はこの匿名のオブジェクトに名前を付けて、さらに理解を助けるわけだ
例えばclass MyFormBehaivorとかね

で、MyFormはMyFormBehaviorを継承してrenderを付けるだけ、だな、とすぐに気付く筈だね

結局さ、同じなんだよ、やってることが
同じなら、見た目に読みやすい方がいいに決まってる
で、読みやすいのは断然、オブジェクト指向

QED

**デフォルトの名無しさん** · 2021/11/21(日) 20:55:13.47

しつこい

**デフォルトの名無しさん** · 2021/11/21(日) 21:04:01.25

ふむ、反論ができなくなったのかな？

**デフォルトの名無しさん** · 2021/11/21(日) 21:16:31.74

石頭の老害相手に反論しても無駄

**デフォルトの名無しさん** · 2021/11/21(日) 22:35:19.11

馬鹿は論破できない

**デフォルトの名無しさん** · 2021/11/22(月) 10:00:05.25

今どきfunctionって書くか？

**デフォルトの名無しさん** · 2021/11/22(月) 14:12:56.45

書かない

**デフォルトの名無しさん** · 2021/12/03(金) 10:05:55.29

ボタン連打するけしからん奴対策の定番ライブラリ教えてよ
送信フラグ管理はもう疲れた
あ、いちおクロスプラットフォームのライブラリでヨロ

**デフォルトの名無しさん** · 2021/12/03(金) 16:35:10.63

ボタン押下で実行されるのをステートの値をtrueにするのみのsetAnyState(true)とかにして
実処理を
useEffect(()=>{if(anyState){
// 実際したい処理
setAnyState(false)
}},[anyState])
にしとけば連打されても大丈夫じゃね？

**デフォルトの名無しさん** · 2021/12/03(金) 18:25:47.16

ボタンが押されたらボタンをdisabledにすればいいじゃん

**デフォルトの名無しさん** · 2021/12/03(金) 19:41:18.43

わろた

**デフォルトの名無しさん** · 2021/12/03(金) 19:41:36.25

それだとめっちゃ高速にダブルクリックした場合多分イベント2回来る場合ある

**デフォルトの名無しさん** · 2021/12/03(金) 20:19:23.32

JavaScriptはシングルスレッド

**デフォルトの名無しさん** · 2021/12/06(月) 19:49:21.16

**デフォルトの名無しさん** · 2021/12/06(月) 20:06:59.76

useMyEffectもuseMyHookでやるべきじゃねーの
それができないならuseMyEffectを

foo: useCallback(() => a+b, [a, b]),
bar: useCallback(() => a-b, [a, b])

とすれば[???]は

[myhook.foo, myhook.bar]

**デフォルトの名無しさん** · 2021/12/06(月) 20:07:50.83

とりあえずこれ読んどけ
https://blog.uhy.ooo/entry/2021-02-23/usecallback-custom-hooks/

**デフォルトの名無しさん** · 2021/12/06(月) 20:11:27.69

>>236
1行目訂正

useEffectもuseMyHookでやるべきじゃねーの

**デフォルトの名無しさん** · 2021/12/06(月) 22:16:00.54

>>236
thank you.

**デフォルトの名無しさん** · 2021/12/08(水) 14:16:37.56

function MyComp () {
const vm = useMyCompViewModel();
return <略 />;
}

MyCompのユニットテストする時ってどうしてる？
つまりuseMyCompViewModelをインジェクトしたい時

**デフォルトの名無しさん** · 2021/12/08(水) 15:51:56.43

https://github.com/testing-library/react-hooks-testing-library

**デフォルトの名無しさん** · 2021/12/08(水) 19:22:47.15

>>241
㌧
でもこれフックのテスト用なのでは？
そうじゃなくフックをモック化してコンポーネントをテストしたい

**デフォルトの名無しさん** · 2021/12/08(水) 21:33:33.67

テストだけならこんなんで十分じゃね
function MyComp (props) {
const useViewModel = props.useMyCompViewModel || useMyCompViewModel
const vm = useViewModel();
return <略 />;
}

**デフォルトの名無しさん** · 2021/12/08(水) 21:48:07.68

経年劣化に耐える ReactComponent の書き方
https://zenn.dev/takepepe/articles/howto-withstand-aging-react-component

**デフォルトの名無しさん** · 2021/12/08(水) 22:23:21.01

>>243
なるぼどなぁ
これで少しやってみよかな

**デフォルトの名無しさん** · 2021/12/11(土) 11:45:52.40

サードパーティコンポーネントが状態や副作用を持っているがこれを除去してステートレスにしたい
どうすればいい？ソースコードを書き換えるのは無しで

**デフォルトの名無しさん** · 2021/12/11(土) 11:52:28.47

プルリクエスト

**デフォルトの名無しさん** · 2021/12/11(土) 12:05:31.62

function IWantEasyTestableComponent(props) {
return (<View>
<FackingStatefullComponent foo={props.foo} />
<MyAwesomeStatelessComponent {…props} />
</View>);
}

こういうの、どうすりゃいいんだ？
野良ライブラリはどれもこれもアマチュアが好き勝手作ってるから、利便性はともかく品質のムラが大きすぎる
できれば使いたく無いが、使う前提で予算と工程を組まれる
オープンソースのダークサイドやね

**デフォルトの名無しさん** · 2021/12/11(土) 12:21:22.59

jest.mock('path/to/FackingStatefullComponent')

**デフォルトの名無しさん** · 2021/12/11(土) 12:27:06.61

>>249
ソースコードの書き換えとどう違うんだそれ？

**デフォルトの名無しさん** · 2021/12/11(土) 12:44:03.50

依存関係をインターフェース等で明示的に分離してインジェクションするポイントを作るという考え方ではなく
モジュール自体を上書きしてしまうことで無理やりインジェクションするということか
違和感が強いがこれがJavaScriptの文化と思って受け入れるしかないか

**デフォルトの名無しさん** · 2021/12/12(日) 21:59:15.39

LogBox邪魔すぎる
機能OFFにできんのかコレ

**デフォルトの名無しさん** · 2021/12/20(月) 09:27:19.20

状態、副作用は親コンポーネントに持たせるべきか
子コンポーネントに持たせるべきか

**デフォルトの名無しさん** · 2021/12/20(月) 17:18:10.57

コンポーネントの用途に依る
基本的にはコンポーネントで独立してる方がいいと思う

ちゃんと精査すれば全体で管理しなきゃいけない状態ってそんなに多くないはず

**デフォルトの名無しさん** · 2021/12/20(月) 18:51:15.00

以前は
親(コンテナ)コンポーネントで状態管理
子(プレゼンテーショナル)コンポーネントは表示だけ
ってのが流行ってたが廃れたな
再レンダリングが発生しやすいせいかな

**デフォルトの名無しさん** · 2021/12/21(火) 15:04:20.98

まあケースバイケースになるか

そこそこ複雑な入力ページなんだけど
親に状態を持たせると不定個数の状態の扱いがやりにくい
子に状態を持たせると親への通知がやりにくい
どっちでやってもスッキリしない

**デフォルトの名無しさん** · 2021/12/21(火) 15:13:11.31

入力フォームなら素直にreact-hook-form使え

**デフォルトの名無しさん** · 2021/12/21(火) 15:40:04.62

ほぉん
なかなか便利そう
どこまで複雑な入力ページに耐えられるか気になるところだけど
単純なフォームならこれで良さそうだ

**デフォルトの名無しさん** · 2021/12/29(水) 00:29:54.67

React完全に理解したがパフォーマンスの上げ方がわからねえ

**デフォルトの名無しさん** · 2021/12/29(水) 00:50:07.29

>>259
理解出来てねーーじゃん！

**デフォルトの名無しさん** · 2021/12/29(水) 01:49:18.73

完全に理解した＝何もわからんだからな
チョットでかる＝世界一わかってるだし

**デフォルトの名無しさん** · 2022/01/04(火) 12:28:56.67

ブラウザデバッガで見て出てるエラー消すところからかな
あとreact-router使わんとページ遷移の度にDOM読み直しとかも効率悪い事この上ない

**デフォルトの名無しさん** · 2022/01/05(水) 12:38:15.54

Reactの優れたイディオム、デザインパターンまとめたサイト、書籍、教えてよ

**デフォルトの名無しさん** · 2022/01/09(日) 14:30:52.75

react nativeのパーツかわからないんですけど
画面の下から出てくるダイアログってどのモジュールを使えばいいんでしょう？

ttps://i.imgur.com/FuvGKCx.jpg

**デフォルトの名無しさん** · 2022/01/20(木) 19:51:41.70

reduxでプレーンな只の関数でstate参照したい時ってどうすれば良いの？
reducersでもactionsでも無いから直接stateは見えない。コンポーネントじゃ無いから
store.subscribeもuseSelectorも出来ないgetState()もない。
やりたいことは、Webの初期表示でstate.env{}の中にブラウザの種類・バージョンとかOSの種類とか入れてるけどそれを単純に参照する関数が書けない
stateはreadOnlyで更新しないから見えればOK

export const seeStateAndDoSomething() {
const { env } = getState() ; // これは出来ないけどコレっぽい処理したい
if ( env.browser == 'firefox' ) {
...何かの処理
} else if ( env.browser == 'chrome' ) {

}
);

どうすりゃ良いの？おそえて。

**デフォルトの名無しさん** · 2022/01/20(木) 19:58:21.41

store.getState()

**デフォルトの名無しさん** · 2022/01/22(土) 01:00:33.62

React Nativeはオワコンらしいですが
Reactは使う価値ありますか？

教えてエロい人

**デフォルトの名無しさん** · 2022/01/22(土) 01:02:15.28

>>267
自分で見極められないの？

**デフォルトの名無しさん** · 2022/01/22(土) 01:17:25.20

>>268
すいません。
パソコン初心者です。
アドバイスお願いします。

**デフォルトの名無しさん** · 2022/01/22(土) 01:19:22.91

初心者はやめておいた方が良いです

**デフォルトの名無しさん** · 2022/01/22(土) 01:25:12.66

これから勉強するならFlutterの方がいいですか？

**デフォルトの名無しさん** · 2022/01/22(土) 10:04:33.20

シカトっすか？

**デフォルトの名無しさん** · 2022/01/22(土) 11:17:22.76

まず上級者になることをおすすめします

**デフォルトの名無しさん** · 2022/01/23(日) 11:01:19.74

create-react-appで、npm run buildしたのですが
manifest.jsonのみがbuildフォルダーにコピーされないです・・・
回避方法ないでしょうか？

**デフォルトの名無しさん** · 2022/01/23(日) 11:08:40.96

>>274
解決しました！失礼しました・・・。

**デフォルトの名無しさん** · 2022/01/26(水) 10:48:59.57

Reduxのストアにクラスっぽいオブジェクト（プロパティ＋関数）入れようとしたら
non-serialize objectがどうのこうのとエラーになった。
そもそも何でシリアライズなんかやろうとするんだ？

**デフォルトの名無しさん** · 2022/01/26(水) 10:59:34.07

不変性を担保するためじゃね

**デフォルトの名無しさん** · 2022/01/26(水) 11:35:00.62

なんかもっと決定的な感じのフレームワーク出ないのエロい人？

**デフォルトの名無しさん** · 2022/01/26(水) 17:40:44.17

>>277
別にそんなもん担保する必要ないだろ。

**デフォルトの名無しさん** · 2022/01/26(水) 18:01:16.43

reduxの根本が不変性をベースにしてるんだが
でないとシャロー比較とか成り立たない
たいして有用じゃないがタイムトラベルも不変性前提の機能
そのへんちゃんと理解してから使った方がいいよ

**デフォルトの名無しさん** · 2022/01/27(木) 00:56:59.89

そんなどうでも良い概念を使用者全員に押し付けて来んなよ。
単にreactでアプリをリプレイスで作ったら状態がコンポーネント単位で持たれて、
アプリ単位で持ちたいな、と考えたらReduxが一番人気だよって事で採用しただけだ。
不変性?(w)　プログラムが変数に余計な変更加えなければ何もしなくても担保されてるだろｗ

**デフォルトの名無しさん** · 2022/01/27(木) 01:06:46.42

ダメだこいつ…

**デフォルトの名無しさん** · 2022/01/27(木) 01:39:30.37

何故それが必要と思うのか説明して見ろよｗ

**デフォルトの名無しさん** · 2022/01/27(木) 05:05:01.32

Ruby on Rails の作者・DHH の動画では、

React, Vue.js とか、規約だけのフレームワーク・Stimulus も使う

**デフォルトの名無しさん** · 2022/01/27(木) 10:03:38.14

>>283
すでに280に書いただろが
もっともシャロー比較のために不変性が必要というのは話が逆で不変性が前提としてあるからシャロー比較が機能するんだが
もっと言えばreduxは関数型のスタイルを「選択」して全体が作られてる
だからステートやアクションは不変に、reducerやselecterは純粋にすべしってこと
それがreduxの設計意図
一番人気と聞いただけで飛びついちゃった上っ面君には関係ない話だけどな

**デフォルトの名無しさん** · 2022/01/27(木) 10:51:15.03

>>284
DHHってフロントエンドでは間違いしかしない人だからスルー推奨

**デフォルトの名無しさん** · 2022/01/27(木) 11:28:21.68

>>285
だから全てのアプリがシャロー比較とかタイムトラベルしたい訳じゃないだろって話してんだがｗ？
まあ、余計な機能をテンコ盛りに詰めて利用者に強制したから、別の実装が出たりreactが自前実装して
見捨てられるんだろうけど。Reduxに期待する事はFluxのあの図を忠実に実装する事だけで余計な機能は付けるなよ

>一番人気と聞いただけで飛びついちゃった上っ面君には関係ない話だけどな

飛びついたのは俺じゃなくて俺が使ってるミドル作った人だけど、まあ、あのアプリの規模（デモレベル）
でそんな面倒臭いシステム使ったのなら、理由はそんなところだろうなと。
Reduxはマジあかんな。費用対効果が悪すぎる。
コスト意識の無い潔癖な学者か研究者が作ったシステムって感じがするね。

**デフォルトの名無しさん** · 2022/01/27(木) 12:05:30.94

>>287
全てのアプリがしたいかどうかじゃなくてredux使うアプリはその流儀に従うしかないって話なんだがわからず屋だな
それが嫌ならredux選ぶなっつーだけの話だ
ちなみにシャロー比較はreact.memoなどreactエコシステムの共通項だから全てのreactアプリ開発者が身につけておくべきことだけどな
だいたいreduxの元の作者が今はreactコアチームの主要メンバーでredux不要化を進めてる張本人だし

**デフォルトの名無しさん** · 2022/01/28(金) 04:01:26.15

Deanin, 1/10、15分の動画

Setup A Ruby on Rails 7 API With React JS
https://www.youtube.com/watch?v=sh4WrNGDvQM

WSL, Ubuntu 20.04, VSCode(Remote WSL)
Ruby 3, Rails 7 のAPI モード、React, Axios

Railsのscaffold で、簡単なデモ。
この兄ちゃんは、きれいな英語を喋るので、翻訳も分かりやすい

**デフォルトの名無しさん** · 2022/01/28(金) 07:19:26.02

Ruby はお呼びじゃないです

**デフォルトの名無しさん** · 2022/01/29(土) 01:06:49.85

>だいたいreduxの元の作者が今はreactコアチームの主要メンバーでredux不要化を進めてる張本人だし

害悪をまき散らした張本人だな。
マジであの生鮮性を何故実装して広めようとした事は理解に苦しむ。
J2EEとかhadoopとか(多分将来的にk8sも）生産性が超絶に低い潔癖システムが消えてなくなった事例から全く学ぼうとしないんだな。

**デフォルトの名無しさん** · 2022/02/06(日) 05:24:52.64

ReactでPOSTメソッドだけを受けるアプリ作るのはどうすれば良いんでしょう？
"react POST method "でぐぐってもfetchを使えとか、何故か投げる側の処理ばかりが出ます。
webサーバーには何も入れてないので、npm start で動くサーバーと思しき物はreact-scriptsの筈です。
POSTメソッドだけに紐付いたコンポーネント書きたいのですが…

**デフォルトの名無しさん** · 2022/02/06(日) 07:33:46.13

>>292
(´Д`)

**デフォルトの名無しさん** · 2022/02/06(日) 13:52:11.36

>>292
これネタじゃなくマジで言ってんの

**デフォルトの名無しさん** · 2022/02/06(日) 15:17:45.09

(´Д`)

**デフォルトの名無しさん** · 2022/02/06(日) 15:52:20.16

GETとPOSTの違いを質問するだけで、
アレな人を面接から排除できるし、簡単だな
これで95%ぐらい排除できるし

**デフォルトの名無しさん** · 2022/02/06(日) 16:34:57.86

いやいや、この場合はクライアントとサーバの違いを質問するところからだろ……

**デフォルトの名無しさん** · 2022/02/06(日) 16:41:29.09

まずネタかどうか...

**デフォルトの名無しさん** · 2022/02/06(日) 16:52:26.30

□私はロボットではありません

**デフォルトの名無しさん** · 2022/02/06(日) 21:41:04.19

あれ？Reactってサーバーサイドで動く処理は一切かけないの？？
Next.jsとかあるから、かけるもんかと思ってたけど。

**デフォルトの名無しさん** · 2022/02/06(日) 22:13:46.32

Next.jsってそれっぽい処理あるのね
React勉強中でAPIサーバ別で作るかって思ってたけどNext.jsで事足りそう

**デフォルトの名無しさん** · 2022/02/06(日) 22:34:10.48

Next.jsのサーバサイドはpages以下のページコンポーネントに対応するGETリクエストを受けたときだけそのページコンポーネントをレンダリングする(SSRの場合)
POSTを処理するにはAPIルートを使えるがこれはReactコンポーネント関係ない

**デフォルトの名無しさん** · 2022/02/07(月) 16:33:13.54

Ruby on Rails は、React, Bootstrap が多い

他には、Vue.js, Stimulus, jQuery
Bulma, Tailwind

Rails にはHTML ではなく、JSON を返す、API モードもある

**デフォルトの名無しさん** · 2022/02/07(月) 16:54:59.57

ウザ

**デフォルトの名無しさん** · 2022/02/08(火) 16:28:11.87

prettier以外でReact hookでつかえる
フォーマッターで何か良いの無いでしょか？

**デフォルトの名無しさん** · 2022/02/15(火) 22:42:35.11

eslint

**デフォルトの名無しさん** · 2022/03/16(水) 12:08:38.94

webサイト作っててログイン名とか持ち回りたいんですけど、usestateとかpropsとかで持ち回るよりlocalstorageとかsessionstorageとか使えば良いのでは？と思うのですが何か問題あったりする？

**デフォルトの名無しさん** · 2022/03/16(水) 15:24:22.47

なぜその程度の情報をそこに保存しようと思ったのかを知りたいね

**デフォルトの名無しさん** · 2022/03/16(水) 21:21:30.66

もち回るのが面倒だからこれでいいかなって、、

**デフォルトの名無しさん** · 2022/03/16(水) 21:24:39.33

どうせ他にも持ち回る情報はあるのだからちゃんと管理した方がいいよ
どっちしろuseLocalStorageみたいなフック作ることになるんだし

**デフォルトの名無しさん** · 2022/03/17(木) 01:04:21.86

Ruby on Rails では、セッション情報を何を使って実現しているかは、あまり意識しない。
各デバイスを自分でコーディングする事もない

4KB までなら、ブラウザのcookie だし、
それ以上なら、Rails のキャッシュか、データベースとか

フレームワークを使わない人は、自分で調べてコーディングするから、
何十倍も時間が掛かって、なおかつ低品質な実装しかできない

**デフォルトの名無しさん** · 2022/03/17(木) 23:27:53.87

>>311
氏ね

**デフォルトの名無しさん** · 2022/04/01(金) 10:10:23.98

React初心者だけど画面のDevelper ToolsからReactコンポーネントが
どれなのかってわかりにくいよね？
ブラウザからHTMLを見るとどれがReactコンポーネントの塊なのかわかりにくいし
Reactコンポーネントを組み込んだHTMLのビューファイルのソースコードを見ると
配置されているコンポーネントが何なのかわかりにくい

**デフォルトの名無しさん** · 2022/04/01(金) 11:23:42.76

React DevToolsというのがありましてん

**デフォルトの名無しさん** · 2022/04/01(金) 18:54:14.92

Reactってちょっとした実装するとすぐパフォーマンス悪くなって
不要なれだリングを抑制するのに苦労するじゃん

これ逆にで、全て手動でレダリング指示する方式には出来なかったん？

**デフォルトの名無しさん** · 2022/04/01(金) 19:46:55.68

それなんてjQuery

**デフォルトの名無しさん** · 2022/04/03(日) 15:55:17.06

>>307
recoil使えばええんやない？それで足りんかったらrecoil-persistも

**デフォルトの名無しさん** · 2022/04/13(水) 00:17:55.41

react-bootstrapの"esm"ってどこの馬鹿が付けたんだ？
RowとかColとかを自動インポートするたびにesmが付きやがる・・・（怒
それならreact-bootstrap-esmにでもしてreact-bootstrapとは分けろよ
とんでもねえ馬鹿野郎が作っちまったな