React と React Native のスレ (481ﾚｽ)
React と React Native のスレ http://mevius.5ch.net/test/read.cgi/tech/1552134567/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
64: デフォルトの名無しさん [] 2021/01/04(月) 01:07:02.79 ID:EMrQXkgT iOSやAndroidアプリを作りたくてprogateのhtmlとJavaScriptと reactまでやったんですが、次に何をすれば良いか分かりません。僕は次に何を学べばいいですか？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/64
65: (u＿・y) [sage] 2021/01/04(月) 11:37:19.32 ID:oZidFLop (u＿・y)順序からしておかしくね (u＿・y)Androidアプリ作るならまずAndroid上でハローワールドだろ (u＿・y)Googleになんかアカウント作って登録あれこれやるんじゃねーの (u＿・y)Win以外のアプリを作るので難関になるのはそういった手順と環境構築絡みなので、 (u＿・y)周りに先生がいない状況で独学初心者がいきなりAndroidアプリってのはハローワールドまでに時間かかるぞ http://mevius.5ch.net/test/read.cgi/tech/1552134567/65
66: デフォルトの名無しさん [sage] 2021/01/12(火) 01:34:10.49 ID:dF2LSabj 公式のドキュメントに全部書いてあるから全部読め http://mevius.5ch.net/test/read.cgi/tech/1552134567/66
67: デフォルトの名無しさん [sage] 2021/01/21(木) 19:04:19.07 ID:RZX+x1N+ Java から来て、最近 React はじめたんだけど、MVC 思想的なのは最近フロントエンドではなくなっていってる感じなん？ せめて View 部分は分けないと気持ち悪いんだけど、チュートリアルみても割とごちゃまぜなのよね… http://mevius.5ch.net/test/read.cgi/tech/1552134567/67
68: デフォルトの名無しさん [] 2021/02/14(日) 03:47:14.57 ID:wyKYn9A/ React の hookを初めてみてるんだけど、 これClassベースの機能で提供できないのかな？ functionなのに永続化を無理やりやってるようでコード読みづらい。 その永続化をuse接頭語のみで判断しなければならないという... functionじゃなきゃhookの機能が提供できない？？というモヤモヤ感が払拭できないです。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/68
69: デフォルトの名無しさん [sage] 2021/02/14(日) 04:24:42.10 ID:qcnkr3Yb 元々はクラスベースで提供されてた機能を関数コンポーネントでも使えるようにしたのがhookやで http://mevius.5ch.net/test/read.cgi/tech/1552134567/69
70: デフォルトの名無しさん [sage] 2021/02/14(日) 04:26:06.17 ID:o9olz+i9 >>68 目に見える副作用をフレームワーク側に追い出して ユーザーからは副作用がないようにしてる設計は素晴らしいと思うけどね http://mevius.5ch.net/test/read.cgi/tech/1552134567/70
71: デフォルトの名無しさん [] 2021/02/14(日) 04:47:15.25 ID:wyKYn9A/ >>70 副作用がないようにしてる設計 それがclassベースでは出来ない？？って疑問。 >>69 ならhookがclassより上という事ではなくなる。 でも公式コメントでもclassよりhookのモデルが優秀みたいな書き方。 ただclassは無くさずこのまま残しますみたいな。 なんかfunctionを無理やり生存期間拡張してるところが 感覚的に違和感モヤモヤ。 hookの機能をclassで実装するとやりづらい箇所って、 同名メソッドを複数定義できる箇所ぐらい？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/71
72: デフォルトの名無しさん [sage] 2021/02/14(日) 04:59:08.67 ID:o9olz+i9 >>71 もちろんできるしそれを手動でやってきたのがクラス でもsetState呼ばなかったり状態にオブジェクトが必須だったりで色んなミスが起きやすかった それをフレームワーク側で全部やって ユーザーが書きやすくするのがHooks 人間がやるよりフレームワークがやる方が信頼性が高いし賢いからそこは任せた方が良いよねってことで生まれたと勝手に思っている http://mevius.5ch.net/test/read.cgi/tech/1552134567/72
73: デフォルトの名無しさん [] 2021/02/14(日) 05:41:48.27 ID:wyKYn9A/ >>72 だから、それ（hook）をclassべースで提供できないの？って言ってんの。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/73
74: デフォルトの名無しさん [sage] 2021/02/14(日) 05:48:13.99 ID:eZAyHvHf クラスはhookなしで同じことができるから提供する必要がない http://mevius.5ch.net/test/read.cgi/tech/1552134567/74
75: デフォルトの名無しさん [sage] 2021/02/14(日) 07:45:04.97 ID:o9olz+i9 >>73 いやだからsetStateという汎用的な物しか提供できないっことね stateを自分で好き勝手いじれるのに それをライブラリが管理するって無理でしょ hooksは内部で対応するコンポーネントとその状態を管理してるから ライブラリとして提供できる http://mevius.5ch.net/test/read.cgi/tech/1552134567/75
76: デフォルトの名無しさん [] 2021/02/14(日) 13:32:40.22 ID:wyKYn9A/ >>75 分かんない人だな。 なんで今のclassベースの実装をこの話に持ち込むの。 hookの機能を”function”でなく、jsの”class”で実現できないの？っていう疑問なの。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/76
77: デフォルトの名無しさん [sage] 2021/02/14(日) 14:00:51.86 ID:+4ZWExbH お前もわからずやだな useStateだろうがuseEffectだろうがuseCallbackだろうがuseRefだろうがclassコンポーネントはhookなしで同じことが実現できてるだろ http://mevius.5ch.net/test/read.cgi/tech/1552134567/77
78: デフォルトの名無しさん [sage] 2021/02/14(日) 14:19:02.14 ID:wyKYn9A/ hookを知らないやつだったか。アホらし。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/78
79: デフォルトの名無しさん [sage] 2021/02/14(日) 14:34:40.65 ID:kA8DCabn 時系列的には クラスコンポーネント: 状態を扱える ↓ "ステートレス"関数コンポーネント: 状態を扱えない ↓ 関数コンポーネント+hooks: 状態を扱える と発展してきた つまりhooksはクラスコンポーネントができていたことを関数コンポーネントでもできるようにするために後から追加されたもの ただし クラスコンポーネント: 状態をコンポーネントが管理する 関数コンポーネント+hooks: 状態をフレームワークが管理する という違いがある これが今後のconcurrent modeやserver componentsで大きな違いになってくる フレームワークができることを増やすにはコンポーネント側の自由度は低い方がよくてそれがpureな関数コンポーネント http://mevius.5ch.net/test/read.cgi/tech/1552134567/79
80: デフォルトの名無しさん [sage] 2021/02/14(日) 14:46:29.94 ID:wyKYn9A/ >>79 この解説から見ると、自分の疑問は "状態をフレームワークが管理する" にはclass実装では不利なのか？向かないのか？ って事になる。ね。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/80
81: デフォルトの名無しさん [sage] 2021/02/14(日) 15:15:15.08 ID:kA8DCabn クラスコンポーネントのインスタンスはthis.〜で自由に状態を扱えてしまうからフレームワークには都合が悪い そこをthis禁止のように縛っていくとただの関数でいいやってなる http://mevius.5ch.net/test/read.cgi/tech/1552134567/81
82: デフォルトの名無しさん [sage] 2021/02/14(日) 16:39:29.19 ID:DVWK/pJu useCallbackみたいな単なるラッパー関数がclassにも欲しいってこと？ なんかそう言うパッケージ見たことあるぞ http://mevius.5ch.net/test/read.cgi/tech/1552134567/82
83: デフォルトの名無しさん [sage] 2021/02/14(日) 16:59:03.97 ID:FekQTk3J classコンポーネントにuseCallbackはいらんやろ 前はbindしたり面倒だったけどstage3のclass fields使えばこれだけ class Foo extends React.Component { handleClick = (ev) => {...} http://mevius.5ch.net/test/read.cgi/tech/1552134567/83
84: デフォルトの名無しさん [sage] 2021/02/14(日) 21:01:15.04 ID:K2VDjDyL 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> http://mevius.5ch.net/test/read.cgi/tech/1552134567/84
85: デフォルトの名無しさん [sage] 2021/02/14(日) 21:03:03.46 ID:NOmukaW1 ス・レ・チ http://mevius.5ch.net/test/read.cgi/tech/1552134567/85
86: デフォルトの名無しさん [sage] 2021/02/15(月) 02:51:04.90 ID:E7fw/gtI マジで障害者かな？ この板に巣食ってる人がいるのは認識してたけど http://mevius.5ch.net/test/read.cgi/tech/1552134567/86
87: デフォルトの名無しさん [] 2021/06/18(金) 09:52:07.92 ID:IQL7BQ/N React Hooks + Reduxの利点を述べた記事をいくつか読んだのですが、 MVCでだめな理由がよくわかりませんでした。 複数のModelがReduxのStoreに一本化される: Modelをシングルトンにして、 Storeの内部で区分するところをModelのメンバとして区分する。 ViewからはActionを発行してReducerを通さないとStoreを更新できない: ViewはControllerに登録されたメソッドを通してしかModelを更新できない。 Storeの更新はViewに自動的に反映される。 Model(とそのメンバ、孫メンバ)がObservableであれば、Modelの更新を 自動的にViewに反映させることができる。 ではだめなんでしょうか。 http://mevius.5ch.net/test/read.cgi/tech/1552134567/87
88: デフォルトの名無しさん [] 2021/08/10(火) 10:10:26.07 ID:0SSgF6Zh Reactで関数コンポーネントで本気実装始めたんだが、 関数コンポーネント面倒くさ過ぎじゃね？ 関数コンポネント入門位の実装なら問題なかったんだが、 ちょっと込み入ったの実装しようと思ったら クラスじゃないんで、コンポーネントの自前メソッドを（子から親、親から子）公開するのとか そのTS型定義をどうするのとかうまく解決できんのか？これwww http://mevius.5ch.net/test/read.cgi/tech/1552134567/88
89: デフォルトの名無しさん [sage] 2021/08/10(火) 10:18:58.12 ID:Yti8n+JL 込み入った実装ってだいたい設計から間違ってるよね… http://mevius.5ch.net/test/read.cgi/tech/1552134567/89
90: デフォルトの名無しさん [] 2021/08/10(火) 10:22:58.46 ID:0SSgF6Zh >>89 あんたが考えてんの具体的にどのレベルだ？ こっちはネイティブアプリ同等の、ガントチャート状のスケジューラーの実装なんだが コンポーネント間のメソッド呼び出しは結構多いぞ http://mevius.5ch.net/test/read.cgi/tech/1552134567/90
91: デフォルトの名無しさん [sage] 2021/08/10(火) 11:17:59.39 ID:x9cqqxVb 奇遇だな、Webとネイティブ両用のスケジュール管理系やってるよ 推測だけどコンポーネントとデータ構造(いわゆるモデル)が分離できてないんだろうと思うわ 同じものをネイティブでも作ることを仮定して共有できるところ(モデル)とできないところ(レンダリング)にわけて考えてみるといんじゃね http://mevius.5ch.net/test/read.cgi/tech/1552134567/91
92: デフォルトの名無しさん [] 2021/08/10(火) 11:27:05.53 ID:0SSgF6Zh >>91 ！！ まだReact不慣れで困ってる 半年前にReact初めてそちはクラスベース（TS）だったので、 実装できない事は無かったのでこういった苦労はなかった >>コンポーネントとデータ構造(いわゆるモデル)が分離できてないんだろうと思うわ どうだろう？ あんまり業務的なことを書くわけにはいかんけど、 親パネル側から、配置されたコンポーネントの機能を呼び出したいんだが、 コンポーネントが今回クラスから関数に変わったんで、 コンポーネント側にコンポーネント固有の機能（クラスん時はメソッド）が実装しずらくなって困ってる 関数コンポーネントだとここにメソッドとか置かないもんなの？ http://mevius.5ch.net/test/read.cgi/tech/1552134567/92
93: デフォルトの名無しさん [] 2021/08/10(火) 12:03:49.33 ID:0SSgF6Zh 関数なんだから、オブジェクト指向的な実装はムリなんだろうな とりあえず、 ・クラス → モジュール ・プロパティ → モジュールの関数の引数 ・メソッド → モジュールの関数 に置き換えて実装してみるわ http://mevius.5ch.net/test/read.cgi/tech/1552134567/93
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 388 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.006s