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