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:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています