React と React Native のスレ (481ﾚｽ)
React と React Native のスレ http://mevius.5ch.net/test/read.cgi/tech/1552134567/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
178: デフォルトの名無しさん [sage] 2021/09/28(火) 23:04:47.64 ID:s3NqJ5bC >>176 なーるほどなぁ、面倒だけど確かにそれならできそう >>177 おー？これはuseCallbackで包めるんか？ちょっと明日試してみるわ おまえらthx http://mevius.5ch.net/test/read.cgi/tech/1552134567/178
179: デフォルトの名無しさん [sage] 2021/09/28(火) 23:30:14.37 ID:pKLoFE48 >>178 input等のdomにマップされるコンポーネントに直接渡す関数をuseCallbackする必要はない http://mevius.5ch.net/test/read.cgi/tech/1552134567/179
180: デフォルトの名無しさん [sage] 2021/09/29(水) 23:01:40.05 ID:lzBphG+K >>177 あ、これ>>176と同じこと言ってるんか、勘違いしてたわ このためにラップしたコンポーネントを作らなきゃいけないってのはなんかイマイチだけどそれくらいしかなさそうね。ありがとう http://mevius.5ch.net/test/read.cgi/tech/1552134567/180
181: デフォルトの名無しさん [sage] 2021/09/29(水) 23:13:02.36 ID:VRCLPgDh >>180 え？177は俺だけどラップしたコンポーネントってなんのことかわからねーぞw ComponentAもおまえが作ってるんならそんなのいらないだろ http://mevius.5ch.net/test/read.cgi/tech/1552134567/181
182: デフォルトの名無しさん [sage] 2021/09/30(木) 12:42:41.23 ID:TAcHeIwJ componentAが自作かそうでないかに関わらず言ってることは同じだわな どちらも子コンポーネント内で実装しないといけないことを言ってるんだから http://mevius.5ch.net/test/read.cgi/tech/1552134567/182
183: デフォルトの名無しさん [sage] 2021/09/30(木) 14:23:21.02 ID:uxDakMZz 質問主はどう見ても>>155なんだから自作前提でよくて余計なことは省いた方がいいと思うね http://mevius.5ch.net/test/read.cgi/tech/1552134567/183
184: デフォルトの名無しさん [sage] 2021/10/03(日) 21:36:14.94 ID:9xTT9AKy material-uiのspeed dialをネストしたいんだけど無理かな？speed dial actionの代わりにspeed dialそのものを子に持ちたい http://mevius.5ch.net/test/read.cgi/tech/1552134567/184
185: デフォルトの名無しさん [] 2021/10/19(火) 10:58:01.20 ID:I/uBXkGk VSCodeでsassファイル保存時に自動フォーマット掛けたいですけどそれ出来る拡張ありますか？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/185
186: デフォルトの名無しさん [] 2021/10/20(水) 21:47:12.22 ID:VGECjsMp >>185 marketplace.visualstudio.com/items?itemName=BdSoftware.format-on-auto-save 標準搭載してほしいわ http://mevius.5ch.net/test/read.cgi/tech/1552134567/186
187: デフォルトの名無しさん [sage] 2021/11/09(火) 10:45:02.06 ID:tf9NUtHx イベントと副作用フックどっちでもいい時に、どちらを優先して使うほうがより良いとかってある？ keyを入力するテキスト入力欄、valueを表示するテキスト表示欄がある keyが変化するとデータを鯖から取ってきてvalueに設定したい 副作用フックでkeyを監視するか、key入力欄の変更通知イベントを使うか、どっちでもいいけど、どちらかというとどっちが良いか？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/187
188: デフォルトの名無しさん [sage] 2021/11/09(火) 11:13:14.15 ID:ppTxKkYh 入力欄の変更イベントで十分だろ そしてuseDefferedValue経由の値でサーバを叩く http://mevius.5ch.net/test/read.cgi/tech/1552134567/188
189: デフォルトの名無しさん [sage] 2021/11/17(水) 09:45:52.91 ID:gjeYELEc 素朴な疑問 状態を持ったり副作用を持ったりするコンポーネントってぶっちゃけclassのほうが可読性いいよね？ フックは書く時は楽だけど後で見るとナンジャコラ？ってなる http://mevius.5ch.net/test/read.cgi/tech/1552134567/189
190: デフォルトの名無しさん [sage] 2021/11/17(水) 10:40:45.63 ID:yi3gjxGP >>110を読んでないってわかんだよね http://mevius.5ch.net/test/read.cgi/tech/1552134567/190
191: デフォルトの名無しさん [sage] 2021/11/17(水) 11:55:31.75 ID:gjeYELEc 例えばの話、コンポーネントの初期化処理と終了処理はどこでやるの？って新人の疑問に対して classコンポーネントなら 見たまんまcomponentDidMount、componentWillUnmountだよ このメソッドを用意しとくとこのコンポーネントを持って管理してるフレームワークさんが、 いい感じのタイミングで呼び出してくれるよ こう教えてやれば、直感ですぐさまなるほど、と理解して貰える しかし関数コンポーネントでは純粋関数とは何か、副作用とは何か、フックとは何か、useEffectとは何か、useEffectの引数は何か、引数の戻りの関数は何か ということをよく理解して頭の中で読み替えないといけない なのでじっくり時間をかけて教えても、それでも理解するには時間を要する 関数コンポーネントはこんなのが無数にある だから理解しにくい タイピングの文字数は減るので書くのは楽だ、ということは確かだが 理解しやすさで言うと、ちょっとね、、、 http://mevius.5ch.net/test/read.cgi/tech/1552134567/191
192: デフォルトの名無しさん [sage] 2021/11/17(水) 16:48:12.54 ID:QzSwOiy0 宣言的なReactを命令的に読み替えるんじゃ永遠に理解できないだろうな そういう教え方をされる新人がかわいそうだし同情しかない http://mevius.5ch.net/test/read.cgi/tech/1552134567/192
193: デフォルトの名無しさん [sage] 2021/11/17(水) 20:00:29.63 ID:h3betjKK reactでいくつかのファイルがあって保存(ctrl+s)すると コンパイルしてくれるファイルとしてくれないファイルがあるんだけど違いってなんですか。。。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/193
194: デフォルトの名無しさん [sage] 2021/11/17(水) 20:55:02.32 ID:Wtj2hevs 使ってるide (vscodeとか) のスレで聞け http://mevius.5ch.net/test/read.cgi/tech/1552134567/194
195: デフォルトの名無しさん [sage] 2021/11/17(水) 21:47:40.34 ID:h3+MjybB >>191 クラスって何？メソッドって何？継承って何？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/195
196: デフォルトの名無しさん [sage] 2021/11/17(水) 22:25:06.52 ID:N4+deCyE >>191 クラスだとマウント／アンマウントじゃなくてpropsが変わるたびに開始処理終了処理するってなると全然違うこと教えなきゃダメだろ http://mevius.5ch.net/test/read.cgi/tech/1552134567/196
197: デフォルトの名無しさん [sage] 2021/11/18(木) 00:22:44.81 ID:3dlOBCKi レアクトは宣言的だけど実用的なアプリケーションは全て有状態の手続きの塊じゃん？ ということはレアクトと「この不都合な現実世界」を上手いこと切り離して管理する方法が必要なんだよ それがオブジェクト指向ってわけでね 関数コンポーネントは分離すべき手続きと宣言が渾然一体となっていてわかりにくい オブジェクト指向を使えば オブジェクトとオブジェクトを描画する純粋関数に分離することは容易い それがrenderメソッドな訳だな http://mevius.5ch.net/test/read.cgi/tech/1552134567/197
198: デフォルトの名無しさん [sage] 2021/11/18(木) 00:44:06.97 ID:aYAbIgl/ レアクト http://mevius.5ch.net/test/read.cgi/tech/1552134567/198
199: デフォルトの名無しさん [sage] 2021/11/18(木) 00:47:56.13 ID:F8B2t3Oi また知恵遅れクラス信者か この流れ何度目だよw http://mevius.5ch.net/test/read.cgi/tech/1552134567/199
200: デフォルトの名無しさん [sage] 2021/11/18(木) 01:15:46.87 ID:3dlOBCKi 関数が優位に立つのはDOMのレンダリングだけ 状態管理と手続きという不可避の現実はオブジェクト指向で処理したほうがいい 関数は状態が無いものだけを扱うべき http://mevius.5ch.net/test/read.cgi/tech/1552134567/200
201: デフォルトの名無しさん [sage] 2021/11/18(木) 07:26:11.67 ID:sAyjJzQx 状態や手続きを分離する方法はオブジェクトだけじゃない モナドもそれだしReactの場合は代数的作用が背景にある http://mevius.5ch.net/test/read.cgi/tech/1552134567/201
202: デフォルトの名無しさん [sage] 2021/11/18(木) 07:56:21.14 ID:JMkvun5L >>70辺りからの話を繰り返してるな 高々200しかレスがない過疎スレなんだから一通り読んでから書けばいいのに http://mevius.5ch.net/test/read.cgi/tech/1552134567/202
203: デフォルトの名無しさん [sage] 2021/11/18(木) 08:07:20.27 ID:3dlOBCKi >>201 できる、と、簡単にできる、は全く違うからなぁ モナドもあるしとか言っても、それはオブジェクト指向の簡単さ、理解しやすさ、使いやすさには到底及ばないわけだよ http://mevius.5ch.net/test/read.cgi/tech/1552134567/203
204: デフォルトの名無しさん [sage] 2021/11/18(木) 08:56:13.25 ID:O/tzCGdy それってオブジェクト指向を学んでから進歩してませんって自己紹介にすぎなくてオブジェクト指向がしっくりこなかったstaticおじさんと同じなんだよな http://mevius.5ch.net/test/read.cgi/tech/1552134567/204
205: デフォルトの名無しさん [sage] 2021/11/18(木) 10:18:03.07 ID:5if92K6E 理解しやすさ簡単さはオブジェクト指向から学んできたおじさんと関数型から学んできた若者で違うから議論してもしゃーない それよりReact18がベータになったことだしConcurrent Renderingを知るべき そしたら行儀の悪いクラスコンポーネントがReactにとって不都合だとわかるし関数コンポーネントで行儀の悪いコードを書きにくくしてることもわかるだろう http://mevius.5ch.net/test/read.cgi/tech/1552134567/205
206: デフォルトの名無しさん [sage] 2021/11/18(木) 10:23:00.26 ID:5if92K6E Concurrent Renderingでは1回のレンダリングでrenderメソッドや関数コンポーネントが複数回呼ばれることが起こるようになる いわゆる再レンダリングで複数回じゃなくて例えばdidMountが呼ばれる前にrenderが何度も呼ばれることが起きるようになる だからrenderメソッドの中でthis.xxxを更新するなどの副作用があると破綻する それは元々やるべきことじゃなくて行儀か悪いだけなんだがクラスコンポーネントでは書こうと思えば簡単に書けてしまう そういうバグを検出するために前から用意されてたのがStrictモードだがあまり使われてるのを見たことはないな クラスコンポーネントだとthis.stateはthis.setStatateを通じてReactが管理してるがその他はクラスコンポーネント任せで野放しになってるのがReact側から見た問題 そこで導入されたのが関数コンポーネントで状態や副作用の扱いが制限されて簡単に見えないのは意図的なんだよね http://mevius.5ch.net/test/read.cgi/tech/1552134567/206
207: デフォルトの名無しさん [sage] 2021/11/18(木) 10:29:08.68 ID:5if92K6E 将来のReactではマウント・アンマウントも複数回行われるようになる これもコンポーネントのインスタンスが変わる場合の話じゃなくて一つのコンポーネントインスタンスが何度もマウント・アンマウントを繰り返すようになる クラスコンポーネントではdidMount/willUnmountか同じthisの上で何度も呼ばれることになるんだろう だから従来のライフサイクルという考え方だと破綻する useEffectは以前からライフサイクルと考えてはいけないと言われてるしそのためにuseEffectのコールバックは冪等にすべきという原則もある React18ではそれによって起きる問題を検出するためにStrict Effectモードが増える こうなるとuseEffectを従来の初期化処理・終了処理に読み替えて理解させるのは単純に間違いということになる どちらが理解しやすいかという次元の話じゃないんだよね http://mevius.5ch.net/test/read.cgi/tech/1552134567/207
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 274 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s