Vue vs React vs Angular Part.5

**デフォルトの名無しさん** · 2020/07/29(水) 22:38:49.56

実際どうなん？
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などはおｋ。

**デフォルトの名無しさん** · 2020/10/25(日) 00:25:49.62

>>850
結局SPAって1つか2つの問題を解決するために他の多くの問題を呼び込んでるんだよな

**デフォルトの名無しさん** · 2020/10/25(日) 11:59:34.61

>>850
vue.js で CRUD アプリを造りたいとか
発想そのものがあほやん
https://qiita.com/koduki/items/9ce6ad8787b32caa38ff
CRUD にしたいなら vue.js 使わなければ良いだけの話だろ

**デフォルトの名無しさん** · 2020/10/25(日) 12:11:24.08

>>852
だから
（殆どの用途には）vue.js 使わなければ良いだけの話だろ
と最初から言ってるだろｗ

**デフォルトの名無しさん** · 2020/10/25(日) 12:13:09.66

https://w3techs.com/technologies/history_overview/javascript_library/all/y

2020年10月15日 76.5%
2020年10月23日 76.6%
2020年10月25日 76.7%

な？だからjQueryが使われてるんだって
少なくとも10日で0.1%以上増えてるからな

**デフォルトの名無しさん** · 2020/10/25(日) 12:20:32.19

シンプルなアプリは開発者、利用者の両方の視点でMVCフレームワークの圧勝だろ

複雑なアプリになると開発者としてはSPAのほうが作りやすいが、、、
しかし利用者からすれば複雑なアプリの需要なんてのはほとんど無い等しい
例えばpgadminは複雑なアプリだがぶっちゃけシンプルなadminerのほうが使いやすいのだ

結論
SPAはゴミ

**デフォルトの名無しさん** · 2020/10/25(日) 12:21:18.49

「脱jQuery」を目的にするとたいてい失敗する
なにか問題があって、それを解決するためにVue、React、Angularなどを採用すべきという
当たり前の前の話であって、良い選択肢の１つであるjQueryを廃止して
特定の用途専用のものを導入するのは愚かである
特定の用途専用のものは、特定の用途の場合に使うもので
「○○の用途のために○○を導入しました」という言い方にするべきだ

**デフォルトの名無しさん** · 2020/10/25(日) 12:22:24.43

ようするにUX設計ができない人のためのフレームワークがSPA

**デフォルトの名無しさん** · 2020/10/25(日) 12:27:24.62

今までSPAのやり方でスマホアプリとか作ってきた人たちが
今までと同じやり方で作るためのものSPAだろう

ウェブにはウェブのやり方があるんだが
そういう（アプリ作ってひた人たちにとっては）"新しいやり方"を
学ぶ能力がなくて、今までと同じやり方でやりたいっていうのがSPA

これからはSPAだ～とか言ってるやつは、jQueryどころかCSSも嫌いなはず
なぜならどちらも宣言的だから。SPAは手続き的に作る。

セレクタに対して処理や属性を宣言的に適用するjQueryやCSSは
考え方が根本的に違っていて、頭が凝り固まってる人には理解ができない

**デフォルトの名無しさん** · 2020/10/25(日) 12:36:18.38

>>854
そりゃゴミは毎日増えるからな

**デフォルトの名無しさん** · 2020/10/25(日) 12:37:35.38

>>857
お前の認識があほすぎて萎える

**デフォルトの名無しさん** · 2020/10/25(日) 12:40:02.70

良い加減スレチ
くだらん話でスレ埋めるな
よそのスレか板いってくれ

**デフォルトの名無しさん** · 2020/10/25(日) 12:55:08.10

>>859
「良いもの」が増えないｗｗｗ

**デフォルトの名無しさん** · 2020/10/25(日) 12:59:58.30

ガイジ大集合ｗｗｗ

**デフォルトの名無しさん** · 2020/10/25(日) 13:23:18.15

jQueryが増えてるってのは事実として
それ以上に増えれば、シェアはjQueryよりも増えるんだよ

結局増えてねーじゃんと

**デフォルトの名無しさん** · 2020/10/25(日) 13:55:14.12

jQueryとReactじゃ根本的に作るべき対象が違う

**デフォルトの名無しさん** · 2020/10/25(日) 14:09:21.75

うん。だから最初から根本的に作るべき対象が違うので
「脱jQuery」ありきは間違いだって言ってるわけ

作るべき対処がjQuery向きじゃない場合に使えば良いわけで
今までjQueryで問題なくやってきたところが脱jQueryするのは
意味がないどころか、デメリットになってるわけ
作るべき対象がjQuery向きなのに、脱jQueryしてどうするんだと

**デフォルトの名無しさん** · 2020/10/25(日) 14:13:12.24

フレームワークなんて概念がなかった時代にjQueryで無理やり作ったシステムとかならフレームワーク置き換えって結構意義はあるけどね
段階的な置き換えか一から再構成かは都度都度によるけど

**デフォルトの名無しさん** · 2020/10/25(日) 15:38:13.61

Ruby on Rails では、React, Bootstrap が多い。
Material-UI を使った場合は、レスポンシブ対応になるのかな？

react-bootstrap という、BootstrapをReactコンポーネントとして再構築した、UI フレームワークもある。
jQuery など不要な依存関係がない

**デフォルトの名無しさん** · 2020/10/25(日) 15:44:10.58

Railsの標準はjQueryやろ？

**868** · 2020/10/25(日) 16:42:13.03

Rails, React, Bootstrap で、
Bootstrap 4 が、jQuery に依存しているから、使っているだけ

react-bootstrap など、jQueryに依存していない場合は、axios が多い

**デフォルトの名無しさん** · 2020/10/25(日) 16:50:25.07

>>854のシェアって公開されてない社内サイト/アプリやログイン必須アプリも含まれてるの？

**デフォルトの名無しさん** · 2020/10/25(日) 22:10:05.93

ブラウザ毎に仕様が違った時代に重宝されたjqueryを未だに崇めてる奴は脳みそがそこで止まっているわけだ

**デフォルトの名無しさん** · 2020/10/25(日) 23:04:04.75

脳みそが若いままプリプリってことだ。物覚えもいい。

**デフォルトの名無しさん** · 2020/10/26(月) 04:31:31.40

>>872
脳が止まってるのはお前やで
未だにjQeryの便利さをブラウザの仕様の違いを
吸収するためのものだって思ってるんだろ？

jQueryすげー、DOM APIが簡潔に書けるーってみんなが思ってる中
ブラウザの違いを～とか言ってて恥ずかしくないのか？

**デフォルトの名無しさん** · 2020/10/26(月) 05:49:38.18

未だにDOM直接イジってんのかｗ
おっさん哀れだなぁｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 06:37:49.74

フレームワーク開発者も直接DOMいじってるけど？

**デフォルトの名無しさん** · 2020/10/26(月) 07:13:22.21

そりゃフレームワーク開発者は使うでしょ。

詭弁のガイドラインみたくなってきた。
2.ごくまれな反例をとりあげる
4.主観で決め付ける
11.レッテル貼りをする

**デフォルトの名無しさん** · 2020/10/26(月) 07:26:16.94

フレームワーク開発に必須な知識を持ってる
まれな人材ですよね

**デフォルトの名無しさん** · 2020/10/26(月) 08:23:16.55

>>874
ミクロな視点でみれば簡潔に書けるのかも知れんが大規模なソースを構造化するのにはあんま向かないよ

**デフォルトの名無しさん** · 2020/10/26(月) 08:26:26.57

>>879
関数を使え
構造化するのにフレームワークなんぞいらん

**デフォルトの名無しさん** · 2020/10/26(月) 08:35:37.48

>>879
大規模なものを作るならモジュールに分けましょう
jQueryでも同じことです。

**デフォルトの名無しさん** · 2020/10/26(月) 08:45:12.33

こういう基本的なことが出来てない人がSPAに手を染めて出来た気になっちゃうのかな

**デフォルトの名無しさん** · 2020/10/26(月) 09:08:21.08

世界中でjqueryは時代遅れのゴミクソと言われてるのに未だに崇めてるバカは脳みそがjqueryで動いてるらしい

**デフォルトの名無しさん** · 2020/10/26(月) 09:49:43.95

その「世界中」の現実です。
https://w3techs.com/technologies/history_overview/javascript_library/all/y

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
　　2月 74.4%（1ヶ月で+0.2%）
　　6月 75.5%（4ヶ月で+1.1%）
　　8月15日 76.2%（2ヶ月で+0.7%）
　　10月15日 76.5%（2ヶ月で+0.3%）
　　10月25日 76.7%（0日で+0.2%、10ヶ月で+2.5%）

Vue.js　0.4%（1年で+0.1%）
Angular　0.4%（1年で+0%）
React　0.3%（1年で+0%）

**デフォルトの名無しさん** · 2020/10/26(月) 09:50:24.96

訂正
　　10月25日 76.7%（10日で+0.2%、10ヶ月で+2.5%）

**デフォルトの名無しさん** · 2020/10/26(月) 09:54:18.72

jqueryしかできないやつ（笑）

**デフォルトの名無しさん** · 2020/10/26(月) 09:59:14.68

フレームワークはjQueryより"簡単"なんだから
jQuery使えるなら、フレームワークも使えるんでしょう？

それともフレームワークの方が難しんですか？（笑）

**デフォルトの名無しさん** · 2020/10/26(月) 10:05:34.97

jQueryおじが住み着いてるようだけど
その時間に新しいframeworkの勉強しようという気にはならないんだな
成長しない、できない人

**デフォルトの名無しさん** · 2020/10/26(月) 10:07:00.02

まず君の理解が足りてないのは
jQueryとSPA系のライブラリは役割も規模も全然ちがう
jQueryじゃ機能が足りてなさすぎて
SPA系のライブラリに張り合うだけの立場にすらない
君の存在自体がスレチ

**デフォルトの名無しさん** · 2020/10/26(月) 10:07:13.93

>>888
Backbone.jsを勉強したほうがいいよって
昔言われたことがあるよｗ

**デフォルトの名無しさん** · 2020/10/26(月) 10:09:04.52

>>889
続きまだ？ jQueryに足りない機能の話をしてくれるんじゃないの？
もうずっと待ってるんだけど、いつ書くの？

**デフォルトの名無しさん** · 2020/10/26(月) 10:12:30.05

>>887
おめーの時代遅れjqueryで動いている脳みそで判定できるわけねえだろ

**デフォルトの名無しさん** · 2020/10/26(月) 10:13:35.46

テムレイみたいだなｗ
jQueryを使え！ｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 10:16:12.05

>>884
これだけはっきり数字で示されてるのに認めない香具師って科学的な思考プロセスができないのかな？
文系さん？

**デフォルトの名無しさん** · 2020/10/26(月) 10:23:59.69

Reactでできるような状態管理、動的なDOM構築がjQueryだとどれだけ泥臭くなるか一回試してみろよ
jQueryだけじゃスケールしないことがわかる

Node.jsの基盤上で開発すると開発言語は例えばTypeScriptにできるし
ブラウザでの確認とかMinifyもコマンド一つだし
古いブラウザへの対応もバージョン指定すればPolyfillが埋め込まれるし
CSSもトランスパイルの過程で一意なクラス名を生成するとかもできる

**デフォルトの名無しさん** · 2020/10/26(月) 10:24:24.90

でもそのシェアってニュースサイトとかブログとか自動生成ページとか入ってるんでしょ？

**デフォルトの名無しさん** · 2020/10/26(月) 11:21:47.26

>>895
> Reactでできるような状態管理、動的なDOM構築が
そもそも、そんなもの必要ないんだよね

状態は、グローバルにでっかく持つんじゃなくて
個々の要素に持たせればいいだけ
小さくモジュール化しましょう

動的なDOM構築ではなく、静的なDOMで構成を作って
個々の要素の状態によって、表示を変更するだけにしましょう

例えばアコーディオンようなものは、複雑なDOM構築を行わないと無理だと
思ってるんだろうけど静的なHTMLとCSSだけでもできる
本当に無理なことだけをJavaScript（jQuery）で補完してあげるだけで完成する。
そのやり方を知らないから（CSSを使いこなせないから）もったいないことにCSSの機能を破棄して
全部JavaScriptでやるから、DOM構築大変だー、動的だー、複雑だーってなるんだろ

**デフォルトの名無しさん** · 2020/10/26(月) 11:24:21.24

そもそもの出発点が「Reactでできるようなこと」となってるからおかしいんだよ。
出発点は「作りたいもの」であって、それをReactで作ると、状態管理と動的なDOM構築が必要になって
jQueryとCSSを適切に使うと、そんなもの不要でシンプルに作れる

「作りたいものはなにか」を基準に考えろ

**デフォルトの名無しさん** · 2020/10/26(月) 11:29:53.80

だから複雑なものを作ろうとしたときにjQueryでは限界があるのを確かめてこい
アコーディオンなんてReact使うまでもない
もしかしてしょぼいアプリしか作ったことない？

**デフォルトの名無しさん** · 2020/10/26(月) 11:34:15.27

苦し紛れに出した例がしょぼすぎて程度が知れるってもんだわ

**デフォルトの名無しさん** · 2020/10/26(月) 11:47:12.37

複雑な状態を持つものな
アコーディオンなんてOn/Offしかないじゃんｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:08:26.05

Reactを適切に使うと管理する状態が減って楽なんだけどな～。使った事ないんだろうな

**デフォルトの名無しさん** · 2020/10/26(月) 12:10:04.55

アプリケーションと単純なuiを同列に語って、フレームの必要性を述べてるとか大丈夫か？

**デフォルトの名無しさん** · 2020/10/26(月) 12:21:55.41

USBメモリのことをUSとか言っちゃうタイプ？

**デフォルトの名無しさん** · 2020/10/26(月) 12:25:21.61

やっぱり、フロント、JS界隈はレベルが低いな
C#理解してるBlazorスレとレベルが違いすぎる

**デフォルトの名無しさん** · 2020/10/26(月) 12:28:23.78

時代について来れないロートルｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:29:26.90

blazorなんてJSもTSすら理解できない老害のための介護フレームワークじゃんｗ
あとsilverlightはどうなりましたか？ｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:29:39.94

>>905
例えばC#のどのへんがレベル高いんですか？

**デフォルトの名無しさん** · 2020/10/26(月) 12:30:48.56

>>899
設計が下手くそだから複雑なものになってしまったんだろｗ
まず設計をシンプルに保つんだよ
そうすりゃ複雑なフレームワークは不要になる
こんなん自明の理だろうが

**デフォルトの名無しさん** · 2020/10/26(月) 12:34:05.46

設計が下手くそねえｗ
同じ人間が作ってもよりスケールする方法って言ってるのにｗ
頭悪いとしか言いようがないわ

**デフォルトの名無しさん** · 2020/10/26(月) 12:34:48.92

そらお前みたいに素人が作るレベルのものでは
jQueryで十分だったんだろうなｗ

**デフォルトの名無しさん** · 2020/10/26(月) 12:37:38.88

ここに書き込んでる人間は信用しなくても
SPAライブラリ作ってる人間がお前よりはるかに優れた技術と思想を持ってるのは確かだから
jQueryがあるのになぜそんなライブラリをわざわざ作ったのか
考えれば自明だろ
雑魚が突っかかるな

**デフォルトの名無しさん** · 2020/10/26(月) 13:00:02.46

しかしReactやVueはなんだかんだ出てくるのにAngularの話題はさっぱり無いな。スレタイから外して良いのでは？

**デフォルトの名無しさん** · 2020/10/26(月) 13:02:39.47

>>910
jQuery vs SPAにスケールは関係ないぞ
設計が正しければjQueryでもSPAでもスケールする
設計が悪ければどちらだろうとスケールしない
SPAなら自動的にスケールするだとかSPAじゃないとスケールしないと言いたいのならばそれは全く的外れな主張だ

**デフォルトの名無しさん** · 2020/10/26(月) 13:08:17.54

>>914
エアプは黙ってろ

**デフォルトの名無しさん** · 2020/10/26(月) 13:14:22.35

jQueryバカもエアプで文句言ってるだけだからな
俺は両方経験してきてるけど

**デフォルトの名無しさん** · 2020/10/26(月) 13:17:10.36

>>906
JSはそのうち消えるぞ

>>907-908
C#のがはるかに高機能なのにC#使いが理解できないわけないだろｗ
silverlightなんて古い話はどうでもいい
wasmはweb standardだぞ

note.jsみたいな低速バックエンドつかってる情弱はだまっとれｗ

>>908
あげたらきりがないが、高速な実行スピード、開発スピード。
Type safety
LINQ
Visual Studio
充実したドキュメント
MSによる長期サポート

**デフォルトの名無しさん** · 2020/10/26(月) 13:25:24.06

>>917
消えないよ。
例えばC#にしよう！となるとなんでRustじゃダメなんですかGoじゃダメなんですかとなる。
Rustにしよう！となるとなんでC#じゃダメなんですかGoじゃダメなんですかとなる。
JS以外は共通語としてコンセンサスが取れない。
結局いつまで経ってもJSとその他（会社・プロジェクトごとに異なる）という枠組みが残る。
そのうち消えるのは確実にC#

**デフォルトの名無しさん** · 2020/10/26(月) 13:27:20.31

>>917
いやいや
C#使ってる人間がする議論のレベルの高さを聞いたんだよ
C#なんて馬鹿でも使えるんだから

**デフォルトの名無しさん** · 2020/10/26(月) 13:44:36.99

C#がレベル高いとは思わないが、jsやってる人はなんとなく苦行を強いられてる気がする。
でもそれが技術なんだとおもいこんでるきがする。

tsで型使うとこんな便利なんだ！って書いてるブログ見てそう思った。
え、そんなの当たり前じゃないの…ってことが書いてた。

こんな比較はC#もjsも実務でバリバリ使いこなせてる人じゃないとできない。

**デフォルトの名無しさん** · 2020/10/26(月) 13:49:38.61

そもそもjsしかできないと思ったら大間違いだからな

**デフォルトの名無しさん** · 2020/10/26(月) 13:57:09.02

nodejsのパフォーマンスがボトルネックになることってなさそう。

大半のアプリケーションがボトルネックになってる箇所はネットワークの待機時間とかなんじゃないの？

**デフォルトの名無しさん** · 2020/10/26(月) 14:15:56.10

実践Rustプログラミング入門って本で
JSをRustで書いたwasmに置き換えたらどれだけ速くなるか示します！みたいな章があって、
結局あまり速くなってませんが理由はいろいろ考えられます…みたいなションボリした感じで終わっててワロタｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 14:21:02.08

jqueryはWordPressにWordPress専用のjquery、テーマ毎のjquery、プラグイン毎にjqueryがバージョン別に読み込まれてるからコンフリクト起きていても単純に全てjqueryオブジェクトにぶっ込んで見た目は動いているように見えているだけ
しかもjqueryオブジェクトは全メソッドを保持するというゴミ仕様
使わなくても全て実装している

これどうやってテストすんだよ？ゴミクソjquery脳だと

**デフォルトの名無しさん** · 2020/10/26(月) 14:51:51.14

>>899
> だから複雑なものを作ろうとしたときに

複雑なものは単純化して作りましょう

**デフォルトの名無しさん** · 2020/10/26(月) 14:52:44.72

SPAだったら複雑なものが作れる！
ほら、すごく複雑なUI！！！

馬鹿じゃなかろうかｗ

**デフォルトの名無しさん** · 2020/10/26(月) 14:53:34.00

>>924
> プラグイン毎にjqueryがバージョン別に読み込まれてるから

いちいち嘘つくなよ。実例だしてみろよ
アホかｗ

**デフォルトの名無しさん** · 2020/10/26(月) 15:19:31.75

>>927
おめーがわかってねえんだろ
WordPressというゴミクソはなんでもアリだからテーマでjquery読み込もうがプラグインで読み込もうが関係なく読み込んでるんだよ
ちなみにWordPressには未だに1系のjqueryが使われている

そしてjqueryオブジェクトには全ての関数が生えている
素のjsでできるのにわざわざjqueryで処理させるために

素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
この不整合が生まれる
さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

こんなゴミクズ仕様で開発やテストなんか不可能
バカが簡単と思ってやっていたら本番稼働で動きませんでしたっていうだけ
それに気づかない奴がjqueryを崇めている

**デフォルトの名無しさん** · 2020/10/26(月) 16:05:14.68

> 素のjsでdomを処理したら当たり前だがjqueryオブジェクトには反映されない
> この不整合が生まれる

え？何の話？
jQueryを仮想DOMとでも勘違いしてるだろｗｗｗ

**デフォルトの名無しさん** · 2020/10/26(月) 16:06:31.67

> さらにWordPressやテーマに付属のjqueryや他のjqueryプラグインが勝手にdom変えると自分がいじってるはずのjqueryオブジェクトには反映されないからどうなっているのかわけわからんことになる

ならんなぁ、どういう使い方してるのか書いてみ

**デフォルトの名無しさん** · 2020/10/26(月) 16:10:45.62

あー、いや言葉で説明できないだろうから
再現コード書いてみ

**デフォルトの名無しさん** · 2020/10/26(月) 16:15:46.25

>>931
おめーがバカだからんかんねえんだろゴミクズ
jqueryしか使えないアホは理解不能だからソース書いても理解できねえだろ

**デフォルトの名無しさん** · 2020/10/26(月) 17:34:28.11

>>898
chromeのdevtoolsみたいなのreactで作ってんだけど、本当にjQueryで出来る？

**デフォルトの名無しさん** · 2020/10/26(月) 17:55:31.25

>>919
C#選ぶという選択をできてる時点で技術的に優れてる

C#使いにframework不要論説いてる無能はいない

**デフォルトの名無しさん** · 2020/10/26(月) 17:56:36.93

>>920
JSやってるやつらはそもそもほとんど型の概念理解してない。

**デフォルトの名無しさん** · 2020/10/26(月) 18:19:28.96

>>889
ほんそれ

**デフォルトの名無しさん** · 2020/10/26(月) 18:31:13.26

>>917
> Type safety
> LINQ
> Visual Studio
> 充実したドキュメント
> MSによる長期サポート
それ全部ある上にWebでネイティブに使えるTypeScript最強説

**デフォルトの名無しさん** · 2020/10/26(月) 18:34:35.38

>>926
お客様「使いにくいからシンプルに戻して」

まあこれだよな

**デフォルトの名無しさん** · 2020/10/26(月) 18:37:29.18

>>937
設計者同じだしな。
C#＝ジャギ
TypeScript＝ケンシロウ

**デフォルトの名無しさん** · 2020/10/26(月) 18:38:07.02

>>937
やはりアンダースヘルスバーグは天才なんだね

**デフォルトの名無しさん** · 2020/10/26(月) 18:47:12.01

Delphi = トキ

**デフォルトの名無しさん** · 2020/10/26(月) 18:55:36.99

Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？

**デフォルトの名無しさん** · 2020/10/26(月) 19:03:10.58

今日のOPって
1.1750-60ドル
これだよね

**デフォルトの名無しさん** · 2020/10/26(月) 19:05:47.81

>>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど

**デフォルトの名無しさん** · 2020/10/26(月) 19:11:01.10

>>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。

**デフォルトの名無しさん** · 2020/10/26(月) 19:11:49.99

正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし

**デフォルトの名無しさん** · 2020/10/26(月) 19:21:03.49

>>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ

TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る

WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう

**デフォルトの名無しさん** · 2020/10/26(月) 19:31:14.55

>>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？

**デフォルトの名無しさん** · 2020/10/26(月) 19:46:01.95

>>942
Blazorならバックエンドも同じC#で開発できて効率がいい

**デフォルトの名無しさん** · 2020/10/26(月) 20:18:11.78

Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。

**デフォルトの名無しさん** · 2020/10/26(月) 20:28:37.29

モデルとは何か？