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(月) 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秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php