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. 両方です。どっちの話題をしているかは文脈で判断してください

**デフォルトの名無しさん** · 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加速しそう？