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

2019/12/09(月) 12:36:14.49

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

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

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/01/14(木) 16:05:09.78

Prismって使われてる？

2021/01/14(木) 16:08:08.41

うん

2021/01/14(木) 16:43:53.34

むしろPrism以外が死んでる

2021/01/14(木) 17:11:58.74

そうなんだサンキュー

2021/01/14(木) 18:16:36.60

デザインをデザイナと分担できるというけど、経験上ビジネスロジックと比べたらデザインの工数なんて半分以下だから分担の恩恵が薄いんだよな

2021/01/18(月) 01:26:43.69

scrollviewerがmanipulation系のイベントがハンドラ内でe.Handled=trueによってイベントのバブルアップを止められているらしい(URL貼れないけどどっかの個人ブログ参照)から
カスタムコントロールでe.Handle=trueしないものを作りたいんだけどうまくいかない

2021/01/20(水) 16:16:26.10

なんでtreeviewのbeforeexpand無くなってるの？
MSってよく意味の分からないことするよね

2021/01/21(木) 16:03:37.57

すれち

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-0LDz) · 2021/01/26(火) 08:34:09.85

長年WindowsFormsやってきて、ようやくWPFに移行しようとしているワイのモチベーションがあがるお言葉をお願いします

2021/01/26(火) 08:36:03.63

Xamlに慣れとくのは無駄にはならんだろ

2021/01/26(火) 08:41:47.50

>>798
何かを始めるのに遅すぎると言う事は無い

2021/01/26(火) 09:43:49.72

>>798
WPFは既にメンテナンスモードでWinFormsと同列
現在のシェアから考えてWinFormsより長く生き残ることはまずないから、もし自身のエンジニアとしての延命が目的なら今更やるのは全くお勧めできない
Webやれ

2021/01/26(火) 09:55:14.16

デスクトップじゃWin32アプリが最後まで生き残りそう。
winformアプリも大量に有るのでゾンビの様に死滅しない。

2021/01/26(火) 11:17:20.66

>>798
web系技術でデスクトップアプリ作る
時代になってますよ。

2021/01/26(火) 11:40:37.20

モチベーションアップする言葉じゃないなw

2021/01/26(火) 11:59:33.60

mongodbのコンパスとか多分chromiumだろうけど美しいもんなー

2021/01/26(火) 12:16:42.96

web系って流行り廃りが激しいので後のメンテが大変かも。

2021/01/26(火) 12:21:02.53

htaはいつまで使えるだろうか？

2021/01/26(火) 12:42:38.13

３月に正式リリース。７月にフルスペックの予定のWinUI3がWPFの代替となる予定だが
特に大きな変化はないから安定すれば移行が進むんじゃねーかな？

2021/01/26(火) 12:59:30.20

>>808
イマイチわかってないんだけどUWPと共通化できて嬉しい？

2021/01/26(火) 13:33:11.88

ChromeBookでも動くんか？

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-0LDz) · 2021/01/26(火) 14:14:45.77

結局Web系ってなにやればいいの？
ASP.NET MVCとか？

**デフォルトの名無しさん** (JP 0H8f-0LDz) · 2021/01/26(火) 14:14:54.68

結局Web系ってなにやればいいの？
ASP.NET MVCとか？

2021/01/26(火) 14:34:10.17

今時MVCで新規で作る必要ある？

2021/01/26(火) 14:40:20.88

>>812
ASP.NET Core MVC

2021/01/26(火) 15:00:30.94

Web APIならね。UIが必要ならそこはRazor Pagesにしときな。

2021/01/26(火) 20:34:15.63

>>802
Win32レベルでいいならC++/CLI以外みんな生き残るだろ。

2021/01/26(火) 20:38:42.61

>>803
「作れる」のレベルはだんだん上がってきているけどデスクトップフレームワークの域にはまだ遠いよなぁ。
BlazorでWPF動かせるようになったらいいんだが。

2021/01/26(火) 21:13:38.65

>>817
Blazorはjs書けない層の
救済ライブラリーですよ。

2021/01/26(火) 21:19:33.80

>>818
Cはアセンブラ書けない層の救済言語、みたいな？

2021/01/26(火) 21:24:27.11

>>819
ちょっと違うかな。
js<-->c#のラッパーライブラリーになります。
なので遅くて機能も少ないです。

2021/01/26(火) 21:33:10.40

そういう話じゃなくてね、>>818はC#よりJSの方がハードルが高いと言いたいのかってこと。

2021/01/26(火) 21:39:57.47

>>820
さすがにデタラメすぎワロタ

2021/01/26(火) 21:41:41.11

>>821
それは人によりますね。

>>819
アセンブラ書ける層にもｃ学ぶメリットがありますが、
（ｃはアセンブラ書けない人の救済目的でない。）
jsでwebアプリ開発者出来る層が、
Blazor学ぶメリットは無いって事です。

2021/01/26(火) 21:55:22.08

>jsでwebアプリ開発者出来る層が、
>Blazor学ぶメリットは無いって事です。

つまりWebアプリの方がハードルが高いって言ってるんだろ？

2021/01/26(火) 22:41:31.51

いやBlazorが糞って言ってるんだろ

2021/01/26(火) 22:51:00.14

webアプリメインでやってりゃ
デスクトップアプリ開発なんて未知の領域だし
逆もまた然りでしょ。

つってるうちに、
web開発者がそのスキルの延長で
デスクトップアプリ作り始めてるって時代に
なっちゃってますけどね。

因みにスマホアプリも業務系は
かなりの部分的がwebView使った
webアプリですわ。

2021/01/26(火) 23:55:27.32

結局デスクトップアプリやりたかったら何勉強したらいいんだよー

2021/01/27(水) 00:03:20.45

GDI

2021/01/27(水) 06:04:27.12

>>827
UWP

2021/01/27(水) 07:57:56.27

UWPはいいね
この前ストアアプリ配信したんだけど結構ダウンロード数伸びてる大したことないアプリなのに
まだマイクロソフトストアが未成熟だからね
すでに飽和してるApp StoreやGoogle Play Storeじゃこうはいかない

マイクロソフトストア狙い目よ

2021/01/27(水) 08:05:32.37

Web(React)もデスクトップ(WPF)もやってるが、だからといって今のReactで
デスクトップアプリ作る気にはなれんな。

>web開発者がそのスキルの延長で
>デスクトップアプリ作り始めてるって時代に

自分が持ってるスキルで他分野に入り込みやすくなったから
喜んで使っているんだろうが、これから新しくデスクトップアプリを
始めようって人に勧めるのはちょっと違うかな。

2021/01/27(水) 08:28:30.65

趣味の開発なら良いが業務用アプリでUWPを使おうとは思わんな

2021/01/27(水) 09:09:15.94

でもさ趣味と業務で技術を使い分けるのも非効率じゃない？

2021/01/27(水) 09:16:51.18

趣味はある程度妥協できるけど、業務はそれができない

2021/01/27(水) 09:18:43.10

>>833
業務用には枯れたものを使いたいねえ
最先端も追っかけなきゃ技術者としては終わるけど

2021/01/27(水) 09:31:24.47

いまさらUWPはやめとけ

2021/01/27(水) 09:34:14.87

マイクロソフト環境にどっぷり漬かっている会社ならビジネス向けストアを使う手もあるだろうが
IT部門が全社に配布する手間を減らせる以外のメリットが思いつかんな。
まさか常にサイドローディングしてもらうわけにもいかんだろうし。

2021/01/27(水) 09:45:27.80

新規だとWPFですかねえ
winformよりはUWPへの乗換ハードルは低いし
webじゃ無理なアプリもあるし

2021/01/27(水) 09:47:08.33

デスクトップ　ExcelVBA
Web　スプレッドシートGAS

2021/01/27(水) 11:58:47.28

今から投資するなら
.NET MAUI
かな。xaml + mvvm が糞すぎた。

2021/01/27(水) 12:01:39.36

全く詳しくないんだけどWINUIは糞なところは改善されるの？

2021/01/27(水) 12:34:09.96

良く判らんが、ザマリン下位のskia
をGDIでラップ出来るようになったの？

2021/01/27(水) 13:27:12.09

UIがどうなろうとIPropertyChangedは全部書かないといけませんか？

2021/01/27(水) 13:34:31.78

>>843
必要でしょう
ReactivePropertyとかBindableBaseを使えばコーティング量が減る

2021/01/27(水) 13:36:55.01

>>843
MVUなら必要ないよ

2021/01/27(水) 13:52:55.21

うーん
プロパティにref使えないけど
SetPropertyどうやって使ってんの？

2021/01/27(水) 13:53:49.65

.NET MAUIか

2021/01/27(水) 13:54:43.18

>>846
え?

2021/01/27(水) 14:09:18.65

xaml登場時からやってる
ベテランの自分でさえ
xaml流mvvmは
コード量が激増して面倒臭すぎる。

ReactのJSXみたいに
xaml中にコードが直接かけるように出来んものか？

2021/01/27(水) 19:59:46.88

<x:Code>で囲めばゴリゴリC#書けるよ
面倒だから素直にコードビハインドに書いた方が早いけど
どうせg.csにコピーされるだけだし
まあ何につけmvvmが失敗の原因だったよね

2021/01/27(水) 21:48:06.42

失敗というか、WPFに挫折した人の原因ではあるのかもしれない。

2021/01/27(水) 22:50:02.01

VisualStateManagerはBlend前提の設計かもしれんが、ちょっと解りにくいわな

2021/01/27(水) 22:51:44.29

MVVMってテストしやすいのはいいけど、設計難易度上がるし面倒なところあるから初めて関わる人や新人いるチームだと大変すぎてな。一人や少数精鋭チームでやれればいいけど。

2021/01/27(水) 23:11:30.32

ビューとモデルの完全分離を目指した結果
肥大化するコードと失われる可読性って本末転倒じゃん

2021/01/28(木) 07:46:28.72

>>849
xamlてコード分離が目的なのに中にコード書いたら意味無いような気がするが

2021/01/28(木) 10:15:55.24

>>855
コードを分離する
メリットとデメリットは？

2021/01/28(木) 10:19:43.92

>>856
メリット、ユニットテストがやりやすい
デメリット、めんどくせー

2021/01/28(木) 10:26:33.10

>>857
ユニットテストは
やりやすいレベルにはならんよ。

2021/01/28(木) 10:27:16.51

なるよ

2021/01/28(木) 10:28:56.03

ならん！

2021/01/28(木) 10:40:26.08

>>858
UIベッタリだと出来ないだろう

2021/01/28(木) 10:59:29.17

>>854
Railsですね判ります

2021/01/28(木) 11:27:11.16

コード増えるのは辛いよな
なんとかならんのかこれ

2021/01/28(木) 12:09:59.78

model view を結合するのはいいけど、、

model もうひとつつくって、プログラムされたタイミングで
同期させたい

isDirtyな
double bufferともいう

2021/01/28(木) 12:22:12.52

INotifyPropertyChanged実装しないModelクラスを、ViewModelでラップするのがしんどい。

2021/01/28(木) 12:25:43.67

mv結合100%だから不自由なんで、

設計でいうmodelとは別に
実装用のmodel作るべき

設計modelは切り離して
change by user
change by initialize
change by signal
も判別しなきゃだな

2021/01/28(木) 12:47:51.29

>>863
mvvmを捨てる事から初めてみましょう！

2021/01/28(木) 20:10:35.14

>>854
俺の言いたいことをすべてお前が大便してくれた

2021/01/28(木) 20:52:41.82

>>861
FormsアプリをUIAutomation使って自動テストする地獄を味わったことのない人には
有難みがわからないのだろうな

2021/01/28(木) 21:24:14.10

そもそも>>858はユニットテストがなにか知らんような気がする
マニュアルに従ってテキトーにポチポチクリックして落ちなきゃテスト終わりーとか言ってそうw

2021/01/28(木) 23:14:26.37

>>870
今時ICサーバー必須と言われてますわ。

2021/01/29(金) 05:32:11.60

ICサーバーってなんだ？
まさかと思うけどCIサーバーのことじゃないよな？w

2021/01/29(金) 12:45:43.37

笑

2021/01/29(金) 19:43:57.28

>>870
俺は>>858じゃないけど、
マジ、おせーて
assertとか使う奴？
それともGUI上で出来るようなのがあんの？

2021/01/30(土) 10:03:36.71

>>855
ビジネスロジックコードの分離が目的なのだから、デザインコードは一緒になっている方が良いかも

2021/01/30(土) 12:20:17.91

Javaでオブジェクト指向が流行った時期の間違いみたいに
大規模開発専用のクソ仕様を銀の弾丸として全部に使おうとして失敗してる感じに思える

2021/01/30(土) 13:07:37.17

アニメをデフォルトで使う分にはxamlってそれほど複雑でもないんだけどね
formsと同じことやるなら

2021/01/30(土) 14:21:59.06

UI作る人と分業できるって言うけどどんだけ凝った画面にすんだろ。
結局はコード書く人が画面まわりもやってね?
最近違うの?

2021/01/30(土) 15:34:49.92

専業のUIデザイナー雇ってるとこなんて余程の大手だけだろうな

2021/01/30(土) 15:56:17.98

xaml書く専業デザイナーって聞いたことないけどいるの？

2021/01/30(土) 17:17:04.26

UIとコード別けられるのが最大のメリットという位だしな。
居ないとおかしいがな。

2021/01/30(土) 17:34:35.97

誰が言った言葉かは知らんが、少なくともUIデザインを別担当者にできるのが
最大のメリットだということじゃないと思うぞ。

2021/01/30(土) 18:58:30.27

何がメリットなのかWPF素人にはサッパリだよ。

2021/01/30(土) 19:40:15.77

俺個人としてはxamlでレイアウトしやすいところとmvvmでテストしやすいところかな。

2021/01/30(土) 19:46:33.44

デザイナーがHTML/CSSで作ってプログラマーが同じ見た目になるようにXAML書く

2021/01/30(土) 19:52:36.52

デザインとプログラミングの分業においては遥かに先を行っているはずのWebでは、
最近は逆にJavaScriptにインラインでHTMLを書いているのでした

2021/01/30(土) 20:01:29.27

>>885
初めからデザイナにXAMLで書いてもらったら?

2021/01/30(土) 21:55:15.69

>>887
XAML書いてくれるデザイナーなんているの？

2021/01/31(日) 00:20:30.44

作業としてUIとコードを分けられることがメリットじゃなくて
そこが疎結合になるからいいんでないの

2021/01/31(日) 01:07:23.46

疎結合になること自体はメリットではない
疎結合になることで何がメリットになるか書かないと

結局、分担作業やデバッグが楽という話に落ち着くと思うが