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/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

モデルとは何か？

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

データを入れる枠組みみたいなもの

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

MVCのMのつもり？

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

>>942
レベルとかそういう話じゃない

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

>>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。

Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな

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

Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。

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

>>950
node

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

>>932
再現コードはまだですか？

>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？

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

あるのかないのかどっちなんだ…

例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。

このモデルから項目を一つ削除したとする。

Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。

こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。

**デフォルトの名無しさん** · 2020/10/27(火) 00:04:57.94

>>959
>>957

**デフォルトの名無しさん** · 2020/10/27(火) 00:06:34.39

>>1
これ嵐なん？

**デフォルトの名無しさん** · 2020/10/27(火) 00:15:35.15

>>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ

**デフォルトの名無しさん** · 2020/10/27(火) 00:15:47.67

>>933
Firefox debuggerはReact採用してるね。
https://madewithreactjs.com/firefox-debugger
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ

**デフォルトの名無しさん** · 2020/10/27(火) 00:21:53.39

UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。

**デフォルトの名無しさん** · 2020/10/27(火) 00:22:45.45

>>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない

JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし

**デフォルトの名無しさん** · 2020/10/27(火) 00:57:59.58

>>965
ちょっとわるいけど>>957と戦ってもらっていい？

**デフォルトの名無しさん** · 2020/10/27(火) 01:55:47.15

>>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ

node.jsはframeworkじゃないし
JSはtype safetyですらない

**デフォルトの名無しさん** · 2020/10/27(火) 02:09:57.04

本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？

Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。

**デフォルトの名無しさん** · 2020/10/27(火) 03:08:42.51

jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用

**デフォルトの名無しさん** · 2020/10/27(火) 04:11:56.81

そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな

**デフォルトの名無しさん** · 2020/10/27(火) 06:05:01.58

>>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？

**デフォルトの名無しさん** · 2020/10/27(火) 07:04:24.91

新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。

フロントエンドJavaScriptフレームワーク総合
http://mevius.5ch.net/test/read.cgi/tech/1591848719/

**デフォルトの名無しさん** · 2020/10/27(火) 08:29:53.63

>>967
TypeScript

**デフォルトの名無しさん** · 2020/10/27(火) 08:44:39.52

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください

**デフォルトの名無しさん** · 2020/10/27(火) 09:04:07.25

>>973
TSもframeworkじゃないだろ

>>950の質問読んでも理解できないならいいかげんなレスつけるな
おまえもbackend , DBについてわかってない

>>974
明らかな間違いを訂正してやってるのに荒らし扱いとかアホかと

**デフォルトの名無しさん** · 2020/10/27(火) 09:24:30.45

>>974
ロジカルに反論できなくなった負け犬って相手を貶めることしかできなくなるんだよね
つまり先に悪口、罵倒レスを書いたほうが負け
これで決着かな

**デフォルトの名無しさん** · 2020/10/27(火) 09:37:36.64

>>975
フレームワーク無しで解決するなら別にそれで十分じゃん。

>>976
誰も勝負なんてしてないよ。何と戦ってるの？

**デフォルトの名無しさん** · 2020/10/27(火) 09:53:01.42

>>977
ts, jsでは解決しないっての
言語だけtype safeならいいって話ではない
言語、framework, IDEとかトータルで対応していないとMS並みの
高度なデバッグ、高い開発生産性は実現できない

**デフォルトの名無しさん** · 2020/10/27(火) 10:30:41.01

>>978
IDEはVSCodeがあるよ。君の大好きなMS製で、strictなら型情報に合わせて色々やかましく言ってくれるから実行時の型エラーは事前に消せる。デバッグ環境はブラウザが高機能化しててかなり充実してる。
さて残るはMS制のフレームワークだ。どういう優位性があるのか具体的に示してよ

**デフォルトの名無しさん** · 2020/10/27(火) 10:35:44.35

>>979
だから質問者がかいてるだろ

backendやDBの勉強して自分で試せば違いはすぐにわかる。
modelがなんなのかわかってない人たちには説明できない

VS codeもVisual Stuidoに比べるとかなり劣る
ブラウザレベルとか論外

backendやDBの勉強のしなさい

**デフォルトの名無しさん** · 2020/10/27(火) 10:41:48.64

>>980
具体例で説明してくれないのか。君なら一生懸命解説してくれると思ったのに。
がっかりだよ

**デフォルトの名無しさん** · 2020/10/27(火) 10:52:56.52

オワコンVSの基地外はthroughしては？

**デフォルトの名無しさん** · 2020/10/27(火) 11:05:57.77

clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。

**デフォルトの名無しさん** · 2020/10/27(火) 11:08:05.29

blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。

まだ、grpc時代にモデルの共有をフレームワークと一緒に語るのがお門違いですよ。

**デフォルトの名無しさん** · 2020/10/27(火) 11:09:47.69

プログラミング領域ではモデルはいろんな意味を指すよ。

君の言ってるモデルが何を指してるいるのか説明していない時点で議論にならない。

**デフォルトの名無しさん** · 2020/10/27(火) 11:44:37.30

blazorググったけど、モデルの共有なんて意味不明の機能無いし
（これは真面目にblazorやってる人怒るよね( ;∀;)）
最初ORM的な事言ってるのかと思ったけど、
おそらく両層でC#のコード使いまわせるレベルの事言ってると思いますよ。

**デフォルトの名無しさん** · 2020/10/27(火) 12:03:55.18

なんとまぁモデルの意味がわかってないのは彼の方だったか。
彼のせいで無駄にblazorに負のイメージがついてしまった

**デフォルトの名無しさん** · 2020/10/27(火) 12:08:58.64

>>981
限度があるだろ
すでに概略は書いてるし。
基本用語、概念を分かってないなら説明できない、
正確に言うと時間がかかりすぎてやってられない。
勉強してっていうのが一番親切、お互いに時間効率いい

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

>>985
C#知らない人の言葉で説明できるかよ
C#、LINQ, Entity Framework, Database,
ASP.NET Core, Blazor, Visual Studio, Web API,　SQL,
この辺の知識あればC#でいうところのmodelが何なのかはわかるんだよ

**デフォルトの名無しさん** · 2020/10/27(火) 12:14:20.60

凄いな...あんま見ないレベル

**デフォルトの名無しさん** · 2020/10/27(火) 12:14:39.21

そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？

**デフォルトの名無しさん** · 2020/10/27(火) 12:15:25.34

>>987
わかってないのはおまえだ
C#でmodelといったら通常はEntity Frameworkを
使うようなclassだ
ASP.NETならModelsフォルダの中とかだ

>>986
modelはもっと別のレイヤーの話だっての
C#とLINQとEntity FrameworkCoreを勉強しなさい

**デフォルトの名無しさん** · 2020/10/27(火) 12:22:14.76

ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ
C#はmodelのところにちょこちょこ書くだけで
Validationのコードも自動で生成してくれる
JS系でゴリゴリやってる原始人どもにはわからない世界

>>986　>>983
コード共有だけではない
modelへの変更をDBなどに反映させる仕組みもある
デバッグ含めてトータルの生産性を語っている文脈

**デフォルトの名無しさん** · 2020/10/27(火) 12:24:38.13

３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
（まじでしゃべる内容が似てる）その時の事をいま思い出した...。

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

>>984
gRPCのモデルってロジック持てるんだっけ？
ドメインモデルの実装できる？
C# Blazorなら1コードでクラサバ両対応できるけど

**デフォルトの名無しさん** · 2020/10/27(火) 12:40:54.34

そろそろ1000

新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない

フロントエンドJavaScriptフレームワーク総合
http://mevius.5ch.net/test/read.cgi/tech/1591848719/

**デフォルトの名無しさん** · 2020/10/27(火) 12:42:22.95

Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
生産性低すぎ、バカらしい

**デフォルトの名無しさん** · 2020/10/27(火) 12:42:37.51

C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？

エンティティが単価、税率、個数って属性を持っている
単価、税率はリードオンリーで表示
個数は入力可能
リアルタイムの計算項目として税込み価格(単価*個数*(1+税率))をリードオンリーで表示

この税込み価格の計算は明らかにドメインロジックでありプレゼンテーションロジックではない

1. 税込み価格の計算のためにいちいちサーバーに問い合わせる
2. 簡単なロジックだからプレゼンテーションで計算することで妥協する

もちろん税込み価格なんてのはごくごく簡単なロジックだからどっちでもいいじゃないかと思うかもしれない
しかしそれは簡単な例を出したからにすぎない
現実の世界はもっと複雑でユーザーの要求は予測不可能だ

モデルをクラサバで共有できればこんなくだらないことに悩むこともなくなる
C# Blazorならそれができるのがデフォルト

**デフォルトの名無しさん** · 2020/10/27(火) 12:44:27.68

>>994
自分の感覚を世界の常識だと思ってる。よく居る老害だね

**デフォルトの名無しさん** · 2020/10/27(火) 12:46:10.88

現実問題、TypeScript使ってると大量にanyに遭遇するからな
用途によってはそっちの方が適切なこともあるだろうし

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 89日 14時間 7分 22秒