Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Selected MAUI Blazor - meetup app osaka@8
Search
Akiko Kawai
January 20, 2024
Programming
0
150
Selected MAUI Blazor - meetup app osaka@8
2021/1/20 meetup app osaka@8
「.NET MAUI Blazorを選択する」遥佐保
Akiko Kawai
January 20, 2024
Tweet
Share
More Decks by Akiko Kawai
See All by Akiko Kawai
VCpp Link and Library - C++ breaktime 2025 Summer
harukasao
0
270
Coding Experience Cpp vs Csharp - meetup app osaka@9
harukasao
0
1k
Try C++ module! - meetup app osaka@5
harukasao
0
450
シミュレーター制作の感想/ Tried developing Simulator at .NET Lab 201910
harukasao
0
94
NimTorchの紹介 / Introduce NimTorch meetup app osaka @3
harukasao
0
870
std::optionalの使い方 / how to use optional nakamecpp_13
harukasao
0
2.5k
2017/11/12 Optimized C++!
harukasao
0
210
2016/8/9 YEBIS for Unity (beta)のご紹介/Iwate Game Factory 2016 Summer Event
harukasao
0
11k
2015/11/21 OpenSource Value
harukasao
0
3.4k
Other Decks in Programming
See All in Programming
alien-signals と自作 OSS で実現する フレームワーク非依存な ロジック共通化の探求 / Exploring Framework-Agnostic Logic Sharing with alien-signals and Custom OSS
aoseyuu
2
590
Vueのバリデーション、結局どれを選べばいい? ― 自作バリデーションの限界と、脱却までの道のり ― / Which Vue Validation Library Should We Really Use? The Limits of Self-Made Validation and How I Finally Moved On
neginasu
2
1.5k
CSC305 Lecture 10
javiergs
PRO
0
230
pnpm に provenance のダウングレード を検出する PR を出してみた
ryo_manba
1
160
Catch Up: Go Style Guide Update
andpad
0
250
Migration to Signals, Resource API, and NgRx Signal Store
manfredsteyer
PRO
0
110
『毎日の移動』を支えるGoバックエンド内製開発
yutautsugi
2
280
PHPに関数型の魂を宿す〜PHP 8.5 で実現する堅牢なコードとは〜 #phpcon_hiroshima / phpcon-hiroshima-2025
shogogg
1
330
Six and a half ridiculous things to do with Quarkus
hollycummins
0
210
タスクの特性や不確実性に応じた最適な作業スタイルの選択(ペアプロ・モブプロ・ソロプロ)と実践 / Optimal Work Style Selection: Pair, Mob, or Solo Programming.
honyanya
3
190
Android16 Migration Stories ~Building a Pattern for Android OS upgrades~
reoandroider
0
140
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
620
Featured
See All Featured
The Illustrated Children's Guide to Kubernetes
chrisshort
49
51k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
A Tale of Four Properties
chriscoyier
161
23k
Keith and Marios Guide to Fast Websites
keithpitt
411
23k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
130k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.2k
For a Future-Friendly Web
brad_frost
180
10k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
A better future with KSS
kneath
239
18k
Designing for Performance
lara
610
69k
Transcript
.NET MAUI BLAZORを 選択する 2024/01/20 Sat meetup app osaka@8 遥佐保(はるかさお)
自己紹介 遥佐保(はるかさお) Microsoft MVP for Developer Technologies [Jan,2018-Jun,2024] 久しぶりのリアル勉強会です
1. そもそもツール選定 2. UIコンポーネント 3. Demo
1. そもそもツール選定 前提条件 ゲーム制作における社内ツールが欲しくなった ゲーム外で情報を管理する/UIが必要な操作 ゲームエンジンはUnity(C#) オリジナルエンジン(C++)のチームもある 一つのプロジェクトで終わりではなく、共通基 盤として長く使っていきたい ビジネスで言うところの業務用途のツールが欲
しくなった さてこれ、何で作ろうかな…
技術選定 WEBサービス VS クライアントアプリ ツール自体の更新頻度が高い? ツール更新がないなら、アプリの方がいい? ローカルでの操作が必要なことがある? 開発者は「今後それほど更新はしないだろ」 しかし、実態は想像しにくい
操作感の重要度 単に情報を表示して、更新するだけであれば 大したUIコンポーネントは不要 そうじゃない場合は 何らかのUI制作のサポートは合った方が良い ところで最近は何でサービスを作ることが多い? ばーっと全部の情報を表示させるだけとか、 チェックボックス付けて保存するだけとか ex. これを更新したら、あっちの表示も更新したい
ツリー表示で展開させたいなどなど
WEBフロント React, Next.js, Vue.js など クライアントアプリ Electron 最強(もちろん Qt, WPF
もありますが) 傾向 UIは慣れてるHTMLベースが使いやすいっぽい ではWeb化して、 React ベースの Next.js にする?
ゲームエンジニアの開発言語はC# 突然に流行りのWebフロントを採用して良いか? 引き継ぐ人が限られる 本業(Unity)とは別のスキルを新たに習得する 必要がある では… Blazor はどうよ
Blazor ロジックがC#で書ける 既存のC#エンジニアが違和感なく入れそう UIはHTMLベース HTMLならみんな判るじゃろ 本質的にはGUIクライアントツール開発 単にUIがWeb系のノリというだけ
エンジニアなら直観的に判りそう! // Counter.razor <h1>Counter</h1> <p role="status">Current count: @currentCount</p> <button class="btn
btn-primary" @onclick="IncrementCount">Clic @code { private int currentCount = 0; private void IncrementCount() { currentCount++; } }
参考までに、React でのカウントアップ import { useState } from 'react' export default
function Home() { const [count, setCount] = useState(0) return ( <div> <div>{count}</div> <div> <button onClick={() => setCount(cnt => cnt + 1)}> increment </button> </div> </div> ) }
ちょっと話は戻りまして 今回の要件として、Blazor を採用してWeb化の方 向でいいんでしたっけ? 深堀してみる
Blazor の C# + HTML の作りが魅力的だが… 必要? アプリ Webサービス 〇
ローカル アクセス 容易 工夫すれば - 更新時 配布が面倒 問題なし - セッション 管理 たいしていらん 必要 - データ永続化 割とローカル 読み書きでOK 要検討 - サーバ環境 必須ではない 必須 - 備考 実行環境が限られる フルマネージド 実行時立ち上げ クライアントで動かしたいな
.NET MAUI Blazor クライアント起動処理のみが .NET MAUI 中身は Web View で
Blazor を表示 .NET MAUI Blazor を採用することに
2.UIコンポーネント 素のHTMLだけでは辛い 何かコンポーネントを使いたい Awesome Blazor Blazorのリンク集!かなり良い! https://github.com/AdrienTorris/awesome-blazor
MatBlazor Ant Design of Blazor Radzen Blazor Fluent UI Blazor
今回、Ant Design を採用しました 理由を述べる
3.DEMO
Blazor まぁええんちゃう .NET MAUI Blazor ええやん! 終わり