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

2020/05/19(火) 17:02:18.05

JavaScriptに触れる機会が減るだけでも嬉しい

2020/05/19(火) 18:44:41.21

>>261
禿同
Javascriptを駆逐してほしいわ

2020/05/19(火) 18:55:29.27

TypeScriptならそこまで毛嫌いするほどかな
それにJavaScriptのクソさって言語もさることながら主にDOM操作が問題なわけだけど、
Reactみたいな最近のフレームワーク使うならDOM操作は完全に抽象化されていてテンプレートで宣言的に書けるようになってるよ
BlazorでDOM触らなくていいのはReactと似たアーキテクチャになってるからで、
言語がC#だろうがDOM操作をもし生でやるなら下痢便みたいなコードになるのは違いない

2020/05/19(火) 19:29:29.42

>>264
Blazorで下痢便みたいなコードってたとえばどんなの？

2020/05/19(火) 19:57:06.94

｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは？元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868

2020/05/19(火) 20:04:52.76

>>260
MSILがブラウザ上で動くってのがBlazorのポイントだろ。TypeScriptはもとからトランスパイルできるじゃん。
WASMがポイントだというなら動的なJSやTSは今のところ無理だね。

2020/05/19(火) 20:58:37.12

C#で下痢便書くような奴なら
JavaScriptではどんなに美しいコードが書けることだろう

2020/05/20(水) 00:54:11.64

MAUI…

2020/05/20(水) 05:48:13.84

マイクロソフト、新UIフレームワーク「.NET Multi-platform App UI」（.NET MAUI）発表。単一コードでマルチプラットフォーム対応。Microsoft Build 2020
https://www.publickey1.jp/blog/20/uinet_multi-platform_app_uinet_mauimicrosoft_build_2020.html

2020/05/20(水) 09:22:01.57

Unoを勉強しようとした矢先にこれだよ

2020/05/20(水) 11:15:09.85

> In addition, we are enabling developers to write fluent C# UI and implement the increasingly popular Model-View-Update (MVU) pattern. MVU promotes a one-way flow of data and state management, as well as a code-first development experience
ついにMVVMも時代遅れのゴミになったな
モデルとしてはReactに近い？
そしてもう名前すら出てこないWPF

2020/05/20(水) 11:17:46.58

Blazorでいいじゃん

2020/05/20(水) 11:23:11.88

Blazorで統一ならまだ勝ち目はあったかもね
まあまともに今のWinUI系のXAMLを使い込んでるのなんてMS自身くらいだろうし、
広く使ってもらうというよりMSが自分で使う目的が主なんじゃないかな

2020/05/20(水) 11:44:37.31

>>273
ローカルのリソースやデバイスへのアクセス制限がウザい

2020/05/20(水) 11:48:15.64

>>272
MVUってMVVMの進化系っぽいけど
コーティング量が減って良さげ

2020/05/20(水) 12:02:19.47

one-way bindingだからMVVMとは根本的に別物でしょ
Webで流行りのいわゆる仮想DOMってやつで、更新の度にテンプレート当ててUIツリーを全部書き直してdiff取りゃ実際に画面に反映させるべき差分は分かるんだから、
なんちゃらPropertyChangedとかいちいちプロパティ毎にクソ煩雑な低レベルな制御しなくてもいいだろ
って思想だ

2020/05/20(水) 12:34:23.43

今にして思うとPropertyChangedってサイコーに頭悪いアイデアだったな

2020/05/20(水) 13:32:07.78

いやいや、今までのMVVMと大差ないから...
アプリ分割方法は今まで通りモデルとビューとビューモデルに分割して問題なし
単にフレームワーク提供の双方向バインディングがなくなったから、ユーザーイベント発生時にコードビハインドでビューモデルのメソッドを呼ぶようになるだけ...

基本は単にそれだけ。後はxamlという専用の言語使わずにレイアウトを宣言的に記述できるようになるだけ。これは、厳密にはMVなんたらとかアーキテクチャと関係ないだろう

2020/05/20(水) 14:52:20.42

>>278
ウンコ脳乙

2020/05/20(水) 16:43:42.14

SwiftUIを丸パクリじゃねーか

2020/05/20(水) 18:05:19.19

>>279
VとVMの間の分離が皆無な時点で全然違うと思うが

2020/05/20(水) 18:23:46.54

あと、勘違いしてるようだがイベント発生時にはコンポーネント(たぶん279のいうVM)自身のステートを更新するんじゃなくてMを更新するんだぞ
その結果としてビューの更新が走ってbody関数が呼ばれて画面に反映されるというのが本来の流れだ
サンプルコードではそのへん省略してコンポーネントに直接ステートを持たせてるようだが、原則としてはコンポーネントは可能な限りステートレスにするんだよ
もちろんコンポーネントはVMみたいにMのプロパティを猿のようにラップする必要もなくて、究極的には単純にMを入力したらDOMを返す純粋関数になるのが理想

2020/05/20(水) 18:57:17.69

>>283
いや、何を更新するかそこは自由に選べるから...

イベント発生時にビューモデルのメソッド呼べば、ビュー,ビューモデル間のデータフローが双方向になり今までの通りにMVVMになるし、他のなんたら?モデル呼べば例えばfluxになったり

flutterもそうだが別に限定されてない

2020/05/20(水) 19:03:14.50

>>282
それは君が分離してないだけ

2020/05/20(水) 21:35:52.90

MVUってことはElmみたいな感じになるのかしらん。
F#との親和性も上がるといいな。

2020/05/20(水) 21:42:38.32

>>286
https://thomasbandt.com/model-view-update

2020/05/21(木) 13:57:53.85

中途半端な絵空事を追いかけるよりExcelをさっさと.Net化して欲しいわ
いつまでCOMやねん

2020/05/21(木) 15:00:00.53

アホやなぁ

2020/05/21(木) 15:09:47.86

モバイル版は既にかなりの部分がC#なんじゃない？
Win版を置き換えることはないだろうけど、既にWin版のOfficeの一部にも.NETは使われているし、
今後は本体に.NET Coreが組み込まれてC#で書かれたコードが増えていくことも十分考えられる
プラグイン機構のことを言っているのなら、そもそも現在MSが推進しているWinRT系のRPCの仕組みはCOMベースなので、仮に今後新しい仕組みに置き換えられるとしても.NETベースになる望みはない

2020/05/21(木) 15:42:08.73

UI部分はすでに全部React Native Windowsだろ

2020/05/22(金) 00:28:36.86

WPFでなくてすまないんだが、

UWPでデバッグしようとしたら、デバッガが無い風のメッセ出て
上手く動かないんだが。
VS2017のcommunityっす

2020/05/22(金) 00:31:55.75

UWPってなーに？

2020/05/22(金) 00:46:04.97

>>292
Windows 10 UWPアプリ開発 Part 2
https://mevius.5ch.net/test/read.cgi/tech/1499658092/

質問するならメッセージは正確にネ！

2020/05/22(金) 12:48:18.19

>>293
Ultra Windows Powet

2020/05/24(日) 16:56:50.37

完全に趣味でプログラムやってて
WPFに手を出してみようと思い↓のサイトのドキュメントで学習してたんだけど
http://kisuke0303.sakura.ne.jp/blog/?p=340

↓の106ページ目のコード動かしてみても図の通りにコンソールにファイルパスが表示されず「コールバック処理を行います」とだけ表示される。
http://kisuke0303.sakura.ne.jp/blog/wordpress/wp-content/uploads/2016/08/4843696230c1698ad8ff7d086b998344.pdf

でもサンプルのコード見る限りだとこれが正常な動作な気がするんだけど（ファイルパスを表示させる部分の記述が見当たらないので）
俺が何か見落としてるのだろうか。

2020/05/24(日) 20:12:23.79

wpfのチュートリアルはかずき大先生のページ以外は駄目だよ～

2020/05/25(月) 06:07:47.12

>>296
ぱっと見だと図のような表示コードないね
多分途中で書き換えたのにコード側に反映忘れてる
まあ本でも誤植なんてしょっちゅうだし自分で合うように書き換えよう

2020/05/25(月) 06:39:47.21

WinUI 3も結局UWPみたいなタブ向けUIなんだな
Fluentだなんだか知らないけどデスクトップ向けもうたうならちゃんとレガシー()コントロールも用意して欲しい

2020/05/25(月) 17:09:39.62

レガシー必要なのってもう業務系アプリくらいだからなあ

2020/05/25(月) 22:50:42.06

>>300
まあ業務系アプリはいつまでたっても一定の需要はあるからな(´・ω・｀)

2020/05/26(火) 08:29:06.51

>>300
業務系アプリがなくなるってあり得なくね？

2020/05/26(火) 08:46:30.39

>>300
趣味で物作っている訳じゃないので

2020/05/26(火) 08:57:52.50

業務系はWeb化してきてるし
webformだからレガシーだけどな

2020/05/26(火) 09:00:13.35

>>304
デスクトップアプリはなくならないよ
需要は減るけどね

2020/05/26(火) 10:54:31.21

お手軽だからね

2020/05/26(火) 10:59:33.02

今時はそうでもないわ
クラウドがあるからWebの方がお手軽

2020/05/26(火) 11:16:04.18

場合によるやろ

2020/05/26(火) 11:21:18.41

winformが一番お手軽

2020/05/26(火) 13:22:34.05

当初から散々ゴミと言われたとおりWPFは普及せず、
クラウド化しても企業の効率なんて当然上がらず、社員は不便を強いられ、
データを吹っ飛ばれさてから黙れされた連呼する自称SEたち。

ここの住人は馬鹿ばかりだなw

2020/05/26(火) 14:47:17.82

お前も含めてだけどな

2020/05/26(火) 23:15:16.03

そう。俺もお前もだ

2020/05/26(火) 23:17:39.59

おまいら、飲みにでも行け

2020/05/27(水) 08:54:48.80

>>313
コロナに油断するな！

2020/05/28(木) 17:33:33.18

.net FrameWorkのOWINで
app.UseCookieAuthentication(new CookieAuthenticationOptions
{
AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
LoginPath = new PathString("/Login/Index"),
CookieName = ".AspNet.SharedCookie",
Provider = new CookieAuthenticationProvider
{
OnValidateIdentity = SecurityStampValidator.OnValidateIdentity<IdentityUserManager, IdentityUser>(
validateInterval: TimeSpan.FromMinutes(0),
regenerateIdentity: (manager, user) => user.GenerateUserIdentityAsync(manager))
},
TicketDataFormat = new AspNetTicketDataFormat(
new DataProtectorShim(
DataProtectionProvider.Create(new DirectoryInfo("C:\\TEMP"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); })
.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies." +
"CookieAuthenticationMiddleware",
"Identity.Application",
"v2"))),
CookieManager = new ChunkingCookieManager()
});
System.Web.Helpers.AntiForgeryConfig.UniqueClaimTypeIdentifier = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name";;

で認証して別の.net Core2.1アプリに遷移するんだが、
.net Coreアプリ内でこの認証クッキーをidentityに復号してsigninしてUser.identityを使いたいんだが方法はあるのか？
認証.net Core自体の認証を完了させたい感じです。
伝われ～

2020/05/28(木) 19:37:43.46

string authCookkiValue = string.Empty;
HttpContext.Request.Cookies.TryGetValue(".AspNet.SharedCookie", out authCookkiValue);
var ticket = authCookkiValue;

var protectionProvider = DataProtectionProvider.Create(
new DirectoryInfo(@"C:\TEMP\"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); });
var dataProtector = protectionProvider.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationMiddleware",
"Identity.Application",
"v2"
);

var ticketFormat = new TicketDataFormat(dataProtector);
var test = ticketFormat.Unprotect(ticket);
で解決しました。

スレ汚し失礼しました。

2020/05/28(木) 21:04:16.26

他人のコードを読みたくないのはボクだけじゃないはず。

2020/05/28(木) 21:06:50.75

move ソースファイル名 Null

2020/06/29(月) 09:07:48.77

vs2019でwpf、.NET Core 3.1で作成したアプリのインストーラを作成したいのですが参考になるサイトありますか？

WinFormsと同じようにやってみたのですがプロジェクト出力でプライマリ出力を選ぶと.dllと.runtimeconfig.jsonしかなくexeが存在しません
元のプロジェクトがおかしいのでしょうか？

2020/06/29(月) 09:36:38.17

>>319
やって見たけどプライマリ出力を参照させるとそうなるねえ。
依存関係がうまく抜けてないっぽい。
今のところはプライマリ出力をやめて発行させてpublishフォルダを参照するしか無いかも。
stack overflow辺りには何か情報があるかも?

2020/06/29(月) 10:01:33.89

.net coreアプリはmsiじゃなくてmsixパッケージを使うようだな。

2020/06/29(月) 10:17:30.05

>>321
ありがとうございます
msixを調べてみます

2020/06/29(月) 11:14:55.57

msixにするとアプリによっては動かなくなるから気をつけて
行儀のいいアプリなら問題ないと思うけど

dotnet publishの出力先をコピーしてexeのショートカット作るだけのインストーラーが何かで作れるなら、そっちのほうが問題はおきにくい

2020/06/29(月) 11:43:14.37

「実行ファイルパス問題」ってやつかな

2020/06/29(月) 15:39:11.51

>>323
そういう問題が起きる可能性があるのですね。

プロジェクト出力でプライマリ出力ではなく項目の公開を選択でもいいのかな？
それらしいのが作れたけど…

2020/07/04(土) 02:53:49.50

BlazorはCSSを各コンポーネント毎に好きなの割り当てできるようなバージョンアップは予定してるのかな
ちょっと使い難い

2020/07/08(水) 14:07:36.01

先月のBuild 2020開催期間中、Microsoftは、デバイスネイティブなアプリケーションを開発するためのマルチプラットフォームフレームワークである.NET MAUIのロードマップを発表した。新フレームワークはXamarin.Formsの進化形に相当し、Android、iOS、macOS、Windows用のネイティブ機能を提供する。
https://www.infoq.com/jp/news/2020/07/maui-multi-platform-ui-dotnet/

2020/07/08(水) 15:24:17.95

UIはデバイスごとに作ったほうが簡単じゃねーの？

2020/07/16(木) 01:14:38.86

はじめからForms全力でよかったんや・・・

2020/07/27(月) 10:39:34.80

キターーー　.NET 5.0 RC　かな？

2020/07/27(月) 10:59:18.14

preview7じゃないの?

2020/07/27(月) 11:40:55.44

http://var.blog.jp/archives/69202816.html
未だに大部分のプログラムは Win32(というかMFC)で、
WPFを使ってる中で一番有名な VisualStudio は劇遅。

2020/07/28(火) 18:03:05.87

VS級のものがあまりないからでは

2020/07/28(火) 18:16:39.56

>>332
リンク先ではVisualStudioはWPFにしてはすごく軽くて十分に快適って書かれてる(C++とのハイブリッドも疑ってる)のに
何故激遅に書きかわるw

2020/07/28(火) 18:41:04.12

>>334
「WPFの割には軽い」
と言っているだけで、現実には激遅だからだ。

2020/07/28(火) 19:27:19.79

VSは.net版に変わったら非常に遅くなったよ
それだけは譲れないｗ
サードパーティー製のコンポーネント使ってると聞いた

＞ WPFにしてはすごく軽くて
WPFでは激遅になると思ってたらそこまで遅くない！と言う意味であると体感している

今でもc++版に戻ったら非常に速いと思う

2020/07/28(火) 19:33:19.05

JavaのIDEと比べたらチョッパヤだろ

2020/07/28(火) 20:49:33.29

2015が一番重かったけど、2017→2019とどんどん軽くなってきたよね

2020/07/28(火) 20:52:36.83

そんなゴミと比べないでくれ
悲しくなってくる

2020/07/28(火) 21:58:41.19

今のVS十分軽いしさっさと古いクソPC投げ捨てて新しいの買ってこい

2020/07/28(火) 22:29:22.83

さっきDocker Desktop入れたらUIがWPF製だったわ

2020/08/02(日) 20:28:06.49

>>334
たしかにVSのタブやページ切替とかの反応は普通のWPFアプリと全然違うんだよな
なんらかのファクターXがあると考えるのが合理的
一般的WPFアプリには慢性的なもたつきが発生する

2020/08/02(日) 20:46:36.40

教科書通りにMVVMなんてしてたらあきまへんって事かな？

2020/08/02(日) 20:50:09.94

.NET CoreのWPFと.NET FrameworkのWPFでレスポンスに違いはある?

2020/08/02(日) 21:40:04.40

>>342
自分で作ってるWPFアプリと差を感じないけどなあ

2020/08/02(日) 21:59:33.90

>>342
VSはWPFの低いレイヤだけを使って独自のフレームワークを構築している
WPF標準の低品質なコントロールはダイアログにしか使っていない

2020/08/03(月) 01:12:41.51

普通のWPFって、あのクソ重いVSより遅いって、どんだけ遅いの。

2020/08/03(月) 01:15:53.79

WPF登場が2006年、VSのUIに採用されたのがVS2010から。

自分で作ったGUIライブラリなのに自社ツールに組み込むのに4年もかかるとか
どんだけ設計がゴミだったかがよく分かる。

2020/08/03(月) 03:53:53.52

>>346
むしろその独自のフレームワークを公開してくれよ

2020/08/03(月) 13:18:21.79

一方、MFCは、MS-Officeで実装後、MFCで提供される。

机上の空論　→　実装　→　使い物にならない
実装しながらブラッシュアップ　→　使い物になる

よく話はやはり実際そうなのだ。

2020/08/07(金) 00:44:47.58

昔ロータスかどこかが表計算ソフトでどうやってもofficeの速度が出ないので調べたら非公開API使ってた！
マイクロソフトは不公平だ！と言ってたらしい

2020/08/07(金) 00:57:06.91

都市伝説か勘違いしてるか
Lotus123の対抗はexcelじゃなくてマルチプランだ

2020/08/07(金) 06:55:57.61

三四郎「……」

2020/08/07(金) 10:33:41.03

>>352
馬鹿なの？
普通に考えて1-2-3のWindows版の話だろ

2020/08/07(金) 13:52:01.46

>>354
馬鹿なの？
undocumented windows読んだ事無いのか

2020/08/07(金) 14:16:49.97

>>355
はあ？
> Lotus123の対抗はexcelじゃなくてマルチプランだ
の話なんだがw

2020/08/07(金) 18:40:21.36

自分が買ったPCにLotus123 windows版を入れてたけどなあ

2020/08/07(金) 18:57:57.01

win95と同時に32bit版Excelだしやがったから
サードパーティじゃ間に合わん
3.1のころはいい勝負してたと思うよ

2020/08/07(金) 20:07:48.20

>>358
> 3.1のころはいい勝負してたと思うよ
そうだったっけ？
1993年にFMV買った時はWord/Excelと一太郎/三四郎のどっちかしか無かったような記憶があるが…

2020/08/11(火) 00:53:29.18

Excelで1900年がうるう年バグってるってのは有名だけどこれってLotus123との互換用なんだよな
もっというとLotus123側もうるう年判定を簡略させるための仕様だったと

2020/08/11(火) 07:47:24.74

undocumented APIを検出するtool
でwindows3.xの頃のMS-APPは
インチキしてないって話しだったな。

インチキしてLotusクラッシュさせたのは
DOS1.25の時代だね