React と React Native のスレ

**デフォルトの名無しさん** · 2022/09/29(木) 07:40:58.14

>>388
いやいやいやロジックはhooksって書いたじゃん
複雑な条件や処理とやらはuseUnkoに書いてShowUnkoはそれを使う

**デフォルトの名無しさん** · 2022/09/29(木) 08:51:14.08

Ruby on Rails では、コントローラーの肥大化を防ぐために、
Skinny Controller, Fat Model を推奨した。
その結果、モデルが肥大化した

そこで今度は、モデルの処理を減らすために、
Form Object, Service Object へ処理を分けた

また表示処理は、Presenter へ分けた。
それで、Form Presenter, Model Presenter が出来た

**デフォルトの名無しさん** · 2022/09/29(木) 08:54:50.37

>>390
コンポーネントにロジックを記載するのではなく
カスタムhooksとして切り出すってこと？
理解力乏しくてすまん

**デフォルトの名無しさん** · 2022/09/29(木) 09:34:16.50

>>392
そういうこと

**359** · 2022/09/29(木) 09:39:43.34

React実践の教科書、2021

この本には、カスタムフック・自作のHooks も書いてある

ロジックをコンポーネントから分離し、複数コンポーネントで再利用する。
共有ロジック

**デフォルトの名無しさん** · 2022/09/29(木) 09:52:34.39

>>393
hooks限定である必要はないと思うが...

**デフォルトの名無しさん** · 2022/09/29(木) 10:45:31.47

>>395
元々コンテナコンポーネントに書く必要がないようなロジックの話をしてるつもりはないんだよなぁ
React無関係なロジックを普通の関数に切り出す話ならReactスレで話さなくていいだろ
状態やライフサイクルなどReactに依存したロジックを切り出すならuseStateやuseEffectを使う関数になりそれはカスタムhooksと呼ばれるということ

**デフォルトの名無しさん** · 2022/09/29(木) 10:54:55.41

ステートレスなロジックも意味なくhooksとして？実装するとでも言うのかい？

**デフォルトの名無しさん** · 2022/09/29(木) 11:20:12.57

ごめん、一番聞きたかったのは
コールバック等使ったpropsの逆流（リフトアップ？）のことなんだけど
例えば、ダイアログ等実装する場合recoil使ってstate管理すれば簡単に実装出来ると思うんだけど
わざわざリフトアップする必要ってあるの？？

**デフォルトの名無しさん** · 2022/09/29(木) 11:41:08.20

俺の場合はコントロールの状態は極力propsで渡して
そのコントロール起因で発生した状態の変更は
そのコントロールの外部からディスパッチして
またコントロールのpropsとして再投入するパターンに落ち着いた

**デフォルトの名無しさん** · 2022/09/29(木) 12:43:16.88

全部props渡しはどのコンポーネントが何のデータに依存してるか明確にわかるのが好き

**デフォルトの名無しさん** · 2022/09/29(木) 13:42:04.91

propsて受け取った状態を
内部てstateとして別管理すると嵌まるパターンが多いね

**デフォルトの名無しさん** · 2022/10/04(火) 20:36:43.24

React勉強中です
テーブルが例えば最大行数20行として、新しいデータを取得するたびに先頭行に追加、末尾データは削除、というのをしたいです。
以前直接DOMを操作していたときは、テーブルのElementに対し、insertRow()、deleteRow()を行っていました。

これをReactでやろうとした時、テーブルの各行のデータを配列で持っているとすると、下記のようにmapを使って各行のHTMLを生成するというやりかたがあるかと思いますが、
この場合は行の追加の度に全行が再レンダリングされてしまいますよね？

const table_data = ['a', 'b', 'c', ～]
return(
<tbody>
{
table_data.map((val) =><tr><td>{val}</td></tr>)
}
</tbody>
)

前述のような先頭行に追加、末尾行は削除、というのをReactでやるとすると、どいういう感じの処理になるのでしょうか？
ヒントをいただけると助かります。
まずは、1行ずつをコンポーネントにするのは必須ですかね？

**デフォルトの名無しさん** · 2022/10/04(火) 21:43:53.97

>>402
> 先頭行に追加、末尾行は削除

keyを調べれ

> 1行ずつをコンポーネントにするのは必須

んなこたぁない

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

>>403
ありがとうございます。
なるほど、keyが同じで中身が変わらなければ再レンダリングされないのですね。
だから必ずkeyを付けるんですね。

**デフォルトの名無しさん** · 2022/10/05(水) 00:29:27.00

keyはどのみち付けないとWarning出るね
バックエンド連携とかどうするつもりなのか知らんけど
普通に先頭20件だけ表示するように指定してやって
useEffectでtable_dataを監視してやればすんなり行きそうだけどなぁ

**デフォルトの名無しさん** · 2022/10/05(水) 10:49:27.30

>>405
ありがとうございます。
useStateでテーブル用データの配列を管理し、データ取得されるたびにその配列の先頭に追加、sliceで20件だけ切り出し、という方法でやりたいことはできました。
ユニークなkeyを付けることで再レンダリング対象が更新部分だけになるのも確認できました。
データはWebSocketで受信して取得しますが、どなたかのサイトで紹介されていた、コンポーネント内のuseRefでWebSocketオブジェクトを持ち、useEffectで初回時のみに接続するという方法でとりあえあず動作しました。

**デフォルトの名無しさん** · 2022/11/05(土) 23:06:02.94

react native詳しいニキ教えて

下部に表示されるメニューバー（以下、Menu）のコンポーネント作ってて
ページによって表示/非表示の設定をしたいんだ

各ページコンポーネントでMenuを直接呼び出すような作りにすれば確かに実装出来るけど
ページが切り替わった時点でアニメーションが途切れるし、なによりナンセンスな気がする

で、次の案。
App→Main→各ページという構成を取ってるけど
MainでMenuを呼び出すようにした。
で、これをRecoilで管理するboolean型のグローバルstateで表示/非表示にする。
あとは各ページの初回レンダリング時にstateの値を書き換えるだけで解決……と思ったけど
前のページにバックしたときに改めてstateの値が書き換わらないんだ。

これを踏まえて何かいい方法ないですか？

**デフォルトの名無しさん** · 2022/11/05(土) 23:47:25.78

知らんけどrecoil-syncってのがあるらしいな知らんけど

**.NET MAUI HighSchool** · 2022/11/11(金) 12:32:52.36

Metaが倒産したらReactどうなってしまうんだ？ってレス見たんだけどほんとどうなってしまうん？
誰かに買われるとか？？？

**デフォルトの名無しさん** · 2022/11/11(金) 12:42:14.20

Vercelは確実に欲しがる。Remixを買ったShopifyも欲しがるかも。Googleが掻っ攫うかもしれない

**.NET MAUI HighSchool** · 2022/11/11(金) 12:43:10.48

やっぱり大手に買われるのか…

**デフォルトの名無しさん** · 2022/11/11(金) 13:19:40.85

React NativeはMSが持っていきそう

**.NET MAUI HighSchool** · 2022/11/11(金) 13:20:58.38

>>412
ありえそう
OfficeとかReact Nativeやしな

**デフォルトの名無しさん** · 2022/11/21(月) 04:31:38.78

プログラマーならview定義もJavaScriptでする方が幸せじゃないですか？

https://zenn.dev/takahad/articles/view-with-js

**デフォルトの名無しさん** · 2022/11/21(月) 19:55:26.69

>>414
入ったプロジェクトがこんな状態になってたらマネージャーかリーダーの判断力があやしすぎて即転職考えるかもしれん

**デフォルトの名無しさん** · 2022/11/21(月) 20:03:57.34

(試みとしては面白いと思うけど)

**デフォルトの名無しさん** · 2022/11/21(月) 20:32:50.68

hyperTextじゃん

**デフォルトの名無しさん** · 2022/11/21(月) 20:33:18.27

textじゃねえやHyperScript

**デフォルトの名無しさん** · 2022/11/21(月) 20:54:44.24

ClojureScriptでReact使うのがまんまそんなだった
Lisp界隈の人はなんでもS式だからな

**デフォルトの名無しさん** · 2022/11/22(火) 07:44:22.59

tic-tac-toe。今更変わらないのはわかってるけどpure jsで何の不便もないじゃん。

https://jsfiddle.net/nwmeqbL4/

**デフォルトの名無しさん** · 2022/11/22(火) 09:58:17.91

それならここに来る必要ないやろ

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

reactでjsx使わない話なんだけどダメ？
タグ手打ちで補完が効かないhyperscriptとかもっとマイナーななんとかhelperとか
誰も使ってない怪しいライブラリに頼らずとも自分で200行コード書くだけで
jsx使わないで済むのは自分は衝撃だった。
見たことない構文だけどただのjsなんで補完もインデントも問題なし。閉じタグ書かなくていい。
[div, {className: 'game-info'},
[div, status,],
[ol, moves,],
],

**デフォルトの名無しさん** · 2022/11/23(水) 04:25:07.28

jQuery絶対王者

**デフォルトの名無しさん** · 2022/11/23(水) 05:07:49.07

>>422
チームで合意が取れてれば良いんじゃないかな
自分は好みとかあまりなくて標準だったりプロジェクトだったりに適応するのが好きだから
プロジェクトでそうなってたら合わせるかな
もちろん自分が一からやるなら現時点で大勢が使ってる標準的なjsxを使うし

**デフォルトの名無しさん** · 2022/11/23(水) 08:06:55.32

html in jsはカッコ地獄で使い続けられないと思った
mapや三項演算が組み合わさると、あっという間にreadabilityも破綻
jsxは < > 構文なのでカッコに関してはマシ

**デフォルトの名無しさん** · 2022/11/23(水) 09:09:30.10

HTMLをHTMLとして認識しにくいのはイヤ

**デフォルトの名無しさん** · 2022/11/23(水) 13:34:39.63

jsx ももはやただのjsなんで補完もインデントも問題ないんだよなあ
閉じタグはあった方が見やすいしこれも補完聞くから書くのも手間じゃないし

**デフォルトの名無しさん** · 2022/11/23(水) 14:08:23.15

JSXの構文はもっと省略できるよね

**デフォルトの名無しさん** · 2022/11/23(水) 14:20:57.19

ReactがFB内で生まれたのがES5より前だからかJSXでclassやforを属性名として使えないのはそろそろ修正してもいいと思うわ

**デフォルトの名無しさん** · 2022/11/23(水) 15:21:48.20

逆にJSの言語仕様としてのクラスが要らんのやないかって感じするしな

**デフォルトの名無しさん** · 2022/11/23(水) 15:46:18.91

>>429
PreactではJSXでclass属性使えるからReactが使えないのは単に怠慢ちゃうか

>>430
Rustのstructとimplの関係とかオブジェクトとprototypeの関係に近いし、classなんて要らんかった感がある。なんもかんも関数にnew付けるとコンストラクタになるっていう全く直感的でない仕様が悪かった

**デフォルトの名無しさん** · 2022/11/27(日) 18:18:42.40

reactでjsx使いたくないなReact.createElement使えばすむだろ
pure jsだしreact自身がメンテナだぞ

**デフォルトの名無しさん** · 2022/11/28(月) 16:39:23.37

class使わんかったらええしjsxも受け入れればええやん
中途半端に色々俺ルール入れようとするからプロジェクト通したコードがグチャグチャになるんだよ
ガタガタ抜かさずに読みやすいコード書け

**デフォルトの名無しさん** · 2022/11/28(月) 17:59:40.28

それはそう

**デフォルトの名無しさん** · 2022/11/28(月) 18:10:16.07

React.createElement() は、見たことない。
クラスなのか？

今は、関数しか使わない

**デフォルトの名無しさん** · 2022/11/28(月) 20:53:35.42

>>435
JSXをトランスパイルするとそれが出てくる
というか前はそれになってた
今はもちっとサイズが小さくなるコードにトランスパイルされる

**デフォルトの名無しさん** · 2022/12/03(土) 08:35:21.91

フロントエンドはAIとローコードにより死んでいきそう

**デフォルトの名無しさん** · 2022/12/03(土) 10:06:11.17

フロントエンドの連中が死んでいったら愉快すぎるだろうな。

**デフォルトの名無しさん** · 2022/12/03(土) 10:26:28.26

管理画面作れるローコードツールやばいで？
t-wadaさんの会社が出資してるやつ
ガチでフロントエンドいらんw

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

できねぇ自分を棚に上げてよく言うぜ

**デフォルトの名無しさん** · 2022/12/03(土) 13:16:27.12

フロントエンドができるのは
どのくらいのレベル？

**デフォルトの名無しさん** · 2022/12/04(日) 10:14:28.76

https://pleasanter.org/
これとか使えそうだな

**デフォルトの名無しさん** · 2022/12/04(日) 11:54:38.25

周りが適性なさすぎて消去法でバックエンドやるハメになり
苦労もあったが経験しておけて良かった

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

ここ本スレ？

**デフォルトの名無しさん** · 2023/01/15(日) 12:22:06.03

みんなuseStateのとき以外でset～って関数名付けてる？

**デフォルトの名無しさん** · 2023/02/11(土) 08:10:49.33

>>439
何？　使ってみたいから教えて

**デフォルトの名無しさん** · 2023/02/14(火) 00:24:32.69

知らんけどAirtableとかじゃないの？

**デフォルトの名無しさん** · 2023/02/20(月) 17:20:13.84

Reactが始めてなので変な質問かもしれません。
React.Componentを継承したクラスを作成し、これを「new」した時点でbodyの最後に描画したいです。
具体的にはmodalのクラスなのですが、

import modalClass from './modalClass';
const hoge = new modalClass();　//この時点でbodyの最後に描画されて
hoge.show(); //これで描画されたモーダルが表示される

だけでモーダルを表示したいです。
constructor中でrenderを実行して、戻り値をReact.Domでbodyの最後に置換すれば可能な気がしますが、
このような使い方は一般的でしょうか？
htmlに「<modalClass />」の記述をしたくありません。

**デフォルトの名無しさん** · 2023/02/20(月) 17:53:11.21

>>448
一般的ではないね。ReactコンポーネントであればJSXに<Modal />などと書いておきReactのライフサイクルの中でstate更新して表示/非表示を制御するのが一般的。

あとDOMツリーに要素を「追加」する操作を「描画」と呼んでると今後の理解の妨げになる可能性があるから一回整理したほうが良いかも。(Reactはライフサイクルの意識が結構大事なため)

**デフォルトの名無しさん** · 2023/02/20(月) 18:41:24.87

はい、一般的ではないのは十分承知しています。
ライフサイクルなどを無視してHTMLの管理と描画のみにreactを使用したいと考えています。
ソースコードとしては下記で行けたのですが、このような使い方が一般的に許されるのかが不安です。

class ExampleComponent extends React.Component {
constructor(props) {
super(props);
const element = this.render();
const container = document.createElement('div');
document.body.appendChild(container);
ReactDOM.render(element, container);
}
show() {
//モーダル表示のDOMの操作
}
render() {
return (
<div>
/** モーダルのHTMLソース **/</div>
);
}
}

**デフォルトの名無しさん** · 2023/02/20(月) 18:48:10.50

動作するのは確認できたので、あとはプロジェクトリーダーの好み次第ですかね。
これが許されればサーバ側のviewでHTML管理しなくて済むようになりますので
コンポーネントの使いまわしが楽になるのですが。
javascriptのみで完結できるので。

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

Reactをrender()するHTML要素を動的に追加するのはありだと思うよ
でもそのロジックをReactコンポーネントに入れる必要はないな
ユーティリティな関数でそれをすればReactコンポーネントはクラスではなく関数コンポーネントにもできるし

**デフォルトの名無しさん** · 2023/02/20(月) 20:40:21.95

まず動くようにしたのは素晴らしいけど、たぶんリーダーかは指摘が入るはず。

**デフォルトの名無しさん** · 2023/02/20(月) 21:16:51.58

最初はお手本通りrender関数とコンポーネント挿入関数に2ファイルに別けてたのですが、
一機能実現するために手順を踏んで２ファイル使うのが解り辛いかなと思いました。
作った自分は解るのですが、引き継ぐ人にはシンプルな手順で使えるようにしておきたいです。
render関数とコンポーネントの挿入関数を試行錯誤して一つのファイルにまとめたら >>450のようになりました。

>>450なら
import ExampleComponent from './examplecomponent';
const modal = new ExampleComponent ();
modal.show("メッセージです", "タイトル");

だけで済むので、クラスのusageに書いておけば利用手順も簡単でどの画面でも使えると思います。
reactの定石からは離れますので、やはりreactのプロの目から見ると違和感あるのですね。

**デフォルトの名無しさん** · 2023/02/20(月) 23:39:55.71

Windowsアプリのメッセージダイアログみたいにメソッドひとつで呼び出せる手軽さを実現したいって理解でいいのかな

**デフォルトの名無しさん** · 2023/02/21(火) 02:04:19.05

あちこちに<ExampleComponent />追加したくないってことかな？その場合はProviderやContextを使うのが正式なやり方になると思う。

レイアウトに1個<ExampleComponent />追加する程度はふつうにやることなのでそれはみんなわかると思う。

**デフォルトの名無しさん** · 2023/02/21(火) 08:04:52.44

>Windowsアプリのメッセージダイアログみたいにメソッドひとつで呼び出せる手軽さを実現したいって理解でいいのかな
はい、それであっています。

>あちこちに<ExampleComponent />追加したくないってことかな？
はい、ReactのメリットはJavascriptにHTMLを書ける事なので、HTMLとの依存関係を切って
なるべくJavascriptだけで完結させたいです。
とくにモーダルのような汎用的などこでも使うものは、HTMLに<ExampleComponent />を記述させたくないです。

**デフォルトの名無しさん** · 2023/02/21(火) 13:34:11.33

メッセージダイアログ、確認ダイアログ、エラーダイアログなんかの共通系は
どこでも仕込みなしで呼び出したい
あるあるな要求だと思うけどReactではどうやるのが定石なんだろうね

**デフォルトの名無しさん** · 2023/02/21(火) 13:52:30.32

レイアウトが必要なコンポーネントは、HTMLファイルにreactのタグを埋め込む方向で理解できるのですが
メッセージダイアログのような画面中のレイアウトが必要無い物については
わざわざHTMLファイルにタグ埋め込んでおく必要ないのではと考えています。
javascriptで動的にタグを埋め込むのが良いと思いますが、タグ埋め込む機能をrender機能のファイルと別けたくないですね。

**デフォルトの名無しさん** · 2023/02/21(火) 14:46:08.62

Railsとかの既存画面にReactでモーダルだけ作ろうって話？
jQueryの代わりにReactみたいな使い方ならその時点で定石から外れてるわな

**デフォルトの名無しさん** · 2023/02/21(火) 14:59:48.47

いや、そういう話ではないよ

**デフォルトの名無しさん** · 2023/02/21(火) 15:18:03.61

へ？普通にSPA？
それなのにDOMのエレメント作ってrender()呼ぶって？ただのアホじゃん

**デフォルトの名無しさん** · 2023/02/21(火) 16:09:35.73

そりゃ動機があって試行錯誤の中でイレギュラーなことをしていて
より良い方法、より一般的な方法はないかという問いかけなんだし

**デフォルトの名無しさん** · 2023/02/21(火) 16:42:00.18

試行錯誤にしても道を外れすぎ
React.renderはReactアプリ(コンポーネントツリー)全体をDOMにマウントするためのAPIで個々のコンポーネントが呼び出すもんじゃない
大抵はフレームワーク的なコード(CRAやNext.js)が呼び出すからアプリからは呼ばない

共通のモーダルコンポーネントはAppコンポーネントなどツリーのルート近くに一つだけ置く
そしてモーダルはそれを開くためのカスタムフックを利用者に提供する
モーダルの開閉制御に使うステートはRedux等のライブラリを使ってもいいしContext + useStateでもいい

**デフォルトの名無しさん** · 2023/02/21(火) 17:16:01.15

試行錯誤ってのはそんなもんでしょ
まして最初にReactに不慣れだと断ってるわけだし
寛容にいこうよ

**デフォルトの名無しさん** · 2023/02/21(火) 18:46:29.89

イレギュラーなやり方ということは重々承知しています。
自分のやり方はreactのフル機能を使うよりも、ESM＋Reactの機能の一部を使ったやり方になり
Reactの恩恵を受けられない事を承知しています。
その上で使い勝手を選択して、react機能の一部のみを使った開発を行うのもありなのではと思ったりしています。
ダイアログなどの静的なコンテンツについてはreactの機能を全て使い切らなくとも、reactが無くとも実現できますし、
reactの性能を発揮できる開発内容でもないと思っています。
静的HTMLのページをreactで作るのが効率悪いのと同様に、静的なダイアログ程度のものについてもreact使わない方が良いんじゃないかと。
その上で便利な部分（javascript上でHTMLを共有化できる）だけ摘まみ食いしたいです。
reactの専門家から見ると節操無いでしょうが、開発効率や汎用性を考えた場合に
こういったやり方はどうなんでしょうかと意見を」聞きたかったです。

**デフォルトの名無しさん** · 2023/02/21(火) 19:00:38.86

>>466
>>464の提示してるやり方はどう？落とし所としてはいいように思えるけども
あと>>456も1箇所に固定で追加するという方針は近しいように思う
必要なら詳しく聞いてみたら？

**デフォルトの名無しさん** · 2023/02/21(火) 19:34:17.35

>>466
結局何をどう作ろうとしてるのかわからないんだよな

Reactで完全なSPAなら最初から449や456が書いてるとおりだし464も同じことを書いてる

しかし451の「サーバ側のview」とか466の「react機能の一部のみを使った開発」なら460に見えるんだよな
それなら452だろう
454で変なこと書いてるけど1ファイル1関数に制限さｂ黷驍墲ｯじゃなｂ｢んだから2ファイルに分けたくなけりゃ分けなければいいだけ

**デフォルトの名無しさん** · 2023/02/21(火) 19:38:08.77

つまり……

・他のreactコンポーネントから利用されるreactコンポーネントを作ってる

のか

・reactで作ってるけど利用する側はreactとか気にしないで使う

なのかどっちなんだという話

**デフォルトの名無しさん** · 2023/02/21(火) 19:41:59.71

>>464の提示してるやり方はどう？
react的にはスマートなやり方なのでしょうが、react使わない方が実装手順を簡略化できるのでメリットを感じないです。

>>・reactで作ってるけど利用する側はreactとか気にしないで使う
の方です。
関わっているプロジェクトがこれからreactに乗り換えような流れなので、新規開発分からreactで作り始めているのですが、
そもそものベースがreactではないので、reactの便利な所だけ利用したい感じですね。

**デフォルトの名無しさん** · 2023/02/21(火) 19:54:51.48

>>470
それを先に言えって話だがそれなら>>452でいいだろ
モーダルを表示する関数だけexportしてreactコンポーネントはexportせずにファイル内だけで使う
ダイアログ表示するたびにDOMエレメント作るなら閉じたときに削除忘れないように
reactのアンマウントも

**デフォルトの名無しさん** · 2023/02/21(火) 20:09:31.38

>>471
多分言っている事を理解しました。
reactによるコンポーネント作成と表示する関数は別けたいと思います。
ファイルを別けるのには違和感がありましたが、同一ファイル内で２関数実装して
片方だけexportするなら理想通りです。
一度サンプルソースを作成してリーダーに相談してみます。
ありがとうございました。

**デフォルトの名無しさん** · 2023/02/22(水) 00:14:36.76

実装者しか分からん負の遺産はこうやって増えていくんですね
自己満のためにプロジェクトを良くない方向に進めている自覚を持ちましょう。
あなたのやっていることは時間の無駄です。

**デフォルトの名無しさん** · 2023/02/22(水) 02:31:50.15

だけど、いくらきれいに書いたとしても、後任者がアレな場合、結局、良くない方向に進む（本人たちは満足）なので、どないしようもない気がします
（という現場をよく見てきたので、どないしようもないですね）

**デフォルトの名無しさん** · 2023/02/22(水) 21:02:05.11

きれいなだけではダメで意図とか背景にある思想とかそういったものをちゃんと伝えておかないと
今回みたいに定石から外れることを自覚してるならなおさら

**デフォルトの名無しさん** · 2023/02/26(日) 16:09:53.37

でも必死こいてゲットしたマイナポイントも結局使わないまま失効するんだろどうせ

**デフォルトの名無しさん** · 2023/02/26(日) 16:10:31.65

スマン誤爆

**デフォルトの名無しさん** · 2023/02/26(日) 17:52:01.97

>>476
必死こいで使おう

**デフォルトの名無しさん** · 2023/09/09(土) 09:35:09.94

（＞ェ＜；

**デフォルトの名無しさん** · 2023/10/18(水) 11:53:52.23

redux!!

**デフォルトの名無しさん** · 2024/09/03(火) 11:41:52.36

外部cssをimportじゃなくてhead要素に入れたいんだけど(scriptタグ多いのが嫌なだけ)、ドキュメントだとShowRenderedHTMLがいいって書いてあるっぽいけど他の方法あるのかな？無いならこれ使ってみる

Helmetで出来るもんだと思ってたんだけどなあ

**デフォルトの名無しさん** · 2025/10/09(木) 11:30:36.78

Meta一社からReact Fundation管理になったけど、どう変わるかな？
名実ともにExpoやMicrosoftがオフィシャルになったからReactNative加速しそう？