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/07/12(月) 22:19:19.66

ああ、ごめん俺が間違ってたww
>通知処理（Modelの購読が必要になるケース）なんてほぼほぼ無くて
ここでちゃんと否定してたねw

**デフォルトの名無しさん** · 2021/07/12(月) 22:20:11.65

>>555
エコシステムの話をしてるんじゃなくてWPFアプリの話をしてるので
MVVMのMをWPFアプリでどう実装するかが論点なのよ

**デフォルトの名無しさん** · 2021/07/12(月) 22:22:33.14

一応はWPFなりMVVMなりを前提として話してるもんだと思ったらまさかのUIは関係ない宣言

U I は関係なかった！

そら誰とも話通じんわw バカ同士仲良くしてくれ

**デフォルトの名無しさん** · 2021/07/12(月) 22:25:45.89

いや、やっぱ>>556取り消すわ
やっぱ、>>528は単に>>495に対するレスにしか見えないな

>>557
論点はそこにあると思うけど>>528は通知の一般論話しただけかもしれん

**デフォルトの名無しさん** · 2021/07/12(月) 23:41:05.62

なんじゃこりゃ！

**デフォルトの名無しさん** · 2021/07/12(月) 23:46:26.66

WPFに限らず一般的な話してるだけじゃん

**デフォルトの名無しさん** · 2021/07/12(月) 23:57:26.60

俺は土曜日までは会話に主な論点わかってたけど

昼間に君のレス見て、UIと通知を結びつける人がいて気になってたから、その人向けにUI関係ない通知の一般論言ってるんだろうと納得してたら

夜みて、通知の一般論言ってるだけなら全く関係ない人が怒り出してから草
って感じ

**デフォルトの名無しさん** · 2021/07/13(火) 00:56:18.26

だってWPFと関係ない話になってんだもん
むしろ論点ずらししてるっしょ

**デフォルトの名無しさん** · 2021/07/13(火) 05:46:23.04

頭ひろゆきかよ

**デフォルトの名無しさん** · 2021/07/13(火) 08:46:15.95

VMに相当する部分にビジネスロジックをガッツリ書くのはアプリ設計としてありだが、それはMVVMじゃないな
MVVMはModelにビジネスロジックを書くのが本来の定義だ

**デフォルトの名無しさん** · 2021/07/13(火) 08:51:29.18

いやあ皆性格わるいねえw
醜いもんだよw

**デフォルトの名無しさん** · 2021/07/13(火) 09:07:04.94

>>547は最悪の性格だと思うww
>>528に勘違いでぶきちれてる

**デフォルトの名無しさん** · 2021/07/13(火) 09:08:01.98

ぶちきれてるねw

**デフォルトの名無しさん** · 2021/07/13(火) 09:18:27.78

>>565
そんな設計はもうViewModelなんて言葉を使うべきじゃねえわ
MVCでもMVVMでもないどころか関心の分離すら無視した全く別の何かじゃん

**デフォルトの名無しさん** · 2021/07/13(火) 09:23:04.37

どんなプログラミングパラダイムを採用しようと
UIの変更にモデルは影響されないのが原則だと思ってる

例えばWPFで作ったものをASP.netでWebインターフェイスに変更することになったとしてもモデルには一切触れなくて済むのが本来あるべき姿
しかしモデルにUIのための通知機能を入れた途端にそれは破綻する
別にモデル通知機能があったって動くから良いだろと言う話ではない

そこがモデルに通知機能を実装する違和感の根源

**デフォルトの名無しさん** · 2021/07/13(火) 10:32:02.27

変更を通知するサービス

たとえばみんなが知ってる gmail（いわゆるPushメール）とかは
クライアントを WPF でも Flutter でも React でも作れると思いますが、
ではこの機能は何に相当するのでしょうか？

**デフォルトの名無しさん** · 2021/07/13(火) 10:53:55.72

通知機能のあるMをVMのObservableCollectionでVに公開すると
このMはVMになりますか？
MVVMでは反則でしょうか？

**デフォルトの名無しさん** · 2021/07/13(火) 10:55:02.74

>>571
何とは?
MVVMの役割のことを言っているのあれば、どれでもない
Mの中で使用される機能と言うだけ

**デフォルトの名無しさん** · 2021/07/13(火) 11:08:48.39

Amazon SNS（Simple Notification Service）は、

そのためだけにサーバーを用意しなくても、
アプリケーションからの通知を可能にするサービスです

ユーザーが何かを行ったタイミングで通知する
「イベントドリブン」なメッセージングを手軽に実現します

**デフォルトの名無しさん** · 2021/07/13(火) 20:50:38.25

>>570
>しかしモデルにUIのための通知機能を入れた途端にそれは破綻する

そこに依存性逆転パターンを使うのが常套手段。

**デフォルトの名無しさん** · 2021/07/13(火) 22:05:10.54

>>572
Collectionの要素に変更があるのを監視する必要がなければそれでOK
別に反則じゃないと思う

**デフォルトの名無しさん** · 2021/07/14(水) 19:37:54.90

今日は勝ちたい病のVMにビジネスロジック実装する君は来てないの？

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

どうした、恋しいか？

**デフォルトの名無しさん** · 2021/07/14(水) 22:40:50.82

こないと>>547の馬鹿みたく関係ない人攻撃しだすからなww

**デフォルトの名無しさん** · 2021/07/14(水) 22:48:26.38

え？
ID:B/Smfxylは馬鹿だよ

**デフォルトの名無しさん** · 2021/07/14(水) 23:03:29.16

久しぶりにみたわ
必死過ぎて全員敵に見える病ww

**デフォルトの名無しさん** · 2021/07/14(水) 23:13:04.52

家に鏡がないのか？
鏡を買えば毎日見られるぞ

**デフォルトの名無しさん** · 2021/07/15(木) 02:12:58.55

自分がそれで見られるからって
他人が同じことして見られると思ってるあたりが馬鹿だよね

**デフォルトの名無しさん** · 2021/07/15(木) 08:43:28.31

みんな皮肉が上手だなあ(鼻ホジ)

**デフォルトの名無しさん** · 2021/07/15(木) 10:10:56.93

>>576
いやMの通知をVが監視する状態だよ

**デフォルトの名無しさん** · 2021/07/15(木) 14:23:21.77

ロジックはコマンドに書いてるけどコマンドってVMの仲間じゃないの？

**デフォルトの名無しさん** · 2021/07/15(木) 19:55:28.67

>>585
原理主義通すならその通りなので止めた方が良い
大規模プロジェクトで規約作る段階とかならあなたの言う通り
そうでないなら工数とのバーター

**デフォルトの名無しさん** · 2021/07/15(木) 20:40:50.25

そういやコレクションでもしっかりVM挟めって人がWPF出来て直ぐの頃は言う人いたよな

**デフォルトの名無しさん** · 2021/07/15(木) 23:20:18.67

なんか人によってVMの定義が違うのかねぇ？
WPFだとDataContextにセットするのがVMだと認識しているが。

**デフォルトの名無しさん** · 2021/07/15(木) 23:31:38.36

>>589
ListViewなどでも、内部的にListViewItemのDataContextにコレクションのアイテムがセットされるから何も変わらないよ
それにVM挟めというやつが昔はわりといた

**デフォルトの名無しさん** · 2021/07/16(金) 19:02:18.73

ビジネスが破綻する大半の原因は、 ”ビジネスを始める人の大半が、真の意味での
「起業家」ではなく、起業したい、という熱に浮かれた「職人」として働いているに過ぎない。”
という事実にあります。
「職人」によって運営されているビジネスは、ビジネスが働くのではなく、彼ら自身が毎日働くこと
によって、成り立っています。
彼らは毎日、自分がやり方を知っている仕事を一生懸命にこなしていますが、「起業家」としての
視点が無いために、成長に限界が生まれます。
そして、生計を立てるために、彼ら自身がずっと働き続けないとならないのです。

誰もが必ず陥る罠
私が見ている限り、起業熱にうなされる人たちは、必ずと言ってもよいほど誤った
「仮定」を置いてしまうようだ。実は、のちに彼らが苦難の道を歩むことになるのは、
この、「仮定」が致命的に間違っているからなのである
致命的な仮定とは・・・「事業の中心となる専門的な能力があれば、事業を経営する能力は
十分に備わっている」ということである
私がこの仮定を致命的だと書いたのは、この仮定が間違っているからにほかならない
事業の中で専門的な仕事をこなすことと、その能力を生かして事業を経営することは
全く別の問題である。高い専門能力を持つ人にとって、独立は他人の為に働くという苦痛から
解放されるということを意味していた。それにもかかわらず、前提となる「仮定」が致命的とも
いえるほど間違えているために、彼らは自由になるどころか、自分が始めた事業に苦しめ
られるようになってしまうのである
マイケルEガーバー「はじめの一歩を踏み出そう」P28~29

**デフォルトの名無しさん** · 2021/07/16(金) 20:45:27.50

>>590
それは問題なくて、逆にDataContextと関係ないものまでVMと言っている人がいるような気がしたんで。

**デフォルトの名無しさん** · 2021/07/21(水) 18:44:02.13

年末まで動きはなしか

**デフォルトの名無しさん** · 2021/07/21(水) 21:28:05.11

>>593
それでも0.5と違ってreunion0.8は、そこそこ安定しているよ

**デフォルトの名無しさん** · 2021/07/22(木) 05:38:57.11

なんでtextblockってこんな中途半端に作ってあるのかな
作ってるときに上下のスペース気にならなかったのか

**デフォルトの名無しさん** · 2021/07/22(木) 17:25:19.02

なんのこと？

**デフォルトの名無しさん** · 2021/07/22(木) 18:31:15.26

ｒｉｃｈtextboxの上下のスペースなら気になった
馬鹿が作ったんだろうなとニヤニヤした

**デフォルトの名無しさん** · 2021/07/22(木) 20:01:46.34

全角半角混在バカ

**デフォルトの名無しさん** · 2021/07/23(金) 06:59:12.37

WinUI早くソース公開してくれ

**デフォルトの名無しさん** · 2021/07/23(金) 12:50:01.83

そーっすね

**デフォルトの名無しさん** · 2021/07/23(金) 19:10:22.48

そこでWPF完全終了？

**デフォルトの名無しさん** · 2021/07/24(土) 15:09:24.06

>>601
1.0が出てから触ってみるつもりだから分からん。
UWPが見向きもされなかった欠点が解消されてるなら移行するし、
駄目ならWPFとWinUIのミックスになるかもしれない。

**デフォルトの名無しさん** · 2021/07/24(土) 17:27:17.07

WinUIってWPFよりUWPのほうが近くない？

**デフォルトの名無しさん** · 2021/07/24(土) 18:17:14.05

基本的にGUIはUWPが基本でほんの一部異なる程度
売りはファイルアクセスなどの制限のない.netのクラスや
C言語のライブラリが普通に使えること

残念なのは.net nativeは対応していないからUWPほど高速にはならないところだな

**デフォルトの名無しさん** · 2021/07/24(土) 19:31:02.40

これがreunionちゃんか？
ttps://docs.microsoft.com/ja-jp/windows/apps/desktop/modernize/xaml-islands
ttps://docs.microsoft.com/ja-jp/windows/apps/desktop/modernize/host-standard-control-with-xaml-islands

**デフォルトの名無しさん** · 2021/07/24(土) 20:52:35.53

俺はカラー絵文字が普通に使えさえすればもうWPFで十分なんだけど
それってUWPのコントロールが使えるようになるとかいうnugetパッケージ入れりゃ簡単にできるもんなの？

**デフォルトの名無しさん** · 2021/07/25(日) 12:45:55.14

備品管理のために配置図作成プログラムを作るために下の二つを使いたい

マップ描画用
https://noitalog.tokyo/wpf-excel-shape/

UndoRedo機能用
https://qiita.com/nossey/items/c59910558d5501f03ad0

Undo機能でマップ描画のキャンセルをしたいんだけど
Record(() => { /＊do＊/ }, () => { /＊undo＊/ });のところに何を入れればいいのか分からない
何を入れれば実現するのか教えてください

もしくはもっといいライブラリがあれば教えてください

**デフォルトの名無しさん** · 2021/07/25(日) 15:14:28.53

>>607
そういうツール作ったことあるけど、Undo/Redoは状態そのものを記録する方式の方が楽だよ
操作ごとに描画したモデルをスタックに積む感じでとっておいて
Undoでポインタを遡る、Redoされたらポインタを進める

**デフォルトの名無しさん** · 2021/07/25(日) 15:39:24.67

つまり別のライブラリを使った方がいいってことですね
探してみます

**デフォルトの名無しさん** · 2021/07/25(日) 15:50:45.11

>>609
608が言ってるのはstateをスタックに積むだけなので、Stack<T>を使えばライブラリは不要。
考えるべきはstateを表現する方法かと。

**デフォルトの名無しさん** · 2021/07/26(月) 13:34:11.89

undo/redoをcommandパターンで実現するときのネックは、逆方向への操作を綺麗に実装出来るかどうか
たとえば、0から1増やす操作は可逆性があるので簡単だが、0を1に変更する操作は可逆性がないので元の値を必要な分だけcommandに設定しておかないといけない
必要な分が広範囲になると、丸ごと状態を記録するのと変わらなくなってしまい、ただ実装が複雑になる
stateパターンの場合は、実装が簡単というメリットの代わりに、状態をうまく独立させないとリソースを大量に消費するというデメリットがある
commandパターンで、直接状態を変更するcommandを作るのではなく、状態の差分を算出して適用できるように実装出来れば、両者の問題を解決できる

**デフォルトの名無しさん** · 2021/07/26(月) 15:01:38.67

doに新しい状態でundoに古い状態を入れたらいいんでしょ
規模も不明なんで丸ごと記録でいいんじゃない

**デフォルトの名無しさん** · 2021/07/26(月) 18:39:34.76

Undo可能クラスも実装出来んの？
(例)
var val1 = new Undoable<int>(0);
val1.Set(1);
val1.Undo();
val1.Commit();
if (val1.Value == 0) {
}

**デフォルトの名無しさん** · 2021/07/26(月) 18:41:04.91

UndoableクラスのValueプロパティーをInotifyPropertyChangedで実装しとけ！

**デフォルトの名無しさん** · 2021/07/26(月) 21:06:01.64

>>613
これ足し算するときは
val1.Set(val2.Value+val3.Value)
って書かせるのか？

**デフォルトの名無しさん** · 2021/07/26(月) 22:19:37.90

getter位実装しろや

**デフォルトの名無しさん** · 2021/07/26(月) 22:28:38.74

setter ...(; ･`д･´)！

**デフォルトの名無しさん** · 2021/07/26(月) 22:34:21.59

>>613
その実装をどうしようって話だと思うんだけど

**デフォルトの名無しさん** · 2021/07/26(月) 22:40:13.03

どこまでおんぶにダッコよ(>_<｡)！

**デフォルトの名無しさん** · 2021/07/26(月) 22:46:07.45

編集するタイプごとのenum作って復旧／削除用のバッファ・位置情報を持つクラスを作るのだ
通常の編集処理に渡せるようにできるかがあんきも

**デフォルトの名無しさん** · 2021/07/26(月) 23:08:38.92

>>619
元の質問読んでなさすぎだろｗ

**デフォルトの名無しさん** · 2021/07/26(月) 23:14:37.82

ゴミと判断した

◆zhzYcG17go · 2021/07/27(火) 13:29:46.95

>>607ですがC#ほとんど素人です
stack<t> にcanvasを入れてみてpushやpopしても上手く変更されず

**デフォルトの名無しさん** · 2021/07/27(火) 18:46:15.06

>>623
参照型が理解できてないっぽい。
残念だが初心者スレでは無いのでここまで。

**デフォルトの名無しさん** · 2021/07/28(水) 09:34:26.66

>>623
確かどっかにC#初心者スレがあったはずだから

◆zhzYcG17go · 2021/07/29(木) 12:37:19.54

こっちクローズして初心者スレ行きます

**デフォルトの名無しさん** · 2021/08/01(日) 18:11:43.70

c#に慣れてきてWPFに挑戦しようかなと公式チュートリアルのHello Goodbyeを試した。
1.まずはxamlの名前を変えましょうでエラー。
1時間ほどなら悩みまくってチュートリアルページ遥か下にデバッグの項目で意図的なバグだとわかった時はキレそうになった。
引き続き学習しようと思ってるんだけど、参考になるサイトある？

**デフォルトの名無しさん** · 2021/08/01(日) 18:45:22.56

かずき

**デフォルトの名無しさん** · 2021/08/01(日) 20:21:17.09

xamlはhtmlと同じようにタグをエディターで入力するしかないって気づいたところから使えるようになっていったな
Formsみたくコントロールをマウスで並べようとして挫折しかけた

**デフォルトの名無しさん** · 2021/08/01(日) 21:11:07.02

タグ書いて完璧なUIを作るのが楽しい
グラフィカルなエディターってチラ見するだけのものだな

**デフォルトの名無しさん** · 2021/08/01(日) 21:17:10.83

公式チュートリアルにHello Goodbye(world?) なんてあったっけ

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

>>631
チュートリアル: C# で単純なアプリケーションを作成する 2021/02/10
ttps://docs.microsoft.com/ja-jp/visualstudio/get-started/csharp/tutorial-wpf?view=vs-2019

Hello Worldレベルでつまづいたのは初めてでショック。
wpf tutorialで検索したら良さげなサイト見つけられたからもういいんだけどね。

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

ハロー！そしてグッドバイ！

**デフォルトの名無しさん** · 2021/08/02(月) 01:14:13.50

>>632
StartupUriを変更してないから実行時エラーになる件？
チュートリアルを手順通りやってれば悩むようなことなくね？

**デフォルトの名無しさん** · 2021/08/02(月) 12:27:13.51

>>629
Formsと同じような作り方してると結局Formsと同じくサイズ変更やレイアウト変更に脆い画面になっちまうんだよな。
GUIから貼り付けると余計なプロパティも追加されてごちゃつくし。
XAML用のコードスニペット用意して爆速コーディングがお勧め。

**デフォルトの名無しさん** · 2021/08/02(月) 17:35:01.31

縦にズラーと並べてご満悦ですか

**デフォルトの名無しさん** · 2021/08/03(火) 06:02:09.33

WrapPanelもあるでよ

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

winui触ってるけど非同期メソッド多すぎてイライラする
慣れたら気にならなくなるのかな

**デフォルトの名無しさん** · 2021/08/05(木) 12:48:41.25

むしろ非同期メソッドが用意されていない方がイライラするだろ。

**デフォルトの名無しさん** · 2021/08/05(木) 21:46:17.56

>>638
WinUIまだ触れてなくて分からないんだが、もうDispatcher.Invokeしなくて良くなるの？

**デフォルトの名無しさん** · 2021/08/05(木) 22:11:14.99

きっちりMVVMしてりゃDispatcher.Invokeなんて出番ないんだが。

**デフォルトの名無しさん** · 2021/08/05(木) 22:41:02.46

>>640
https://docs.microsoft.com/en-us/dotnet/api/microsoft.toolkit.uwp.DispatcherQueueExtensions?view=win-comm-toolkit-dotnet-7.0

こんなクラス使ってUIスレッド呼び出すんだわ

**デフォルトの名無しさん** · 2021/08/06(金) 00:49:06.65

最近のアプリはクリックしたあとすぐに反応しないアプリ多すぎ。というかWindows10。

馬鹿に非同期の実装は無理ということ。

**デフォルトの名無しさん** · 2021/08/06(金) 18:59:51.04

OneNote UWP版、死亡。
着実に脱UWPしていってるな、よしよし。

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

コード簡略のためにawait 使いまくってるサンプルが世に広まってるのが良くないのかね(´・ω・`)

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

MahAppsでGUI作っていたけど今更Metro(Modern) UIというのもアレなんで
最近出たらしいWinUI 3.0で組もうとしているけど、ウィンドウサイズを変えることができない。

なんか、いい方法ない？

あと、WPFで使っているからかもしれないが、Windows.Storage.FilePickerの動作がなんか不安定だ。
PickSingleFileAsyncは動くのにPickMultipleFilesAsyncだとコケる。

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

>>646
User32でハンドル拾ってメソッドを呼び出すと色々出来ます
いろいろ調べたけど、現状だとこうするしかない模様

**デフォルトの名無しさん** · 2021/08/10(火) 11:07:37.44

非同期じゃないとUIロックしちゃうじゃないですかーっ。（キャンセルボタンが押せない進捗ダイアログとかできてしまう）

>>647
ハンドルかぁ。
なんか以下の４種類ぐらい取得する方法あるっぽいけど違いがよくわからない・・・。

１：
[DllImport("user32.dll", ExactSpelling = true, CharSet = CharSet.Auto, PreserveSig = true, SetLastError = false)]
private static extern IntPtr GetActiveWindow();

IntPtr hwnd = GetActiveWindow();

２：
[ComImport, Guid("EECDBF0E-BAE9-4CB6-A68E-9598E1CB57BB"), InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
public interface IWindowNative
{
IntPtr WindowHandle { get; }
}

IntPtr hwnd = WindowHandle();

３：
IntPtr hwnd = new WindowInteropHelper(Application.Current.MainWindow).Handle;

４：
IntPtr hwnd = WinRT.Interop.WindowNative.GetWindowHandle(Application.Current.MainWindow);

**デフォルトの名無しさん** · 2021/08/10(火) 12:38:45.38

>>648
microsoft shell controls and automation　ってのをcom参照すればOK

それでWindowがアクティブな状態で
m_windowhandle = PInvoke.User32.GetActiveWindow();
な具合でOK

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

WinAPI使うならPciker使うこと自体避けてしまえば
https://docs.microsoft.com/en-us/windows/win32/api/commdlg/ns-commdlg-openfilenamew

**デフォルトの名無しさん** · 2021/08/10(火) 16:38:59.72

WINUIってコントロールにハンドルないの？

**デフォルトの名無しさん** · 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言語は、競技プログラミングでしか使ったことないな