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