Vue vs React vs Svelte Part.6

1 名前：デフォルトの名無しさん [2020/10/27(火) 13:09:05.31 ID:5aYZ+KyB.net] 実際どうなん？ ※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました Vue https://jp.vuejs.org/ React https://reactjs.org/ Svelte https://svelte.dev/ ※前スレ Vue vs React vs Angular Part.5 https://mevius.5ch.net/test/read.cgi/tech/1596029929/ ★ここではjQuery, Ruby, C#, Blazorの話題は禁止です ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 51 名前：デフォルトの名無しさん [2020/10/30(金) 23:25:04.93 ID:c33mewdS.net] ページの初期化は ブラウザ駆動で location.reload()でいつでも状態消去出来る それより、保持し続けたかった画面状態が 画面遷移で消滅してしまう方が問題 保持してるものを破棄するのは簡単だが 無いものを引き継がせたり復元したりするのは大変 ならばセッションに保持しようとすると 今度はそれが残り続けて不具合の要因になる セッションは意識して破棄するのは面倒 そう考えるとSPAで画面遷移減らすのが最適解 52 名前：デフォルトの名無しさん mailto:sage [2020/10/30(金) 23:50:46.09 ID:ZQ+XX0gW.net] ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください 53 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 04:18:19.38 ID:TE/FUBzp.net] 確かに少なくともURLは変わった方がいい 54 名前：デフォルトの名無しさん [2020/10/31(土) 12:34:03.58 ID:GI9kcxdQ.net] SPAが叩かれるのはSPAを前提としたビューを切り替えたりする ビューの下らないテクニックが嫌われるだけであって SPAの考え方自体が悪いわけではないと思う SPAは基本的にAjaxをバンバン飛ばすから Ajaxが叩くURLというのは分離されている 画面と関係の無いURLを気軽に定義出来るようになり 「画面」と「画面遷移」だけを減少させることが出来る URLは減少しない、むしろ更にきめ細かくできる 55 名前：デフォルトの名無しさん [2020/10/31(土) 12:37:15.04 ID:GI9kcxdQ.net] シングルページにこだわる必要はないと思う 2個でも3個でも構わないが とにかく無駄な画面遷移を減らす事が重要 56 名前：デフォルトの名無しさん [2020/10/31(土) 13:27:15.39 ID:fxcwqRC2.net] ブラウザに無駄に大量の履歴が残るのを防止出来るし 終わったsessionに対して変に履歴から横入りも防止出来るしメリット多い 57 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 13:33:14.30 ID:ocpJ6AXX.net] 単純にさ、メンテナンスしやすいように小さく分けろってことなんだよね どうしても密結合しなきゃならないっていうなら話は別だけど そうでないなら結合度は低く保つのはシステム開発の常識なんだし 58 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 13:59:51.18 ID:D1wdF0Y3.net] 小さく分けるなら別のページにしたほうがわかりやすいんだよね 開発者もユーザーも 59 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:06:46.75 ID:4J8dlMsH.net] 別にそんなことないが 60 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:11:33.12 ID:XhxNYcCe.net] ルーターつかえてんのかな？ 61 名前：デフォルトの名無しさん [2020/10/31(土) 14:19:10.79 ID:fxcwqRC2.net] 単にケチつけたいから理由を無理やりひねくりだしてるように見える パヨ野党と同じ 62 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 14:32:47.48 ID:XhxNYcCe.net] 単に能力不足の認識すらないだけかと 63 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:03:24.58 ID:XHxGyiYd.net] まあ待て WebAssemblyが全てを薙ぎ倒す 64 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:25:03.69 ID:ocpJ6AXX.net] まであと50年？ 65 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 15:56:06.31 ID:s2pToFD3.net] UNITYの事かな？ 66 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:30:23.25 ID:D1wdF0Y3.net] 単純明快にページを分ける、というやり方をやめて、わざわざ処理を追加して無理矢理ページ内で遷移したように見せかけるという、複雑で愚かな選択 これによりTwitterのサムネがおかしくなったり様々な問題を招き入れてしまった 67 名前：デフォルトの名無しさん [2020/10/31(土) 20:10:22.22 ID:H/mkCvBm.net] バカは黙ってろ 68 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 21:02:58.40 ID:4J8dlMsH.net] ここでグダってないでツイッター社に説教して来いよもう 69 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 22:26:48.89 ID:h2KzT8QK.net] ツイッターは一例でしょ。しょぼい会社じゃなくて ツイッターレベルであっても対応に苦労しているという話だ 70 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 22:44:41.94 ID:gz3vxsih.net] SPA基本のルーターすらしらんやつが わめいてるけど無視した方が無難かな。 71 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 23:02:30.40 ID:h2KzT8QK.net] >>70 今そんな話してないよ グローバルに保持してる状態の話をしてる 72 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 23:54:28.99 ID:pGrSKCPz.net] 今そんな話してない（恥ずかしいから蒸し返すな） 73 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 00:03:13.60 ID:6kfHBaw2.net] >>67 匿名掲示板だと反論できなくなった人ってすぐ悪口言うよねｗ 74 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 00:15:18.28 ID:gLftjTJx.net] 謎文脈を発生させて論点をずらす奴もいるけどな 75 名前：デフォルトの名無しさん [2020/11/01(日) 10:16:49.22 ID:iVsRUSuF.net] >>66 だからその無理やりページ遷移したように見せかける っていう部分だけが愚策なんだって ページ自体が複数も要らないんだよ 見かけ上のページも複数要らない 76 名前：デフォルトの名無しさん [2020/11/01(日) 12:27:33.30 ID:BdB3gM+x.net] 表面上SPAの癖に 時々別のURLに飛ばす造りって 単にSEO対策なんだろ SEO稼ぐにはURL多い方が良い SPAの使い易さとSEOは無関係 77 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 12:30:09.02 ID:xiHRYmfR.net] 別のURLに飛ばしてOKなものなら、飛ばしたほうがいいじゃん 状態を引き継ぐよりもステートレスの方がいいんだから 78 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 12:38:01.74 ID:7AGTmsus.net] >>77 それな ステートフルすぎて気持ち悪い 79 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:03:27.79 ID:b3NlQgn4.net] アプリケーションは内部状態を持つのが当たり前だが、その状態をサーバー側に持つか クライアント側で持つかの違いだけじゃね？ どっちかというとサーバー側とそのAPIがステートレスになってくれた方が嬉しいと思うが。 80 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:10:01.61 ID:6kfHBaw2.net] ステートフル”すぎる”な 表示してない物の状態まで持つな ページを切り替えるなら状態をクリアしろ 切り替えたように見せかけて裏で状態を維持するとか最悪だぞ 81 名前：デフォルトの名無しさん [2020/11/01(日) 13:14:42.09 ID:pdNlK96W.net] >>80 おめー無知すぎんだろ SPAフレームワークをページ遷移だけで見てるからそれしか言えねえんだよ 82 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:22:07.47 ID:b3NlQgn4.net] ”すぎる”と”すぎない”の境界がわからんなぁ。 気持ち悪く感じるのは主観だろうからどうしようもないが。 83 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 13:36:14.94 ID:6kfHBaw2.net] >>81 俺はMVC+Vue.jsのような軽い使い方までは否定してない SPA的な全部JSでやっちゃえって考え方が駄目だ 84 名前：デフォルトの名無しさん [2020/11/01(日) 15:59:43.06 ID:iVsRUSuF.net] webサイト画面構成のビューの作法というか テンプレみたいなのを誰かが勝手に定義するから 害悪になるんだって Webサイトにはヘッダー フッターやサイドバーや ナビメニュー、バーガーメニューがあるべきとか パンくず付けるべきだとか SPAのサイトは見かけ上のURLで画面を切り替えるように すべきとか、こういうの一体誰がなんの権限があって 決めてんの？ 実装がどれだけ面倒になるかも考えずにさ ビューの構造考えてる奴らに「シンプルにしろよ、馬鹿が」 って言ってやりたいわ 85 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 17:46:49.50 ID:08kl5AwG.net] >>84 音声ブラウザで適切に読むため 86 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 17:52:41.96 ID:m91l8dFg.net] 馬鹿たちかい。 サーバーサイドでステート維持するのは 実装大変だし、バカ高いコストになりますよ。 スケールの設計とかした事あんですかね？ 87 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:17:26.00 ID:6C0NmMQH.net] ステートサーバー用意するだけだな 簡単にスケールする SPAにすると最初はフロントにステートがあったんだけど SEOとか諸々の事情でやっぱSSRにしなきゃってなって サーバーサイドにめちゃくちゃステートを持つことになる ステートをスケールしたいだけなのにフロントもスケールもしなきゃならなくなって最悪 88 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:42:58.59 ID:m91l8dFg.net] >>87 スーテトサーバー 笑 89 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:49:19.76 ID:CuITjVo7.net] SSRにしたらサーバーにめちゃめちゃステート？笑 エアプここに極まるｗｗｗ 90 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:53:46.69 ID:6C0NmMQH.net] >>88 なにわろてんねん >>89 お前がエアプ 91 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 18:58:35.18 ID:m91l8dFg.net] >>88 ステートだ 笑 92 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 19:07:51.52 ID:6C0NmMQH.net] >>91 ステートサーバーも知らねえのか？ 93 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 19:52:37.28 ID:afatmBQ+.net] >>88 え 94 名前：デフォルトの名無しさん [2020/11/01(日) 20:25:37.03 ID:kxmM4HKM.net] ステートサーバーってガチで何 95 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:32:08.23 ID:m91l8dFg.net] >>94 低脳が使うやつ。 96 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:34:01.14 ID:m91l8dFg.net] MSの基地外じゃね？ 97 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 20:46:35.28 ID:wlH1XftD.net] redisとかじゃねぇの 98 名前：デフォルトの名無しさん mailto:sage [2020/11/02(月) 02:53:11.95 ID:ZpVsHyOp.net] SvelteはNY Timesのほかに Square Enix Apple Spotify Google Arts Alaska Airlines などが使い出したようだ 超頑張れ 99 名前：デフォルトの名無しさん [2020/11/02(月) 14:29:41.24 ID:WhiKrslV.net] https://qiita.com/amakawa_/items/e7d0720e1ab8632769bf 100 名前：デフォルトの名無しさん [2020/11/02(月) 19:37:37.29 ID:bHgm/NDo.net] もういい加減クソみたいなアプリ開発するのも メンテするのもウンザリだ 101 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 15:18:43.93 ID:4OxOM+4k.net] jsからいかにして逃げるか、が今後のwebエコシステム成功の鍵になるだろうね jsの上にフレームワークを乗せる方式にはも限界が来てる svelteやblazorがその礎になるだろう 102 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 15:38:32.86 ID:Ir5rYGmc.net] エアプ乙。 svelteはjs。 reactやvueなんかよりもjsらしいjs。 mskk真面目に仕事しろ。 103 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:09:19.65 ID:5u+9d5PC.net] Svelteの利点はコンパイラ言語というとこ つまりその気になれば別の言語でも同じことができるということだ JavaやC#に置き換えるといったことも可能だろうね 104 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:14:13.80 ID:GWTG5CXG.net] もうこれでいいんじゃね？ Google Web Toolkit (GWT) は、Javaを使ってウェブ用Ajaxアプリケーションを開発できるオープンソースのJavaソフトウェア開発フレームワークである。Apache License 2.0でライセンスされている https://ja.wikipedia.org/wiki/Google_Web_Toolkit 105 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:15:48.21 ID:GWTG5CXG.net] Google Web Toolkit：現実的な開発に即したAJAX https://codezine.jp/article/detail/531 JavaをJavaScriptとHTMLに変換する開発フレームワークの利用 　AJAXアプリケーションの開発は簡単なものではありません。というのも、 AJAX（Asynchronous JavaScript and XML）の開発言語であるJavaScriptの 全貌を把握している開発者はほとんどいないからです。さらに悪いことに、 JavaScriptの実装はブラウザによって違いがあるため、互換性という厄介な問題もあります （「補足記事1　以前のWeb UIおよびAJAXのJavaScriptの弱点」を参照）。 GmailとGoogle MapsによってAJAXの名を知らしめたGoogleが、 この問題を解決するために世に送り出したのがGoogle Web Toolkit（GWT）です。 106 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:22:23.19 ID:5u+9d5PC.net] 考え方としては同じことだね 昔から求められ研究されていたものが周辺技術の進歩により実用的な段階になりつつある AIも昔からあるけど実用化したのはごく最近だった WEBの世界でもまた同じようにイノベーションが起こる JSは世界に不要です 107 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:23:49.40 ID:GWTG5CXG.net] 昔から何度も負けてる歴史 108 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:28:30.69 ID:5u+9d5PC.net] そして次は勝つ 時代の節目ってのはいつもそうだった 109 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 16:31:55.29 ID:GWTG5CXG.net] 「次は勝つ」と言ってるやつは、たいてい期限を付けない いつまでに勝てるという見通しがないからだ 負けたら「次は」更に負けても「次は」と言い続ける 110 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 17:51:06.56 ID:XR+zjtJR.net] JSすらまともに使いこなせない 不十分な負け犬の遠吠えにしか 聞こえないけど。 111 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 18:27:50.80 ID:5u+9d5PC.net] 使いこなした上でより良い道具を模索するのがプロ jsにしがみつく人は駄目だ 112 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 19:10:53.10 ID:XR+zjtJR.net] 使いこなしてなさそーーなのから返信きた！ 笑 113 名前：デフォルトの名無しさん [2020/11/03(火) 19:17:24.29 ID:M97chx1r.net] PHPの機能ではなくHTMLの機能で他HTMLのインクルードがないのは不便 これが出来ればかなり可能性広がる 114 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:12:28.79 ID:C42spRT+.net] JavaScriptなんか使いこなせるようになってもなあ 115 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:19:41.36 ID:XR+zjtJR.net] >>113 具体的に？ 116 名前：デフォルトの名無しさん [2020/11/03(火) 20:49:36.32 ID:M97chx1r.net] >>115 HTML部品を細かく外部部品にできる cssとかJavaScriptとか画像付きで サーバ 117 名前：サイドのクソインクルードと違ってdevtoolsから 呼び出し関係を把握出来る [] [ここ壊れてます] 118 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:54:04.83 ID:OA2PBkaW.net] 部品ごとにリクエスト走るの？クソやん 119 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 20:54:11.24 ID:Vb+pPlne.net] バージョンアップですぐに知識が陳腐化するのが問題だよな Reactが一番メジャーと言っても、他にもたくさんあるし、React自身もバージョンアップで変わるし、Reactの周辺技術も変わるし 120 名前：デフォルトの名無しさん [2020/11/03(火) 21:01:35.34 ID:XR+zjtJR.net] >>116 ReactやVuejsのコンポネント あるいは純粋なWeb Componentsではダメという事？ 121 名前：デフォルトの名無しさん [2020/11/03(火) 21:13:02.42 ID:M97chx1r.net] ソースと画面上のdevtool解析に差異があるから不便 122 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 21:20:57.47 ID:XR+zjtJR.net] >>120 ん？ 使ってもいない人かな？ 123 名前：デフォルトの名無しさん mailto:sage [2020/11/03(火) 23:12:36.36 ID:GS5jRb/7.net] それだけならejsとかのテンプレートエンジンでいいのでは 124 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 00:27:26.22 ID:ICDUObZn.net] jsを嫌ったところでweb開発では結局npmライブラリ使うんだからjs/tsからは逃れられんと思うけどね 125 名前：デフォルトの名無しさん [2020/11/04(水) 09:32:04.09 ID:CWKX+qbt.net] JSは嫌いじゃない。むしろ肯定する 嫌いなのはサーバサイドのビューの生成支援技術 特にDBやモデル層と密結合してるものは最悪 とりあえず純粋なデータの形でJSON化して文字化け防止 エンコしてJavaScript側に埋め込んどけば JavaScriptで復元して、いかようにでもビュー構築 できるのに そういう事を知らない奴がサーバサイドフレワの ゴミみたいなビュー機能使いやがる 126 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 09:52:12.35 ID:TofTvuAt.net] パッケージ問題はwasmにビルドして相互運用って形なるので気にしなくていい JSが消え去るのも時間の問題だ 127 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 09:59:29.81 ID:5hLgPx47.net] >>124 サーバーサイドならModelが型を持ってるからメタデータを処理してCRUDを生成するなんてことが実用的な水準でできるけどJSONじゃ無理でしょ？ 128 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 12:51:36.28 ID:nYZgiQyo.net] サーバーサイドで完結するなら遅延評価とかでDBへの負担を最小にできるけど、一旦JSONにするとN+1とかリクエスト連発とか高負荷になるもんな それでGraphQLとか流行り始めてるけど 129 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 12:56:06.12 ID:LzSTpY+2.net] domain modelからview modelへの変換も実装量としては無視できない これをスクリプトでやるなんて正気じゃないよ 130 名前：デフォルトの名無しさん [2020/11/04(水) 15:17:00.07 ID:wF8lqQTT.net] GWTってまだ生きてたんか SWTと同じくらい長生きだな 131 名前：デフォルトの名無しさん [2020/11/04(水) 16:54:45.12 ID:sbTiCV0L.net] https://dev.to/linkuriousdev/to-wasm-or-not-to-wasm-3803 wasmって今のところjsよりそんなに極端に速いわけではなさそうだけど 普通のwebアプリをwasmにしても大して恩恵は受けられないんじゃ 132 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 18:28:12.23 ID:annEOGEQ.net] >>130 ゲームとかのグラフィックス用途だけだよ。 133 名前：デフォルトの名無しさん [2020/11/04(水) 19:30:08.96 ID:CWKX+qbt.net] 鯖の負荷を減らすにはクライアントサイドの ブラウザに仕事させるのが最善 ネットワークアクセスが頻繁になるけかもしれんが キープアライブとかあるし大した問題ではない 同時接続数はローバラ噛ませてスケールアウト 擦るのが定石で それだけ利益産むだけの接続数が 来てるんだから必要経費 サーバサイドはレンダリング支援は要らん バリデーションはフロントサイドとDBの制約で十分 ハッキングしてくる奴に律儀にエラーメッセージ 返してやったりエラーハンドリングしてやる必要ないからな 関連はJOIN覚えろ ORMとかクエリビルダとかクソなんだよ 最悪複数回SQL飛ばせば外部テーブルのレコード取ってきたり SQL飛ばさずに連想配列の配列からデータ漁るメソッド 作っとけば工夫すればコーディング爆速になるのに ちまちまとバリデーションとかリレーションとか 定義するフレームワークは馬鹿 つまりwebアプリは全部糞なんだよ！ ネイティブJavaScriptが至高 ネイティブSQLが至高 expressのみが至高 オブジェクト指向は死ね！ RailsもララベルもReactもAnglarも死ね！ 134 名前：デフォルトの名無しさん [2020/11/04(水) 19:35:24.63 ID:rm1hfGRH.net] クライアントでやれと言いつつ 結合はサーバーでやれと？ 135 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 22:48:53.58 ID:K1ME6Nao.net] 相手したらあかんやつや 136 名前：デフォルトの名無しさん mailto:sage [2020/11/04(水) 23:20:52.63 ID:8aX5ek4k.net] どっちがサーバでどっちがクライアント� 137 名前：ｩも分かってないぞそいつ お茶碗持つほうが鯖とかそんなレベル [] [ここ壊れてます] 138 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 00:10:38.34 ID:cYudjgB5.net] >>135 お茶碗持つほうが鯖はさすがに草 139 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 07:06:59.54 ID:zkmm5QOl.net] jQueryバカがボコボコに論破するたび過激になって帰ってきて草 140 名前：デフォルトの名無しさん mailto:sage [2020/11/05(木) 07:09:42.40 ID:zkmm5QOl.net] >>120 debugビルドでsourcemap吐き出させると devtool上でも手書きのソースが表示されるよ 141 名前：デフォルトの名無しさん [2020/11/06(金) 23:55:42.90 ID:dY0FwNqN.net] スレタイAngular外されたか 個人的には好きなんだけど使う奴が少ないんだよなあ Angular+nest+typeormの組み合わせが快適で重宝してる 142 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 00:19:17.46 ID:4eYXXeZK.net] 遅かれ早かれすべて外されるよｗ 143 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 13:47:20.36 ID:H4/lc4DC.net] じきにwasmスレになるだろうね 144 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 22:00:52.91 ID:vkENrb2s.net] 普通にDOM操作してる分にはJSで十分速いんだよなぁ。 最近WasmでFFmpegをブラウザに移植、とかあったし、TensorflowでWasm利用したりしてる。 そういう従来PCやサーバのOS上で直に動いていた物がそのままWebに移植されて予想もしてなかった新しい組み合わせを生む、みたいな方向性に期待してる。 145 名前：デフォルトの名無しさん mailto:sage [2020/11/07(土) 22:17:58.99 ID:alCltY04.net] 十分速いもなにも、現状DOM APIはJS用しかない。WASMにもないのでJS経由でないといじれない。 偉そうに宣伝してくる他言語のフレームワークも最終的にJSのAPI呼んでる。 146 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 06:37:58.90 ID:Xo0sFQ6l.net] >>143 Domを使う場合JSがネイティブだね。 Wasmの場合canvasに直接描画するのが本流。ゆえにDom上のUI資産は一切使えない。 147 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 07:21:32.68 ID:LFeopa9V.net] wasmでUInt8Array作ってcanvasに流し込む形かな。ゲームとかならそれで良さそう。 いやでもゲームなら高速描画を求めてWebGLやcanvasのAPI使うからwasmで完結はしないかも。 ゲーム以外だとUI周り全部wasmで描くとランタイム大きくなるし。 148 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 08:21:28.89 ID:YnyAcD/m.net] ゲームとかだったらいいんだけどねぇ。 複合UIをCanvasベースで作り直しとかｗ CSSのレスポンシブ関連機能相当のものやイベントシステムも再実装か？ｗ 149 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 11:55:41.56 ID:n8ymm8S9.net] id変えて3連投 内容もトンチンカンだし 何がしたいんだ 150 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 11:56:26.00 ID:n8ymm8S9.net] 土曜も含めて5連投か 151 名前：デフォルトの名無しさん mailto:sage [2020/11/08(日) 12:22:25.95 ID:Xo0sFQ6l.net] 馬鹿登場(^o^)

---

---

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

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