WPF(.NET, WinUI) GUIプログラミング Part26

**デフォルトの名無しさん** · 2021/06/20(日) 17:04:18.66

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part25
https://mevius.5ch.net/test/read.cgi/tech/1612522463

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2021/08/10(火) 17:46:08.05

うーん、今更Windows7時代のAPIを叩くWindows API Code PackやOokiiDialogを使うのは微妙だなってことで。
Windows11になったときに浮いてしまうんじゃないかとというのはさておき、複数のファイルやディレクトリを選択できるのがいいかなと。
いつの時代なんだよといわんばかりのデザインのMessageBoxもまた然り。

>>651
ハンドルのとり方に違いはあるにせよ、だいたい以下のようなコードを使うみたいなことが書いてある。
これはとりあえず動いているコード。
[ComImport, Guid("3E68D4BD-7135-4D10-8018-9FB6D9F33FA1"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
public interface IInitializeWithWindow
{
void Initialize([In] IntPtr hwnd);
}

// ダイアログを定義
FileSavePicker picker = new()
{
SuggestedFileName = "text",
SuggestedStartLocation = PickerLocationId.PicturesLibrary,
FileTypeChoices = { { "Text File", new List<string>() { ".txt" } } }
};
// ウィンドウバンドルを取得
IntPtr hwnd = new WindowInteropHelper(Application.Current.MainWindow).Handle;
IInitializeWithWindow withWindow = picker.As<IInitializeWithWindow>();
withWindow.Initialize(hwnd);
// ファイルダイアログを表示
StorageFile file = await picker.PickSaveFileAsync();

まぁ、上のコードはちゃんと動くけど、
IReadOnlyList<StorageFile> files= await picker.PickMultipleFilesAsync();
のように複数選択にすると動かない不思議。
参考：https://qiita.com/okazuki/items/227f8d19e38a67099006

**デフォルトの名無しさん** · 2021/08/10(火) 18:43:48.86

>>652
帰ったら試してみます
どうもありがとう

**おじさん(*'▽')** · 2021/08/10(火) 19:13:20.91

GUIプログラムは、Electronを使うのが一番簡単だと思うね
ちなみにおじさん(*'▽')はJavascriptはあんまり得意じゃないな

**おじさん(*'▽')** · 2021/08/10(火) 19:18:23.47

C言語は、競技プログラミングでしか使ったことないな

**デフォルトの名無しさん** · 2021/08/10(火) 19:42:06.18

652の問題はWindowsAppSDK側の報告済みのバグだった模様。
https://github.com/microsoft/WindowsAppSDK/issues/467

>>654
まぁね～。VueとTypeScriptでいくつか作っているけど、ブラウザに用意されているOSの機能（ファイル添付とか）以外を叩かないのであれば楽。（むしろそっちのほうが得意である）

DiscordみたいなWebでもディスクトップでもってアプリを作る場合は便利だし、速度的な問題もWebAssemblyで遜色ない程度の速度で動くけど、OSの機能を叩く場合IPCRendererの知識がいるし、CのライブラリをWebAssemblyにしてJavaScriptから叩けるようにする場合は、Emscriptenの知識がいるよ。
npmで配布されているwasmなライブラリで、ブラウザでは動くのにElectronでは動かないってトラブルが結構あった。

かつてのJScriptみたく、直接COM基盤やDLLを叩けるとか、WPFを操作するのにC#の代わりにTypeScriptで組めるとかできればいいんだけどね～。

**デフォルトの名無しさん** · 2021/08/10(火) 19:59:56.48

そのへんはEdgeエンジンのWebViewに期待したいところだなぁ。

**デフォルトの名無しさん** · 2021/08/11(水) 12:43:37.02

Electron互換でwebview2使ったhta並のファイルサイズのexeかできれば覇権取れるよな

**デフォルトの名無しさん** · 2021/08/11(水) 13:03:17.24

WebViewってホストがC#ってだけで、内側からOSや.NETフレームワークの機能が
アクセスしやすくなっているわけじゃないよな。

**656** · 2021/08/16(月) 10:46:18.07

>>658
https://docs.microsoft.com/ja-jp/microsoft-edge/webview2/get-started/wpf#step-7---communication-between-host-and-web-content
を見る限り、postMessageで通信って書いてあるから、WebWorkerのWorker部分をC#で実装するみたいなイメージだと思う。

WebWorkerは以下のようにJavaScriptで並列処理する目的でよく使われるけど、DOMにアクセスできなかったりselfになるなど結構特殊だからねぇ。

呼び出す側：
var worker = new Worker('worker.js');
worker.addEventListener('message', (e) => {
console.log(e.data); // Workerから送られてきたデータ
}, false);
worker.postMessage('workerに送るデータ');

worker.js：
self.addEventListener('message', function(e) {
//なんかの処理

//処理結果を送信
self.postMessage(e.data);
}, false);

C#ではこのworker.jsに相当する部分を[webView].CoreWebView2.WebMessageReceivedで待ち受けるっぽい。

**デフォルトの名無しさん** · 2021/08/19(木) 08:23:07.44

期待

WPF 入門
https://zenn.dev/okazuki/books/windows-presentation-foundation

**デフォルトの名無しさん** · 2021/08/19(木) 08:50:27.44

>>661
分かりにくいなあ
初心者向けのチュートリアルなのかと思ったら突然妙に細かい概念の説明が入ったりWPF独自用語がロクな説明もなしに多用されてたり、
何がしたいのかよくわからん
MS技術は概念から入りがちでわかりにくいとよく言われるけど、社員もこんな感じならそらそうなるわな

**デフォルトの名無しさん** · 2021/08/19(木) 09:51:56.00

今から始めるもんでもないような

**デフォルトの名無しさん** · 2021/08/19(木) 10:31:22.37

そのサイトは読んでないけどkazukiのWPF連載は実際的だったけどなあ

**デフォルトの名無しさん** · 2021/08/19(木) 11:07:01.91

そりゃまだHello WorldにWPFの概要説明が載ってるだけだし
ただの難癖早漏

**デフォルトの名無しさん** · 2021/08/19(木) 11:44:55.48

WINUI入門お願いします

**デフォルトの名無しさん** · 2021/08/19(木) 11:46:09.64

>>664
リンク先はkuzuki氏のサイトなのだが

**デフォルトの名無しさん** · 2021/08/19(木) 15:01:24.51

WPFでも使えるプレイグラウンドってある？

**デフォルトの名無しさん** · 2021/08/19(木) 18:05:18.10

>>662
本書の対象者を見るに

**デフォルトの名無しさん** · 2021/08/19(木) 18:11:13.58

誤送信すみません

>>662
本書の対象者を見るに入門とは言ってもそこそこC#に触れてる人向けっぽいよ

**デフォルトの名無しさん** · 2021/08/20(金) 07:31:12.77

そりゃC#入門じゃなくてWPF入門だからね

**デフォルトの名無しさん** · 2021/08/21(土) 20:12:33.02

中身を見て見たけどあらかじめ知識のある人向けの入門書だから初心者には難しい
データバインディングとか普通に意味が分かる人じゃないと

入門と言うより再入門に近いかな

**デフォルトの名無しさん** · 2021/08/21(土) 20:13:15.10

WPF再入門でC#についていくら知っててもなんの意味もない

**デフォルトの名無しさん** · 2021/08/21(土) 20:23:29.65

WPFについて知りたいのにC#入門からやられてもウザいだけだわな

**デフォルトの名無しさん** · 2021/08/21(土) 20:36:08.76

秘伝のタレなんか知らんがWPFのMVVMパターンを使ったレシピがネットに転がってなくて困る。
プログラマーならフワッとした概念と、あの3つの四角形が矢印で繋がってるのだけ見て「なるほど、そういう事ね」と作り始められるの？

**デフォルトの名無しさん** · 2021/08/21(土) 20:36:30.51

旧版にあたるWPF4.5入門（https://www.slideshare.net/okazuki0130/wpf45-38048141）と
見比べてみれば、まだまださわりの部分だわな
つか、現状に合わない部分を削除してるだけに近いかね
まだ加筆が必要な部分じゃないからだろうけど

**デフォルトの名無しさん** · 2021/08/21(土) 21:03:06.13

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しでView types参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、Cのソースコードを吐き出せるのでC言語でリモートワークされ
ている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/21(土) 22:01:00.51

>>675
こういうのじゃないの？
https://zenn.dev/apterygiformes/articles/79a7c9e7e15106

**デフォルトの名無しさん** · 2021/08/21(土) 22:05:08.07

>>675
https://emu2021makuake.github.io/MVVM-Samples-Index/

**デフォルトの名無しさん** · 2021/08/21(土) 23:02:56.36

>>678
これは参考にしたけど途中でモデルがない？ってなったやつだわ。
>>679
こっちは見た事ないからちょっと勉強させてもらいます。

**デフォルトの名無しさん** · 2021/08/22(日) 04:37:08.19

こういうの見て正義に成ったと勘違いして
糞コード量産タイプになんだろな

reactとかだと1/10以下のコード量だぞおい

**デフォルトの名無しさん** · 2021/08/22(日) 08:24:41.03

>>680

>例えば計算機レベルのサンプル
>
>厳密に3つの責務(View, ViewModel, Model)に分けた所でPDSの冗長さが目立つだけです。
>計算機程度の小規模であるならば、ViewModelをModelと統合するのは大抵の場合あるべき姿です。

https://slidesplayer.net/slide/11235164/

**デフォルトの名無しさん** · 2021/08/22(日) 10:06:31.28

>>681
趣味で盆栽的にやってるもんだから特に発信する気もないし誰にも迷惑かけんから勘弁してよ。

>>682
数日前にこのスライド読んで、今はMVCやMVPから調べ直してるところだわ。

**デフォルトの名無しさん** · 2021/08/22(日) 13:08:52.90

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 20:28:25.21

>>684
隔離スレから出てこないように

**デフォルトの名無しさん** · 2021/08/23(月) 04:16:34.70

>>675
自分もそれは思ってたな
でも結局MVVMの基礎部分はこのインターフェースを使ってこの通りに実装するみたいな感じの決まり事だった

**デフォルトの名無しさん** · 2021/08/23(月) 04:16:35.32

>>675
自分もそれは思ってたな
でも結局MVVMの基礎部分はこのインターフェースを使ってこの通りに実装するみたいな感じの決まり事だった

**デフォルトの名無しさん** · 2021/08/24(火) 15:32:26.18

秘伝のへたれ

**デフォルトの名無しさん** · 2021/08/24(火) 20:56:36.64

>>687
たった1週間程度だけど調べてサンプル写経して、WPFで用意されたデータバインドと各インターフェースを用いてオブジェクト指向で作ったのがMVVMになんのかなと、とりあえず理解した。
WPFでMVVMって秘伝のタレというより、作り手の匙加減で決まるお袋の味みたいなもんか。

**デフォルトの名無しさん** · 2021/08/24(火) 21:49:09.60

MVVMは従来のWindowを幾つも開くタイプのアプリじゃなくて、1つのフレームにページを読み込むWebページのような動作をするアプリに最適なアーキテクチャで
MVVMのベースとなるｐｒｉｍｓやMVVM Toolkitなどのライブラリはそっちで必要なDIやマルチキャストのイベントなどの機能も盛り込まれています
Windows template studioというMSによるVSの拡張機能でこれらを使った雛形でアプリを作れるけど、生成されたアプリを眺めていけば見えてくるんじゃないかな

**デフォルトの名無しさん** · 2021/08/24(火) 21:58:06.93

>MVVMは従来のWindowを幾つも開くタイプのアプリじゃなくて、1つのフレームにページを読み込むWebページのような動作をするアプリに最適なアーキテクチャで

逆に、MFCやFormsと比べてもその違いを意識することが少ないと思うが。
トップレベルの要素が<Window>かそうじゃないかの違いくらいしかないし。

**デフォルトの名無しさん** · 2021/08/24(火) 22:00:09.91

うん、あんまり関係ないね
むしろマルチページアプリをコードビハインドを最小にする純粋MVVMで作ろうとすると苦労する

**デフォルトの名無しさん** · 2021/08/24(火) 22:01:39.27

>>689
あなたが苦労して作ったのは大半が MVVM 部分じゃなくて
MVVM + α の α の部分

**デフォルトの名無しさん** · 2021/08/25(水) 03:57:42.90

VMのプロパティとXAMLのプロパティ(Text="Hello World"のTextがプロパティ)をバインディングして組んでいくのがWPFのMVVM
オブジェクト指向がどうとか難しいこと考えなくていい

**デフォルトの名無しさん** · 2021/08/25(水) 07:05:02.51

個人ツール作るだけだと設計が自由でDIで困るような事態にならないので
何もわからない状態のときに、よく見るPrismって何だとか必須なのかとか思って調べてた時間が無駄だった
入門者がMVVMを理解しようとする上で邪魔な情報が多い
今のところ手間削減のために使ってみたいと感じさせてくれるものはReactivePropertyだな

**デフォルトの名無しさん** · 2021/08/25(水) 07:50:46.77

とにかく楽してMVVMしたい人向けならCaliburn.Micro一択

**デフォルトの名無しさん** · 2021/08/25(水) 16:32:19.70

>>696
caliburnはもう死んだだろ

**デフォルトの名無しさん** · 2021/08/25(水) 16:40:02.69

>>694
自分それだわ
バインドバインドぉ！mvvm？こんなのでいいの？動くからおｋ

**デフォルトの名無しさん** · 2021/08/25(水) 16:54:38.02

ReactivePropertyでVM作るのパズル組んでるみたいで楽しい

**デフォルトの名無しさん** · 2021/08/25(水) 17:57:25.18

viewのイベントを全部vmで拾えれば楽なのに
コードビハインドからvmのコマンドつかったら疎結合ガーとか面倒くさい

**デフォルトの名無しさん** · 2021/08/25(水) 19:13:09.36

疎結合おじさん

笑

**デフォルトの名無しさん** · 2021/08/25(水) 19:17:59.52

bland用のframeworkを
mvvmと称して流布した？？だれ？(･･;)
の罪は重いな

**デフォルトの名無しさん** · 2021/08/25(水) 19:48:43.46

MVVMでイベントが使いたいときはMicrosoft.Xaml.Behaviorsを使おう
これ公式WPF拡張パッチみたいなもんだよね

**デフォルトの名無しさん** · 2021/08/25(水) 20:24:15.90

>>699
慣れたらReactivePropertyは手放せない罠
Prismはそれほどでもない

**デフォルトの名無しさん** · 2021/08/25(水) 20:56:38.65

ReactivePropertyはナシだな
個人作成のは業務で使えんわ
Prismもサードパーティ扱いだからギリNG

**デフォルトの名無しさん** · 2021/08/25(水) 21:21:12.91

ReactivePropertyやPrism相当のものをMicrosoftが用意しないのがダメすぎる。
ライブラリでもプラットフォームでも各自で勝手にやってくれがひどすぎる。

**デフォルトの名無しさん** · 2021/08/25(水) 21:25:29.69

っ Microsoft.Toolkit.Mvvm (MVVM Toolkit)

**デフォルトの名無しさん** · 2021/08/25(水) 21:45:37.63

これ来るの遅すぎた
名前空間にMicrosoftが付いてればどこの現場でも文句言われずに使えるのに

**デフォルトの名無しさん** · 2021/08/25(水) 21:47:59.78

>>705
多くのオープンソースライブラリが使えなくて大変な職場だねー

**デフォルトの名無しさん** · 2021/08/25(水) 22:07:43.44

まあガチガチな所はそうでしょう
遅れてるとしか思わんが

**デフォルトの名無しさん** · 2021/08/25(水) 22:12:40.48

リスクがあるのは事実だからねえ
JSON.NETの作者に悪意があれば明日にも.NETは崩壊するんだよ

**デフォルトの名無しさん** · 2021/08/25(水) 22:16:18.43

>>711
気になるならSystem.Text.Jsonに移行すればいいんじゃないの？

**デフォルトの名無しさん** · 2021/08/25(水) 22:21:02.62

Json.NETはMITライセンスでソースが公開されているからどうとでもなるような

**デフォルトの名無しさん** · 2021/08/25(水) 22:23:12.71

ReactivePropertyもMITライセンスだね

**デフォルトの名無しさん** · 2021/08/25(水) 22:43:32.24

そんなおいらはLitJSON
ただし日本語の扱いにちょいと問題あって自分で直す必要あるんよ

**デフォルトの名無しさん** · 2021/08/25(水) 23:13:06.54

ReactivePropertyってコレクションと双方向バインドできないよね？

**デフォルトの名無しさん** · 2021/08/26(木) 07:18:08.68

できますん

**デフォルトの名無しさん** · 2021/08/27(金) 11:29:58.61

MVVMスレが過疎ってるんでこちらで質問させてください。（>>8 その通りです）

Microsoft.Toolkit.Mvvmは、Prismなんかの外部のMVVMフレームワークに対抗して、Microsoft内で作ったMVVMフレームワーク、という認識で合っていますか？
Prismの使い方を知らないんですが、これからはMicrosoft.Toolkit.Mvvmを勉強すればいいですか？

**デフォルトの名無しさん** · 2021/08/27(金) 12:35:53.57

コミュニティツールキットの一部だけど、MS公式と考えていいと思う。
自分の使いたい機能だけピックアップして使えるし、将来性もあるし、軽量だからお勧め。

**デフォルトの名無しさん** · 2021/08/27(金) 12:47:47.66

wpf と同時期に Bland っていうデザイナーアプリが同時期にリリースされていて

wpf ： dotNet標準ライブラリ（プレーンな mvvm 機能のみ）
Bland(デザイナー) ： Bland SDK（mvvmを拡張してドラッグ＆ドロップでUIを設計出来る機能を追加）

ってすみ分けだったんだよ
dotNet標準ライブラリにはプレーンな mvvm 機能のみしか導入しないという意志に思えた
そもそも wpf ＝ mvvm 必須でもないし、
以前のFormsアプリのようにイベントハンドラー（コードビハインド）でも実装出来る

Bland SDK は Bland(デザイナー)を購入しなくてもダウンロード出来たし、
配布も自由だったから、
必要ならdotNet標準ライブラリと Bland SDKを組み合わせて使えって感じ

wpfの登場時からずっと追っかけてる俺からすると、
（wpf → Xamarin → Vue.js → React で Xaml系列は数年前に捨てた）

Bland SDK → Microsoft.Toolkit.Mvvm

に見える（Bland SDK は終了）
標準ライブラリに入るものではなく、
これらの機能はあくまでオプション扱いという事かな

**デフォルトの名無しさん** · 2021/08/27(金) 12:49:05.65

Prismは元々MSが作ったサンプルコード集で、MSがメンテを終了しコミュニティに移管された
まず確実にMicrosoft.Toolkit.Mvvmも同じ運命を辿る

**デフォルトの名無しさん** · 2021/08/27(金) 13:04:11.97

>>720
Blendでしょ

**デフォルトの名無しさん** · 2021/08/27(金) 13:48:17.67

>>722
(;´Д｀)

**デフォルトの名無しさん** · 2021/08/27(金) 15:03:57.58

皆さん、ありがとうございます。

>>719
一応、MS公式と考えてもいいんですね。
他のと比較すると軽量らしいですね。

>>720
なるほど、勉強になります。
ちなみに、そのBlendのドラッグ＆ドロップでUIを設計出来る機能は
Microsoft.Toolkit.Mvvmに引き継がれていそうですか？

>>721
へぇ、Prismも元々はMS製だったんですね。
それなら標準に入れてほしかったですね…。
同じ運命を辿るなら将来性はありますね。
勉強してみます。

**デフォルトの名無しさん** · 2021/08/27(金) 17:11:23.78

>>724
VS 使わなくなって長いからわからんね
VS 使えれば、Blendもライセンス的に付属していたとい思うので、
試してくださいな

**デフォルトの名無しさん** · 2021/08/27(金) 17:18:03.70

デスクトップアプリとウェブアプリ一緒にしてるあたり理解度低そうだな

**デフォルトの名無しさん** · 2021/08/27(金) 17:21:57.98

そんなあなたにElectron！

**デフォルトの名無しさん** · 2021/08/27(金) 18:22:27.64

Electronしたいけど
作り方がよくわからん・・・

**デフォルトの名無しさん** · 2021/08/27(金) 19:16:29.04

Blendはそのうち消えるだろ。
覚える必要なし。

Electronは1アプリごとに新しくブラウザを追加インストールするようなアホアホマンだからやめとけ。

**デフォルトの名無しさん** · 2021/08/27(金) 19:26:17.01

JavaアプリケーションとJavaアプレットは同一で作れたんじゃ

**デフォルトの名無しさん** · 2021/08/27(金) 19:36:53.91

>>725
BlendはVSに抱き合わせで入っていたんですが、速攻で消しました（笑）。
Microsoft.Toolkit.Mvvmでできるか試してみます。

**デフォルトの名無しさん** · 2021/08/27(金) 19:39:16.57

Microsoft.Toolkit.Mvvmを覚えるには、今の所Windows Template StudioというVSの拡張を入れてから
WInUI3かWpfの雛形を自動生成して、そのコードをMSのドキュメント見ながら学習した
ライブラリの中でもMessengerは便利でお薦め

**デフォルトの名無しさん** · 2021/08/27(金) 22:23:27.21

>>728
そんなに難しくないですよー－
ＵＩ/ＵＸに凝りたいならWebの数多あるUIライブラリーが使えるのでおすすめ
一応、Web系はなんでも動く、React, Vueに
ASP.NET Razorとかでもクライアントアプリ作れます

ローカルリソースにあんまアクセスしななら、
PWAとかでもデスクトップアプリ作れますよー－
OS問わずマルチプラットフォームで動きます

**デフォルトの名無しさん** · 2021/08/27(金) 22:29:33.81

そういえば、Messengerパターンって自分が
いろいろ方向性を変えたきっかけでしたね

**デフォルトの名無しさん** · 2021/08/27(金) 23:24:12.33

>>733
Electronで
ユニバーサルスタンドアロンデスクトップアプリケーションの作成方法
Win10pro64bit環境で具体的手順を誘導お流いします

**デフォルトの名無しさん** · 2021/08/27(金) 23:50:29.03

早くにVSからVS Codeに脱却する事をお勧めするが
（いつまでたってもオープンソース世界に行けなくなるので）
手っ取り早くVS使って、派生.NET版のElectron.NETこのあたりで入門できへん？
Blazor使うやつと、ASP.NET MVC Razor のやつ C#で書けるからやりやすいでしょ
https://qiita.com/minoura_a/items/6361a213fdb86343c441
https://qiita.com/nqdior/items/d21d67624d893225762c

**デフォルトの名無しさん** · 2021/08/28(土) 00:01:20.25

>>736
サンクスや鳥会えず見てハロワで基礎かしらねば如何もです

**デフォルトの名無しさん** · 2021/08/28(土) 00:09:05.90

>>737
最初のはBlazorだからデバック面倒なのでやめといたほうが良いね

ASP.NET CORE MVC の方が良いでしょ
動けば、ローカルリソースを使う部分以外のUI的なのは普通のWebアプリと同じ

一応、Electron.NETは派生なので、元のElectronとは少し違う、似てるけど、
.NETな人が雰囲気つかむ目的なら最適かな

**デフォルトの名無しさん** · 2021/08/28(土) 00:15:46.06

記事のリンク先にあった、こっちのが素のElectonだ
https://qiita.com/nqdior/items/091200c9f01e8827fdbd

この場合、ローカルアクセス部分をＣ＃で書きたいなら、
Edge.js という便利なのがある
https://github.com/agracio/edge-js
これは js <-> C# ブリッジだ！

では、貴殿の検討を祈る！

**デフォルトの名無しさん** · 2021/08/28(土) 00:20:01.51

>>738
ASPとか素人なのでLinuxのコマンドみたいなのはよくわからない
Windowsの黒い画面にコピればいいのかな？
エラーの嵐これは場違いなようだワ出直してくらぁ
でもあーざーした

**デフォルトの名無しさん** · 2021/08/28(土) 01:37:37.38

スレチと自分語りしかいなくなってしまったなｗ

**デフォルトの名無しさん** · 2021/08/28(土) 02:57:21.18

>>732
Windows Template Studio、さっそくインストールして試してみました。
いいですね。Navigation Paneのテンプレートもすぐに試せました。

でも、その参考にしたサイトがPrism推しで、
良いチュートリアルがあるみたいなんで
Prismでもいいのかなとまだ少し迷っています。
ああいうサイトがもう少し前にあったらPrismやってたんですけどね。

**デフォルトの名無しさん** · 2021/08/28(土) 06:38:54.70

信者がｷﾓｲからElectronはやめておこうっと…

**デフォルトの名無しさん** · 2021/08/28(土) 11:56:24.12

Prismは複雑怪奇だったんだが、Ver７で破壊的更新をやって前との互換性は失ったけど
機能は整理されて格段に使いやすくなっているんだよな
昔触った人が二度と使いたくないと思う気持ちはわかるし、
互換性を犠牲にしたバージョンアップで他所に移った人もいるだろうが
今のやつは言うほど酷いものじゃない

**デフォルトの名無しさん** · 2021/08/28(土) 20:09:03.92

prismは途中から路線変更してフレームワーク的なライブラリみたいなのになったところで切った

**デフォルトの名無しさん** · 2021/08/28(土) 21:00:05.63

なんで？

**デフォルトの名無しさん** · 2021/08/28(土) 21:04:04.97

Webview2ってClearScriptみたいにJSのFunctionオブジェクトをデリゲートに変換できないのかな？
UIだけReact、それ以外の層を.NETで実装してて詰まった
素直にmessage使うしかない？

**デフォルトの名無しさん** · 2021/08/28(土) 21:57:39.12

>>745
切らないでも便利なライブラリだけ使えばよくね？

**デフォルトの名無しさん** · 2021/08/28(土) 22:09:34.58

>>720
BlendはXAMLの拡張だしMicrosoft.Toolkit.Mvvmと比べるようなものではないだろ
XAML=MVVMだと思っているのか

**デフォルトの名無しさん** · 2021/08/28(土) 22:34:13.14

>>747
素直にElection.NETじゃね？

**デフォルトの名無しさん** · 2021/08/29(日) 08:10:20.00

>>748
だからPrismみたいに図体の大きい融通の利かないのじゃなくて
他の便利なライブラリに移ったんだろ