React と React Native のスレ (481ﾚｽ)
上下前次1-新
95(1): 2021/08/10(火)12:36 ID:0SSgF6Zh(5/5) AAS
いや、アトミックデザイン的に機能分割して
その単位をオブジェクト指向的にデザインしてたわー−（前回プロジェクト）
でもRender()しかやらん関数と、
その外にはみ出た処理で細切れ関数だらけになって、
コード読みにくいは、実装も美しくならんわー− ( ﾉД`)ﾄﾞｽﾙ
96: 2021/08/10(火)14:00 ID:8kvO2lBn(1) AAS
Redux素晴らしいって言ってた人たちは今息してんのかな
97(1): 2021/08/10(火)14:08 ID:UtkECLI3(1/3) AAS
>>95
この流れでアトミックデザインを出してくるのものすっごく薄っぺらい
98(1): 2021/08/10(火)14:15 ID:i+IrTlV6(1) AAS
>>97
アトミックデザイン使わず
あなたが表現してあげたら？
99(1): 2021/08/10(火)14:57 ID:UtkECLI3(2/3) AAS
>>98
単純にいらんやろ
「コンポーネントをオブジェクト指向でデザインしてた」で十分だしそれがReactらしくないって話やん
100(1): 2021/08/10(火)15:49 ID:LAvum0nL(1) AAS
>>99
コンポーネントの分割単位が伝わらんよ
101: 2021/08/10(火)16:58 ID:UtkECLI3(3/3) AAS
>>100
この流れで分割単位の話なんかいらないじゃん
88から読み直してみ
102: 2021/08/10(火)18:51 ID:M/It2Akn(1) AAS
> コンポーネント間のメソッド呼び出し
？？？？？？？？？？
103(2): 2021/08/10(火)19:15 ID:Yh+H2qBA(1/2) AAS
データフェッチに swr を使う前提であれば Recoil より swr で状態管理 hooks 作る方が良いんだろうか
両方使う例があるなら見てみたい
104(1): 2021/08/10(火)19:38 ID:Qo7qEUjv(1) AAS
>>103
swrはサーバーサイドの情報を取ってきてキャッシュするものだから扱う状態はサーバーステートとでも呼ぶべきものなんだよね
だからクライアントサイド固有の状態を
swrで扱おうとは俺は思わない
apolloなんかはクライアントのステートも一緒に扱えるのを売りにしてるけど余計な手間をかけてるだけにしか見えない
コンポーネントのローカルステート→useState, useReducer
クライアントのグローバルステート→redux, recoilなど(俺は好かんがcontextもここに入る)
サーバーステート→swr, react query, apolloなど
と使い分けてる
105: 2021/08/10(火)20:04 ID:Yh+H2qBA(2/2) AAS
>>104
参考になるありがとう
依存ライブラリ増加を嫌うことへの妥協案で >>103 を考えてたけどその方が役割分担が明確だから状態と取得キャッシュが混合するより状態を把握しやすそう
106(1): 2021/08/11(水)19:43 ID:u2eXJHJo(1) AAS
>>88
ちゃんとhooks使ってるか？
107(1): 2021/08/11(水)20:53 ID:UmYmX+C7(1) AAS
>>106
ぶっちゃけクラスの方が書きやすく
コードも綺麗だ（実力高い人の場合）
関数コンポーネントは
実装の自由度がhocksとその拡張ぐらいしかなく
フレームワーク的なのが造りづらく感じてる
108(1): 2021/08/12(木)03:09 ID:YWc6Jioi(1) AAS
実力が高いw
本気でそう思ってるならqiitaでもzennでもどこでもいいから記事に書いてみろよ
間違いなく日本中からボロクソに叩かれるよ
109: 2021/08/12(木)03:23 ID:c9YvWIsD(1) AAS
>>108
受け答えから見て実力が低そう
110(1): 2021/08/12(木)17:08 ID:qp3m1ZO5(1) AAS
>>107
クラス記法はこういう欠点があるからなあ
外部ﾘﾝｸ:speakerdeck.com
111: 2021/08/12(木)17:57 ID:/tY+Xjfe(1/3) AAS
大方の単細胞腦は、SQLDBとNoSQLDBの時がそうであったように
関数コンポーネントとクラスコンポーネントのどちらかに
絶対的な優劣をつけたがってんじゃね？
今回も関数コンポーネントがマッチする場合と、
そうでない場合がありそうに見える
とくに、関数コンポーネントは
コンポーネントのインスタンスが自由に扱えない（扱えなさそう）から
そういった処理の実装時に（React用で無いJSライブラリを無理やり動かしてたようなケースとか）
トラブりそうな気がする
112: 2021/08/12(木)18:16 ID:mo2yl2b6(1) AAS
典型的な「分かってないことが分かってない」ヤツ
113(1): 2021/08/12(木)18:29 ID:1fVVrAZN(1/2) AAS
優劣はどうでもよくてクラスコンポーネントは互換性のために残されてるだけってのがReactの立場
新しい機能の中には関数コンポーネントからしか使えないものが出てるしこれからも増える
そもそも対等な選択肢ではないから議論する価値がない
状況に合わせて適応するってのが一番大事
114: 2021/08/12(木)18:43 ID:/tY+Xjfe(2/3) AAS
>>113
>> 互換性のために残されてるだけってのがReactの立場
なんと！(; ･`д･´)
115(1): 2021/08/12(木)18:53 ID:1fVVrAZN(2/2) AAS
今の公式ドキュメントやチュートリアルは古くてクラスコンポーネントが大きく扱われてるのが本当に良くない
それはReactチームも分かってるからドキュメントを全面的に書き換えてる最中
もちろん関数コンポーネントとHooksメインで
116: 2021/08/12(木)19:01 ID:/tY+Xjfe(3/3) AAS
>>115
なんと！(; ･`д･´)
117(1): 2021/08/26(木)15:41 ID:CFvcLd/B(1/2) AAS
フック初心者ですが
「フックは関数のトップレベルのみで呼び出してください。」
とあります。この関数は関数コンポーネントの意味で合ってますでしょうか？
118(1): 2021/08/26(木)15:51 ID:CFvcLd/B(2/2) AAS
<Button1>と<Button2>で
それぞれ内部でuseStateを使ってたら
<Button1>
<Button2/>
</Button1>
はNGになるのでしょうか？
119: 2021/08/26(木)16:38 ID:gityixOl(1/2) AAS
>>117
> この関数は関数コンポーネントの意味
違う
ifやforなどの制御構造の内側から呼び出すなということ
要するに関数コンポーネントの呼び出しごとにhookが実行されたりされなかったりしてはいけない
なので?:や&&などと組み合わせるのもダメ
120(1): 2021/08/26(木)16:39 ID:gityixOl(2/2) AAS
>>118
それはOK
それぞれのコンポーネントは独立してるから問題ない
121: 2021/08/26(木)16:45 ID:KmLAFOYJ(1) AAS
>>120
有り難い！
しかし判り辛いですね
お題目だけだと
公式に具体例を上げてくれないと
勘違いしそう...
122: 2021/08/27(金)13:34 ID:gabOubiT(1) AAS
hookの実行順でレンダリング毎の同一性を保証してるってわかってれば当たり前のことなんだけどね
123: 2021/08/27(金)13:54 ID:KVovKrAi(1/2) AAS
順番で状態を管理してるって一昔前の考えだと
なんだそりゃって感じになるんだけど
そもそも自分で管理するのはクソだから
全部フレームワークに任せちゃえってなってる
React凄い
124: 2021/08/27(金)15:19 ID:B8clkCSU(1/2) AAS
翻訳の問題かもしれんけど
「関数のトップレベル」という表現が判りずらい
「関数内部の最初の行あたり」で良くないか？
上下前次1-新書関写板覧索設栞歴
あと 357 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.008s