Vue vs React vs Angular Part.5

1 名前：デフォルトの名無しさん [2020/07/29(水) 22:38:49 ID:z6Fnx3oM.net] 実際どうなん？ Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ ※前スレ Vue vs React vs Angular Part.4 https://mevius.5ch.net/test/read.cgi/tech/1591869705/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。 152 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 06:28:18.42 ID:Yr8NK13H.net] >>150 素直にNext使えばいいじゃん 153 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 07:53:17.79 ID:TZ+8fQlR.net] <button>a1</button> ボタンをクリックしたときtextContentをa2に書き換えるとする SSRならどうなる？ １．変更分だけをサーバーで生成 ２．HTML全部をサーバーで生成 ３．クライアントでtextContentを置き換える 154 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 09:11:23 ID:r1K2Mhjx.net] >>152 3じゃないの？ 155 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 09:12:57 ID:Mks3gogl.net] >>142 きっとWindowsで嫌な目にあったんでしょう 察してあげなさいよ、かわいそうに 156 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 09:42:50.00 ID:pnJRYwjZ.net] >>153 クライアントで書き換えたらサーバーはそのことを知らないままにならない？ 他の処理でSSRしたときにa1に戻ってしまわない？ 157 名前：デフォルトの名無しさん [2020/08/01(土) 10:08:59 ID:cVk77Hxz.net] ハァ？他の処理でSSR？ 根本的に理解してないだろ魔法じゃねんだぞ 158 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 11:24:37.55 ID:Hj1S4h6p.net] フレームワーク乱立はよくねえな 責任感が強いマイクロソフトに集約すべき 159 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 11:28:16.66 ID:biQ1QRTH.net] 責任感ねぇ 「MSさん？互換性と言う言葉をご存知ですか？」 160 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 11:33:17.20 ID:QHr6h7Y5.net] MSにケツの穴まで見せそうだな 反抗心を失ったら人間終わり 161 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 11:48:39.84 ID:Hj1S4h6p.net] 後方互換性に1番気を使ってるのはマイクロソフトで間違いない 162 名前：デフォルトの名無しさん [2020/08/01(土) 11:52:29.07 ID:bRba9mah.net] 金のために互換性保ってるだけで、正義のためじゃないだろ。 163 名前：デフォルトの名無しさん [2020/08/01(土) 11:52:53.71 ID:bRba9mah.net] Ubuntuは正義だ。 164 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 11:53:07.79 ID:Hj1S4h6p.net] 正義(笑) 165 名前：デフォルトの名無しさん [2020/08/01(土) 12:30:25.28 ID:biQ1QRTH.net] 孫 166 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 12:30:30.31 ID:6s9LN6+z.net] >>158 MSが一番互換性高いでしょｗ 167 名前：デフォルトの名無しさん [2020/08/01(土) 12:44:13.04 ID:biQ1QRTH.net] C C++ J++ J# C# F# VB VBA VBS VB.NET JScript TypeScript Win32 API Windows Forms (WinForms) Windows Presentation Framework (WPF) Universal Windows Platform (UWP) Electron Xamarin React Native .Net Framework .NET Core 3 XAML Islands 一体何で開発したらええんかのぅ？ 168 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 13:17:45.48 ID:0UaphVC2.net] >>166 MS には他にも、MFC, Razor, Blazor, .NET MAUI, SilverLight がある。 169 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 13:18:51.98 ID:G+VYcIGl.net] >>166 迷うはずないやつがいくつも混じってるぞ 170 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 13:21:45.58 ID:o8EpUcK0.net] Linuxだともっと迷うんじゃないか 171 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 13:31:27.42 ID:EZTrMdob.net] Ubuntu使ってるやつのカラーセンス疑うわ あ、俺も使ってた… 172 名前：デフォルトの名無しさん [2020/08/01(土) 13:33:15.03 ID:biQ1QRTH.net] >>168 あ！量販店の店員さんですか？ Vue とReact とAngular どのメーカーが良いですかねぇ 173 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 13:52:32 ID:8AkvqbAq.net] Linuxは野良ツール多すぎて迷うよなー マイクロソフトを信用してとりあえずコレだけやっとけ的なものがない どれを選んでも中途半端でトラブルと縁を切れない 174 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 14:07:55.86 ID:Yr8NK13H.net] >>172 自分の能力が低いって自己紹介じゃんそれ 175 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 14:10:38.48 ID:8AkvqbAq.net] >>173 そういう考え方が雑魚っ� 176 名前：ﾛい 苦労を自分から背負い込むスタイルとか非合理的でしょ [] [ここ壊れてます] 177 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 14:11:19.37 ID:IxYAI3me.net] >>171 JScript 178 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 15:01:04.70 ID:Sq3FCv8n.net] >>175 それソケットの型とか電圧が違うからって警告出ませんか？ サーバーのコンセントにささらないと困ります。 179 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 10:58:02 ID:TgtGsz6s.net] C#ってunsafe、Span、refがあるから低レベルの爆速プログラミングもできるんだな こんなんwasmに事前ビルドされたらJSが速度で勝てるわけないじゃん 180 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 11:50:01.52 ID:WQM7cDU9.net] wasmはjsエンジンの（一部の）上で動いてるから、コンパイル後のピーク速度は同じなんだけど。ネイティブGCも無いからGC付きクソデカランタイム動かしてたら速度メリットも消えちゃうんだけど https://qiita.com/karszawa/items/0bd6e7aa0b638a8e9ee2 181 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 11:52:44.71 ID:DseL3ZRo.net] マジこのスレスレタイと関係ある話してねーな 182 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:00:19.78 ID:2PlDLosa.net] そのうち逆になるだろ wasmが一番下のレイヤーになってJSはその上で動く 183 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:07:48.77 ID:cT3QB5LB.net] vueユーザーはvue3に備えてこれ読んどきなさい Vue Composition APIでストアパターンをスマートに使って状態管理をする https://qiita.com/resessh/items/ab09ec925ca49d02caae 184 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:24:42.43 ID:DseL3ZRo.net] >>181 Reactに寄ったとは聞いてたがマジで寄ってるなｗ 185 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:25:34.13 ID:WwXtXh/O.net] >>178 C#はネイティブメモリを安全に活用する機能があるのでメモリ効率がすごくいいよ この機能が追加されたおかげで.NET Coreの全体的なパフォーマンスが急激に上がったのは記憶に新しい スタックで済むところはスタックで処理できるから従来のC#、Java、JavaScriptのように必要のないところでオブジェクトのためにメモリを確保しなくても済むようになった これがパフォーマンスにとって大きな影響がある JSがこれを模倣しようとしても型安全性と構造体がないからそう簡単にはできない TSがトランスレーターに甘んじてるうちはTSでも同じこと TSが完全にコンパイラなったとしてもref、Span、構造体に相当する言語機能を導入しなければならないから簡単には行かない 186 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:50:36.63 ID:WQM7cDU9.net] >>183 jsの場合jitがその辺はやってるんだよ。型が変わらない変数ぐらいjitは見つけて最適な型で最適なところに割り当ててる、スタックやレジスタレベルでね。refどころか関数のインライン化もやるよ。 c#のjitも凄いけど、それをwasm上でやるのは大変じゃないかな？ 187 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 12:54:12.60 ID:mXvsp2ya.net] ホントは、Wasmの本質は速度向上ではなくて、言語を変えられることだよ。 188 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:05:39.93 ID:WwXtXh/O.net] >>184 その程度じゃ全然最適化が足りないんだよ 機械的な判断じゃどうしたって最適化していいか確定しない部分が沢山でてくる C#だってデスクトップやサーバーサイドで最適化のノウハウをしこたま溜め込んでる その蓄積があるのにあえてプログラマの手で高速化するための手段を用意した マイクロソフトはJITを極めてもそれだけじゃ満足できないとわかってたからね 結果として.NET Coreは凄まじいパフォーマンスを獲得したわけ Blazorはまだ黎明期だからしかたないけどサーバーサイドのベンチマークはまじで凄いからね 189 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:08:10.21 ID:WQM7cDU9.net] >>185 それ。他言語のライブラリとか持ってこれるのが助かる >>186 そうだね。早く速くなるといいね 190 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:11:40.57 ID:hCA53BQc.net] >>187 まあそんなに遠くない未来だろうね 191 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:12:22.72 ID:DseL3ZRo.net] >>186 お前いつまでここに寄生してその話続けんの？ 192 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:21:40.43 ID:QyH37OuI.net] スレタイ変えるべきだな 193 名前：デフォルトの名無しさん [2020/08/02(日) 13:23:40.23 ID:mXvsp2ya.net] >>187 他からライブラリを持ってこれる、というようなことだけじゃなく、 JSには、ちゃんとしたclassの概念もなければ、ちゃんとしたstructの概念も無い。 明示的な型指定も出来ない。 また、常にGCがONなので速度的に不安定。 変数は原則的に全てHeapからの確保になってしまうので使い始めが遅い。 動的に型が決まるので、JITでもある程度以上最適化できない。 そういうところがC++では改善できる。 194 名前：デフォルトの名無しさん [2020/08/02(日) 13:28:43.14 ID:q/qx3qt3.net] wasm について語りたいなら 【wasm】ブラウザでC++。Emscriptenを語ろう https://mevius.5ch.net/test/read.cgi/tech/1547549448/ blazor について語りたいなら 【本命】Blazor スレ1【真打】 https://mevius.5ch.net/test/read.cgi/tech/1595255796/ ついでに、jquery に言及したいなら Vue vs React vs Angular vs jQuery Part.3 https://mevius.5ch.net/test/read.cgi/tech/1560333177/ 195 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 13:32:13.60 ID:WQM7cDU9.net] >>191 wat書くとそのへんは痛感するね。流石にcppとかrustには叶いませんわ。 196 名前：デフォルトの名無しさん [2020/08/02(日) 14:15:44.79 ID:oOnrjYcq.net] C++はJITが効かないので、最悪Javaの20倍ほど遅い。 197 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 14:21:31 ID:mXvsp2ya.net] >>194 それは、狭い範囲における非常に稀なケースだが、 WasmはJITが効くので、C++も出力をWasmにしてしまえば、原理的には 同じ事が出来るわけだけど。 198 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 14:26:42 ID:mYK9zNmf.net] > C++はJITが効かないので JITって何かわかってる？ ただのCPUに最適化したコンパイルに過ぎないぞ C++でもコンパイル時にCPUに最適化すれば同じことだ 199 名前：デフォルトの名無しさん [2020/08/02(日) 14:30:46 ID:oOnrjYcq.net] JavascriptはJavaの二倍速い。 200 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 14:32:48.19 ID:mXvsp2ya.net] >>195 JITの方が速くなる可能性があるとすれば 1. たまたま実行した環境では、要素数の多いSIMDが使えるCPUの場合、そのCPUに 　合わせて最適化できる。 2. 予め最適化する場合には、実行段階で、CPUの場合分けのためのオーバーヘッド 　が少し生じる。 3. 実際に実行してからのプロファイリングを用いて、繰り返し回数の多いループ 　を重点的に最適化できる。 　これもテスト時にあらかじめ行っておくことも出来るが、何らかの要因で 　条件が大幅に変わった場合には、JITでやる場合と差が出てくる可能性がある。 201 名前：デフォルトの名無しさん [2020/08/02(日) 18:01:52 ID:owOvUR/E.net] そもそもwebというかブラウザがdomとcssに結局は縛られるから、そっちのが問題だと思うけどなあ。。 そしてdomはとても壊れやすい。それが起因の問題は今でもちょくちょく体験する。ブラウザ互換も未だに完全じゃない。 wasmだc#だと言っても、UIまで包括的に別の仕組みで動作しないと同じだと思うよ。 202 名前：デフォルトの名無しさん [2020/08/02(日) 18:58:02.73 ID:rl9xr/mh.net] Vueはreact 203 名前：追いかけて変な方向に行ってしまったな。 従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。 [] [ここ壊れてます] 204 名前：デフォルトの名無しさん [2020/08/02(日) 19:04:43.64 ID:4pM7vb20.net] wasmとかc#とかMSの話してる奴 これもう荒らしだろ。 単語NG安定 205 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 19:05:43.75 ID:7B1HvTGa.net] >>200 そういうマイナーなframeworkは バグとかの情報少ないし一番めんどくさいだよ お手軽っていうのはユーザーが多い ASP.NETとかRuby on Railsのことなんだ Rubyはweb以外ではろくに使われてないし 結局、ASP.NETが最強ということになる 206 名前：デフォルトの名無しさん [2020/08/02(日) 19:08:48.49 ID:rl9xr/mh.net] レスつけられたみたいだけどあぼーんで見えない 207 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 19:09:18.65 ID:++dgOo7Q.net] >>199 QTが動いたって話だしそのうちDOMに依存しないUIフレームワークもでてくるだろうな それが良いかどうかは未知数だが 208 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 19:10:22.22 ID:SsTxGSMj.net] 【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5 https://mevius.5ch.net/test/read.cgi/tech/1596110361/ スレチガイジが居ないスレはこっち 209 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 19:30:24.89 ID:+AbKOGnw.net] >>191 スタックメモリを有効活用しようとしたらstruct必須だからJSの言語機能を大幅に改修しないといけないね 210 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 19:48:26.61 ID:sINF+8Fw.net] >>206 c#しか知らないのにそういうネタ出すの止めたら？ 211 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 20:21:18.93 ID:+AbKOGnw.net] >>207 他の言語も知ってるけど？ 俺はJSしか知らないフロントエンジニアじゃないよ 212 名前：デフォルトの名無しさん [2020/08/02(日) 20:27:25.31 ID:+KirgcPe.net] C#しか知らない業務ソフトおじさん 略してソフトおじさん 213 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 21:38:12 ID:7B1HvTGa.net] >>205 C#理解できないレベルの低い人たちだけのスレ立てたのか わざわざ分裂させて時間を無駄にしたがる人たちは理解できない 214 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 22:56:39.44 ID:afjdMLlX.net] Ruby は、Vagrant, Chef, ServerSpec, Github とか、サーバー構築テストに強い Chef では、以下の抽象化構文で、Cent 系のrpm/yum, Debian 系のdeb/apt の、両方に対応できる package "dstat" do action :install end 215 名前：デフォルトの名無しさん mailto:j [2020/08/02(日) 23:24:21.36 ID:D3UaZ6Ra.net] ここでCの話してるやつって外国に忍び込んで蝕んでいく中国人みたいだな 216 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 23:25:09.68 ID:254CtELF.net] うわネトウヨが出た 217 名前：デフォルトの名無しさん [2020/08/02(日) 23:45:51.80 ID:4pM7vb20.net] JavaScriptに話を戻そう ReactってそもそもHTML要素が既にある時点で イベントハンドラとかprops stateとか作りこんんで行く訳だが そもそもHTML自体をしこたま動的に生成しなきゃならん事 多い。 そういう時ネイティブ JavaScriptの createElementとappendChild使うのがいちばん便利 なんだわ。 動的に生成したDOM要素にイベントリスナ設定して ピタゴラスイッチ見たいにUI構築していくのは楽しい。 218 名前：デフォルトの名無しさん [2020/08/02(日) 23:50:51 ID:LkmmrvcN.net] 手動でやりたいならどうぞご自由にとしか。 JSスレ行ってね。 あ、ついでにC#ｶﾞｲｼﾞとRubyｶﾞｲｼﾞも一緒につれてって。頼んだよ。 219 名前：デフォルトの名無しさん mailto:sage [2020/08/02(日) 23:51:15 ID:afjdMLlX.net] Document.createDocumentFragment( ) だろ 220 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 00:07:57.59 ID:4XZf/IuM.net] >>204 QTってWEBはWebGLが前提だろうから、どうなんだろうね。 でもWEB版とネイティブアプリ版両方作るなら、一番合理的とも言える。 欠点は読み込みがクソ重くなる事か。。 221 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 00:09:40.27 ID:UL5Fg7I6.net] >>214 まあ仮想DOMってdocument配下にないメモリ上の状態でガチャガチャやるわけだし 実DOM直接操作するよりはオーバーヘッドないんじゃない？ 222 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 00:13:57.36 ID:gMPFHu0L.net] >>218 仮想的なDOMを操作しても 最終的に実DOMに反映しなければいけないのだから 仮想DOMの処理はは100%オーバーヘッドだよ 223 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 00:19:42.49 ID:gMPFHu0L.net] 一番速いのは、仮想DOM操作も実DOM操作もしないこと 当たり前だよね？ つまりHTML/CSSだけで実装するのが一番速いわけ できないと思うなら「CSSだけで作った」で検索してみりゃ いくつもCSSだけで動きがあるものを作っているサンプルが見つかる 次に速いのは必要最小限の実DOM操作を行うこと これも当たり前。これはCSSだけでできないことをJavaScriptで 行うが、必要最小限のクラスなどの属性の変更で行うこと DOM要素の追加削除は行わなず、CSSを使って表示非表示で対応するのでのでこれも速い ただしHTMLとCSSを正しく理解していなければいけないので JavaScriptからウェブに入ったなんちゃってウェブプログラマには荷が重い（笑） ちなみにjQueryを使ったプログラミングでは、この必要最小限のDOM操作を行うのに適している 仮想DOMっていうのは、このHTML/CSS/JavaScritpのベストプラクティスを無視して 全部JavaScriptでやったら重くなった→どうにかしてマシにしたい というバッドノウハウとして生まれたものだよ HTML/CSSまたは、jQueryを使って正しくプログラミングしたものに比べれば 仮想DOMは遅い 224 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 01:05:05 ID:wV2nNm2Q.net] jQueryがネイティブより速い？ 何言ってんの？ 225 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 01:15:21 ID:4XZf/IuM.net] jQueryの話はスレチ。やめようぜ。 226 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 02:46:46.67 ID:gMPFHu0L.net] >>221 ネイティブより速いなんてどこにも書いてないよ 速度で言えば速い順に JavaScriptなし > ネイティブ > jQuery >>>> フレームワーク なのは当たり前でしょう？ 227 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 06:13:52.43 ID:UL5Fg7I6.net] jおじ復帰してたのか 228 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 07:01:52 ID:SjFJdHD5.net] 要はその「必要最小限のDOM操作」が自明じゃないような大規模な画面の変化をさせたい場合には 仮想DOMの効果が出せるということ。 229 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 07:24:39.50 ID:UL5Fg7I6.net] いや実DOMに対するappendを 一回でドンとappendするか 複数回こまごまとappendするか どっちがオーバーヘッドが大きいかって話じゃない？ 230 名前：デフォルトの名無しさん [2020/08/03(月) 07:39:57.17 ID:qdvto+rV.net] vDOMはオートマ jQueryはマニュアル jQueryおじさんは軽トラ運ちゃん 231 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 08:58:08.95 ID:zCiZ8LaU.net] NGしたいからJおじとC#おじはコテつけろよ 232 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 09:29:54.65 ID:wV2nNm2Q.net] >>228 C#おじさんID変えまくってるから望み薄だなぁ 233 名前：デフォルトの名無しさん [2020/08/03(月) 10:59:45.04 ID:3aFKjSal.net] 薄いどころか無毛 234 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 11:35:48 ID:4XZf/IuM.net] ｊQueryが嫌いな訳じゃないんだよな。昔は散々世話になった訳だし。 ただスレチ。話も長くなるし。 235 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 13:20:21 ID:YC4A0LQI.net] >>228 もう>>205で良くないか？ 236 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 14:40:35.29 ID:6LuQl8WH.net] >>226 > いや実DOMに対するappendを > 一回でドンとappendするか 一回でappendする場合DOM操作ではなく、innerHTMLの代入とかに なるわけだがフレームワークはそんなコトしていない そもそもinnerHTMLだから速いというわけではなく JavaScriptで追加するか、ブラウザ内部の処理で追加するかの違いでしか無い ブラウザ内部で処理したら速いように思えるが、innerHTMLでは HTMLのパース処理が必要になるので無駄な処理をしている それに昔はJavaScriptが遅かったが、今は速くなっているため JavaScriptのDOM操作とinnerHTMLによる一回でドンは大差なくなってる。 仮想DOMは純粋なオーバーヘッド。実DOMに反映する処理＋仮想DOMのオーバーヘッド 237 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 14:42:12.96 ID:6LuQl8WH.net] >>227 > vDOMはオートマ > jQueryはマニュアル > jQueryおじさんは軽トラ運ちゃん そして一番重要なのは、どの方法が一番早く目的地につけるか？ って話なんだよねｗ 238 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 14:55:57.02 ID:6LuQl8WH.net] 仮想DOMが遅い理由 Why Virtual DOM is slower If you think it’s fast, this article might be what you were missing https://medium.com/@hayavuk/why-virtual-dom-is-slower-2d9b964b4c9e 239 名前：デフォルトの名無しさん [2020/08/03(月) 15:07:55 ID:qdvto+rV.net] なんちゃってアマチュアレーサーがマニュアルのほうが速いとかでマウント取ってくるのと一緒だな。 ひっきりなしにガチャガチャガチャガチャ動かしたくないんだわ。 240 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:13:49 ID:6LuQl8WH.net] >>236 だから動かさなければいいのでは？ HTMLとCSSでできることはJavaScriptを使わない コードがないのでバグも減るし、速度も早い JavaScriptからウェブに入ってきた人って HTMLとCSSの技術力が低すぎる人が多いんだわ 知らないくせに、知らない俺すごい。みたいな考え方してるｗ どうどうと嫌いです（だから勉強していません）みたいなこと言うからな 241 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:17:31 ID:6LuQl8WH.net] 例えばCSSだけで作られたアコーディオン https://webdesignday.jp/inspiration/technique/css/5316/ JavaScriptなしでブラウザ内部だけで実行するから最速 こういうのを作れるとお前ら何JavaScriptフレームワークで 無駄な努力してんの？ってなる 242 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:18:51 ID:wV2nNm2Q.net] え？ innerHTMLでドンと入れるもんなの？ ドンと入れるってのは一個Element作ってその下にたくさんElementぶら下げて最後にappendChildするものだとばかり。さもなくばtemplateタグかと…… 243 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:21:43 ID:6LuQl8WH.net] >>239 じゃあ、DOM APIで一個Element作ってその下にたくさんElementぶら下げた方が速いですねｗ 244 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:37:39.47 ID:gnTaw2rH.net] >>238 アコーディオン クリックしてから開くまで遅すぎ JS使ってないのにこの遅さはひどい 245 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:38:54.21 ID:gnTaw2rH.net] そもそもアコーディオンなんて使うほうがアホ アコーディオンあるとスクリーンショットとれない ユーザビリティ考えてないゴミといっていい 246 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 15:43:16.68 ID:wV2nNm2Q.net] >>240 それだと一個足す毎に描画発生するじゃん？ 247 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:04:13.93 ID:gfyNPdUj.net] >>241 開閉スピードはCSSのパラメータで変更できる。最小0だよ。 そういう当たり前に想像できることにレスするから お前の間抜けさが際立つわけ 248 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:05:34.47 ID:gfyNPdUj.net] >>243 発生しないが？ まさかお前、DOM APIではできない方法を使って JavaScriptフレームワークが実装されてるとでも思ってるのか？ｗ 不思議やなぁ。ただのJavaScriptフレームワークなのに JavaScriptでは使えない方法を使ってると思うんやぁｗ 249 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:09:59 ID:0MenM/I/.net] >>241 アコーディオンのデモだからアニメーションを強調して長目にしてるだけじゃん 250 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:19:29.50 ID:m8E1Posq.net] 速度もとめるならwebglだな 3Dはもちろん2Dも速い 251 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:21:39.76 ID:0MenM/I/.net] そういやValkanってブラウザ対応とかするんかな？ 252 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 16:24:04.93 ID:0MenM/I/.net] Vulkanだったスマン

---

---

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

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