- 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などはおｋ。
- 950 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 18:55:36.99 ID:EEaQcHjv.net]
- Vue 、React、Angular 使えるレベルの人に
はBlazorは不要では？
- 951 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:03:10.58 ID:6iKDd4DC.net]
- 今日のOPって
1.1750-60ドル
これだよね
- 952 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:05:47.81 ID:hU4xae9L.net]
- >>942
安全堅牢で高速なフロントエンドを作りたいならありかもね
まあ速度はこれからだけど
- 953 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:11:01.10 ID:EEaQcHjv.net]
- >>944
Blazorはdomをjsで書き換えてるんで
なんだかなぁ？って感じなんで
js一切使わないバージョンが出てからの期待だね。
- 954 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:11:49.99 ID:tqHSoVSY.net]
- 正直ReactがWasmに対応して他を駆逐する未来もありそうだと思う。Wasm使っても結局DOMは残るわけだし、Reactiveは確かに強力だし
- 955 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:21:03.49 ID:KRI7mNeJ.net]
- >>937 >>939
高速な実行スピード、開発スピード。
この1行抜いたのはなぜだｗ
TypeScriptのデバッグはC#よりかなり劣化するだろ
TSはトランスパイル後はJSでしかない。
JSをマシにする程度の技術でしかない。
JSの弱点の多くは残る
WasmでJS縛りがなくなった以上、同じ開発者のC#を
使うほうがいいだろう
- 956 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:31:14.55 ID:tqHSoVSY.net]
- >>947
単に入れ忘れた。すまんな。
トランスパイルしてもTypeScriptのエラー箇所は(SourceMap作れば)普通にブラウザが教えてくれるし、ブレークポイントもブラウザで使えるでしょ。
というかその理屈だとWasmに変換したC#の方がデバッグ難しくない？
- 957 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 19:46:01.95 ID:KRI7mNeJ.net]
- >>942
Blazorならバックエンドも同じC#で開発できて効率がいい
- 958 名前：デフォルトの名無しさん [2020/10/26(月) 20:18:11.78 ID:HaHtULlO.net]
- Blazorってクライアントサイドとサーバーサイドでモデルの共有ができる。
これってかなり楽だとおもんだけど、他のフレームワークってこういうのある？
無知ですまん。
- 959 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:28:37.29 ID:EEaQcHjv.net]
- モデルとは何か？
- 960 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:34:57.63 ID:fN1g3sDc.net]
- データを入れる枠組みみたいなもの
- 961 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:37:30.36 ID:EEaQcHjv.net]
- MVCのMのつもり？
- 962 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 20:58:09.54 ID:RKoZA45J.net]
- >>942
レベルとかそういう話じゃない
- 963 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 21:02:17.22 ID:KRI7mNeJ.net]
- >>950
Microsoft以外にはないはず。
MSはfrontend, backendのframeworkの両方を開発してるし
さらにDatabaseまで作ってる。
Modelのclassからtableの作成まで連動できたり生産性がぶっちぎりだからな
- 964 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 21:53:12.81 ID:Ua86D6bc.net]
- Googleならクライアントから直にオブジェクトをDBとやりとりできる環境もあるんですよ。Firestoreって言うんですがね。
- 965 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 22:35:03.13 ID:hU4xae9L.net]
- >>950
node
- 966 名前：デフォルトの名無しさん mailto:sage [2020/10/26(月) 23:16:59.64 ID:iAfvFyIK.net]
- >>932
再現コードはまだですか？
>>933
chromeのdevtoolsみたいなのとはなんですか？
どの部分ができないと思うんですか？
- 967 名前：デフォルトの名無しさん [2020/10/26(月) 23:32:57.45 ID:+siaHsIr.net]
- あるのかないのかどっちなんだ…
例えば、
バックエンド側でデータベースにアクセスしてモデル…c#であればDBのテーブルと同じ構成のpocoに突っ込んで
フロントエンドに返すようなよくある仕組み。
このモデルから項目を一つ削除したとする。
Blazorなら、フロントエンド側で削除した項目を使っている場合は、そんな項目はないですよとIDEがエラーを吐くよね。
こういう仕組みが他のWebフレームワークにあるかを知りたいのですよ。
- 968 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:04:57.94 ID:TumoB2SG.net]
- >>959
>>957
- 969 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:06:34.39 ID:TumoB2SG.net]
- >>1
これ嵐なん？
- 970 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:15:35.15 ID:CaOOP+B2.net]
- >>956
従量制でコスト高いクラウドと比べるとかアホじゃないのか
そんなのバックエンドのスキルないやつがつかうものだ
- 971 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:15:47.67 ID:VaMRm4CO.net]
- >>933
Firefox debuggerはReact採用してるね。
https://madewithreactjs.com/firefox-debugger
Chrome DevToolsはLighthouseタブの中がReact製。
DevToolsも拡張機能で拡張できるがReact使ってるの多い一方jQuery製は見たことない。
恥ずかしくてストアに登録できないんだろうなｗｗｗ
- 972 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:21:53.39 ID:TumoB2SG.net]
- UNITY Editorは何で作ってんだろ？
かなり高度な実装なんで気になる。
- 973 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 00:22:45.45 ID:CaOOP+B2.net]
- >>959
ないでしょ
MSの開発ツールと同レベルのデバッグできる開発ツールはない
JSもRubyもType safetyじゃないからできない
JavaとかKotlinとか静的言語ならできる可能性あるけどツールの存在は知らない
kotlinとかはそもそもいいframeworkがないし
- 974 名前：デフォルトの名無しさん [2020/10/27(火) 00:57:59.58 ID:GDMoXg0p.net]
- >>965
ちょっとわるいけど>>957と戦ってもらっていい？
- 975 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 01:55:47.15 ID:CaOOP+B2.net]
- >>966
戦うまでもない
node.jsでできるわけがない、そいつ嘘つき
もしくはバックエンド、DBの知識がゼロ
node.jsはframeworkじゃないし
JSはtype safetyですらない
- 976 名前：デフォルトの名無しさん [2020/10/27(火) 02:09:57.04 ID:GDMoXg0p.net]
- 本当にないの…？
え、じゃあみんなバックエンドのモデルに変更があったよー、フロント側の影響あるところシラミつぶしに探して修正してくれー
なに？修正が漏れて本番環境にリリースされた！？
バッカモーン今度からはトリプルチェックだー！
な事してるってこと？
それって苦行すぎないか…？
Blazorの話がしたいんではなくて
世のWeb系と言われる開発者の皆さんがこの辺どういう風にしてるかを知りたい。
- 977 名前：デフォルトの名無しさん [2020/10/27(火) 03:08:42.51 ID:/EPljA2v.net]
- jqueryはお話にならない
ゴミクズjqueryは無駄で不要なメソッドをわざわざすべて生成しているゴミのような仕様
domの構造に依存しているから再利用性ゼロ
テストもできない
アホ専用
- 978 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 04:11:56.81 ID:GDxeid4H.net]
- そもそもなんでjQueryの話聞かされなきゃならないんだ
本当に迷惑だよな
- 979 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 06:05:01.58 ID:QYBC+gsP.net]
- >>962
ひどい後出しジャンケンだな。あるか無いかの例として出しただけなのに。
コスト面で言えばMSのライセンス料すらかからない構成もできるよ。Linuxサーバで、NodeとTypeScript使ってフロントとバックエンドで型を共有して、JSONがほぼそのまま格納できるMongoDBとかも構成可能だよ？
- 980 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 07:04:24.91 ID:CaOOP+B2.net]
- 新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない。
フロントエンドJavaScriptフレームワーク総合
mevius.5ch.net/test/read.cgi/tech/1591848719/
- 981 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 08:29:53.63 ID:hzPxqZHp.net]
- >>967
TypeScript
- 982 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 08:44:39.52 ID:GDxeid4H.net]
- ★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
- 983 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:04:07.25 ID:CaOOP+B2.net]
- >>973
TSもframeworkじゃないだろ
>>950の質問読んでも理解できないならいいかげんなレスつけるな
おまえもbackend , DBについてわかってない
>>974
明らかな間違いを訂正してやってるのに荒らし扱いとかアホかと
- 984 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:24:30.45 ID:hsVduoY6.net]
- >>974
ロジカルに反論できなくなった負け犬って相手を貶めることしかできなくなるんだよね
つまり先に悪口、罵倒レスを書いたほうが負け
これで決着かな
- 985 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:37:36.64 ID:GSdirzO1.net]
- >>975
フレームワーク無しで解決するなら別にそれで十分じゃん。
>>976
誰も勝負なんてしてないよ。何と戦ってるの？
- 986 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 09:53:01.42 ID:CaOOP+B2.net]
- >>977
ts, jsでは解決しないっての
言語だけtype safeならいいって話ではない
言語、framework, IDEとかトータルで対応していないとMS並みの
高度なデバッグ、高い開発生産性は実現できない
- 987 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:30:41.01 ID:ThxLfpvm.net]
- >>978
IDEはVSCodeがあるよ。君の大好きなMS製で、strictなら型情報に合わせて色々やかましく言ってくれるから実行時の型エラーは事前に消せる。デバッグ環境はブラウザが高機能化しててかなり充実してる。
さて残るはMS制のフレームワークだ。どういう優位性があるのか具体的に示してよ
- 988 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:35:44.35 ID:CaOOP+B2.net]
- >>979
だから質問者がかいてるだろ
backendやDBの勉強して自分で試せば違いはすぐにわかる。
modelがなんなのかわかってない人たちには説明できない
VS codeもVisual Stuidoに比べるとかなり劣る
ブラウザレベルとか論外
backendやDBの勉強のしなさい
- 989 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:41:48.64 ID:ThxLfpvm.net]
- >>980
具体例で説明してくれないのか。君なら一生懸命解説してくれると思ったのに。
がっかりだよ
- 990 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 10:52:56.52 ID:TumoB2SG.net]
- オワコンVSの基地外はthroughしては？
- 991 名前：デフォルトの名無しさん [2020/10/27(火) 11:05:57.77 ID:3A689EsD.net]
- clientとserverが同じ言語で書いてるなら、モデルの共有は可能でしょう、普通に考えて。
- 992 名前：デフォルトの名無しさん [2020/10/27(火) 11:08:05.29 ID:3A689EsD.net]
- blazorがモデルの共有が便利！！とか書いてる人は一体どの時代を生きてるんだろうか。
まだ、grpc時代にモデルの共有をフレームワークと一緒に語るのがお門違いですよ。
- 993 名前：デフォルトの名無しさん [2020/10/27(火) 11:09:47.69 ID:3A689EsD.net]
- プログラミング領域ではモデルはいろんな意味を指すよ。
君の言ってるモデルが何を指してるいるのか説明していない時点で議論にならない。
- 994 名前：デフォルトの名無しさん [2020/10/27(火) 11:44:37.30 ID:TumoB2SG.net]
- blazorググったけど、モデルの共有なんて意味不明の機能無いし
（これは真面目にblazorやってる人怒るよね( ;∀;)）
最初ORM的な事言ってるのかと思ったけど、
おそらく両層でC#のコード使いまわせるレベルの事言ってると思いますよ。
- 995 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:03:55.18 ID:ThxLfpvm.net]
- なんとまぁモデルの意味がわかってないのは彼の方だったか。
彼のせいで無駄にblazorに負のイメージがついてしまった
- 996 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:08:58.64 ID:CaOOP+B2.net]
- >>981
限度があるだろ
すでに概略は書いてるし。
基本用語、概念を分かってないなら説明できない、
正確に言うと時間がかかりすぎてやってられない。
勉強してっていうのが一番親切、お互いに時間効率いい
- 997 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:12:22.14 ID:CaOOP+B2.net]
- >>985
C#知らない人の言葉で説明できるかよ
C#、LINQ, Entity Framework, Database,
ASP.NET Core, Blazor, Visual Studio, Web API, SQL,
この辺の知識あればC#でいうところのmodelが何なのかはわかるんだよ
- 998 名前：デフォルトの名無しさん [2020/10/27(火) 12:14:20.60 ID:TumoB2SG.net]
- 凄いな...あんま見ないレベル
- 999 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:14:39.21 ID:9IYklfYx.net]
- そんなモデル共有なんてやってたら不必要な情報までブラウザ側で持つ事にならないか？
- 1000 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:15:25.34 ID:CaOOP+B2.net]
- >>987
わかってないのはおまえだ
C#でmodelといったら通常はEntity Frameworkを
使うようなclassだ
ASP.NETならModelsフォルダの中とかだ
>>986
modelはもっと別のレイヤーの話だっての
C#とLINQとEntity FrameworkCoreを勉強しなさい
- 1001 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:22:14.76 ID:CaOOP+B2.net]
- ASP.net coreもC#知らんくせに上からのやつばっかりでイライラしてきたわ
C#はmodelのところにちょこちょこ書くだけで
Validationのコードも自動で生成してくれる
JS系でゴリゴリやってる原始人どもにはわからない世界
>>986 >>983
コード共有だけではない
modelへの変更をDBなどに反映させる仕組みもある
デバッグ含めてトータルの生産性を語っている文脈
- 1002 名前：デフォルトの名無しさん [2020/10/27(火) 12:24:38.13 ID:TumoB2SG.net]
- ３、４年ほど前になるか、仕事でこんな人を相手にしなければならなくなって、
（まじでしゃべる内容が似てる）その時の事をいま思い出した...。
- 1003 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:27:15.15 ID:BrcDmJFP.net]
- >>984
gRPCのモデルってロジック持てるんだっけ？
ドメインモデルの実装できる？
C# Blazorなら1コードでクラサバ両対応できるけど
- 1004 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:40:54.34 ID:CaOOP+B2.net]
- そろそろ1000
新スレ乱立してるから立てるなよ
次は下のでいいだろう
理由はAngular誰もつかってないし3つで対決する必要がない。
VueもReactに寄せてきてるっていうしその二つで対決させてもしょうがない
フロントエンドJavaScriptフレームワーク総合
mevius.5ch.net/test/read.cgi/tech/1591848719/
- 1005 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:42:22.95 ID:CaOOP+B2.net]
- Web appでgRPCなんてわざわざめんどくさくしてるだけだろ
生産性低すぎ、バカらしい
- 1006 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:42:37.51 ID:BrcDmJFP.net]
- C# Blazorのようにモデルを共有できないアーキテクチャの場合、例えば↓こういう要件ではどうするんだ？
エンティティが単価、税率、個数って属性を持っている
単価、税率はリードオンリーで表示
個数は入力可能
リアルタイムの計算項目として税込み価格(単価*個数*(1+税率))をリードオンリーで表示
この税込み価格の計算は明らかにドメインロジックでありプレゼンテーションロジックではない
1. 税込み価格の計算のためにいちいちサーバーに問い合わせる
2. 簡単なロジックだからプレゼンテーションで計算することで妥協する
もちろん税込み価格なんてのはごくごく簡単なロジックだからどっちでもいいじゃないかと思うかもしれない
しかしそれは簡単な例を出したからにすぎない
現実の世界はもっと複雑でユーザーの要求は予測不可能だ
モデルをクラサバで共有できればこんなくだらないことに悩むこともなくなる
C# Blazorならそれができるのがデフォルト
- 1007 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:44:27.68 ID:YRCznue3.net]
- >>994
自分の感覚を世界の常識だと思ってる。よく居る老害だね
- 1008 名前：デフォルトの名無しさん mailto:sage [2020/10/27(火) 12:46:10.88 ID:ff7n9672.net]
- 現実問題、TypeScript使ってると大量にanyに遭遇するからな
用途によってはそっちの方が適切なこともあるだろうし
- 1009 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 89日 14時間 7分 22秒
- 1010 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
