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 751 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 13:36:01.41 ID:eW+YZHQfM.net] 反TSの人ソースもなしに主観的な事しか言わねぇな。しかも対話もできない。 752 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 13:43:43.13 ID:QFi+cmDT0.net] TSはクソだから代わりのものが普及したら乗り換える←わかる TSはクソだからJSを使う←ちょっとわかんないですね 753 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr23-nd1h) mailto:sage [2022/07/02(土) 13:55:46 ID:PDy9af/xr.net] >>738 TypeScriptって書いてるのに読めないの？ 754 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 14:43:46.64 ID:MgQFVCuv0.net] 「嫌になったんだろうな」って話に脈絡がないからこれがどこから出てきたのかってことだよ。 MSがTSを嫌になったと思わせるような話がなにか出てきたっけ？ 755 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr23-nd1h) mailto:sage [2022/07/02(土) 15:18:50 ID:PDy9af/xr.net] >>743 そっかすまんね TypeScriptに関するVSCodeのアップデートみてると「これ以上解析するの苦しいから助けて」っていうメッセージが頻繁にあったんだよね 最近はしらんけど まあオープンソースだし当たり前なんだが そもそもTypeScriptもVScodeもMSが開発してるのに別の提案をしてきてるってことはTypeScriptがダメって自ら認めているようなもんじゃね？ 756 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:36:48.98 ID:P5MS37aDM.net] アロー関数とかasyncとかモダンなJavaScriptの構文ってだいたいMS主導の提案だろ？ そもそもTypeScriptはJavaScriptを改善していくためのPoCの役割を担っている言語で、TypeScriptが必要なくなるのはMSにとっても望ましいことなんだよ 757 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:46:38.12 ID:vAnwNkKL0.net] >>741 それ分からないって頭弱くね？ｗ そもそもjsのライブラリなのにjsで書けないってｗ あ、書けないじゃなくて書かないって言いたいんだろうけど お前みたいなのは書けないと同義なんだよなｗ 758 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 15:50:51.08 ID:MgQFVCuv0.net] >>744 なんかぼんやりした話だな。tsserver事態のメンテはvscodeチームとは関係ないだろうし何の話だろう。 仮にそれが事実だとしても嫌になったのはvscodeチームがであってMS自身がってことじゃじゃないよな。 「別の提案」ってのがまた話の脈絡がわからないが、こっちはTypes as Commentsの話？ 759 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 16:12:03.29 ID:2I3j8zDtM.net] 支離滅裂な文章でも文末にｗ付けりゃ人を煽れると思ってるんだろうか… 760 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 16:49:58.49 ID:eKS9e1d80.net] Types as Comments なんてまさにTSの発展形なわけで、TS学んで有利になりこそすれ、損は無いよなぁ。 TSは言語仕様を見れば必要以上に便利な演算やマクロ化は避けてあるから、ある程度で解析打ち切りってのは異常でもなんでも無いように感じる。 761 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:01:32.19 ID:2BlFAt+M0.net] >>745 モダンにアロー関数使って変数の値が極力変わらないスクリプト書いてもIEさんが挙動おかしくなってましたね… 762 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:28:41.92 ID:3dhQ5vPf0.net] 自分もフロントで型を使って何をするか分かってない ビジネスロジックは書いたらだめだよね 763 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:32:40.41 ID:XBJNDAlwa.net] NaNしたことない者だけが型を捨てなさい 764 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 17:43:54.69 ID:MgQFVCuv0.net] >>751 べつにプレゼンテーションロジックでも役に立つんじゃね？ フロントにビジネスロジック置いたらダメなんて法もないし。 765 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 18:21:20.76 ID:eKS9e1d80.net] プレゼンテーション層で型エラー出して遷移が発生しなかったり変なデータ表示したらユーザが誤解して結果的に間違った操作するから、どっちも大事だよね。 つかビジネスロジック一切触れなかったら何も操作できないじょん 766 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 19:34:36.69 ID:3dhQ5vPf0.net] >>753 ビジネスロジックがフロント側やいろんなところにあるのは悪手だと思うけどな… でもたしかに日本国憲法には書いてないから言い返せないわ 767 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 19:47:59.60 ID:npQqWWfDM.net] どこまでがビジネスロジックにあたるか分からんのでなんとも ソシャゲガチャの確率をフロントで捌くことは無いってのは分かるが 768 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 21:03:21.42 ID:MgQFVCuv0.net] 悪手ってのは管理的な 769 名前：意味でかねぇ？ 同じロジックのコードが分散したりしなければべつに困らんと思うが。 [] [ここ壊れてます] 770 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 21:17:45.97 ID:3dhQ5vPf0.net] >>757 レイヤードアーキテクチャの考えだと、 ビジネスロジックはドメイン層に書きましょうでしょ でも、この話ってそもそも何のシステム作るかで左右されるよな 771 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 21:41:40.49 ID:BrGj2XHMM.net] いつの間にかフロントにビジネスロジックを書くかどうかの議論になってるけど ビジネスロジックを書くなら型必要、そうでないなら不要って合意がされたんだろうか そうでないならそこを議論しても意味ない気がするけど 772 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 21:46:38.78 ID:MgQFVCuv0.net] >>758 その境界をクライアント-サーバー間に引かなきゃならん理由はないだろ。SPAとかなら特に。 773 名前：デフォルトの名無しさん mailto:sage [2022/07/02(土) 22:33:24.13 ID:QFi+cmDT0.net] フロントだけでアプリ作れるよ系のサービスは存在そのものが悪になるの？ 774 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 00:14:35.00 ID:eO2MvCIb0.net] フロントだけでアプリが作れるように見えるFirebase/Firestoreも実はセキュリティルールとかあるし、本気で活用するならFunctionsとの連携が必要とかもあって、フロントだけでもない 775 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1bac-hFrK) mailto:sage [2022/07/03(日) 00:39:44 ID:95K4DRnu0.net] フロントだけってなんやねん、気もするけどな 776 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 02:57:16.56 ID:anFeH3zOr.net] そんなこといったらデスクトップアプリはフロントだけじゃん 単にコンパイルされて中間ソースがあるだけでツールで簡単に逆アセできてしまう そのために高い難読化サービスがあるわけで 777 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 08:09:23.22 ID:8+Zm1fQX0.net] >>760 フロントにドメイン層があるの？ サーバーはインフラストラクチャ層だけか >>759 そりゃ必要でしょう ビジネスロジックって足し算引き算だけじゃないよ 778 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 08:42:03.81 ID:BunJQVPiM.net] >>765 ちゃんと読んでレスしてくれよ ビジネスロジックを書くとき型は必要か？なんて質問をしたわけじゃない 779 名前：デフォルトの名無しさん [2022/07/03(日) 09:33:34.86 ID:8+Zm1fQX0.net] >>766 ビジネスロジックなしでも型は必要でしょってことね プレゼンテーションロジックでも型が必要なのは納得しました 780 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 19:39:30.15 ID:SOqg0ON00.net] 単に型があればVisualStudioCodeなどでインテリセンスが働いて楽とかそんなもんで そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ ツール使えば自動で吐き出されるとか言うのかも知れんがｗ C#(Unity)とかだとクラス化した方がコードは書きやすいけど 781 名前：デフォルトの名無しさん [2022/07/03(日) 20:00:04.80 ID:dvm8Yx0S0.net] クラスというよりはインタフェースを定義するって感じかな ただそれだと結局型安全じゃないキャストをすることになるから io-tsとかライブラリを使ってAPIがそれを満たしてるかを動的検証できる型情報を定義してる 782 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 20:00:41.12 ID:4SpX/mYh0.net] >そもそもフロントエンドなら大抵はサーバー側とjsonでやり取りするだろうけど >それを表示するだけのフロントで全てのAPIのjsonをクラス化するのかよｗって所がねｗ なんか、「フロント」の認識に大きな隔たりがあるのを感じた。 783 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 20:17:50.40 ID:eO2MvCIb0.net] クラス≒型って認識の人は大体クラスベースオブジェクト指向しか知らない人 784 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 20:26:41.79 ID:yZSstosFM.net] ECサイト構成するのとメモ帳なり実用アプリ作るのを同列に語ろうとしても無理だよね 785 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 22:46:24.69 ID:v7SLZgpRM.net] >>771 そういう認識の人は数値や文字列にも型があることの恩恵には気づけないのかもね 786 名前：デフォルトの名無しさん mailto:sage [2022/07/03(日) 23:02:35.18 ID:R2Xlh7GwM.net] >>771 狭い特定なパターンの型とクラスを持つプログラミング言語だけしか知らないとそこに陥りやすいかもね 例えばWebに身近なところだとWebAssemblyを書くのに最も使われている言語Rustあたりを理解すると何もかも新鮮で一気に視野が広がるかな Rustはクラスも継承もない それなのにメジャーな各言語よりも強力で便利で速い静的な型安全を実現している C/C++と同じ速さで動くのに即時自動メモリ解放なのでミスは起きず安全でガベージコレクションが必要なく高速な初のプログラミング言語 実行前にメモリ安全性からデータ競合の無さそして全ての型安全まで全てをコンパイラが静的に保証してしまう言語がRust フロントエンドでJS/TSメインで補助的にWasmを使う従来のスタイルから フロントエンド全てをRustで記述してWasmで動く新たなスタイルまで登場してきているので 今後のフロントエンドの進化でも注目点 787 名前：デフォルトの名無しさん [2022/07/04(月) 13:41:23.28 ID:jO1cee2ga.net] 関係ない話を突然ぶっこむ人っているよね 788 名前：デフォルトの名無しさん mailto:sage [2022/07/04(月) 22:42:34.12 ID:RYfceo1ir.net] 見事に話の腰を折っていったな 789 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 09:10:46.05 ID:1P4+UDaA0.net] Wasmに関してはWasm公式が直々にJSを置き換えるようなものではないと明言してるんだよなぁ https://webassembly.org/docs/faq/#is-webassembly-trying-to-replace-javascript 790 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 09:27:05.92 ID:7ktCWAiNM.net] >>777 そう言っとかないと炎上して面倒だからでしょ 世間で実際に置き換わるかどうかと置き換えとして使用できるかどうかは別問題で、 少なくとも後者についてはwasmの公式及び信奉者達は実現するつもりだろうな 791 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 09:47:12.59 ID:1Na6iR4Vr.net] 名前がダサいし読みにくいから流行らんのだろ かっちょええ名前にすりゃいいのに 792 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 10:01:45.25 ID:1P4+UDaA0.net] >>778 公式の言うことを全く信じないとか、陰謀論者みたいなこと言いますね…… 793 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 10:05:49.50 ID:1P4+UDaA0.net] 訂正、信じなくてもいいとは思うけど、公式の言ってることを頭から否定するのはちょっとどうかと思うね 794 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 10:16:35.79 ID:wYawBH+gr.net] なんでも斜に構えるのが格好いいと思ってるお年頃なんだろう 795 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 12:07:20.02 ID:yTnwAAWuM.net] そうなって欲しいという気持ちはわかるけど 現状ワナビが夢語ってるのと変わらん 796 名前：デフォルトの名無しさん [2022/07/05(火) 17:15:47.11 ID:qwaP2fx0a.net] wasmおじさんまだいるのかよ wasmスレでやりなよ 797 名前：デフォルトの名無しさん [2022/07/05(火) 23:36:47.01 ID:vcOl+iQ90.net] TS型パズルのせいで終業遅れて趣味の時間が削られまくったわ 地味にイライラする 798 名前：デフォルトの名無しさん [2022/07/05(火) 23:42:50.14 ID:vcOl+iQ90.net] Nextjsは細かくサーバー処理とクライアント処理分けられるけどここまでやる必要あるのかね 無駄に突き詰めすぎな気がする せいぜいLaravelとVue程度で良いだろ 799 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 23:57:05.76 ID:1P4+UDaA0.net] なぜ自分を棚に上げて他所に原因を求めてしまうのか 800 名前：デフォルトの名無しさん mailto:sage [2022/07/05(火) 23:59:36.80 ID:8EE7RMvOM.net] >>777 その通りでWasmはJavaScriptの機能を代替しない 例えばDOM操作をWasmから直接することはできない そのため各種プログラミング言語で書かれたWasmのプログラムいずれにも補助となるJavaScriptのプログラムが付随している したがってWasmからは間接的にDOM操作を含めて任意のことができる状況となっている 例えばC#だけでSPA含めたフロントエンドを記述できるフレームワークBlazorや 同様にRustだけで記述できるフレームワークYewなど 様々な各言語だけで記述できるフロントエンドのフレームワークがJavaScriptのフレームワークの競合となりつつある 特にRustで書かれたものはガベージコレクションや重い(or大きい)実行ランタイムを必要としないため ダウンロードサイズの点でも実行速度の点でも従来のJavaScriptと比べてほぼ同等となっている 801 名前：デフォルトの名無しさん mailto:sage [2022/07/06(水) 00:12:04.30 ID:mL802MxZ0.net] >>788 WasmからJSを呼び出すオーバーヘッドやGCの無いRustで書いてすらJSで書いた場合よりダウンロードサイズが増えることを意図的に無視してない？ まして所有権に気をつけながらRustで書くのと平坦にJSで書いたものが等速では意味がない。つまりWasmを使うべき場面はそこじゃない。 「その通りで」と言いながら元の文章の意味を都合よく無視した持論を展開するのは詭弁だよ。 802 名前：デフォルトの名無しさん [2022/07/06(水) 00:47:45.67 ID:hw0Myq7K0.net] next.jsってvercelとの抱き合わせ？ 803 名前：デフォルトの名無しさん mailto:sage [2022/07/06(水) 04:05:40.23 ID:iRwSwPVx0.net] Google Cloudつかってこ？ 804 名前：デフォルトの名無しさん mailto:sage [2022/07/06(水) 23:36:06.51 ID:1TXPug1l0.net] Wasm開発側がJSの代用にはならんって言ってるしな、既存のライブラリが使えるとか得もあるけど 805 名前：デフォルトの名無しさん [2022/07/07(木) 13:52:13.98 ID:Q+wrLXon0.net] 案件でReactとVueどっちも触ることがあるんだけど、Reactなんか好きになれないなあ なんかref使ってDOMを意識しなきゃいけないこと多くない？ 案件の性質の違いでたまたまそうなんかなあ depsとかもバグの温床だし書き方冗長だし それが好きな人もいるんだろうけど あとVueのtemplateはいいよね。HTMLそのままだし tsと相性良ければなあ 806 名前：デフォルトの名無しさん mailto:sage [2022/07/12(火) 14:55:23.91 ID:xMX52/DP0.net] >>793 refよりはstateの方が使う ref使わなくてもいい場面で多分ref使ってる canvasとか埋め込みプレーヤーとかwysiwygのエディターとか操作するときはref使う depsはhooksのlintのパッケージがあってそれ使えばバグは余裕で回避できる 807 名前：デフォルトの名無しさん mailto:sage [2022/07/13(水) 01:59:12.26 ID:41tA/9He0.net] ずーっと業務でGoとかのバックエンドやってて最近Vue始めたんだけど書き方多すぎないかこれ...？ まずOptionsAPI、CompositionAPI、script setupと3つある時点で意味わからん。ネットで検索してもコードが読めん。慣れてないだけ？ 808 名前：デフォルトの名無しさん mailto:sage [2022/07/13(水) 03:16:08.34 ID:gUCl+Swj0.net] script setupはComposition API書くためのシンタックスシュガーで、新規コードは全部script setupでいいと思うよ 809 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa09-x/sD) mailto:sage [2022/07/13(水) 08:47:39 ID:yxy6SFg9a.net] 歴史的経緯があるから書き方が増えるのは仕方ないにしてもドキュメントの整備が追いついてないのが困る 810 名前：デフォルトの名無しさん mailto:sage [2022/07/13(水) 09:27:13.93 ID:uixzy4W8r.net] ３つの書き方の名前を認識できるまで調べてるなら経緯も分かりそうなもんだけどね あとネットの記事漁るときは日付ぐらいチェックした方が 811 名前：デフォルトの名無しさん [2022/07/13(水) 10:37:48.05 ID:izDlcYF60.net] ref使わなくていいとこで使っちゃう人はvue使っても同じことになりそう 812 名前：デフォルトの名無しさん mailto:sage [2022/07/13(水) 23:04:39.43 ID:fYvgJCBx0.net] やっぱReactなんやなって > Reactに有利なベンチマークを作ってみた https://qiita.com/uhyo/items/35cb243557df5e1a87fc 813 名前：デフォルトの名無しさん mailto:sage [2022/07/14(木) 14:01:25.86 ID:4YPASV41a.net] https://qiita.com/tronicboy/items/18c36cb713f77af627d8 Reactオワコンってマジ？ 814 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8d6e-lnzN) mailto:sage [2022/07/14(木) 15:05:14 ID:gqaZzHXf0.net] >>801 あんた日本人？ 815 名前：デフォルトの名無しさん mailto:sage [2022/07/14(木) 18:30:18.24 ID:H3yOuDPs0.net] >>801 この記事の主が表層的にしかReact理解してないから、コメントで突っ込まれまくってるな。しかも後半は技術じゃなくてMetaが嫌いって話してるし。 まぁでも、こういうやんちゃな奴がいる界隈は活気があって良いですよ。石頭でさえなければね。 816 名前：デフォルトの名無しさん mailto:sage [2022/07/14(木) 19:47:30.86 ID:JGI4j5iF0.net] フェイスブックが嫌いってのはかなり多いだろうな実際 817 名前：デフォルトの名無しさん mailto:sage [2022/07/14(木) 19:52:38.14 ID:sdF0D0vF0.net] >>803 しかも匿名ならわかるけど会社名出してるのが凄いな 818 名前：デフォルトの名無しさん [2022/07/17(日) 09:41:45.81 ID:SW0KkSnM0.net] 普段Vueディスってんのにreactディスられたとたん発狂する奴多くない？ 819 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 10:13:01.49 ID:k8G1Xh4yM.net] 記事にツッコミどころが多いだけでしょ VueはReactに比べるとコンセプトがstraightforwardなので、良くも悪くも「そういう設計を選んだんだからそうなるよね」で議論が済んでしまう だからこの記事みたいな設計思想に対するディスはあまり見かけない印象 820 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 11:24:22.33 ID:vN6ol9NM0.net] 仮想DOMにオーバーヘッドがあるの事実だしな だからsvelteやsolidが生まれた 普段からパフォーマンスにうるさいフロントエンドエンジニアが そこには目を瞑るのはおかしいだろうのは痛いところ突っ込まれた感じ 821 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 11:37:33.93 ID:D8ZilbuM0.net] 仮想DOMとuseMemoでパフォーマンス的に困ることほぼ無いんよ。使ったことない人にはわかんないかもだけど『早すぎる最適化は諸悪の根源』だよ 822 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 14:40:24.11 ID:vN6ol9NM0.net] そもそものReactの当初の発想は 「クライアント側でのPHP」を目指してたんだぞ 今の人は知らんだろうけど 本質的な面で効率が良くなるわけはないんだよ 823 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 15:06:51.43 ID:K5laegAfr.net] Webの技術って欠陥だよな 824 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 15:17:25.63 ID:D8ZilbuM0.net] XHPというPHPのライブラリが元になった部分があるだけで「クライアント側のPHP」を目指したなんて事実は無いぞ。 仮に「クライアント側のPHP」という機能を目指したとして、実装としてのパフォーマンスに何の関係があるんだ？ 自分の言いたいことのために都合の良い過去を作り出した上に変なこじつけをするな。完全に詭弁じゃないか。 825 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 15:24:26.00 ID:SZhCYswta.net] >>812 PHPみたいにというのはつまりカスタムタグ使って ページを毎回再レンダリングしているように作りたいってことだよ サーバーサイドがそうしているようにね その副産物として仮想DOMやJSXが生まれた 826 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 15:32:09.77 ID:D8ZilbuM0.net] >>813 そういう意味なら確かにそうだね 827 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 16:30:58.35 ID:zDUNQKdi0.net] >>813 でなんでそれがPHPになんの？ 828 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 18:40:14.41 ID:SZhCYswta.net] まずPHPといってるがfacebookの人がPHPと言ってるからそう言ってるがサーバーサイドと言い換えるべきものだよ(ご存じの通りfacebookはPHPのヘビーユーザー) クライアントからリクエストを受けたらサーバーサイドは HTMLを全て「生成し直して」レスポンスを返す 前回の状態など意識せず全て情報を取り直してHTMLを生成する 当たり前だが前回の状態との差分を取って部分的にHTMLを返すなどということはしない 常に丸ごと返す このモデル(HTTPだが)の良いところはHTML生成といううコンテキストにお� 829 名前：｢ては前回の状態と言ったものは意識しないで済むこと 最新の状態を取ってそれをもとにHTMLを生成すればよろしい 当時のフロントエンドはDOMに状態を持たせてajaxはその状態を更新して対応するDOMを更新するというアプリが大多数だった フロントエンドもサーバーサイドのように状態を意識せずに関連するDOMを毎回全部生成できないか？という発想が生まれる React誕生の瞬間である renderとstateを使って状態が更新されたらどの部分を更新するか一切意識することなく常に一枚岩のDOMを返すようにかける 見事サーバーサイドをクライアントに持ち込めた ただしこの動きを実現するためには差分を内部的に検出する仕組みが必要不可欠 本当に毎回DOMを全部生成してたらパフォーマンスが終わる ユーザーはDOMを意識せずに全部返すように書くが 裏で差分を検出してこっそり部分的にDOMを書き換えるようにしよう 仮想DOMの爆誕である そうなるとJSXみたいなものが必要だよねとなってJSX爆誕 これがReactの歴史である 知らんけど [] [ここ壊れてます] 830 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 19:22:31.49 ID:HJLgMN7zM.net] パフォーマンスが実用に差し障るほど悪いという話には繋がらないわけだ 831 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 19:36:10.36 ID:R88kcvl50.net] そりゃ、前提条件を決めなきゃそんな話はできないからな。 用途や規模によっちゃWeb自体「実用に差し障る」し。 832 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 19:49:44.56 ID:SZhCYswta.net] 仮想DOMのオーバーヘッドを許容しても 丸ごと全部DOMを返すようにかけるメリットがあまりにも大きい お前らも大規模アプリにおいてはこの書き方がいかに素晴らしいかわかってるよな？ facebookクラスになると何千という状態があるだろうし それを宣言的にかけるメリットの方が遥かに優先される 仮想DOMがゴミと言ってるやつはデメリットだけを見過ぎ 上に書いたようなメリットがデメリットを上回るのよ ギャーギャー騒いでる奴らはしょぼい管理画面とかしか実装してないだろうからデメリットばかり見えるんだろう 833 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 19:57:05.90 ID:wMKh8j6l0.net] Facebookを作るわけじゃないならゴミってこと？ 834 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 20:06:33.34 ID:D8ZilbuM0.net] 結局仮想DOMのパフォーマンスに文句言ってんのがReact書いたこと無さそうな人ばかりなのよね。こういうシステム書くと何秒かかってユーザー体験が悪い、みたいな具体的な話が無い。 835 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 20:07:30.57 ID:SZhCYswta.net] 上に書いた歴史を踏まえればなぜReactは毎回コンポーネントをレンダリングしようとするの？とか 仮想DOMのオーバーヘッドが無駄じゃね？と思ってる人は その理由が全部理解できたと思う 836 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 20:50:04.60 ID:FtkU6BrHr.net] おれは業務基幹システムのフロントをReactで作ってる 業務では全国の数百人が一日中ガシガシ操作するのだがReactで作ってよかったと思ってる 数百のコンポーネントを俺一人で作り上げた 画面の中には多数の分割されたコンポーネントやモーダルウィンドウが表示され、格コンポーネントがリアクティブに反映され、さらにcssやcanvasで視覚的に描画もしてる これを俺一人でAtomicデザインからコンポーネント、ビジネスロジックまですべて設計して開発した 837 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 20:57:54.95 ID:HqESQyZt0.net] >>823 すげぇ！ 838 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 21:02:05.70 ID:Apu5q5Ct0.net] >>823 使ったライブラリとか教えて欲しい 839 名前：デフォルトの名無しさん mailto:sage [2022/07/17(日) 21:15:44.80 ID:FtkU6BrHr.net] >>825 すまん身バレするから詳細までは言えん 開発初期にはsveltもsolid.jsもなかった（あったのかもしれないが知らなかった）から候補にはならなかった 840 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 016e-tdwJ) mailto:sage [2022/07/18(月) 00:34:30 ID:U2Tzu0Bd0.net] >>825 特段不要じゃね？ 841 名前：デフォルトの名無しさん mailto:sage [2022/07/18(月) 02:55:33.23 ID:hrLDmHJy0.net] >>823 cssで視覚的に描画とは？ 842 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ f6db-vs4p) mailto:sage [2022/07/18(月) 06:22:36 ID:VnhjZgbs0.net] >>828 animationとかじゃないかな。 843 名前：デフォルトの名無しさん mailto:sage [2022/07/18(月) 11:06:46.58 ID:0LWcwOair.net] >>828 簡単に言うと業務に関するフロー図のようなグラフィカルな表示をするためにhtmlとcssとcanvasを使っている 844 名前：デフォルトの名無しさん mailto:sage [2022/07/18(月) 17:57:02.34 ID:7ni5jFGl0.net] React Native、Flutter、Vueを触ってきて最近Svelteでサクッとアプリ作ったけどSvelte一番好きだわ Vue3のComposition APIをさらに簡潔にした感じでマジでわかりやすいReactのJSXやFlutterのWidgetが大嫌いだから余計にそう感じる ただ一番マイナーでエコシステムが弱いんだよな特にコンポーネントライブラリでデザインが良いのがSvelteUIくらいしかないんだがまだ始まったばかりでぜんぜん実用に耐えない 845 名前：デフォルトの名無しさん mailto:sage [2022/07/18(月) 19:50:28.15 ID:7HaFqkS9a.net] むしろサクッと作る場合こそReactがベスト 関数作ってuseStateで状態作ってJSXをreturnすれば終わり フォームもcreateRefとか使えば深く考える必要もない 何も考えなくて良い 846 名前：デフォルトの名無しさん [2022/07/18(月) 22:09:27.02 ID:Ggy5Lh6B0.net] >>831 SvelteKitが1.0に到達したらもっとエコシステム等が充実すると思う。 847 名前：デフォルトの名無しさん mailto:sage [2022/07/19(火) 09:45:05.85 ID:tLF1kVqmr.net] >>832 その文面だけではどうしてReactがベストなのか理解できないわ もうちょっと具体的に比較を頼む 848 名前：デフォルトの名無しさん mailto:sage [2022/07/19(火) 10:06:20.35 ID:oBRFDG2+0.net] >>832 同意 849 名前：デフォルトの名無しさん mailto:sage [2022/07/19(火) 11:50:07.11 ID:Ah8Bn+D60.net] ちょっとしたフォームを考えてみる。大項目A中項目B小項目Cがある。項目リストはRESTで取得する。 Aが選択されたときBのdisabledが外れoptionがセットされる。BとCの関係性も同様。Bが変更されたとき、Cのselectedはキャンセルされ、optionは再度セットさせる。ではCが選択された後にAを変更するとどうなるか。BとCのoptionが再セットされCはdisabledになる。A～Cは他の項目にも影響を与える。今後Cの下に項目Dが追加されるかもしれない。 見た目は簡単なフォームだが既に面倒くさい。こんなのグローバルな状態を使って管理したくない。俺はReact(Preact)を使って楽をする。 850 名前：デフォルトの名無しさん mailto:sage [2022/07/19(火) 12:02:11.23 ID:YENIBnXc0.net] SvelteのTemplate Syntaxとバインドでも簡単に作れるんだが 俺Reactしか知らないけどイキリ散らかすわとしか読めない 851 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1a00-/SbN) mailto:sage [2022/07/19(火) 12:28:49 ID:Ah8Bn+D60.net] あぁごめん。他のライブラリでも全然良いよ。React程は詳しくないから書かなかっただけで。 何も無しよりはずっと楽だからライブラリ使っちゃうよね、ぐらいに思ってくれ。 852 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr75-CXbj) mailto:sage [2022/07/19(火) 13:48:12 ID:EJF9eOI8r.net] 間違ってたら指摘してほしいんだけどReactで開発してて一番嫌なのが状態管理をMeta(Fb)が実装しないでコミュニティに丸投げしてるところなんだよね なによりReduxってどこがいいのかまったくわからない 冗長なボイラープレート満載かつどこをロジックの場所にするかプログラマーによって解釈が異なるし 結局Viewでhook使いまくりになって疎結合とは？になる 853 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 016e-tdwJ) mailto:sage [2022/07/19(火) 15:08:50 ID:oBRFDG2+0.net] >>839 Reactはバカチョン機能を提供しない いやそんなミドルウエア的なの 押し付けられても困るの!!(;´Д`) 854 名前：デフォルトの名無しさん mailto:sage [2022/07/19(火) 17:40:32.76 ID:qBIBPRGnr.net] >>838 >>836ってどの話からつながってるの？ 855 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa39-eg+2) mailto:sage [2022/07/19(火) 18:59:17 ID:CnRmwysFa.net] >>839 いまだにそこに文句を言ってるのが凄い 状態管理に銀の弾丸はないのよ 「Hooksを用意したからお前らで適切なものを作れ」 これがMetaが行き着いた結論であるし 実際これはすごく良く機能してる とりあえず生useStateでサクッと作る →複雑になってきたからカスタムフックをつくる →コンポーネント化出来そうだからコンポーネントに切り出す この開発サイクルがどのフレームワークより優れているのよ 実際ここまで拡張しやすいのはHooksとコンポーネントとJSXの親和性良さ故なのだが 856 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 00:44:50.38 ID:vmAGDFkA0.net] >>839 MetaがRecoilってやつ出してるよ 結構浸透してる 857 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr75-CXbj) mailto:sage [2022/07/20(水) 07:25:51 ID:0ymUel2Or.net] >>840 Recoilがあるんだが？知ったかおバカさん？ >>842 そもそもViewが状態を持たないから依存関係がなく疎結合でReactすごい！って信者の常套句だったのだが？ 結局Reduxのストアという状態管理の煩雑さ・スコープの問題からContext APIでよくね？ってウェブあるあるの先祖返り起こす一派もいるけどそっちはそっちでやっぱり問題あって そして出てきたRecoilはHooks API使ってコンポーネント単位で小さく状態管理するからViewががっつり状態持ってて疎結合とは？になる しかもRecoilってまだ実験段階の代物でウェブ特有のいつツールチェインが移り変わるか頭を悩まされるのが嫌だからOSSにしてもメーカーが主導すべきなのに遅すぎる 858 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 07:44:20.49 ID:jm40gMbI0.net] 状態管理に関してはそうやって好みが色々あるから、自由に使え、何なら使わなくても良いよってやってんじゃん？ 859 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr75-CXbj) mailto:sage [2022/07/20(水) 08:04:24 ID:wjzc/Lddr.net] まぁ結局のところViewModelというストアが複数あるMVVMの双方向バインディングを否定した片方向のFluxアーキテクチャもHooks APIでContext APIをAtomsという複数の状態を操作するというMVVMと同じことやっちゃってるわけですよ アプローチは違って遠回りしたけど結果は似たようなものになっちゃったってことなわけ これもまぁ好みなんだろけど個人的にMVVMのVueとSvelteが好き 860 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM0e-9G5L) mailto:sage [2022/07/20(水) 09:39:38 ID:pMjQmXrIM.net] atomはビュー固有ではなくてコンポーネント間で共有されるモデルを置く場所だから全然違うぞ MVVMでいうならVMではなくMに相当する 861 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 09:52:52.99 ID:KhhE1Tf5r.net] いやそれはMVVMを理解してない MVVMのModelの責務は状態管理やデータ保持のストアじゃなくデータモデルである型定義やビジネスロジックなんだが？ AtomsはReduxでいうところのストアでありストアとの違いはAtomの名前の通りAtoms一つで状態を保持してるところ 複数のAtomsを管理するためのSelectorsがまさにViewModelそのもの 862 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 10:02:36.80 ID:pMjQmXrIM.net] >>848 MにUIの状態を持たせちゃいけないというのはよくある勘違いだよ VMはバインディングのために使用する射影以上のものではなくて、その責務に専念している限りにおいてはVMの状態管理が複雑になるみたいな問題は本来発生しない でもMVVMはその構造上、ビューの状態管理の責務を負わせるという誤用をされやすくて、 その結果VMが複数の責務を負うこととなり複雑化に繋がる 863 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 10:25:04.38 ID:K/MRrguYr.net] >>849 それは貴方の解釈でMVVMの一般的な概念じゃない その主張はMVVM界隈から100%反論されてレスバになる しかも貴方の主張って具体的な言葉や説明が一切なくてふわふわし過ぎてて議論になってないですよ 864 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 10:28:07.92 ID:yEA09kEr0.net] あーーこいつc#おじさんだよ 865 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 17:51:59.62 ID:nOCbAxvc0.net] Vueもpiniaでてきて分かりやすくなった 866 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 21:36:55.46 ID:KG5/Vp0Pa.net] C#おじさんって話題が古いよね MVVMって一昔前のJSフレームワークがやたら叫んでたアーキテクチャだぞw 867 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 21:42:36.71 ID:Q3b3ogal0.net] ××おじさんっていうマウントの取り方最近多いな。 868 名前：デフォルトの名無しさん mailto:sage [2022/07/20(水) 21:51:32.70 ID:baoF70lD0.net] 理詰めで論破されて顔真っ赤でうんこ！って喚いてるのと等価だから実質敗北宣言なのに本人は気付いてないの草 869 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 02:46:58.50 ID:focTWMhd0.net] この人がC#おじさんかどうかはともかく、前スレとかで暴れまわってたC#おじさんは議論ができない人だからラベリングして隔離したくはなる。 エラー処理を蔑ろにすると痛い目を見るからね。 870 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 03:20:53.01 ID:yCgv2Tu80.net] >>853 knockout.jsは好みだったな 871 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4918-6nFJ) [2022/07/21(木) 10:02:37 ID:tY6bFPcW0.net] Reactの方がコンポーネントを抽象化し難い気がする 双方向バインドがないからhooks使うと固有のコンポーネントになってしまう プログラム作っていく上で抽象化、共通化は基本なのでこの流れに反して違和感を感じるね 872 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 10:17:17.56 ID:TtonsbFxM.net] >>858 それは>>848に近い誤解に陥ってるんじゃないかな 複雑な状態管理はそれこそ抽象化してモデルにすればいいんだよ 873 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 10:30:29.52 ID:z51e/TKer.net] >>859 > 複雑な状態管理はそれこそ抽象化してモデルにすればいいんだよ コイツのレスってまったく反論になってないんだよね具体的なことが一切含まれず内容が一切ない これもうレス乞食のために故意にレスバ仕掛けてる荒らしだよ コイツの場合レスが抽象化されててコピペになってるじゃん 874 名前：デフォルトの名無しさん [2022/07/21(木) 11:33:06.16 ID:tY6bFPcW0.net] Reactも最近下火になってきてると聞いたが抽象化に反してるし無駄な学習コスト高が原因かもね まだTS順応やSSR等の有利な点もあるから早めに解決した方が良い 少なくとも双方向バインドはあった方が良いと思う 875 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 11:56:02.27 ID:focTWMhd0.net] >>860 具体的どころか中身0な事言って煽ってるの君じょん…… >>861 下火になってきてるというソースくれ。 個人的には、双方向バインド無い方がデータ構造がシンプルになって（シンプルさを担保できて）良いと思う。 876 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 18:40:32.85 ID:yCgv2Tu80.net] >>858 >>hooks使うと固有のコンポーネントになってしまう コレ何なん？ 877 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 20:07:28.96 ID:O0cl8epr0.net] 双方向バインドがあればなあ・・・みたいな場面に遭遇したことがない 878 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 20:55:19.33 ID:m/tOgoJ2r.net] いずれにせよコンポーネントが状態を持たない片方向バインディングがReactやFluxのウリで双方向バインディング否定してたのにuseState、useReducer、Hooksが当たり前になってそんなことなかったことになってるのReact界隈が大嘘吐きだってバレちゃったんだよね だってコンポーネントが状態持ってる方が圧倒的に便利だしグローバルにストアにアクセス出来ないと面倒臭すぎるんだからそりゃそうなる 結局SSRに回帰してるしウェブ界隈って詐欺師の妄言を信用しすぎだね 879 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 21:02:10.88 ID:QfdF2+k70.net] 最終的にフロントとバックの垣根が消滅してajaxが悪だったってところに着地したら笑う 880 名前：デフォルトの名無しさん [2022/07/21(木) 21:36:46.45 ID:ppiq2d/La.net] 後ろから前から 881 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 21:44:19.86 ID:focTWMhd0.net] >>865 SSRに回帰してないゾ。SSGとSSRをごっちゃにしてないか？ >>866 垣根がなくなったら内部的にはもっと所謂ajaxを使うことになるゾ。つかajaxなんて言葉、もはや当たり前すぎて死語になりつつある気がする 882 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 21:49:21.14 ID:Ku28CConM.net] なりつつあるいうか普通に死語 どっかのAPIに名残が残ってる程度 883 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 22:00:49.44 ID:focTWMhd0.net] おお既に死語か。聞かないわけだ 884 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 22:01:20.87 ID:OazrR5YUa.net] キーワードとして使うことはないけど死語とは違くない？ 無意識にTCPを使ってるからTCPは死語みたいな話でしょ？ 885 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 23:33:04.99 ID:pzjtftitd.net] >>839 Recoil使えよFacebookが作ってるヤツだからさ 886 名前：デフォルトの名無しさん mailto:sage [2022/07/21(木) 23:34:21.26 ID:pzjtftitd.net] >>844 多分古い書籍とかで入ったタイプだと思う てかFBってMetaになったんだったな 887 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 16:41:17.16 ID:dru1/FDra.net] >>844 Reduxとか何年まえの話をしているのか エアプ丸出し 888 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 17:02:20.21 ID:SqQaMfnX0.net] >eg+2 この文字列でレス抽出したらReactおじさんでクソワロタ 889 名前：デフォルトの名無しさん [2022/07/22(金) 18:50:39.60 ID:D+cmFxgS0.net] 状態管理もVueの方がわかりやすいしバグが少ないな ReactはuseMemoとかcallbackで更新を細かく制御出来るがその割に速度はVueに劣るなら細かい設定の意味も薄れるな ただ面倒なだけになる 890 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 20:13:48.96 ID:Jq+LhtKJM.net] >>876 細かく制御できてそのぶん速度が遅いなら正当なトレードオフじゃん。 Vueのほうバグが少ないというソースを出してみ？ 891 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 20:58:55.93 ID:FvvjpbjW0.net] c#おじさんは 歳いってて古臭いし なにより頭わるいで 放置で！よろ 892 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 21:43:37.15 ID:zm6MdLeQ0.net] 今はVueメインだけど、Vuetifyが3対応してくれればなあ、ってずっと引っかかってる 893 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 22:05:13.65 ID:oDZ9DHnE0.net] いつ完成するんだろう 3.0でても全部入ってないよね・・・ 894 名前：デフォルトの名無しさん mailto:sage [2022/07/22(金) 22:11:46.45 ID:k5DOnJGpr.net] vuetifyもnuxtも順調に遅れてるのぅ 895 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 09:47:37.43 ID:9KJkZytZ0.net] >>878 >tdwJでレス抽出したらReactおじさんの自演で草 896 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 11:35:35.73 ID:PpxI5rKd0.net] vueは2で十分だしなぁ 3にする必要が今の所ないので2のまま開発してる 897 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 11:57:26.25 ID:N0xa+0ita.net] まあフロントだし嫌々移行する必要はないよね 898 名前：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM4d-s54b) mailto:sage [2022/07/23(土) 12:39:55 ID:asztty/bM.net] Reactおじさんなんてのは存在しねーんだわ 899 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-PVo1) mailto:sage [2022/07/23(土) 12:44:56 ID:9KJkZytZ0.net] Reactおじさんが必死になってReactおじさん否定して火消ししてて草 900 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 12:51:08.59 ID:asztty/bM.net] C#おじさんはC#おじさんって言われたの、そんなに嫌だったんだね 901 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 12:59:26.21 ID:pHraMg/Yr.net] おっさんが使えるわけない Reactお兄さんだろ 902 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ b15f-PVo1) mailto:sage [2022/07/23(土) 13:07:03 ID:9KJkZytZ0.net] ReactおじさんはReactおじさんって言われたの、そんなに嫌だったんだね 903 名前：デフォルトの名無しさん (ｽｯｯﾌﾟ Sd33-SXL5) mailto:sage [2022/07/23(土) 13:45:45 ID:b9yYfqw+d.net] 実際どうなだろ？ なんだかんだで中核層って３０～４０代なんじゃね？ おじさんと言われたおじさんだろ 904 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 14:49:09.63 ID:Bnag5ryf0.net] >>883 vueはOptions APIしか存在価値ないからね サクッと作れるのは魅力 Composition API使うぐらいならReact使うしさ 905 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 16:48:46.91 ID:4etWwAtXM.net] >>890 それはそう。 2010年くらいからず～っとしつこくWebやってるおじさんだよ。Twitterとか見てもそういう年齢層がWebのフロントを牽引してる気がする。 906 名前：デフォルトの名無しさん [2022/07/23(土) 19:04:39.84 ID:BhrE0ORm0.net] 最近はスマホアプリ全盛でWEB自体がオワコンだよ スマホアプリでもWEB使えない事はないけどあくまでオマケみたいなもんだし 907 名前：デフォルトの名無しさん [2022/07/23(土) 19:08:08.09 ID:ehQy/P8s0.net] 今の20代は円周率が3だから。 分数がわからないと言ってます。 908 名前：デフォルトの名無しさん mailto:sage [2022/07/23(土) 19:52:08.40 ID:yKlAVew80.net] つい最近までBlazorおじさんでもあったc#おじさん 909 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b02-KxVo) mailto:sage [2022/07/24(日) 01:50:45 ID:tGEVXDQN0.net] >>883 わかる nuxt+vuetifyでvue2使ってるけど 正直ちょっとした業務アプリなら これでいいやって感じしてるｗ 910 名前：デフォルトの名無しさん mailto:sage [2022/07/24(日) 05:40:11.26 ID:yCRE+Jn9r.net] >>896 でもTypeScriptの恩恵受けられなかったり、vscodeでvolar使えなかったりしてストレスたまらない？ 911 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 2b02-KxVo) mailto:sage [2022/07/24(日) 12:21:39 ID:tGEVXDQN0.net] >>897 tsの恩恵が型チェックを指してるなら ほぼ恩恵受けられてるとおもう まあpropsはお察しだけどたいしたことはないかな volarはもともと使ってない(vetur) veturはリファクタリング機能……せめてリネームくらい さくっとできればいいのにってストレスはある 912 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-6oOh) [2022/07/25(月) 12:15:35 ID:Vu96CM93r.net] Nuxt3安定版リリース予定日がコロコロ変わるけど、夏のうちにリリース頑張ってくれ 913 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 13:34:00.84 ID:+TalbHVVd.net] Vueって完全にPythonと同じ構図て2派3派分裂に陥ってるな 914 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-k5OS) mailto:sage [2022/07/25(月) 14:14:25 ID:PJf7DmEIr.net] 3をメインにするにはまだ周辺が出揃ってない一時的な状況であって分裂とは違うと思うけどね 915 名前：デフォルトの名無しさん [2022/07/25(月) 17:11:08.07 ID:di1O342v0.net] しかしangularは話題に上らないな 俺は好きだけど 916 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 17:17:15.61 ID:+TalbHVVd.net] >>902 実装の為に書くコードが無駄に多い 917 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 17:17:43.95 ID:mBcdUBse0.net] >>902 angularjsはもう古いし（少し勉強したのが6年ほど前の話） angular2が出たけど流行る気配も無く、記憶から消えていった感じがｗ でvueとかreactが出てきてあっという間に過去にされた感じがするなぁ 918 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 17:41:30.04 ID:aMFQuJX/r.net] 海外でもそうなの？ 919 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 17:52:16.88 ID:byI0yc9na.net] Nuxtで公式のライブラリ同士が競合したりするともうAngularでよくね？って思うことはある 920 名前：デフォルトの名無しさん mailto:sage [2022/07/25(月) 23:45:20.42 ID:UZBb0Lqd0.net] 次スレはvsとAngular消すって事？ SvelteとSolidだとどっちが言及多かったのかな 921 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-R4TS) [2022/07/26(火) 07:24:19 ID:zgp3yepV0.net] stackoverflowの2022アンケートだと好きなフレームワークランキングangularだいぶ上位だったぞ 922 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 937c-VsAj) mailto:sage [2022/07/26(火) 09:54:37 ID:khPn0eWd0.net] 別に消さなくてもいいけど日本だと使っている話を全く聞かないなぁ 世界レベルは分からないけど、好きな人は好きって事なのでは？ 923 名前：デフォルトの名無しさん mailto:sage [2022/07/26(火) 18:59:51.76 ID:/UcJX4nYa.net] 消さなくてもいいけど残しても話題になることはおそらくないよね そもそもこのスレ自体がReactおじさんとReact嫌いおじさんが喧嘩するだけの場所になってるけど 924 名前：デフォルトの名無しさん mailto:sage [2022/07/26(火) 20:05:36.98 ID:VCWTT4bQ0.net] vsだけ消す感じかな。ワッチョイは継続だな。前スレと快適さが違いすぎる 925 名前：デフォルトの名無しさん mailto:sage [2022/07/26(火) 20:14:20.43 ID:TUlvpiox0.net] vsvsって何だと思ったら、そういや対決スレみたいな感じだったなw vsはワイもなくていいよ angulerはどっちでもいい。行き場なくなって困るいるかもやし。。。？ ワッチョイはぜひ継続で 926 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 81da-Qd/S) mailto:sage [2022/07/28(木) 13:52:28 ID:OjSB//AI0.net] reactもレンダリングを極小に抑えればvanillaとほぼ変わらん速度が出るし、速度が同じならそこに残るのはコンポーネント思考で疎結合なソース、高可用、最高の可読性、拡張性。solidの出番あるかな？ 927 名前：デフォルトの名無しさん mailto:sage [2022/07/28(木) 16:09:29.34 ID:Estv+1a2r.net] どうやって最小に抑えるの？ 928 名前：デフォルトの名無しさん mailto:sage [2022/07/28(木) 16:57:27.64 ID:/xoCJV4q0.net] >>914 複雑な構成だとガチで難しい... マジ地獄 929 名前：デフォルトの名無しさん mailto:sage [2022/07/28(木) 17:36:47.56 ID:sAf7YZ2hr.net] 優劣の話をしたいなら謳い文句みたいなのだけじゃなくて根拠も示そうよ 930 名前：デフォルトの名無しさん [2022/07/28(木) 20:12:55.37 ID:n/YbXvRnd.net] 今月のweb+dbのReact特集はためになるな～ 931 名前：デフォルトの名無しさん [2022/07/30(土) 20:08:28.31 ID:Wp1ki8bF0.net] >>917 立ち読みしたが基本的なことばっかじゃん このくらいも知らないようじゃreactを全然理解していない 932 名前：デフォルトの名無しさん mailto:sage [2022/07/30(土) 20:13:34.81 ID:5Yj62G9A0.net] Reactビギナーな人がいてもええやんけ。 玄人でも役に立つことがよく読むと書いてあるパターンかも知らんけど 933 名前：デフォルトの名無しさん mailto:sage [2022/07/30(土) 21:41:41.77 ID:N9zjZr640.net] 全然理解できてないって言える人かっけーっす 934 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 00:15:54.88 ID:nDof9ikv0.net] 匿名なときだけイキれる人種ってのがいるらしいよ 935 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5d01-G1eK) [2022/07/31(日) 06:08:05 ID:pdOIFS3A0.net] 場所を選ばずイキリまくってるのは精神病では？ 936 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 09:50:44.44 ID:sDhX8d9R0.net] でもそういう人たちがウヨウヨ居るよ 937 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 19:13:28.97 ID:imaRrr7+0.net] >>918 わかる あれが巻頭記事になるって今のWEBDBの質やばいな 最近質が落ちすぎなんだよ 938 名前：デフォルトの名無しさん mailto:sage [2022/08/01(月) 00:47:50.36 ID:tDw5QkUMd.net] うぜえ死ね 939 名前：デフォルトの名無しさん mailto:sage [2022/08/02(火) 15:31:52.42 ID:B8h7TJT50.net] https://gihyo.jp/magazine/wdpress/archive/2022/vol129 特集1 Reactの深層 最新バージョンから読み解く！ 変わる常識と変わらない思想 本特集はReact 18のリリースを受け，これまでのReactについて復習するとともに，React 18の新機能を紹介します。新機能を使いこなすにあたり，前半ではこれまでのReactの使い方やAPIに込められた思想を確認し，後半ではReactユーザーが対応を迫られる新しい常識を解説します。将来にわたってReactらしいコーディングをするための考察です。 940 名前：デフォルトの名無しさん mailto:sage [2022/08/02(火) 15:33:56.58 ID:B8h7TJT50.net] これに対して知ってる知らないの話にもってく>>918は的外れ 941 名前：だと思うが [] [ここ壊れてます] 942 名前：デフォルトの名無しさん mailto:sage [2022/08/03(水) 08:58:04.35 ID:GnZrupU60.net] Reactユーザーはまた新しい常識とやらに対応を迫られてるの？ ご苦労なことだな 943 名前：デフォルトの名無しさん mailto:sage [2022/08/03(水) 11:26:23.13 ID:C3tTlL9or.net] なんか新しいのってでたっけ？ 944 名前：デフォルトの名無しさん mailto:sage [2022/08/03(水) 23:11:52.16 ID:FoifrSV8d.net] Reactのメジャーバージョンってあんまり使う側にプログラマにはそこまで影響なくて Reactというライブラリの中身のロジックががらりと変わるけど使い勝手はそのままみたいなパターンなんだよな 945 名前：デフォルトの名無しさん mailto:kj [2022/08/04(木) 07:36:23.75 ID:evQTqyVX0.net] useEffectはだいぶ変わったな 946 名前：デフォルトの名無しさん [2022/08/04(木) 11:25:37.09 ID:CwkjhMxBa.net] CQでもトラ枝でも界面でも技評でもなんでもそうだが 長年通年読み切り雑誌造ってるとマンネリ化して 毎月同じ頃に同じネタ繰り返したり 新規読者開拓の方が優先されて初心者向け記事ばかり出すようになる 947 名前：デフォルトの名無しさん [2022/08/04(木) 17:12:20.43 ID:Z7Bf5gtZ0.net] ReactはJSから逸脱しすぎ そのうちVueに負けるんじゃない 948 名前：デフォルトの名無しさん mailto:sage [2022/08/04(木) 17:51:09.78 ID:TsywToep0.net] 言うほど逸脱感あるかなぁ。それに負けるとしてもVue相手では無さそう 949 名前：デフォルトの名無しさん mailto:sage [2022/08/04(木) 18:08:15.45 ID:0iI7s5Zjr.net] >>861 >>876 そういう願望なんだろう 950 名前：デフォルトの名無しさん mailto:sage [2022/08/04(木) 22:13:28.65 ID:MrliGYtKd.net] ReactはJSの拡張 VueはHTMLの拡張 951 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 00:28:40.92 ID:He8YnkDY0.net] npm trends見ればReact一強よな vueはnextと同じぐらいだったよたしか 952 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 09:01:09.21 ID:4xsUqjcZ0.net] 国内だとスキルレベルの影響か、VueがReactに切迫してきてるとは思う グローバルに見ればReactやろなあ 953 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 13:42:25.30 ID:4fFsycPk0.net] JQUERYからの移行がしやすいのかね？ 954 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 14:43:44.70 ID:63aryM8d0.net] jQueryはガラバゴスなので移行しやすい先は無いじゃなかろうか 955 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 15:09:36.11 ID:gtbFxVnLH.net] jQueryって非同期通信がやりやすいんだっけ？ 956 名前：デフォルトの名無しさん mailto:sage [2022/08/05(金) 15:52:22.60 ID:WxnmROGJr.net] むしろとっくにjavascriptに実装されたからjqueryなんていらんわ 957 名前：デフォルトの名無しさん mailto:sage [2022/08/06(土) 01:01:29.02 ID:GuhPjV+m0.net] >>936 JSXとHTMLテンプレートだけを比べて語るのは乱暴がすぎる 958 名前：デフォルトの名無しさん mailto:sage [2022/08/06(土) 03:13:58.41 ID:wbKMks4Kd.net] >>943 >>933に対しての話 959 名前：デフォルトの名無しさん mailto:sage [2022/08/07(日) 00:29:05.94 ID:gyz0oQdzd.net] そもそも>>933の逸脱が具体的に何を指してるのか分からなくて それにどう反論してるのかもわからない 960 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 13ad-9Xv3) mailto:s [2022/08/07(日) 01:07:38 ID:e/L1BkGT0.net] next使い始めて初めて自分でAPIを書いたんやが、セキュリティ的にやらないけんことまとめてある記事紹介してくれないか セキュリティ気にせんかったらAPI叩かれ放題になるやん？ それは嫌や APIの仕様はログイン不要でサイト内からなら誰でも叩けてバッファを返すAPIや とりあえず誰でもAPI叩けないようにと思って以下は実装してん ・呼び出し元ががサイトURLと同じか ・許可されたhttpメソッドか 他にこれやらな危ないで！ってのあったら教えておくれ sec-ch-ua-platformとかユーザーエージェントも使って、人間か否か、みたいな判定に使えるかなと思ったんやが、ブラウザによってあったり無かったりで使われへんね 961 名前：デフォルトの名無しさん mailto:sage [2022/08/07(日) 11:14:11.18 ID:IfZGncFx0.net] react久しぶりにいじること繰り返してるけど毎回useEffectの実行タイミング忘れる それ以外は割と覚えてるんだけど 962 名前：デフォルトの名無しさん mailto:sage [2022/08/18(木) 11:42:27.09 ID:XBLh4Drea.net] denoがnpm対応だってよ https://deno.com/blog/changes 963 名前：デフォルトの名無しさん mailto:sage [2022/08/18(木) 14:56:01.44 ID:ZZPuTbmpr.net] 負の遺産を引き継ぐしかなかったんだな 964 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 42ad-oUG4) mailto:ｓ [[ここ壊れてます] .net] じゃnpmでよくねってならないかな 965 名前：デフォルトの名無しさん mailto:sage [2022/08/18(木) 17:32:10.71 ID:XBLh4Drea.net] まずは導入してもらって徐々に移行してほしいって気持ち 966 名前：デフォルトの名無しさん [2022/08/18(木) 20:25:57.91 ID:Nos1/Hfu0.net] SvelteKitだいぶ破壊的変更したね 967 名前：デフォルトの名無しさん mailto:sage [2022/08/18(木) 20:58:30.43 ID:iu4/aA990.net] 資産捨てたくないをやったものってバージョンアップの度に置き換え地獄になりがちだから不安 968 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 04:55:27.90 ID:DNuTd7Ml0.net] >>948 bun の登場も影響したかもね 969 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 09:38:17.08 ID:3aQogyndd.net] >>950 早く次スレ立てろ ちゃんとAngular抜かして立てろよ あとスレタイは最初にReactを書け 970 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 09:50:57.62 ID:VtkTYG/20.net] さあ最初はVueかReactかw 971 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 10:02:27.61 ID:7NTV+fh7r.net] React vs Svelte vs Solid.js (vs Vue) Part.11 でいいんじゃないか 972 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 11:32:03.20 ID:WOoxd4Y00.net] vsもいらんやろ 973 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 13:14:32.56 ID:CuC7Z2c2a.net] >>948 あーあ投資家の圧力に負けたか Denoのコンセプトであるパッケージ管理をしないかつ Web標準をサーバーサイドに持ち込むというコンセプトじゃ 現実の問題を解くのは無理だったか 974 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 16:40:31.51 ID:JGG1nuP9d.net] もうJavaScriptフロントエンドフレームワーク総合とかでええやん 何を入れる入れないだの順番だのあほらしい 975 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srf1-A/DX) mailto:sage [[ここ壊れてます] .net] Reactはフレームワークではない 976 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 17:49:31.95 ID:JGG1nuP9d.net] なるほど、フレームワークは削っといた JavaScriptフロントエンド総合 Part.11 https://mevius.5ch.net/test/read.cgi/tech/1660898820/ 977 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 19:18:55.00 ID:WOoxd4Y00.net] ワッチョイあるやん。有能 978 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 19:36:58.38 ID:Xl1L0UaOr.net] >>962 勝手にスレタイ変えるなボケ 979 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 19:37:52.81 ID:Xl1L0UaOr.net] これでjQueryジジイが来るようになったな スレタイを変えたアホのせいだ 980 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 20:11:15.19 ID:c5x/ZSFua.net] テンプレ残ってるからまだマシだけど jQuery排除するには弱いし名分が立たない 981 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 20:11:40.71 ID:WOoxd4Y00.net] ワッチョイあれば弾けるから些細な問題よ 982 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 20:42:23.65 ID:1jJ3VvOl0.net] ジジイは次世代言語スレに隔離されてるから大丈夫 983 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 21:31:10.94 ID:3QdOFkhN0.net] 専ブラが次スレ認定してくれなかった 984 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 21:33:05.15 ID:zg5IwmJY0.net] まさに今jQuery案件に放り込まれて絶望してる 触るの8年ぶりくらいかな・・・ 985 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 22:00:33.56 ID:WOoxd4Y00.net] 可哀想に……。 IEが死んだ今jQuery使うってことはレガシーの機能追加？ それなら表面以外は生DOMで茶を濁せんもんかね 986 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 23:02:36.80 ID:zg5IwmJY0.net] 一応新規開発なんだけどね 古い会社がデスクトップアプリの需要減で何もわからないままWebに参入してきちゃったんだ 987 名前：デフォルトの名無しさん mailto:sage [2022/08/19(金) 23:04:22.99 ID:yFnOJcBdr.net] こうやってスレタイに入ってなくても隙あらばjQueryの話してくるヤツは居るから変わらんな 988 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 00:05:40.09 ID:FWpesecQ0.net] >>972 ひぇぇ…… 989 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 00:47:06.52 ID:ncpICP0v0.net] >>972 デスクトップアプリ案件とか 保守案件以外は殆ど無いだろうね 990 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 06:24:25.59 ID:3n/NVw72d.net] >>962 死ねカス 誰かReact専用スレ立ててくれ 991 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7c-z730) mailto:sage [[ここ壊れてます] .net] >>976 もうある React と React Native のスレ https://mevius.5ch.net/test/read.cgi/tech/1552134567/ 992 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 08:07:06.44 ID:TcSlBT4Lr.net] >>962 マジでこいつ無能 スレ落とせよゴミクズ 993 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 08:16:09.32 ID:FWpesecQ0.net] なんでもいいけどドサクサに紛れてワッチョイ無しスレとか立てるなよ 994 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 08:17:54.16 ID:TcSlBT4Lr.net] 誰かこのスレタイで立てて おれは立てられなかった React vs Veu vs Svelte vs Solid Part.11 このスレタイにAnguler入れるとスレタイ長すぎで弾かれるから注意 995 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 08:19:50.24 ID:FWpesecQ0.net] ゔゅ、Veu…… 996 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa63-7rj6) [[ここ壊れてます] .net] ｵｯﾍﾟｹをNGしたほうがいいな 997 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Sr73-uFdj) mailto:sage [[ここ壊れてます] .net] まちがい Vue 998 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 09:31:24.12 ID:raGbEOkud.net] View.js 999 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 09:59:54.07 ID:ofwvy2DOd.net] ドサクサに紛れてReactを先頭にもってこようとか浅ましいことを考えるからそうなる 1000 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 10:47:12.38 ID:eUHgnHX8r.net] React最初にって言われたからそうしたんだが そもそもReactのほうがメジャーだろ 浅ましくないわ 1001 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 12:18:46.27 ID:ofwvy2DOd.net] メジャー度合いとスレタイの並び順に何か関係があるんで？ 1002 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 13:08:43.64 ID:eUHgnHX8r.net] こまけーことはいい Vue先にしてもいいからスレ立てしてくれ 1003 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 13:18:08.17 ID:OuD+ytSs0.net] 次スレ 判断付かんので現状維持 スレタイ変えるなら丁寧に進めてくれ Vue vs React vs Angular vs Svelte Part.11 https://mevius.5ch.net/test/read.cgi/tech/1660969032/ 1004 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 13:20:56.37 ID:j5bZW6qn0.net] フロントエンド総合でいいよ わかりやすい ごちゃごちゃ言ってる奴は無視で良い 1005 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 14:35:34.70 ID:ofwvy2DOd.net] 対立煽りや宗教論争ふっかけたい連中はこっちで住み分けってことで 1006 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 14:40:52.23 ID:YIVcS/8u0.net] で。どうすんねん 1007 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 14:44:08.08 ID:raGbEOkud.net] >>985 Vueとかオワコンやん 1008 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 15:02:44.50 ID:140AY3XRa.net] Vueの新規プロジェクトとかあんの？ 1009 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 15:05:06.06 ID:tWPF5KnZr.net] >>989 サンキュー！ 1010 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 15:21:53.15 ID:YIVcS/8u0.net] >>994 あるよ ちな昨日いった本屋はReactとかよりもVueの本が圧倒的に多かった たまたまかもやけど 1011 名前：デフォルトの名無しさん mailto:sage [2022/08/20(土) 15:45:22.55 ID:ofwvy2DOd.net] >>993 んじゃReact先頭にした浅ましいスレ立てれば？ 1012 名前：デフォルトの名無しさん mailto:sage [2022/08/23(火) 20:09:49.22 ID:wneevteS0.net] Angularは必ず復活する。 Reactはmetaと共に滅亡する 1013 名前：デフォルトの名無しさん [2022/08/23(火) 21:31:52.93 ID:xRam60Qq0.net] >>993 ネットの情報ばかり鵜呑みにしてないで働け 1014 名前：デフォルトの名無しさん mailto:sage [2022/08/23(火) 23:26:13.87 ID:hwIA467iM.net] 質問いいですか？ 1015 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 168日 0時間 28分 58秒 1016 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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