WPF(.NET4.x, .NET Core) GUIプログラミング Part23

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

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

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

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

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

**デフォルトの名無しさん** · 2019/07/14(日) 08:31:03.76

それにしても言っていることが10年くらい前の話で変なスレッドですね。

**デフォルトの名無しさん** · 2019/07/14(日) 08:51:45.04

とこがだよ
10年前にもこのスレで語られているような世界はなかったぞ

**デフォルトの名無しさん** · 2019/07/14(日) 09:46:32.95

>>485
そんなパラレルワールドの話じゃなくてWPFの話をしろよ

**デフォルトの名無しさん** · 2019/07/14(日) 11:52:09.45

Prism7の勉強法おしえてくれ～～

**デフォルトの名無しさん** · 2019/07/14(日) 12:27:02.58

勉強法おしえてくれなんて言う人にはそもそもWPFは無理なんじゃないの？

**デフォルトの名無しさん** · 2019/07/14(日) 13:57:55.26

>>489
コードビハインドスタイルでアプリ作ったことあれば、それをPrismでドリブンドライブに書き換えていけばいいだけでは？
テスト駆動、保守堅牢のためのPrismだで、、、
WinFormsでも、アプリ一本も作ったことなければ、まずはそちらから。

**デフォルトの名無しさん** · 2019/07/14(日) 14:02:24.31

失礼　ドメインドライブね。

**デフォルトの名無しさん** · 2019/07/14(日) 14:07:37.90

ドメインドリブンのこと言ってる？わけないか言い直してるし

**デフォルトの名無しさん** · 2019/07/14(日) 15:28:51.43

>>489
Prism.Unityが７で思いっきり変わっていて面食らったな
AutoFacなどの別のDIと同じように扱えるようにガワを乗せた感じ
とりあえずサンプル見て適当に作ればなんとかなるよ

**デフォルトの名無しさん** · 2019/07/14(日) 22:04:50.82

>>491
MVVM素組みはやったことあるんで
>>494
Prism自体ちょこっとしかかじってないんですわ
何かチュートリアル的なものがあればなーって思ったんだけど
地道にやります、ありがとう

**デフォルトの名無しさん** · 2019/07/14(日) 22:23:52.68

>>495
Brian Lagunasがいろいろ動画upしてくれてるやろ

**デフォルトの名無しさん** · 2019/07/17(水) 08:31:49.64

なんでカレンダーやチャートコントロールすら未だにないんだよ

**デフォルトの名無しさん** · 2019/07/17(水) 08:53:22.30

>>497
カレンダーとグリッドはだいたい標準のやつが使い物にならないからな…。DataGridViewはいい線いってた気がするけど。カレンダーは自分で作った方が使い勝手がいいよ。一回作れば使いまわせるし。

>>494
俺が多用してた UnityBootstrapper はどこにいったんだ

**デフォルトの名無しさん** · 2019/07/17(水) 10:25:13.46

カレンダーってせめてググルのライブラリより優秀なのを用意してもらいたいな。

**デフォルトの名無しさん** · 2019/07/17(水) 11:45:00.51

MSが標準として出せるようなレベルのWPFコントロールを作るのって無茶苦茶難しいんだよ
テンプレートを当ててL&Fを自由自在にカスタマイズできるようにしなきゃいけない
カレンダーのように高級なコントロールほどそのための抽象化が困難、というか事実上不可能だ
まあ典型的な「過剰な抽象化」だわな
その反省でUWPでは色々諦めたけど、今度はガチガチすぎて融通のきかないゴミになっちゃった
設計って難しいね

**デフォルトの名無しさん** · 2019/07/17(水) 11:46:09.20

Xaml islandでUWPの使えるんじゃないか？
UWPでカレンダーあったっけ？

**デフォルトの名無しさん** · 2019/07/17(水) 12:03:04.27

>>497 アップダウンも忘れないで

**デフォルトの名無しさん** · 2019/07/17(水) 12:17:19.48

グレゴリオ歴以外にも対応可能とかやりだすときりがないからなカレンダー

**デフォルトの名無しさん** · 2019/07/17(水) 12:23:31.73

あんま漁ったこと無いけどカレンダーやチャートってgithubに転がってないの？
そういうの漁ってれば標準化がいかに大変かわかりそうなもんだけど
どうせ無茶な要求に答えきれない代物しかでてこないのなら別にいらないかな

**デフォルトの名無しさん** · 2019/07/17(水) 12:25:04.21

>>504
いらないってのは標準としてはってだけでOSSでいろんな人がいろんなパターンで作ってるのは欲しいってことね

**デフォルトの名無しさん** · 2019/07/17(水) 15:16:40.30

カレンダーは昔のWin32の時代からコントロールあるだろ。
UWPにもあるし、WinUIでもNumberBoxが2.2でくるのかも

**デフォルトの名無しさん** · 2019/07/17(水) 15:23:16.75

ごめん、『カレンダー』ってスケジュールアプリつくるとき用の高度のやつか？俺が言ったの単に日付や時刻を選択するコントロールだな。

**デフォルトの名無しさん** · 2019/07/17(水) 16:04:10.33

だいたいNuGetからExtended.Wpf.Toolkit使っちゃうな

**デフォルトの名無しさん** · 2019/07/17(水) 20:31:22.25

UWPのカレンダーはまあ普通なんだが、DatePickerはいい感じ
https://www.microsoft.com/store/productId/9MSVH128X2ZT
ここにサンプル有るから試してみてね

**デフォルトの名無しさん** · 2019/07/19(金) 15:13:31.62

UWPと同じく、WPFもWinUI 3.0に飲み込まれるの？

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

winui 3.0でUWPの依存を排除してxaml islandなしでも動くようになるらしいが、これはクロスプラットなUIフレームワークへの布石なのか？
どうなってるのかよくわからん

**デフォルトの名無しさん** · 2019/07/19(金) 19:27:44.90

>>511
普通にwindows上でUWPにしか用意してなかったAPIを通常のAPIにするだけでは？

**デフォルトの名無しさん** · 2019/07/19(金) 19:41:26.12

迷走が続くよ、どこまでも

**デフォルトの名無しさん** · 2019/07/19(金) 19:44:45.25

迷走じゃなく正常化だろ
とちくるって最新の機能を誰も使ってないUWPにだけ開放してたんだぞ
上がバカだとこうなるみたいな話

**デフォルトの名無しさん** · 2019/07/19(金) 21:31:30.10

もうこの際デスクトップ案件でもElectronとかでHTML5で作るようにしたほうがいいかもしれんね
個人的にはC#と.NET好きだけど最近は迷走しすぎる

**デフォルトの名無しさん** · 2019/07/19(金) 21:57:59.32

WPFやWinFormsの.NET Core対応も全く将来のこと考えてない必要最小限の場当たり移植で、リリースしきったら逃げる気満々だしなあ
.NET CoreならSCDが可能だから後々MSが.NETのバージョンアップに合わせてメンテしなくて済むという判断なんだろうね

**デフォルトの名無しさん** · 2019/07/20(土) 01:28:56.34

SCDて何？

**デフォルトの名無しさん** · 2019/07/20(土) 05:52:21.51

>>517
.NET Core当ランタイムをバイナリに同梱する供給形態。

**デフォルトの名無しさん** · 2019/07/20(土) 10:23:19.05

>>515
そこでWebBrowserControlだけ貼ったWinFormsアプリの出番ですよ。
JSからC#のメソッドfooが`window.external.foo()`で呼び出せるし、
"IE7相当なのでモダンな機能が使えない"問題もHTMLに
<meta http-equiv="X-UA-Compatible" content="IE=11" />
<script src="https://cdn.jsdelivr.net/npm/babel-polyfill/dist/polyfill.min.js";>
の2行をおまじないとして入れとけば大概何とかなるし。

**デフォルトの名無しさん** · 2019/07/20(土) 11:35:17.39

とちくるって最新の機能を大して使われてないWPFに開放されてもだな
上がアホだとこうなるみたいな話

**デフォルトの名無しさん** · 2019/07/20(土) 11:35:18.28

SwiftUIとかバインディングできるようになるの？
ってことは時代はMVVM?

**デフォルトの名無しさん** · 2019/07/20(土) 18:24:15.26

>>518
ありがとう勉強になった

**デフォルトの名無しさん** · 2019/07/20(土) 18:43:38.51

どういたしまして

**デフォルトの名無しさん** · 2019/07/23(火) 10:50:30.31

WPF Prism RegionでReact.js並みにコンポーネント画面にしたらおせーー。　もっと早く描画できねぇの？

**デフォルトの名無しさん** · 2019/07/27(土) 14:52:40.76

ObservableCollectionをConverterでバインドしたいけど、初期化した時ぐらいしか発火しないから使い物にならない。どうにか中身が変わっただけで発火させる方法ないですかね...？

**デフォルトの名無しさん** · 2019/07/27(土) 15:40:22.98

>>525
多分リストそのものじゃなくてザムルでアイテムテンプレートを定義してその中でコンバーター指定するんじゃなかったかしら

**デフォルトの名無しさん** · 2019/07/27(土) 15:45:12.63

記憶が正しければ、ObservableCollectionはT型のINotifyPropertyChangedの面倒まで見ないので、自分で実装するしかないはず
誰かNugetで配ってるかもしれない
配ってないなら配ったら喜ばれるかもしれない

**デフォルトの名無しさん** · 2019/07/27(土) 18:53:43.31

>>526
>>527
ありがとう。試してみます

**デフォルトの名無しさん** · 2019/08/02(金) 00:41:38.73

ObservableCollectionをそのまま使うのは面倒臭いから
ReactivePropertyのReactiveCollectionクラスのObserveElementPropertyメソッドを使うかな

**デフォルトの名無しさん** · 2019/08/10(土) 23:19:50.45

https://www.surveymonkey.com/r/MJSNTYK
.net crossplat uiの未来のために

**デフォルトの名無しさん** · 2019/08/10(土) 23:21:32.22

https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
こっちでいいか

**デフォルトの名無しさん** · 2019/08/10(土) 23:27:13.13

https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md
winui 3.0でもxamlフレームワークを共通にしてcrossplat化着々進行中。
.net core 3.0の次の.net 5も計画されてこの2年が勝負。
未来は明るい

**デフォルトの名無しさん** · 2019/08/11(日) 09:05:27.57

WinUIは.NETで使用できますが、.NETに依存しません：
WinUIは100％C ++であり、たとえばC ++ / WinRTを介して標準C ++ 17を使用するアンマネージWindowsアプリで使用できます。

**デフォルトの名無しさん** · 2019/08/11(日) 09:06:01.03

悲報

WinUIは、毎月のプレリリースビルドで、毎年3倍の新しい安定バージョンを出荷し続けます。

**デフォルトの名無しさん** · 2019/08/11(日) 09:13:35.93

WinUI　3.0は.netに依存しない
ネイティブ（c++）で開発されている

WinUI　2.0との下位互換性を目指すが.netを多用したWinUI2.0の成果は捨てられるということ？

**デフォルトの名無しさん** · 2019/08/11(日) 09:20:41.05

WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ　Nativeの話だし

**デフォルトの名無しさん** · 2019/08/11(日) 10:40:57.83

ついにMFCを捨てることができるのか

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

WPFも色付き絵文字対応してくれないかな

**デフォルトの名無しさん** · 2019/08/21(水) 22:26:33.37

それもxaml islandとやらでなんとかなんの？

**デフォルトの名無しさん** · 2019/08/22(木) 18:56:25.41

windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF

OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち

**デフォルトの名無しさん** · 2019/08/22(木) 21:56:56.39

MSのWPF放置プレイっぷりは異常

**デフォルトの名無しさん** · 2019/08/22(木) 22:02:03.60

これからクロスプラットに向かうから放置してもOK

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

WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ

**デフォルトの名無しさん** · 2019/08/22(木) 22:20:08.43

今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは体感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのが
その代わり型は厳密に合わせないといけないけどね

**デフォルトの名無しさん** · 2019/08/22(木) 22:40:16.24

>>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?

**デフォルトの名無しさん** · 2019/08/22(木) 23:24:45.63

更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある

**デフォルトの名無しさん** · 2019/08/23(金) 01:29:35.65

>>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない

MSはもう一度c++技術者をかき集めてるようだが…

**デフォルトの名無しさん** · 2019/08/23(金) 02:27:06.71

>>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け

**デフォルトの名無しさん** · 2019/08/23(金) 03:14:21.08

>>548
何が言いたいのかよくわからない。

**デフォルトの名無しさん** · 2019/08/23(金) 03:24:29.83

ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。

**デフォルトの名無しさん** · 2019/08/23(金) 03:25:26.93

・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。

これが現状

**デフォルトの名無しさん** · 2019/08/23(金) 03:32:53.81

>>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。

**デフォルトの名無しさん** · 2019/08/23(金) 03:36:41.52

https://devblogs.microsoft.com/dotnet/introducing-net-5/
これはざっとは読んだよ

**デフォルトの名無しさん** · 2019/08/23(金) 03:40:19.37

・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？

**デフォルトの名無しさん** · 2019/08/23(金) 03:52:54.34

後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。

後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。

**デフォルトの名無しさん** · 2019/08/23(金) 04:30:47.28

>>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや

**デフォルトの名無しさん** · 2019/08/23(金) 06:02:43.36

WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。

**デフォルトの名無しさん** · 2019/08/23(金) 07:52:54.28

あれ？　.NET CoreはCoreRTでAOT実装してたんじゃ？

と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ

**デフォルトの名無しさん** · 2019/08/23(金) 19:26:44.10

>>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる

**デフォルトの名無しさん** · 2019/08/23(金) 19:52:20.52

Blazorか
MSがまた投げ出さないといいねー

**デフォルトの名無しさん** · 2019/08/23(金) 23:30:08.88

>>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが

**デフォルトの名無しさん** · 2019/08/23(金) 23:33:04.49

C#は今後も伸びるよ

**デフォルトの名無しさん** · 2019/08/24(土) 00:46:53.15

C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな

c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない

**デフォルトの名無しさん** · 2019/08/24(土) 00:49:55.16

>>563
構文が古いのは行末の;だけ?

**デフォルトの名無しさん** · 2019/08/24(土) 00:50:13.66

新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる

**デフォルトの名無しさん** · 2019/08/24(土) 00:52:27.40

>>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い

**デフォルトの名無しさん** · 2019/08/24(土) 00:55:14.92

GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで

**デフォルトの名無しさん** · 2019/08/24(土) 00:56:09.06

そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン

**デフォルトの名無しさん** · 2019/08/24(土) 00:59:50.82

つーかここWPFのスレじゃんｗ

**デフォルトの名無しさん** · 2019/08/24(土) 01:01:56.33

Javaで構築するの止めてC#にする場合が増えてるらしい

**デフォルトの名無しさん** · 2019/08/24(土) 01:32:43.24

>>570
ソースは？

**デフォルトの名無しさん** · 2019/08/24(土) 07:26:16.85

.cs

**デフォルトの名無しさん** · 2019/08/24(土) 10:39:20.73

>>572
座布団2枚あげましょう

**デフォルトの名無しさん** · 2019/08/24(土) 12:01:56.85

そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…

**デフォルトの名無しさん** · 2019/08/24(土) 12:52:53.99

>>574
あんたセンス無いね

**デフォルトの名無しさん** · 2019/08/24(土) 14:13:27.89

トンキン人さむ～

**デフォルトの名無しさん** · 2019/08/24(土) 17:40:03.15

ぐぬぬ

**デフォルトの名無しさん** · 2019/08/26(月) 07:18:34.37

関西人の理想的なボケ↓

**デフォルトの名無しさん** · 2019/08/26(月) 08:57:33.58

WPFはオワコン。

**デフォルトの名無しさん** · 2019/08/26(月) 17:45:31.71

普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし

**デフォルトの名無しさん** · 2019/08/26(月) 18:00:49.98

>>580
それに近いことをやろうとしたのがUWP

**デフォルトの名無しさん** · 2019/08/26(月) 19:05:57.08

で、その開発予算は天から降って来るのか？

**デフォルトの名無しさん** · 2019/08/26(月) 20:46:52.41

WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった

HTML VB6 winforms MFC
全部生き残ってしまった

**デフォルトの名無しさん** · 2019/08/26(月) 20:49:41.98

XAMLがわかりにくいから置き換わるわけがない

**デフォルトの名無しさん** · 2019/08/26(月) 21:12:48.53

XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM