React と React Native のスレ

**デフォルトの名無しさん** · 2019/03/09(土) 21:29:27.97

Q. Reactってなんですか？
A. ブラウザで動くウェブアプリを作るJavaScriptフレームワークです

Q. React使えば、iOSやAndroidアプリも作れるのですか？
A. 作れません。（ブラウザでなら動きます）

Q. でも動くってきいたんだけど？
A. それはReactではなくReact Nativeです。

Q. React と React Native は同じようなものじゃないの？
A. 設計思想が同じなだけで、中身は全くの別物です。

Q. React Nativeで作ればブラウザで動くの？
A. 動きません。（動くようにするサードパーティ製のライブラリならあります）

Q. React と React Native でソースコード共通化できるの？
A. UIの部分は共通化出来ません。UI以外の部分なら頑張れば

Q. このスレはどっちの話題のスレなの？
A. 両方です。どっちの話題をしているかは文脈で判断してください

**デフォルトの名無しさん** · 2019/03/23(土) 16:47:46.96

>>13
失礼しました・・・。
node.jsはすでに入れてあり、reactはcreate-react-appからのを使っています。
webpackとbabelはreactを使う上でよく聞きました（ほとんど使えませんが・・・）

＞それとJSXはJavaScriptの構文拡張でしかないから
＞変換(ビルド)で出てくるのはJSだけ

というのは、>>13さんのwebpackでビルドしてもhtmlは出ない（jsファイルのみ出来る）という事でしょうか？

**デフォルトの名無しさん** · 2019/03/23(土) 17:42:18.24

>>14
npm run build
でdistフォルダに生成されてない？
package.jsonにscriptsって項目で
npm run 〇〇
で使えるコマンド一覧が書いてあるから一度確認してみ

**デフォルトの名無しさん** · 2019/03/23(土) 17:42:53.33

>>14
create-react-appなら npm run build でビルド出来る (裏でwebpackやbabelが動く)

js(JSX)をビルドするだけならhtmlは出ない
create-react-appならhtmlの最適化コピーを出すようになってる
元ファイルは public/index.html にあるはず

**デフォルトの名無しさん** · 2019/03/23(土) 18:44:19.14

>>15
>>16
ありがとうございます
そういうことだったのですね・・・
無事出力されました。

buildしたファイルにindex.htmlができました。
改行がされず最小の表示？(min.jsの様な）になっているのですが、
こちらをj従来の読みやすさ重視で表示できる様にする方法はありませんか…？

reactで作っている傍、知人にはhtmlとjsで同じ構成のを見せたくて、
reactで書いたのに別途htmlとjsで同じものを作るのも大変なので、そういった方法があればなと。

**デフォルトの名無しさん** · 2019/03/23(土) 18:48:41.08

Babel
https://babeljs.io/docs/en/babel-preset-react

@ babel / preset-react

このプリセットには常に、次のプラグインが含まれています。
@ babel / plugin-transform-react-jsx など！

**デフォルトの名無しさん** · 2019/03/23(土) 18:57:04.81

>>17
npm run eject
node_modulesのreact-scriptsをプロジェクトルートに移してから
react-scriptsの中身を書き換えてビルドプラグインとかを抜けばいいけど

詳しいやり方はQiita漁ったら確かあったと思うから探してみ

**デフォルトの名無しさん** · 2019/03/23(土) 19:08:09.96

>>17
ReactはJavaScriptで動的にページを構築するからhtmlファイル自体は殆ど空っぽだよ

**デフォルトの名無しさん** · 2019/03/23(土) 20:00:56.18

npm run eject やった後にできた
scripts/build.jsの
const config = configFactory('production');
↓
const config = configFactory('development');
と
config/webpack.config.jsの148行辺り
path: isEnvProduction ? paths.appBuild : undefined,
↓
path: isEnvProduction ? paths.appBuild : paths.appBuild,
に書き換えたら良さそうだね
minify掛かってなくてもやっぱ見づらいけど

**デフォルトの名無しさん** · 2019/03/23(土) 23:26:19.57

とりあえずなんか見せるためだけなら、最終的にブラウザで表示されてる html だけとってこれば？ページ表示してブラウザの保存機能でここまでならできる。 js は react じゃない部分だけ取り出すのはむずいと思う。自分で書き直してあげるしかない。

**デフォルトの名無しさん** · 2019/04/27(土) 22:25:13.20

そういやReactでClassコンポーネント作るとき
extends React.Componentって書くけど
自作クラスを中間クラスとして中継して継承するのってあんまやらないもんなの？

**デフォルトの名無しさん** · 2019/05/11(土) 11:04:25.28

継承はせずに単なるコンポジットかHigher Order Componentsでやってる

**デフォルトの名無しさん** · 2019/05/18(土) 13:26:28.87

classコンポーネントはほぼ使わないな
前はrecompose使ってたし今はhooksあるし

**デフォルトの名無しさん** · 2019/05/18(土) 17:08:52.29

ほんとクラスのキッタネエ構文大嫌いだわ
そもそも生まれてこなきゃ良かったのにオブジェクト指向つってもクラスベースじゃないっつーの
es2015でねじ込んだヤツ呪われろ

**デフォルトの名無しさん** · 2019/06/11(火) 13:27:33.61

React + Redux を使用したモダンフロントエンド開発
https://www.udemy.com/react-redux-basic/

これを1200円で購入したよって人いる・・・？
Udemyはしょっちゅう1200円セールしてるけど、これも1200円になったりするかな
現状の9600円となるとお財布が厳しくて・・・

**デフォルトの名無しさん** · 2019/06/13(木) 10:37:32.28

React Native 公式blog 2019/06/12
https://facebook.github.io/react-native/blog/2019/06/12/react-native-open-source-update
React Native 0.60, TurboModule, Lean Core, アップグレードコマンドの改善などの話

**デフォルトの名無しさん** · 2019/06/13(木) 10:44:16.38

React Nativeの改善に関するサブプロジェクトあるいは用語

Lean Core：　　リポジトリの再編成(コンポーネントの分離)
TurboModules： NativeModulesの新構造(JSIを使用した改善)
Fabric：　　　　　UIレイヤの新構造(JSIを使用した改善)
JSI：　　　　　　 JavaScript Interface, JS-Native間のブリッジを高性能化する仕組み

**デフォルトの名無しさん** · 2019/07/01(月) 11:44:34.42

みんなReduxの非同期処理どうしてる？

**デフォルトの名無しさん** · 2019/07/01(月) 13:21:05.84

オレオレミドルウェア
suspenseが来たらreduxもろとも捨てる

**デフォルトの名無しさん** · 2019/07/06(土) 17:25:24.51

React+Reduxやってるけど、MとVM的なものが分離されないのがつらくなってきた。
他のfluxフレームワークだとどうなんだろう。

**デフォルトの名無しさん** · 2019/07/06(土) 17:57:41.84

所詮プレゼンテーションレイヤーのフロントエンドにMを持ち込むタコは何を使っても同じ

**デフォルトの名無しさん** · 2019/07/06(土) 19:48:01.42

>プレゼンテーションレイヤーのフロントエンドにMを持ち込む

なにかマウントとりたい意思は伝わってくるけどさすがに意味不明。

**デフォルトの名無しさん** · 2019/07/06(土) 19:58:59.36

MVCとかMVVMとかって小さい単位での独立部品の切り出しを考えたら結構邪魔なんだよね

**デフォルトの名無しさん** · 2019/07/06(土) 20:56:58.71

道具は悪くない
設計者が悪い

**デフォルトの名無しさん** · 2019/07/07(日) 00:32:53.73

Announcing React Native 0.60
https://facebook.github.io/react-native/blog/2019/07/03/version-60

**デフォルトの名無しさん** · 2019/08/04(日) 01:11:18.51

久々に動かしたらmetro bundlerなるものができてた
ナンジャコリャ

**デフォルトの名無しさん** · 2019/08/16(金) 09:00:38.45

公式blogから

React 16.9.0 およびロードマップの更新
https://reactjs.org/blog/2019/08/08/react-v16.9.0.html

新しいReact DevTools
https://reactjs.org/blog/2019/08/15/new-react-devtools.html

**デフォルトの名無しさん** · 2019/08/16(金) 11:07:23.70

半年ぶりか
滞ってるな

**デフォルトの名無しさん** · 2019/08/16(金) 14:14:55.65

オワコンなのかな

**デフォルトの名無しさん** · 2019/08/16(金) 16:05:56.38

・Hooksのフォローアップの作業量を過小評価していた
・Concurrent Mode と Suspense for Data Fetching の作業に注力
　Facebookのサイトで実際に試していてリリースに向けて修正中

この辺で時間掛かっているらしい

**デフォルトの名無しさん** · 2019/08/16(金) 23:37:57.69

hooks はなあ
モナド欲しい

**デフォルトの名無しさん** · 2019/08/26(月) 03:11:43.67

create-react-app xxx とすると、
xxxというreactアプリ(フォルダ)が作られますが、
このxxxの部分を変更したい場合、そのままフォルダを編集してしまっても問題ありませんか？
他にもpackage.jsonのnameもxxxになっておりますがこちらも変更したりして

**デフォルトの名無しさん** · 2019/09/26(木) 18:30:21.05

React Native 0.61
https://facebook.github.io/react-native/blog/2019/09/18/version-0.61

・ライブリロードとホットリロードは新実装のファストリフレッシュに統合された
・0.60で支障があったCocoaPodsでのuse_frameworksの問題が解消

**デフォルトの名無しさん** · 2019/09/28(土) 09:05:26.72

ReactNativeでaxios動かないんだが。。。

**デフォルトの名無しさん** · 2019/10/28(月) 18:32:37.59

macOS上でのReact Native(Project Catalystを使用)
https://twitter.com/brunolemos/status/1185636022346043392

https://github.com/react-native-community/discussions-and-proposals/issues/131#issuecomment-544189591
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/11/10(日) 09:20:57.59

vscode+react+material-ui使ってるんだけど下のコードでボタンが赤にならないのなんでだろう・・・
なんかPrimaryが紫になってるんだが・・・

import { createMuiTheme } from '@material-ui/core/styles';
import red from '@material-ui/core/colors/purple';
const mytheme = createMuiTheme({
palette: {
primary: red,
},
});
const useStyles = makeStyles({
button: {
backgroundColor: mytheme.palette.primary.main,
},
});
export default function CenteredGrid() {
const classes = useStyles();
return (
<div className={classes.root}>
<Grid container spacing={0} justify={'center'}>
<Grid item xs={12}>
<Button className={classes.button} variant='outlined'>
botton
</Button>
</Grid>
</Grid>
</div>
);
}

**デフォルトの名無しさん** · 2019/11/10(日) 09:43:45.39

ごめん自決して
カラーのimportミスってた
×import red from '@material-ui/core/colors/purple';
◯ import red from '@material-ui/core/colors/red';
スレ汚しすまん

**デフォルトの名無しさん** · 2019/11/28(木) 18:27:49.62

react-native doctor コマンド
https://facebook.github.io/react-native/blog/2019/11/18/react-native-doctor
プロジェクト設定や開発環境の診断と修正

**デフォルトの名無しさん** · 2020/01/20(月) 13:50:40.11

初歩的な質問で申し訳ないのですが

リセットCSSを適用させようとすると、スタイルがリセットCSSのみしか適応されません。
具体的には・・・

App.js
import React from "react";
import { render } from "react-dom";
import "./reset.css";
import "./first.scss";
import { BrowserRouter, Switch, Route } from "react-router-dom";

こんな感じのをApp.jsに読み込ませているのですが、
reset.cssをインポートするとreset.cssのHTMLがリセットされたスタイルしか反映されず、first.scssは反映されません。
reset.cssを外しfirst.scssのみにすればちゃんとfirst.scssの内容がHTMLに反映されます。
HTMLのCSSをリセットしてから、オリジナル（first.scss)に変更といった事がしたいのですが、
どうすれば良いでしょうか？

reset.cssはこちらのHTML5 Doctor Reset CSSというのをreset.cssにコピペしてインポートしています。
http://html5doctor.com/html-5-reset-stylesheet/
試しにfirst.scssの中身の最上部にHTML5 Doctor Reset CSSの中身を張り付けてみたのですが同じでした。

**デフォルトの名無しさん** · 2020/01/20(月) 14:09:55.08

importされるのはcssじゃなくてjs(実質reset.css.js)だからね
問題はwebpackの設定じゃないの？
webpack entryでググってみたら？

**デフォルトの名無しさん** · 2020/01/29(水) 20:07:56.78

最近androidシミュでfetchが上手くいかなくなったけど何でだろ？

**デフォルトの名無しさん** · 2020/05/23(土) 18:46:27.62

useStateとReduxって共存していいの？

**デフォルトの名無しさん** · 2020/05/24(日) 13:54:49.55

>>54
システム全体で必要なのはRedux
Postする為にそのFormだけで必要なものはuseState
って使い方してる

共存って点で言うならHooksか旧型式かを共存させなきゃ別にいいと思う

**デフォルトの名無しさん** · 2020/06/09(火) 16:01:35.59

React.ComponentとSuspenseを使ってリストを読み込んで表示するプログラムを書いているのだけど
renderでメンバ関数を呼んで読込するとthisがつく変数(stateとか)が全てリセットされるよどうして？
リセットされる変数をstaticにすると動くようです

**デフォルトの名無しさん** · 2020/07/25(土) 07:59:44.00

人工知能フレームワークのGpt-3がReact上で動くんだよなあ

**デフォルトの名無しさん** · 2020/07/25(土) 14:10:16.00

>>56
まだそんな事やってるのか？
早くHooksに移行した方がシンプルで使いやすいよ

**デフォルトの名無しさん** · 2020/08/05(水) 20:39:39.66

reactでフォームの連動させたいんだけど
良いチュートリアルやサンプルをおしえてください

調べ方でも大丈夫です

**デフォルトの名無しさん** · 2020/10/06(火) 09:47:28.33

>>59
連動？
って具体的に何やりたいの？

**デフォルトの名無しさん** · 2020/10/06(火) 15:47:26.50

>>59
公式を嫁！
それか、オレの知り合いの本を嫁！
以上。

**デフォルトの名無しさん** · 2020/10/07(水) 08:13:26.21

他のフォーム要素を同時にどうかしたいって仮定するとonClickイベントやonChangeイベントのコールバックにメソッド噛ませればいいんじゃない？

**デフォルトの名無しさん** · 2020/10/11(日) 20:19:56.38

Html,Javascriptのソースコードをreact nativeに書き直してるけどDom要素のID管理していたのを書き直すのが辛すぎる

何かよいライブラリないかなぁ

**デフォルトの名無しさん** · 2021/01/04(月) 01:07:02.79

iOSやAndroidアプリを作りたくてprogateのhtmlとJavaScriptと reactまでやったんですが、次に何をすれば良いか分かりません。僕は次に何を学べばいいですか？

**(u＿・y)** · 2021/01/04(月) 11:37:19.32

(u＿・y)順序からしておかしくね
(u＿・y)Androidアプリ作るならまずAndroid上でハローワールドだろ
(u＿・y)Googleになんかアカウント作って登録あれこれやるんじゃねーの
(u＿・y)Win以外のアプリを作るので難関になるのはそういった手順と環境構築絡みなので、
(u＿・y)周りに先生がいない状況で独学初心者がいきなりAndroidアプリってのはハローワールドまでに時間かかるぞ

**デフォルトの名無しさん** · 2021/01/12(火) 01:34:10.49

公式のドキュメントに全部書いてあるから全部読め

**デフォルトの名無しさん** · 2021/01/21(木) 19:04:19.07

Java から来て、最近 React はじめたんだけど、MVC 思想的なのは最近フロントエンドではなくなっていってる感じなん？
せめて View 部分は分けないと気持ち悪いんだけど、チュートリアルみても割とごちゃまぜなのよね…

**デフォルトの名無しさん** · 2021/02/14(日) 03:47:14.57

React の hookを初めてみてるんだけど、
これClassベースの機能で提供できないのかな？

functionなのに永続化を無理やりやってるようでコード読みづらい。
その永続化をuse接頭語のみで判断しなければならないという...

functionじゃなきゃhookの機能が提供できない？？というモヤモヤ感が払拭できないです。

**デフォルトの名無しさん** · 2021/02/14(日) 04:24:42.10

元々はクラスベースで提供されてた機能を関数コンポーネントでも使えるようにしたのがhookやで

**デフォルトの名無しさん** · 2021/02/14(日) 04:26:06.17

>>68
目に見える副作用をフレームワーク側に追い出して
ユーザーからは副作用がないようにしてる設計は素晴らしいと思うけどね

**デフォルトの名無しさん** · 2021/02/14(日) 04:47:15.25

>>70 副作用がないようにしてる設計
それがclassベースでは出来ない？？って疑問。

>>69
ならhookがclassより上という事ではなくなる。
でも公式コメントでもclassよりhookのモデルが優秀みたいな書き方。
ただclassは無くさずこのまま残しますみたいな。

なんかfunctionを無理やり生存期間拡張してるところが
感覚的に違和感モヤモヤ。

hookの機能をclassで実装するとやりづらい箇所って、
同名メソッドを複数定義できる箇所ぐらい？

**デフォルトの名無しさん** · 2021/02/14(日) 04:59:08.67

>>71
もちろんできるしそれを手動でやってきたのがクラス
でもsetState呼ばなかったり状態にオブジェクトが必須だったりで色んなミスが起きやすかった
それをフレームワーク側で全部やって
ユーザーが書きやすくするのがHooks
人間がやるよりフレームワークがやる方が信頼性が高いし賢いからそこは任せた方が良いよねってことで生まれたと勝手に思っている

**デフォルトの名無しさん** · 2021/02/14(日) 05:41:48.27

>>72
だから、それ（hook）をclassべースで提供できないの？って言ってんの。

**デフォルトの名無しさん** · 2021/02/14(日) 05:48:13.99

クラスはhookなしで同じことができるから提供する必要がない

**デフォルトの名無しさん** · 2021/02/14(日) 07:45:04.97

>>73
いやだからsetStateという汎用的な物しか提供できないっことね
stateを自分で好き勝手いじれるのに
それをライブラリが管理するって無理でしょ
hooksは内部で対応するコンポーネントとその状態を管理してるから
ライブラリとして提供できる

**デフォルトの名無しさん** · 2021/02/14(日) 13:32:40.22

>>75
分かんない人だな。
なんで今のclassベースの実装をこの話に持ち込むの。

hookの機能を”function”でなく、jsの”class”で実現できないの？っていう疑問なの。

**デフォルトの名無しさん** · 2021/02/14(日) 14:00:51.86

お前もわからずやだな
useStateだろうがuseEffectだろうがuseCallbackだろうがuseRefだろうがclassコンポーネントはhookなしで同じことが実現できてるだろ

**デフォルトの名無しさん** · 2021/02/14(日) 14:19:02.14

hookを知らないやつだったか。アホらし。

**デフォルトの名無しさん** · 2021/02/14(日) 14:34:40.65

時系列的には

クラスコンポーネント: 状態を扱える
↓
"ステートレス"関数コンポーネント: 状態を扱えない
↓
関数コンポーネント+hooks: 状態を扱える

と発展してきた
つまりhooksはクラスコンポーネントができていたことを関数コンポーネントでもできるようにするために後から追加されたもの
ただし

クラスコンポーネント: 状態をコンポーネントが管理する
関数コンポーネント+hooks: 状態をフレームワークが管理する

という違いがある
これが今後のconcurrent modeやserver componentsで大きな違いになってくる
フレームワークができることを増やすにはコンポーネント側の自由度は低い方がよくてそれがpureな関数コンポーネント

**デフォルトの名無しさん** · 2021/02/14(日) 14:46:29.94

>>79
この解説から見ると、自分の疑問は
"状態をフレームワークが管理する"
にはclass実装では不利なのか？向かないのか？
って事になる。ね。

**デフォルトの名無しさん** · 2021/02/14(日) 15:15:15.08

クラスコンポーネントのインスタンスはthis.～で自由に状態を扱えてしまうからフレームワークには都合が悪い
そこをthis禁止のように縛っていくとただの関数でいいやってなる

**デフォルトの名無しさん** · 2021/02/14(日) 16:39:29.19

useCallbackみたいな単なるラッパー関数がclassにも欲しいってこと？
なんかそう言うパッケージ見たことあるぞ

**デフォルトの名無しさん** · 2021/02/14(日) 16:59:03.97

classコンポーネントにuseCallbackはいらんやろ
前はbindしたり面倒だったけどstage3のclass fields使えばこれだけ

class Foo extends React.Component {
　handleClick = (ev) => {...}

**デフォルトの名無しさん** · 2021/02/14(日) 21:01:15.04

Ruby on Rails では、控えめなJS フレームワークのStimulu もある

規約で、HTML のdata-controller 属性で、JSファイル名・コントローラーが決まるので、
そこにイベント処理を書くだけ

DOM・コントローラーは、多対多

1つのDOMは、複数のコントローラーで処理できる。
HTML内で、同じコントローラーを複数定義できる

Stimuluは、this を使う。
同じコントローラーを複数定義したら、別のインスタンスを作る

<li data-controller="a">1</li>
<li data-controller="a">2</li>

**デフォルトの名無しさん** · 2021/02/14(日) 21:03:03.46

ス・レ・チ

**デフォルトの名無しさん** · 2021/02/15(月) 02:51:04.90

マジで障害者かな？
この板に巣食ってる人がいるのは認識してたけど

**デフォルトの名無しさん** · 2021/06/18(金) 09:52:07.92

React Hooks + Reduxの利点を述べた記事をいくつか読んだのですが、
MVCでだめな理由がよくわかりませんでした。

複数のModelがReduxのStoreに一本化される: Modelをシングルトンにして、
Storeの内部で区分するところをModelのメンバとして区分する。

ViewからはActionを発行してReducerを通さないとStoreを更新できない:
ViewはControllerに登録されたメソッドを通してしかModelを更新できない。

Storeの更新はViewに自動的に反映される。
Model(とそのメンバ、孫メンバ)がObservableであれば、Modelの更新を
自動的にViewに反映させることができる。

ではだめなんでしょうか。

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

Reactで関数コンポーネントで本気実装始めたんだが、
関数コンポーネント面倒くさ過ぎじゃね？

関数コンポネント入門位の実装なら問題なかったんだが、
ちょっと込み入ったの実装しようと思ったら
クラスじゃないんで、コンポーネントの自前メソッドを（子から親、親から子）公開するのとか
そのTS型定義をどうするのとかうまく解決できんのか？これwww

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

込み入った実装ってだいたい設計から間違ってるよね…

**デフォルトの名無しさん** · 2021/08/10(火) 10:22:58.46

>>89
あんたが考えてんの具体的にどのレベルだ？
こっちはネイティブアプリ同等の、ガントチャート状のスケジューラーの実装なんだが
コンポーネント間のメソッド呼び出しは結構多いぞ

**デフォルトの名無しさん** · 2021/08/10(火) 11:17:59.39

奇遇だな、Webとネイティブ両用のスケジュール管理系やってるよ
推測だけどコンポーネントとデータ構造(いわゆるモデル)が分離できてないんだろうと思うわ
同じものをネイティブでも作ることを仮定して共有できるところ(モデル)とできないところ(レンダリング)にわけて考えてみるといんじゃね

**デフォルトの名無しさん** · 2021/08/10(火) 11:27:05.53

>>91
！！
まだReact不慣れで困ってる
半年前にReact初めてそちはクラスベース（TS）だったので、
実装できない事は無かったのでこういった苦労はなかった

>>コンポーネントとデータ構造(いわゆるモデル)が分離できてないんだろうと思うわ

どうだろう？
あんまり業務的なことを書くわけにはいかんけど、
親パネル側から、配置されたコンポーネントの機能を呼び出したいんだが、
コンポーネントが今回クラスから関数に変わったんで、
コンポーネント側にコンポーネント固有の機能（クラスん時はメソッド）が実装しずらくなって困ってる

関数コンポーネントだとここにメソッドとか置かないもんなの？

**デフォルトの名無しさん** · 2021/08/10(火) 12:03:49.33

関数なんだから、オブジェクト指向的な実装はムリなんだろうな
とりあえず、

・クラス → モジュール
・プロパティ → モジュールの関数の引数
・メソッド → モジュールの関数

に置き換えて実装してみるわ

**デフォルトの名無しさん** · 2021/08/10(火) 12:28:03.76

関数であれクラスであれ(つかもっと前から)Reactのコンポーネントは渡されたデータ(Props)をただベタッとレンダリングするだけってのがコンセプト
その超基本的なところをわかってなさそう
他の言語やフレームーワークの考え方のままReact始めたのか知らんけどそれをReactに置き換えるよりReact流の考え方を身につけたほうがいいと思うわ

**デフォルトの名無しさん** · 2021/08/10(火) 12:36:48.42

いや、アトミックデザイン的に機能分割して
その単位をオブジェクト指向的にデザインしてたわー－（前回プロジェクト）

でもRender()しかやらん関数と、
その外にはみ出た処理で細切れ関数だらけになって、
コード読みにくいは、実装も美しくならんわー－ ( ﾉД`)ﾄﾞｽﾙ

**デフォルトの名無しさん** · 2021/08/10(火) 14:00:37.21

Redux素晴らしいって言ってた人たちは今息してんのかな

**デフォルトの名無しさん** · 2021/08/10(火) 14:08:07.90

>>95
この流れでアトミックデザインを出してくるのものすっごく薄っぺらい

**デフォルトの名無しさん** · 2021/08/10(火) 14:15:30.49

>>97
アトミックデザイン使わず
あなたが表現してあげたら？

**デフォルトの名無しさん** · 2021/08/10(火) 14:57:48.57

>>98
単純にいらんやろ
「コンポーネントをオブジェクト指向でデザインしてた」で十分だしそれがReactらしくないって話やん

**デフォルトの名無しさん** · 2021/08/10(火) 15:49:45.99

>>99
コンポーネントの分割単位が伝わらんよ

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

>>100
この流れで分割単位の話なんかいらないじゃん
88から読み直してみ

**デフォルトの名無しさん** · 2021/08/10(火) 18:51:43.55

> コンポーネント間のメソッド呼び出し

？？？？？？？？？？

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

データフェッチに swr を使う前提であれば Recoil より swr で状態管理 hooks 作る方が良いんだろうか
両方使う例があるなら見てみたい

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

>>103
swrはサーバーサイドの情報を取ってきてキャッシュするものだから扱う状態はサーバーステートとでも呼ぶべきものなんだよね
だからクライアントサイド固有の状態を
swrで扱おうとは俺は思わない
apolloなんかはクライアントのステートも一緒に扱えるのを売りにしてるけど余計な手間をかけてるだけにしか見えない

コンポーネントのローカルステート→useState, useReducer
クライアントのグローバルステート→redux, recoilなど(俺は好かんがcontextもここに入る)
サーバーステート→swr, react query, apolloなど

と使い分けてる

**デフォルトの名無しさん** · 2021/08/10(火) 20:04:49.62

>>104
参考になるありがとう
依存ライブラリ増加を嫌うことへの妥協案で >>103 を考えてたけどその方が役割分担が明確だから状態と取得キャッシュが混合するより状態を把握しやすそう

**デフォルトの名無しさん** · 2021/08/11(水) 19:43:56.70

>>88
ちゃんとhooks使ってるか？

**デフォルトの名無しさん** · 2021/08/11(水) 20:53:01.89

>>106
ぶっちゃけクラスの方が書きやすく
コードも綺麗だ（実力高い人の場合）

関数コンポーネントは
実装の自由度がhocksｂﾆその拡張ぐらｂ｢しかなく
フレームワーク的なのが造りづらく感じてる

**デフォルトの名無しさん** · 2021/08/12(木) 03:09:43.60

実力が高いw
本気でそう思ってるならqiitaでもzennでもどこでもいいから記事に書いてみろよ
間違いなく日本中からボロクソに叩かれるよ

**デフォルトの名無しさん** · 2021/08/12(木) 03:23:50.10

>>108
受け答えから見て実力が低そう

**デフォルトの名無しさん** · 2021/08/12(木) 17:08:42.90

>>107
クラス記法はこういう欠点があるからなあ
ttps://speakerdeck.com/sonatard/coheision-coupling?slide=24

**デフォルトの名無しさん** · 2021/08/12(木) 17:57:27.67

大方の単細胞腦は、SQLDBとNoSQLDBの時がそうであったように
関数コンポーネントとクラスコンポーネントのどちらかに
絶対的な優劣をつけたがってんじゃね？

今回も関数コンポーネントがマッチする場合と、
そうでない場合がありそうに見える

とくに、関数コンポーネントは
コンポーネントのインスタンスが自由に扱えない（扱えなさそう）から
そういった処理の実装時に（React用で無いJSライブラリを無理やり動かしてたようなケースとか）
トラブりそうな気がする

**デフォルトの名無しさん** · 2021/08/12(木) 18:16:18.47

典型的な「分かってないことが分かってない」ヤツ

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

優劣はどうでもよくてクラスコンポーネントは互換性のために残されてるだけってのがReactの立場
新しい機能の中には関数コンポーネントからしか使えないものが出てるしこれからも増える
そもそも対等な選択肢ではないから議論する価値がない
状況に合わせて適応するってのが一番大事