[過去ﾛｸﾞ] 【本命】Blazor スレ1【真打】 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
10: 2020/07/21(火)09:59:44.87 ID:svlMOeDH(2/2) AAS
たくさんｗ
JSの何兆分の一だよｗｗｗ
211(1): 2020/08/06(木)03:12:26.87 ID:Zl4XeqTl(3/4) AAS
一連のレスにより一般的なシチュエーションではなんの問題もなくBlazorが使えることがわかった
楽天のような規模のサイトと比較すると逆に早く表示される場合もあるということがわかった
今日はいい収穫があったね
341: 2020/08/08(土)00:44:31.87 ID:0dgKejxM(1) AAS
Razorはシンプルで書きやすくていい
インテリセンスの効き具合も最高
424(2): 2020/08/14(金)18:40:34.87 ID:RiCFkycp(1) AAS
>>420
もうすでにUnoがデスクトップ、スマホ、ブラウザで動作するクロスプラットフォームXAMLエンジン実装してるよ
MAUIでUnoを吸収するのか新しく作り直すのかは知らんが技術的には楽勝ムード
BlazorはBlazorで生き残ると思う
MAUIがwasmサポートしても十中八九XAMLだからHTML/CSSフレンドリではない
HTML/CSSを使いたいって需要は確実にある
730: 2020/11/11(水)12:47:54.87 ID:z8u+cv+u(2/4) AAS
クライアント版で開発すればサーバー側の実装まで一緒に死ぬことはないと思われるんだけど…
ReactじゃなくてBlazorを選ぶのか？と言われると揺らぐ
732: 2020/11/11(水)13:45:18.87 ID:y64JAG21(1/2) AAS
フロントは使い捨て
758(1): 2020/11/12(木)10:30:35.87 ID:NTmEPJN8(2/3) AAS
ドメインモデルとプレゼンテーションモデルの変換はプレゼンテーションで行うのが正解
ReactなどのJSフレームワークは言語が貧弱だからこの変換処理が増えてくるとキツい
その回避策として先人はバックエンドforフロントエンドなどというバカみたいなパターンを作り出してしまった
プレゼンテーションモデルへの変換処理をバックエンドの高生産で高速な言語でやってしまおうという発想だ
なんという本末転倒
Blazorなら変換処理もC#で快適に実装できるのでいちいちバックエンドにやらせる必要はない
バックエンドはドメインモデルをJSONで返すだけでよい
これが世界中の開発者が本当に求めていたものだ
850: 2020/11/19(木)16:35:25.87 ID:/BwiR0R4(7/16) AAS
COBOLは言語としてはゴミだが
昔からCOBOLが多いから保守的な企業は
いまでもCOBOLでやりたがる
919(1): 2020/11/20(金)18:05:50.87 ID:a0YavFxO(2/2) AAS
C#は基本無料だが？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.041s