Vue vs React vs Angular vs Svelte Part.10

1 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 22:57:16.85 ID:D77bZcWT0.net] !extend:on:vvvvv:1000:512 Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Svelte Part.7 https://mevius.5ch.net/test/read.cgi/tech/1610901677/ Vue vs React vs Angular vs Svelte Part.8 https://mevius.5ch.net/test/read.cgi/tech/1621744952/ Vue vs React vs Angular vs Svelte Part.9 https://mevius.5ch.net/test/read.cgi/tech/1642316774/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured 155 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:14:46.50 ID:6A9Aeuema.net] >>151 1番大きいのはユーザー体験だよ 該当箇所のDOMを丸ごと毎回生成する処理を書くだけでいいのだから 以前はDOMの状態をみて書き換える箇所を自分で判断してた それこそがjQueryなコードをスパゲッティにした原因なのよ 156 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:18:36.04 ID:6A9Aeuema.net] パフォーマンス速くしたいからDOMの差分を自分で見る→コードがスパゲッティ 差分見るとスパゲッティになるからDOMを毎回丸ごと生成したい→innerHTMLに突っ込むしかなくてパフォーマンス劣化 この悪循環の無限ループ これを両方同時に解決したのが仮想DOMでありReact 俺が信者になったのはこれを意識した時だな マジで神だと思ったね 157 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:19:52.73 ID:6A9Aeuema.net] ここにいるのに仮想DOMメリットを言語化できるやついなかったのな 上のような事実というか歴史的経緯があるんだよ しっかりと理解してくれ 158 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:22:06.41 ID:so8tWsAwa.net] 別に仮想dom使わなくても良いんだよ あくまでレンダリング高速化の手段の一つ reactが差分管理として仮想domを採用しただけの話であって他に良いのが出て来ればそれに変わられていくだけ ただdomと密接に結合するようなレンダラーと差分管理を分離しないアプローチは流行らない webにしか使えなくなる 159 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:40:06.43 ID:DIJBOrU7r.net] >>150 Solid.jsとsvelt.jsはDOM全体を書き換えてるの？ 160 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 14:46:33.31 ID:6A9Aeuema.net] >>156 流石にそれはない ソース読まないとわからんが別な方法で管理してるのだと思う 161 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 15:13:32.10 ID:6A9Aeuema.net] >>155 まあ仮想DOMはメモリをバカ食いするデメリットはありからね 他の方法で差分管理できなら問題ない Reactの次が見えてきた 162 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 15:28:45.86 ID:34Ai9MwnM.net] >>156 コンポーネント(DOM)を生成するのは最初の1回だけで 生成した後はObserverパターンで必要なところだけ更新するようだよ ソースまだ読んでないからハッキリしたことは言えんが多分そんな感じ 163 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 15:38:00.45 ID:0AiZA7OjM.net] 仮想DOMツリーを使わずに差分管理する場合、変化する部分に状態管理機構（solid.jsで言えばsignal、webcomponentsで言えばslot）を打ち込む形になる。 差分管理する要素が少なく、DOMツリーをダイナミックに動かさないのであればsolid.jsのようなやり方に速度的なメリットがあり、そうでなければReactに速度や構造的なシンプルさのメリットがある。そんな感じじゃないかな。 よく知らんけど 164 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 16:59:40.38 ID:DIJBOrU7r.net] >>157 いやおまえが仮想DOM使わないと全書き換えって言ったから聞いたんじゃん 165 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 18:06:05.81 ID:6A9Aeuema.net] >>161 それはミスだ そこまで深く調べてなかった 多少コード読んだら状態管理とか変更履歴で管理してるっぽくて想像以上にガチな作りだった 166 名前：デフォルトの名無しさん mailto:sage [2022/04/06(水) 23:43:10.09 ID:ZzbxJvPPr.net] >>162 お詫びに全部調べて報告して 167 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 00:07:39.33 ID:isNt/bVX0.net] ちゃんとミスを認めてる奴に何言ってんだ、あんた 168 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 08:50:29.10 ID:48p+VEp60.net] こうやって素直にミスを認めて謝れる人めっちゃ好感持てる 169 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 09:08:43.91 ID:XKd8bK6Ir.net] でも俺の疑問はまったく解決してない ・なぜReactは仮想DOMを使っているのか？ ・仮想DOMを使わなくても一部のレンダリング更新だけで済むってのか？ ・そうであればブラウザのエンジン自体が部分レンダリングに対応しているのか？ ・じゃあReactの仮想DOMのメリットってなんなの 170 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 09:20:11.52 ID:hrFCTtmgM.net] >>166 仮想DOM自体にはメリットは全く無くむしろオーバヘッドというデメリットがある DOMの差分更新は非常に重要で全体更新よりも圧倒的にパフォーマンスが高い DOMの差分更新はSvelteでもSolidでも各種Vanillaでも当然行われているが仮想DOMは用いられていない それらと比較してベンチマークなどでReactが遅い原因の一つとして仮想DOM使用によるオーバヘッドが考えられうる 171 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 09:24:25.64 ID:Fux/mDxCM.net] う〜ん、粛々とNG 172 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 09:35:03.84 ID:NNETluvMd.net] Reactでいう仮想DOMというのは本来は単なるフレームワークの実装の都合ってわけじゃなく、 テンプレートがレンダリング結果としてDOMオブジェクトを返しているように見えるけど実際にはそうじゃないから仮想DOMなんだよ。 Vueみたいに単なる実装の都合で内部的に仮想DOM使ってるのと比較されるからそのへん混同されがち。 その意味だとSolid.jsはどうなんだろうね。まだ触ったことないからわからないけど、テンプレートは直接DOMオブジェクトを生成するの？ 173 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 09:41:42.27 ID:XKd8bK6Ir.net] 仮想DOMってただのjavascriptオブジェクトの階層構造だよね 部分レンダリング更新ってのは、この全体の階層構造のうちの一部の階層のオブジェクトが更新されて、その階層に該当するDOMだけが再レンダリングされるってことかね その階層ってのはShadowRoot単位なのかな？ 想像だけど 174 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 10:05:30.92 ID:NMZY0DQdM.net] >>170 まず仮想DOMは全く関係ないので忘れて横に置いとくといいよ 実DOMを生成する時に全体を生成するのではなく現状の一部を利用して最小限のパーシャルツリーを作って入れ替えるのが部分レンダリング更新 ブラウザによる画面レンダリングも最小限となりメリットがある 今どきのフレームワークならたいてい採用されている この実現のために仮想DOMは必要としない 一方で仮想DOMは一部のフレームワークが採用している単なる内部のデータ管理方式の一つ 仮想DOMが他の方式と比べて何か有利な点は特にない 実行時に差分検出となるなど不利な点はある 175 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 10:12:41.10 ID:kSgW/1GfM.net] 「高速」の比較対象はpostして全部更新だったりする？ 176 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 11:08:03.68 ID:XKd8bK6Ir.net] >>171 なるほど つまり ReactやVueはデータ管理を仮想DOMで管理してる Solid.jsやSvelt.jsはデータ管理を実DOMで管理してる この認識であってる？ なぜデータ管理を実DOMで管理してるんだ？って思うけど、仮想DOM使ってないなら実DOMしかないよねってこと 177 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 12:29:30.17 ID:n/T89jyuM.net] >>173 それは正しくない どのフレームワークもデータ変更に対応して最終的に実DOM操作をして反映させる点では全て同じ データ変更がどういう時に� 178 名前：ﾇこで起きるかはプログラム作成時にわかっているので SvelteやSolidはそれらの情報を利用してある種のコンパイラとなり実DOM操作のJavaScriptコードを事前に生成してしまう つまりSvelteやSolidは実行時にはその生成されたJavaScriptコードが動くだけ 一方でVueやReactはデータ変更に対して仮想DOMに反映させて前後の差分検出をしてその差分を反映させるために実DOM操作をする [] [ここ壊れてます] 179 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 12:31:19.31 ID:cPE2iAv8M.net] >>173 たぶん誤解してる。仮想DOMの使用有無にかかわらず、実際のビューの状態を持っているのは常に実DOMだ。 仮想DOMが登場するのはビューの状態を更新するときで、仮想DOMの場合は論理的には(実際には更新不要な部分は使い回すような最適化はある)モデルの状態に基づいて毎回新しい仮想DOMツリー全体を作り直し、 その仮想DOMツリーをあるべき姿として実DOMを更新する。 一方で仮想DOMを使わない場合は、仮想DOMツリーの作り直しを省いて直接実DOMを更新する。 180 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 14:42:30.41 ID:XKd8bK6Ir.net] >>174 SolidやSveltのその操作用のjavascriptのコード生成ってどんな感じ？ いまいち想像が足りないからわからん コードってなに？ 具体例がほしいかな >>175 React ： データ更新 → 仮想DOM更新 → 実DOM更新 Solid ：データ更新 → 実DOM更新 こういうこと？ このSolidの直にDOM更新ってどうやってツリー全体のうちの差分を算出してるんだろ？ 差分とか関係なくjqueryみたいに要素を特定して更新してるのかな？ 181 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:11:00.06 ID:LqaqpZCDM.net] SolidはデータバインディングしてるだけだからDOM上のどこを更新すればいいか最初からわかってる となると負荷がかかるだけの大げさなツリー差分計算は不要かと reactがツリー差分を計算するのは何処が変わるのかreactが把握してないから Solidはreactに似てるけど根本的なアーキテクチャは違う 182 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:30:15.09 ID:zMYtvFpYM.net] >>176 普通にフレームワークを使わずに書けばわかるけど 差分算出なんて全く必要のない行為 必要となるのは変更されたデータを反映するDOM操作のJavaScriptコードのみ 183 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 16:57:53.58 ID:bdIQHoGja.net] おじさんじゃねーのこれ 184 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 17:26:41.04 ID:OoJ9MQRv0.net] メモ化しなかったら子コンポーネントの要素を再度全てレンダリングしちゃうのでは？ 185 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:00:26.65 ID:I9ZZKEcZM.net] それぞれそのへんはムダを省くよう仕掛け対応があるね フレームワークとして最低限それはやらないと 186 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:32:20.92 ID:XKd8bK6Ir.net] 結局みんなはっきりは理解していない感じらしいね まあ自分もなんだけど 187 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 19:52:15.69 ID:W1OrHRUza.net] >>182 で？ 188 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 20:04:09.90 ID:XKd8bK6Ir.net] >>183 へ？ 189 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:07:48.47 ID:rftQE35ra.net] solid.js作者による解説記事見つけたよ 正直震えてる アーキテクチャがやば過ぎ オワコンと言われた Reactive Programmingが復活した https://indepth.dev/posts/1289/solidjs-reactivity-to-rendering 190 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:17:52.74 ID:rftQE35ra.net] この記事でDOMの更新原理が全部解説されてる ただ理解が追いついてない 191 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:44:32.35 ID:isNt/bVX0.net] 何処でReactiveプログラミングが終わって、何処で復活したんだよ。 パラダイムの話と実装の話をごっちゃにしとらんかね。 192 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 22:49:48.63 ID:LqaqpZCDM.net] >>185 いいね 193 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:03:21.84 ID:w+H2FlaC0.net] createElememtしたオブジェクトをクロージャで保持してるのか 確かに生DOMだ 194 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:06:10.92 ID:cxGwbYOU0.net] 記事はいいけど >正直震えてる >アーキテクチャがやば過ぎ こういうの傍から見て寒すぎ 195 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:35:57.90 ID:LqaqpZCDM.net] DOMそのまま掴んでるってことはReact Nativeは絶望的か…ちと残念だ 196 名前：デフォルトの名無しさん mailto:sage [2022/04/07(木) 23:57:10.55 ID:Y0BVj7bxa.net] ペインの中のボタンを40近くまで連打すると詰まりだすけどreactならどうなんだろうか https://www.solidjs.com/tutorial/introduction_memos?solved 197 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 00:02:15.46 ID:FwPcQFITM.net] >>192 フィボナッチ数の計算がべらぼうに重いだけだよ 198 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 00:06:04.66 ID:pHvgxp+Ea.net] >>193 探したらあったのでやってみたらその通りでしゅた。 https://codesandbox.io/embed/yh4nf?codemirror=1 199 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 11:42:33.12 ID:SI2R8TLia.net] >>191 RN的な使い方は無理だろね メモリとんでも無い事になりそう シンプルなWEBページ特化 200 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:27:38.41 ID:FwPcQFITM.net] メモリは心配してないというか仮想DOMが無いから確実に減る でも仮想DOMが無いせいでDOMと結合度が高くなってるからマルチプラットフォームは難しいだろう 201 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:33:08.91 ID:bdNfvPhdr.net] React.jsやVueってマルチプラットフォームだっけ？ 202 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 14:41:04.41 ID:4G5CVrxlM.net] >>196 それは違うんじゃないか こういうフレームワークを作る時に内部はもう一段抽象的なデータを持つ その抽象データからDOMが対象ならばDOM操作コードとそのオブジェクトを生成といった具合 だから生成されたものだけを見てDOMと結合しすぎていると判断するのはおかしい 例えばReactの仮想DOMもその内部の抽象データなのだから同じ土俵で比べて判断したはうがいい 203 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 15:16:48.60 ID:zD+iWd3QM.net] 仮想DOMがメモリ食いまくってるかというと別にそうでもない 204 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 15:48:10.19 ID:4taeFJ35a.net] >>196 なんで仮想domが無いからメモリ減ることになるんだよ 仮想domの代わりにコード生成するっていうのに 205 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:29:16.27 ID:bdNfvPhdr.net] >>185 これ要約してくれ お前らの好きなキータやゼンに上げてもいいから 206 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:29:34.20 ID:FwPcQFITM.net] >>200 仮想DOMは変化のない部分もツリーの生成が必要 リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず 207 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:37:20.73 ID:I/uOEy9hM.net] >>200 SvelteやSolidがコード生成するのは実行時ではなくコンパイル時点 そして生成されるコードはVanillaで書いたときと同様な感じでわずかなDOM操作コード 仮想DOMのように余分なメモリを使用したりその管理のためのコードが必要になったりはしていない 208 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:45:07.62 ID:xuzqGDQqa.net] >>203 実行時に読み込んでメモリ消費するじゃん アホかよ 209 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:54:48.38 ID:FwPcQFITM.net] まさかとは思うけど何もしないのと比較して増えてるからメモリが減ってないじゃないかって意味で噛み付いてきてるのかな？ 仮想DOMと比較してメモリが減るって文脈が読めないのかしら 210 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 17:59:43.25 ID:/H+nHCQIa.net] >>205 いやケースバイケースでしょ 素人かよ 211 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:03:26.77 ID:FwPcQFITM.net] 極僅かな例外も存在するかもしれんがそれをケースバイケースというのは言葉遊びにしか感じないな 212 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:04:37.85 ID:oVWM7CkTM.net] >>204 Reactにも仮想DOMを操作するコードがあるし さらに仮想DOMで差分算出するコードもあるし さらにその差分に対して実DOMを操作するコードがあるんだよ SolidやSvelteはそのうち最後の実DOMを操作するコードだけになるよね さらに仮想DOMを保持するメモリも必要ないよね 213 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:19:37.36 ID:u9ryeQf60.net] 何を根拠に仮想DOMがメモリ食うと言ってるのかは気になるところ。仮想DOMツリーなんてブラウザのタブを担当するプロセスの消費してるメモリの一部でしか無いのに 214 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:23:30.45 ID:4I0Aw2zD0.net] Excelみたいな巨大アプリでどのくらい消費しているのか知りたいね 知らないか？ 215 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:39:17.75 ID:x9wQZSCop.net] 計測せずに性能を語っても妄想お披露目会にしかならんだろ 216 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 18:44:32.33 ID:el4YGwkaM.net] 比較対象はゼロだからな 217 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:38:01.87 ID:4taeFJ35a.net] >>207 言葉遊びはお前だよ 仮想domだからメモリ使う前提で話してるけど根拠は？ ほぼあんたの思い込みでしかない 218 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:48:25.06 ID:FwPcQFITM.net] >>213 仮想DOMの生成にメモリを使うのは当たり前では？ 219 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 19:57:47.51 ID:9UQ9wQkhr.net] 誰も計測してないのである！ 220 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 20:11:01.88 ID:u9ryeQf60.net] なぜ誰も計測してないかを紐解くと、Reactで（他のライブラリやバニラより）メモリ食いすぎて困った、という事例が無いからでは？ 221 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 20:53:59.17 ID:g5acz2390.net] >>202 >リアクティブプログラミングなら変化が無いとわかってる部分は省略できるはず そんな単純な話かなぁ。差分を求めずに「変化が無い」ことを判断する方法は自明じゃないように思うが。 222 名前：デフォルトの名無しさん [2022/04/08(金) 20:54:12.79 ID:z7daun3M0.net] Reactでも速度面で困ってるわけじゃないからな Solid.jsが小さいのは魅力 223 名前：デフォルトの名無しさん mailto:sage [2022/04/08(金) 22:59:55.40 ID:KeW2chSD0.net] Solid.jsのdoc見てみたけど、まず多言語対応されててすごい 精力的なのはいいね 224 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 06:27:23.97 ID:hnk6n6Rh0.net] Vue2で作ったアプリが10個以上ある それらのアプリはVue2で使い続けたい 新しいアプリはVue3で作りたい こういう場合どうするのがいいと思う？ Webpack使ってます 225 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 06:51:02.01 ID:hnk6n6Rh0.net] npmの環境もう1つ作っちゃうのが楽な気がするんだけど 226 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 08:07:49.92 ID:bqRMq7lA0.net] Vueの事はよく知らんけどディレクトリ分けてnpx使えばよくない？ 227 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 08:14:00.27 ID:hnk6n6Rh0.net] >>222 それが一番楽だよね 228 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 15:51:26.75 ID:0hB2G1vSM.net] React18にverupして、パフォーマンスが体感できるぐらい上がって満足 でもtypesも18に上げた途端3rd partyからエラーでtsignoreに逃げた… 229 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:22:45.23 ID:jgmuUCzN0.net] >>220 なんでグローバルにインストールしてるの？ 230 名前：デフォルトの名無しさん mailto:sage [2022/04/09(土) 18:51:44.46 ID:hnk6n6Rh0.net] >>225 ローカルにインストールしてるよ 231 名前：デフォルトの名無しさん [2022/04/09(土) 22:59:04.33 ID:hgG5Hkw80.net] >>224 わかる recoilのtypesがアップデートされるまで様子見してる 232 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 01:35:53.09 ID:HXJW3I9N0.net] >>226 よく見たら自演だったらおじさんかよ 233 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 06:01:45.32 ID:7PU75A+00.net] >>228 だれだよそれ 違うよ 234 名前：デフォルトの名無しさん [2022/04/10(日) 16:24:52.57 ID:ITJl40Ck0.net] react学習中は「jsのFWやろ」って思ってると痛い目見るな。 全くではないがreact言語と言っても良いぐらい独特やね 235 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 17:47:42.20 ID:eCRNh29mr.net] >>230 不同意 236 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 17:58:04.68 ID:42W6QpWxM.net] >>230 自分もJSライブラリというよりはJSによく似たDSLという認識で勉強したらうまくいった 237 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 18:32:09.94 ID:zRVAqF+L0.net] >>230 Reactiveにするための面白い仕組みが色々ある。という点以外は素直なJSだし、わりと素直なDOM発展形だと感じたなぁ個人的には 238 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 227c-EhK1) mailto:sage [2022/04/12(火) 01:30:58 ID:kIyr6erA0.net] reactは見た目が気持ち悪すぎる Vueは違和感ないのだが 239 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4fe6-wKAC) mailto:sage [2022/04/12(火) 01:37:50 ID:9Wz6jxp60.net] でもvueは覚えることが多すぎる上 過去のバージョン含めてプロジェクトごとにスタイルが違いすぎて無理ゲー 240 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 08:35:28.85 ID:8aqOwqE3r.net] vueもreactも覚える量は大差なくね バージョンやプロジェクトごとに違いが多すぎるは非常に同意 241 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 09:11:27.09 ID:+SrHGzSxM.net] プロジェクト毎に…はreact.jsも大差ない フロントエンドは変化早いから諦めろん 242 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 16:40:07.56 ID:lzQIw2wja.net] おじさんは何使ってんの？ 243 名前：デフォルトの名無しさん mailto:sage [2022/04/12(火) 20:25:39.24 ID:vS+B3//00.net] VueとReactの両刀使いだったけどReactに集約しまーす フロントエンドでいちいちあれこれ考えたくないし楽だよなあ 244 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f72c-44kf) mailto:sage [2022/04/12(火) 22:28:27 ID:Db8/nH/Z0.net] React使ってる方はスタイルどうしてますか？ 僕はあれこれコンポーネントライブラリ試してみて、最終的にTailwind CSSに落ち着きました 245 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 00:54:09.91 ID:P5y02Tze0.net] Tailwindなんか良く使ってるな・・・ 冗長過ぎだろｗ 246 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 05:55:12.89 ID:By3mBvbx0.net] 気持ち悪いとか冗長だとか、感覚的な事ばかり言われてもですね 247 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sd02-KxDt) mailto:sage [2022/04/13(水) 07:05:27 ID:57dconDAd.net] ハゲたおっさんをみたjkにもいってあげて 248 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:30:29.33 ID:xZef9YSSr.net] フロントエンドエンジニアなのにまともにcssを使えないゴミが99％だからな cssはデザイナーの仕事と勘違いしてるアホしかいない 249 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:42:33.90 ID:QRWgdMoUM.net] そんなんおめー、会社の規模と分業スタイルに依るでしょ。ってか大抵はCSSもそれなりに書ける。 フロントエンドエンジニアの99%とか主語デカすぎ 250 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 07:53:46.03 ID:Hql1DFVV0.net] tailwind-cssは最近擬似要素もサポートしたから表現の幅が広がって使いやすくなったけどね ぶっちゃけ何でcssを書こうがあんまり変わらないから好きなのを使えばいいと思う 251 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b6e-z3qP) mailto:sage [2022/04/13(水) 12:51:45 ID:9uPeD86L0.net] css使えないからTailwind使うだと馬鹿一直線 252 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 13:10:46.32 ID:CP/2H06D0.net] modules、emotion、chakraと使ってきたけど今はtailwind一択やわ 253 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 18:35:39.41 ID:xqcMgFa8M.net] TailwindCSSはクラスがほぼCSSのパラメータと一対一だからCSSわからんとむしろ使えなくない？ エアプかな？ 254 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 20:44:25.37 ID:Hql1DFVV0.net] tailwindcssはvscodeの拡張機能を使うとtailwind.config.jsで設定した自分のカスタムスタイルまでコード補完で表示してくれるのが好き 255 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr5f-9is6) mailto:sage [2022/04/14(木) 06:54:23 ID:3HmhMLNrr.net] bootstrapでいいじゃん カスタマイズもできるしダメな理由ないよな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef