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

**デフォルトの名無しさん** · 2023/01/22(日) 05:53:16.97

WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part30
https://mevius.5ch.net/test/read.cgi/tech/1667010874/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2023/02/22(水) 22:08:32.86

https://github.com/dotnet/wpf/blob/main/roadmap.md

https://github.com/dotnet/wpf/discussions/7555
voteでもしとけ

**デフォルトの名無しさん** · 2023/02/23(木) 09:15:32.83

コントロールって全てDirect3Dで描画?
グラフ描画系だけ?

**デフォルトの名無しさん** · 2023/02/23(木) 10:53:08.81

>>76
ググったらそれらしきものはあった
https://qiita.com/sukobuto/items/a672e945103d7dda284b
これの一番最後

**デフォルトの名無しさん** · 2023/02/23(木) 20:35:06.75

Blazor Hybrid良いじゃん
XAMLもHTML+CSS+jsも使えるし

**デフォルトの名無しさん** · 2023/02/24(金) 01:05:35.00

>>80
詳しく

**デフォルトの名無しさん** · 2023/02/24(金) 08:41:09.47

>>81
このページの内容そのまま
DI必須だけどMVVMも出来るし、何よりUIにCSS使えるのが便利
SASSも導入すれば、個人的にResourceDictionaryよりスッキリしてて好き

https://learn.microsoft.com/ja-jp/aspnet/core/blazor/hybrid/tutorials/wpf?view=aspnetcore-7.0

**デフォルトの名無しさん** · 2023/02/24(金) 10:13:33.17

>>79
ありがとうございます
アプリ左上とタスクバーのアイコンは変える事が出来ました
ただ、実行ファイルとショートカットのアイコンは変わらないので、別設定が必要なのでしょうか？

・実行ファイルのアイコン変更でやってみた事
×：AppData/Localにあるアイコンファイルを手動で削除してWindowsの再起動
○：別のPCで起動

**デフォルトの名無しさん** · 2023/02/24(金) 12:04:32.75

全部変えるならプロジェクト設定になかったっけ？

**デフォルトの名無しさん** · 2023/02/24(金) 14:41:34.30

>>84
インストーラのプロジェクトを2つ作成して、
ショートカットとプログラムファイルでそれぞれ別のアイコンファイルを指定する事で何とか変えられました

インストーラじゃなく実行ファイルの方で、アイコンの指定をスマートに行う方法は無いのかな？

**デフォルトの名無しさん** · 2023/02/24(金) 18:00:41.90

>>82
やっぱWebViewでhtml cssが最強だよな

**デフォルトの名無しさん** · 2023/02/24(金) 22:04:35.42

実行ファイル自体のアイコンを動的にスマートに変える方法？
意味あるのかそれ？
何のためにとしか…

昔はwindowsにアイコンキャッシュがあってアイコン変えてもすぐに反映されなかったりしたけど

**デフォルトの名無しさん** · 2023/02/24(金) 23:37:21.09

みんなはフォルダ構成どんな感じにしてる？
共通で使うようなクラスとか、適当なクラスってどんなフォルダに入れてるか気になる

**デフォルトの名無しさん** · 2023/02/25(土) 00:01:59.17

githubで見るのはcoreみたいなフォルダに基本モデル突っ込んであるのは見るけど

そもそもがModelみたいなフォルダは推奨されないんだよね
機能単位で普通はまとめて共通はcommanやcoreとかってイメージ

**デフォルトの名無しさん** · 2023/02/25(土) 00:03:00.25

commonだ…コマンタレヴー？

**デフォルトの名無しさん** · 2023/02/25(土) 00:24:28.73

C#の名前空間だと結構いろんなものがルートに当たるsystemに突っ込まれてる

**デフォルトの名無しさん** · 2023/02/28(火) 19:15:49.43

>>77
Windows 11テーマ対応やることに決まってもなんだかな
今さら何なのか

**デフォルトの名無しさん** · 2023/03/01(水) 06:35:24.40

いや、標準テーマが古臭いから仕方なく嫌々バグだらけのUWPやWinUI使ってる人が多いだろうから
テーマの問題が解決すればWPFが最善の選択

**デフォルトの名無しさん** · 2023/03/01(水) 12:16:16.07

>>93
UWPがバグだらけって聞かないけど、何処情報？
それとWinUIも流石に1年半だからバグも減っているように見えるが

**デフォルトの名無しさん** · 2023/03/01(水) 12:20:07.56

アプリの配布方法が制限されてる時点でもはやバグ

**デフォルトの名無しさん** · 2023/03/01(水) 14:21:19.72

>>94
GitHubでのバグレポートが700個、Openが2800個
バグじゃなくてQ&Aがいっぱい混じっていて本当のバグを追跡できない

**デフォルトの名無しさん** · 2023/03/01(水) 16:45:40.86

NumericUpDownをそろそろ公式で実装してくれ

**デフォルトの名無しさん** · 2023/03/01(水) 19:30:05.42

上下キーで数値が変わるのはマジヤバいので無効に出来るようにしてくれ

**デフォルトの名無しさん** · 2023/03/01(水) 19:52:03.14

さすがに、テーマが古臭いからといってUWPに移行する奴はレアだろう。

**デフォルトの名無しさん** · 2023/03/02(木) 00:17:26.91

有償のコンポーネント使えばテーマなんていくらでも変えられるのに

**デフォルトの名無しさん** · 2023/03/02(木) 09:22:58.33

857デフォルトの名無しさん (ﾜｯﾁｮｲ aa9f-ZYAP)2023/03/02(木) 01:06:05.40ID:pwr4e0eZ0>>858
ModernWPF UIのコンテントダイアログでプログレスダイアログをいい感じにMVVMで実装する方法ないかな？

やりたいこと：
したのコンポーネントをProgressDialog.xamlで定義して、ProgressDialogModelView.cs内でEventAggregatorでイベントを受け取ってプログレスバーとテキストを更新
https://github.com/Kinnara/ModernWpf/wiki/ContentDialog

なんだか、UIが更新されない。（Vueで言うところのnextTick()みたいな処理がいる？）

**デフォルトの名無しさん** · 2023/03/02(木) 22:37:03.49

>>100
有償のコンポーネントやデファクトスタンダードではないライブラリを使うのは論外
ReactivePropertyも当然NG

**デフォルトの名無しさん** · 2023/03/02(木) 22:54:13.96

んじゃ自作で

**デフォルトの名無しさん** · 2023/03/02(木) 23:06:32.04

WPFでモダンなUIをということでModernWPFそしてwpfuiが生まれ
そしたら突然Win11テーマ対応やるかもと
xamarinの方もやる気なさそうだからとUnoPlatformを生み出したら突然のmauiで梯子を外される

ろくな事にならん

**デフォルトの名無しさん** · 2023/03/02(木) 23:08:39.88

Cross Platform WPF
Avalonia XPF登場
ただし有料製品

**デフォルトの名無しさん** · 2023/03/02(木) 23:11:13.45

maui,unoplatform,avalonia まじで開発リソース分散しまくりで、どれもユーザーが少ないからバグだらけのゴミ製品

**デフォルトの名無しさん** · 2023/03/03(金) 01:43:34.53

質問です！
WPFのListBoxで要素数に応じて高さを変えたいのですがどうすればいいでしょうか？
1要素の高さが分かれば計算出来るのですが取る方法が分かりません。
ご教示下さいませ。

**デフォルトの名無しさん** · 2023/03/03(金) 04:30:16.06

wpf listbox 行高さ
でググったら出てきたよ

WPF ListBoxの高さを指定したアイテム数に変更したいです
https://teratail.com/questions/264300

できるかどうかは知らんが

**デフォルトの名無しさん** · 2023/03/04(土) 16:03:39.59

>108
有難う！ググってそこも見てたんだけど取得時にnullになるので諦めてました。
根本的な事が理解出来てなかったようで、コンストラクターでActiveにしたら取得できると思ってたんだけど、これが駄目だったようです。
コンストラクター以外では正常に取得できました！
勉強になりました、有難う！

**デフォルトの名無しさん** · 2023/03/06(月) 21:34:08.94

WinUI3はバグいし
もうちょっとしたアプリはflutterで作った方がいいってこと?
Fluent UIはもちろん
https://pub.dev/packages/fluent_ui
MacOS UIもあるし
https://pub.dev/packages/macos_ui

OS APIをゴリゴリ叩くアプリはやめた方がいいが

**デフォルトの名無しさん** · 2023/03/07(火) 05:31:06.06

正解
でもWindows限定ならWPFがベスト

**デフォルトの名無しさん** · 2023/03/07(火) 08:55:53.14

ちょっとしたアプリ作るならWinFormsが最強すぎて話にならん

**デフォルトの名無しさん** · 2023/03/07(火) 09:02:57.32

WPFはWindows 11テーマ待ちかな?

デスクトップアプリ作るとなると、ウィンドウ位置合わせぐらいはやるだろうが
https://pub.dev/packages/window_manager
ちゃんとメンテナンスされてるっぽいし

**デフォルトの名無しさん** · 2023/03/07(火) 19:26:50.19

さすがに公式はもう対応はしないでしょ
C#界の著名人？？？たちがなんちゃってアクリルとか作ってたけどそこから進展はないし使われてる感もない

以前アクリル使うとパフォーマンスが落ちて消費電力が上がりますってMSが注意してたんだけど一体なんなのか
何がしたいのか？

**デフォルトの名無しさん** · 2023/03/07(火) 20:54:38.37

>>114
>>77で今さらWindows 11テーマ対応を投票してやるかもしれないからびっくりなのよ
WinUI 3がグダグダになってるから今さらやろうとしてるんじゃねぇかな

**デフォルトの名無しさん** · 2023/03/07(火) 21:14:57.23

マウイの方で聞くべきか迷うんだけどマウイじゃなくてわざわざWinUI3選ぶメリットって何？
バグだらけなの抜きにしても理由思い浮かばん

**デフォルトの名無しさん** · 2023/03/07(火) 21:53:56.24

MAUI使った事ないけど
MAUIは基本クロスプラットフォームでコントロールはネイティブのラッパーだから、標準で用意されてるUIが各OSの最大公約数的なものになるからUI自由度低いと思う(自分で頑張らない限り)

WinUIとMAUIの標準のコントロール数比較

**デフォルトの名無しさん** · 2023/03/08(水) 18:32:14.17

>>116
多分誤解があるんだろうけど

Mauiはクロスプラットフォームの仕組みでxamarinの後継
WinUI3は単なるwindowsのUIライブラリで比べるのは変だよ

xamarinとWPFを比べてxamarinじゃなくてWPFを選ぶメリットって何と言うのと同じレベル

windowsでしかUI必要としないならxamarinやMauiを選ぶメリットは多分ない

**デフォルトの名無しさん** · 2023/03/08(水) 18:42:09.48

Mauiに興味を持つ人間は確実に何かを勘違いしてる
どのレベルでも確実に勘違いがある
使ってみて気が付くまで勘違いしたまま

**デフォルトの名無しさん** · 2023/03/08(水) 19:39:39.70

テキストボックス、コンボボックス、チェックボックス、ラジオボタンにグリッドが使えればそれだけでいいんだけどそれでもMAUIってダメなん？

**デフォルトの名無しさん** · 2023/03/08(水) 20:15:21.62

さっきも書いたけどwindowsでしか使わないのにMAUIを選ぶ理由は基本的にない

個人個人が好きに使えばいいよ

**デフォルトの名無しさん** · 2023/03/08(水) 21:26:16.11

>>118
んな当たり前のことが聞きたいんじゃなくてね
最初からMAUIにしとけばどんなアホでもプラットフォーム固有処理と共通処理を分けて設計することになるから少なくとも移植性と将来性の面で有利じゃん
勝手にWindows限定で話されても困るんだけど
>>121
現状xamlの機能はMAUIの方が進んでる訳だがメリット無いとか本気で言ってんならお前の知識の浅さが知れるわ…ｗ
具体的にWinUI3にだけ出来ることとか性能面での優位性とかを書けよ

**デフォルトの名無しさん** · 2023/03/08(水) 21:33:03.96

中途半端な将来性やな

**デフォルトの名無しさん** · 2023/03/08(水) 21:41:01.82

マウイ君は相変わらずアホだな
一つ教えてやると今度はその付け焼き刃の知識でマウント取ろうと暴れたからめんどいわ

**デフォルトの名無しさん** · 2023/03/08(水) 21:51:03.42

マウイ君は心折れたっぽいね
知識多少はあったからもうちょとできるのかと思ったが5chBrowserの進捗見てたけどあんなにコード書けないのにびっくりしたわ

**デフォルトの名無しさん** · 2023/03/08(水) 22:38:55.94

>>112
xamlじゃない時点で論外
画面1個だけの使い捨てアプリでもwinFormなんて使う気にもならん

**デフォルトの名無しさん** · 2023/03/08(水) 23:49:30.35

>>122
まあ君がmauiとWinUIが比較対象じゃないと言うことを知らなかったと言うことだけ理解した

**デフォルトの名無しさん** · 2023/03/08(水) 23:51:38.20

>>122
一番目の主張と二番目の主張が矛盾してる

1番目は汎用性を持たせろ！
2番目は進んでるほうを使え！

君は何が言いたいんだ
ただ単に馬鹿をさらして終わるのか？

**デフォルトの名無しさん** · 2023/03/08(水) 23:57:16.67

>>122
プラットフォーム固有処理と共通処理を分けて設計したくないからだろう
わざわざそんなことをしたくない
過去にPLC(ポータブルクラスライブラリ)とか使って地獄を見てたから汎用性なんてなくていいと思うわ

単一のGUIフレームワークを選択して書いて終わりじゃないか
なんで必要もないのに苦行をするんだか

**デフォルトの名無しさん** · 2023/03/09(木) 00:06:47.70

使い捨てアプリ最強はExcelだろ

**デフォルトの名無しさん** · 2023/03/09(木) 00:24:27.52

>>129
顔真っ赤で草
重箱の隅つつくのに必死で質問にはまともに答えられません…とｗ
お前がクロスプラットフォーム設計も議論もろくに出来ない初心者なのはわかったからもういいよ
マウント取りたいなら>>117 みたいに推測でもいいから有用なレスを書こうな

**デフォルトの名無しさん** · 2023/03/09(木) 01:11:09.89

>>131
こいつMauiがWinUI3に乗っかってるのも知らなそうだな…

バグだらけのWinUI3使うよりMaui使えっていうけどwindowsではWinUI3の上に載ってるんだから矛盾してる

**デフォルトの名無しさん** · 2023/03/09(木) 01:39:11.93

>>132
知ってるわんなこと
WinUI3で出来ることがMAUIでも出来るんだったらわざわざWinUI3単体で開発するメリット無くねってことを言ってんの
いつまで論点ずらしてんだよ

**デフォルトの名無しさん** · 2023/03/09(木) 04:49:42.57

>>133
MAUIだと他のプラットフォームとの兼ね合いからWinUiで使えるコントロールはデフォルトで用意されてないから、当然Windows限定ならWinUIで作ったほうが楽
カスタムコントロール作ればまあできるけど結構めんどくさいよ

**デフォルトの名無しさん** · 2023/03/09(木) 04:51:21.62

あとMAUIもバグだらけだからWinUIのバグに加えてMAUIのバグにも悩まされるってのもあるねｗ

**デフォルトの名無しさん** · 2023/03/09(木) 06:08:29.89

XAML自体が欠陥品だからどうしようもない

**デフォルトの名無しさん** · 2023/03/09(木) 13:14:29.62

xamlが中途半端でクソなのは全面同意
MAUI開発のネックは標準コントロールの少なさぐらいかね
DataGridとかデフォで機能もりもりなコントロールすぐ使いたくて尚且つWindows限定でいいならWinUI3かWPFって感じか

**デフォルトの名無しさん** · 2023/03/09(木) 19:50:52.95

https://forest.watch.impress.co.jp/docs/news/1484449.html
WinUI 3ベースバグ過ぎて無理でしたごめんなさいしてもいいんだぞ?

**デフォルトの名無しさん** · 2023/03/09(木) 19:54:42.60

https://learn.microsoft.com/en-us/windows/apps/windows-app-sdk/preview-channel#version-13-preview-1-130-preview1
preview 1
こいつら積みあがってるバグをフィックスする気ねぇの?

**デフォルトの名無しさん** · 2023/03/09(木) 21:15:38.70

>>126
ちょっと慣れると楽だよな～。
始めは敷居高いな。

**デフォルトの名無しさん** · 2023/03/10(金) 00:17:30.09

winformsは楽
だらだらとテキストログを吐くアプリで使える

使い捨ては大体これ

**デフォルトの名無しさん** · 2023/03/10(金) 00:18:40.41

>>138-139
WinUI3の弱点を書けば書くほどその上に載ってるMAUIの首が閉まってるのに気が付かないんかなあ？

**デフォルトの名無しさん** · 2023/03/10(金) 07:12:26.72

WNUIいつ完成するの？

**デフォルトの名無しさん** · 2023/03/10(金) 18:40:11.77

Winformsは解像度違うとこで
デザイナー開くと面倒くさい

**デフォルトの名無しさん** · 2023/03/10(金) 20:55:59.42

生産性も低いしな

**デフォルトの名無しさん** · 2023/03/11(土) 01:33:46.36

>>143
もう完成してる

**デフォルトの名無しさん** · 2023/03/11(土) 01:36:39.66

Silk.NETっていうOpenGLライブラリでWinUIとかで使えるようにControlとして描画したいのにそういった資料が全然なくてムカつく
公式ドキュメントも全くできてないからそういうコントロールがすでに用意されてるのかもわからん
OpenTKにはそういうのあるようだがせっかくだからSilk.NETで作りたい
https://dotnet.github.io/Silk.NET/

**デフォルトの名無しさん** · 2023/03/11(土) 01:39:14.02

>>125
パーサー簡単に作れる人？

**デフォルトの名無しさん** · 2023/03/11(土) 09:16:50.69

>>147
お客様は神様です見たいな人間にプログラムは向かないよ

**デフォルトの名無しさん** · 2023/03/11(土) 13:18:52.20

>>130
Excelは呪いを残すことがあるから、VBAを書き始めたら気を付けないと

**デフォルトの名無しさん** · 2023/03/11(土) 13:35:47.88

>>149
たしかにそうか…

**デフォルトの名無しさん** · 2023/03/11(土) 14:01:43.58

まーたマウイ君か4ね

**デフォルトの名無しさん** · 2023/03/16(木) 18:35:45.74

Delphi+WinUI3ってのが開発中だったようだ
https://blogs.embarcadero.com/ja/delphi-winui-3-demo-ja/
１年前から音沙汰なしのようで終了したかもしれないが

**デフォルトの名無しさん** · 2023/03/20(月) 21:15:56.81

task.run() で非同期で動かしているんだが、VSでF5押して起動した場合は
UIも固まらずうまく動くけど、EXEたたいて実行するとUIが固まる。
なにこれ。

**デフォルトの名無しさん** · 2023/03/21(火) 09:47:35.47

awaitしろ

**デフォルトの名無しさん** · 2023/03/21(火) 12:38:13.37

https://www.kekyo.net/2016/12/06/6186

**デフォルトの名無しさん** · 2023/03/21(火) 17:32:45.31

await 付けてたような。
await あるなし　は環境で動作違うのか?

**デフォルトの名無しさん** · 2023/03/21(火) 17:40:44.14

ログ出力周りでのタイミングの変化とか

**デフォルトの名無しさん** · 2023/03/21(火) 18:17:55.80

VS上で動作変でEXE版は正常ならまだわかるんだが。

**デフォルトの名無しさん** · 2023/03/21(火) 18:47:21.33

VS上ならコンソール出力排他でタイミングが整理されるとかね

**デフォルトの名無しさん** · 2023/03/21(火) 19:25:53.19

exe叩いてVSでアタッチしても再現するか？
VSでデバッグせずに起動でも再現するか？
exe作成時とVSで起動時でビルドの設定を変えてないか？

**デフォルトの名無しさん** · 2023/03/21(火) 21:26:35.93

>exe叩いてVSでアタッチしても再現するか？
これやったことないな。

>VSでデバッグせずに起動でも再現するか？
知らんけどリリース　でメークしてる。

>exe作成時とVSで起動時でビルドの設定を変えてないか？
同じ。F5でEXE作ってエクスプローラからEXEをWクリックで起動。

やってることはCSV読み出し。
今度ソースアップするわ。

**デフォルトの名無しさん** · 2023/03/21(火) 21:44:54.71

多分Taskとawaitの挙動を理解してないだけだから
メソッドの作成ミス

awaitは実質returnなんだ
そこに至ると一旦上位層にもどる

await await await とasyncメソッドが連鎖的にGUIレベルまでreturnで落ちるように書かかないとビジーになる
途中で止めてはいけない
多分ボタンクリックイベントから実行してるんだろ
そこのbuttun_clickもasync書け

**デフォルトの名無しさん** · 2023/03/21(火) 21:48:57.08

Taskの仕様をよく理解してなくてデッドロックさせるのは初心者あるある

**デフォルトの名無しさん** · 2023/03/21(火) 21:49:09.50

普通の重い処理はbutton_click内で重い処理してそこから出てこないからGUIがビジーになる
GUIに処理をもどしてないからGUIは何もできない

async awaitはそこでreturnしてるのと変わらないので一番最後まで返してやれば
GUIは処理ができるのでビジーにならない

**デフォルトの名無しさん** · 2023/03/22(水) 00:29:55.65

結局WPFとWinUI3はどちらが将来性あんの？

**デフォルトの名無しさん** · 2023/03/22(水) 06:06:04.57

>>163
だからVSでF5押して起動かけた場合と作られたEXEを実行したときに
違いが起きるという事だけど。
VS上では正しく動く。

**デフォルトの名無しさん** · 2023/03/22(水) 06:31:08.51

>>156
ここ前見たな。
マルチスレッドの勉強はいろいろとサンブル
動かして挙動を確認するのが一番だな。
パターンが多いよな。

**デフォルトの名無しさん** · 2023/03/22(水) 09:42:09.18

test

**デフォルトの名無しさん** · 2023/03/22(水) 17:42:45.34

>>167
コード見てないからなんとも言えないけど初心者感丸出しだなあと言う感想しかない
＞　VS上では正しく動く。
これを見ると特にそう感じる
ある程度コードを書いてるとこんな表現まずしないから

ここからは一般論として

大体コードは書いた通りに動くと言うけどそうじゃないこともある
debugとrelaseでは動作が違う
relaseビルドで最適化で必要な部分が消されておかしくなったりフレームワークのバグが顕在化することもあるけど実際は1%もない
debugビルドは補助輪が付いた状態で間違ってても動いたりする

基本的にrelaseビルドの動作が正解でそれが書いたコードの本来の正しい動き
debugで誰かの言う　"正しく動く"　と言うの自分の想定した動作をしているだけで正しく動くのとは違う
今回のはどうか知らんけど大体は自分のコードのバグが原因

**デフォルトの名無しさん** · 2023/03/22(水) 18:00:56.64

マウイ高校なんか相手にすんなよ

**デフォルトの名無しさん** · 2023/03/22(水) 18:11:15.32

Maui君なのか
相手して損した

debugはdisposeしたはずのリソースにアクセス出来たりヒープ物故割れてるのに何事もなく使えたりする

**デフォルトの名無しさん** · 2023/03/22(水) 22:23:36.35

>>166
WinUIは今のところ様子見（開発要員少なそうだから半年に1回ぐらい状況チェックで十分）。
バグとかパフォーマンスとかファイルサイズとか酷すぎてとてもじゃないけど使いたいと思わない。
UWPも出始めの頃ちょっと触ってみてその後使う機会なかったけど深入りしなくてよかった。時間を無駄に捨てないで済んだ。

**デフォルトの名無しさん** · 2023/03/22(水) 23:07:16.35

正直なところどちらも将来性はないとおもうわ

WinUI3はwinUI4が出たころに考えればいいよ
WPFは17年近く経ちやっとMVVMの本命が出てきたから枯れたベースに接ぎ木して使う分にはいい

**デフォルトの名無しさん** · 2023/03/22(水) 23:22:26.34

UWPは品質はよかったよ
何度かバグふみぬいたけど、短期間にあれだけのものを仕上げたのは素晴らしい
Windowsスマホとか全力だったからなMicrosoft
それに対してWinUIのやる気のなさは

**デフォルトの名無しさん** · 2023/03/22(水) 23:27:22.18

まぁ、深入りもなに幸いWPFにしろUWPにしろMAUIにしろどれか一つできればxamlに方言はあるにせよ知識無駄にならないのが救い