1 名前:デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:14.49 ID:9LsUsH++p.net] Windows Presentation Frameworkについて語るスレ。 前スレ WPF(.NET4.x, .NET Core) GUIプログラミング Part23 https://mevius.5ch.net/test/read.cgi/tech/1557960752/ 関連スレ Windows 10 UWPアプリ開発 Part 2 mevius.2ch.net/test/read.cgi/tech/1499658092/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
504 名前:デフォルトの名無しさん [2020/09/23(水) 10:31:48.86 ID:kf7t1N4+0.net] >>494 日本語が Localized versions の上位には上がってないので more languages ... で出たが Localization https://www.wpf-tutorial.com/Localization/ 日本語対応遅れとるな
505 名前:デフォルトの名無しさん [2020/09/23(水) 10:43:36.75 ID:kf7t1N4+0.net] >>496 エラーを取得するには関数を使います
506 名前:デフォルトの名無しさん mailto:sage [2020/09/23(水) 10:47:22.57 ID:R3wz9TIW0.net] >>491 okazukiさんのブログが一番いい prismとかReactiveproperty関連はとりあえず読み飛ばす前提で
507 名前:デフォルトの名無しさん mailto:sage [2020/09/23(水) 11:50:21.21 ID:2MH3im7L0.net] prismとか意味なく使うから コードがめちゃくちゃになる。
508 名前:デフォルトの名無しさん mailto:sage [2020/09/23(水) 11:59:46.14 ID:9C05kspb0.net] >>498 ExcelがVBAというレガシーチャンピオンを抱えてるからそのうちスプレッドシートにシェア奪われるんだろうな
509 名前:デフォルトの名無しさん [2020/09/23(水) 20:26:34.11 ID:bxjjKz3I0.net] コントロールは今まで通り、貼り付けで配置できるん?
510 名前:デフォルトの名無しさん mailto:sage [2020/09/23(水) 20:53:57.14 ID:L4V/SK950.net] >>501 たぶんWinApiのFormatMessageのことだな(適当)
511 名前:デフォルトの名無しさん mailto:sage [2020/09/23(水) 21:07:06.41 ID:TDgfvANh0.net] >>505 デザイナはあるけれど、WinFormsのポトペタをイメージしているのならコレジャナイってなる
512 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 01:02:07.98 ID:r0U1/5Zg0.net] >>505 ぽとぺたWindowにコード全部かいてもいいぞ! 好きにしろ
513 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 04:13:59.25 ID:SazTPdWp0.net] https://medium.com/flutter/announcing-flutter-windows-alpha-33982cd0f433 あらら
514 名前:デフォルトの名無しさん [2020/09/24(木) 04:43:28.13 ID:YxwlyIOc0.net] あらら、またスマホベースで残念だわ デスクトップベースのWPFが生き残り続けてしまうことに・・・
515 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 05:51:13.12 ID:Tu4V2/EEM.net] 最近のwebページもスマホベースのが多くて、pcで開くと横にドーンと広いんだよね(´・ω・`)
516 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 07:21:23.47 ID:oGOHDREdM.net] 貴方には信心が足りないわ
517 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 11:27:21.75 ID:Al9hzlNm0.net] コテコテのコモンコントロールはもう時代遅れか
518 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 11:54:47.37 ID:SazTPdWp0.net] スマホ用のアプリをパソコンで開くと無駄なスペースとか多すぎでくそなのは事実だが、とりあえずタブレットというか2in1用のタッチベースのアプリが増えないことには 一般向けのアプリのほとんどが参照系でタッチベースで十分なわけだし で、マウスベースの生産系アプリ作る場合はどうするんでしょう...マイクロソフトさん... winuiもコンパクトモードがあるがすげえ中途半端だし...
519 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 11:56:36.57 ID:SazTPdWp0.net] https://www.microsoft.com/ja-jp/p/flutter-gallery/9pdwctdfc7qq
520 名前: microsoft storeにflutter galaryアプリがきてるらしい [] [ここ壊れてます]
521 名前:デフォルトの名無しさん [2020/09/24(木) 19:12:16.23 ID:YxwlyIOc0.net] MSがWindows 1からデスクトップだけを考えてアプリ開発をしてきた最終的回答がWPF おそらくこの分野でライバル出てくるとしたらWindows 11が出るような変化の時だろうな
522 名前:デフォルトの名無しさん [2020/09/24(木) 19:23:46.15 ID:bZ1sVv660.net] >>511 そもそもwww(html)なんてUNIXが発祥なのに 変だろ。 納得できんわ。
523 名前:デフォルトの名無しさん [2020/09/24(木) 19:57:08.14 ID:bZ1sVv660.net] >>508 コード書くなら「Visual」Studioじゃないよな。 WIN32APIで書くのと変わらん。
524 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 20:04:57.62 ID:khkTd8DV0.net] >>516 UWP推進のために敢えて放置されてたのか、痒い所に手が届かない部分が所々合ってもどかしい せめて事前バインディングはマージしてくれ
525 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 20:28:49.17 ID:anZxJGRt0.net] >UWP推進のために敢えて放置されてたのか これだよなぁ。ペゾルト本もWPFスキップさせられたし。
526 名前:デフォルトの名無しさん [2020/09/24(木) 20:34:02.96 ID:bZ1sVv660.net] 画面デザインとコードで分業できる、というけど実際そうしてるんか? 結局全部自分でやってね?
527 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 20:56:33.67 ID:d9Awt+YW0.net] >>517 cssを上手く使ってpcでもスマホでもちゃんと表示出来るのもあるんだけどねえ。 最近はスマホだけに最適化されてるのが増えてきた。 世も末だよ。
528 名前:デフォルトの名無しさん [2020/09/24(木) 21:19:02.45 ID:bZ1sVv660.net] >>522 特に大学生はスマホオンリーで、PCなんて不要 という考えが大半なんだよな。 そりゃ見るだけならいいけどよ...
529 名前:デフォルトの名無しさん mailto:sage [2020/09/24(木) 22:04:34.04 ID:LFWdqcpHM.net] >>523 キーボードよりスマホのフリック入力が速いと。 オレなんてミスタッチしまくりさ。
530 名前:デフォルトの名無しさん mailto:sage [2020/09/25(金) 21:40:27.80 ID:c1QgCFu70.net] >>519 事前バインドは.net5とWinUI3でデスクトップに降りてくるようだからな ついでにイベントのバインドも出来るからビヘイビアの大半が要らなくなるのも良い
531 名前:デフォルトの名無しさん mailto:sage [2020/09/25(金) 22:20:21.51 ID:iQJ3d1Xe0.net] 大幅変更のビッグウェーブくるね。目指すはwinformの開発効率。
532 名前:デフォルトの名無しさん mailto:sage [2020/09/26(土) 12:37:46.17 ID:3hVx86Rj0.net] 事前バインディングは効果を体感できない 定期
533 名前:デフォルトの名無しさん [2020/09/26(土) 18:07:46.78 ID:AmGNamxa0.net] 今日からWPF始めたんだが x:Name で適当に名前つければ簡単にコントロール 利用できる事を知ったんだがだけどそれでいいのん? データバインドなんちゃら って必要なの。
534 名前:デフォルトの名無しさん [2020/09/26(土) 18:14:00.51 ID:uvZwMpem0.net] 個人のプログラムなんて動きゃいいんだよ
535 名前:デフォルトの名無しさん mailto:sage [2020/09/26(土) 18:14:22.46 ID:U/HQ8OHN0.net] >>527 実行前にエラーが分かるのは大きいだろ >>528 バインディングは必須ではないからそれでも良いよ
536 名前:デフォルトの名無しさん [2020/09/26(土) 18:17:13.29 ID:AmGNamxa0.net] >>530 なるほど。 この場合は自動実装プロパティなど不要でスッキリですな。 一応、習得しとこうかなとは思ってる。
537 名前:デフォルトの名無しさん mailto:sage [2020/09/26(土) 19:48:04.87 ID:U+G6yEte0.net] >>528 それでもできるしバインドしてやることもできる バインドの方がハードル高め 個人的には両方できてしまうことがわかりにくくしてる要因だと思う
538 名前:デフォルトの名無しさん [2020/09/26(土) 21:26:12.10 ID:AmGNamxa0.net] なるほど。 質問ばかりで申し訳ないんだが、 コントロール一つごとに ・自動実装プロパティ ・ビューモデルのクラス生成 ・データコンテキストの設定 が必要であってます?
539 名前:デフォルトの名無しさん mailto:sage [2020/09/26(土) 21:57:03.85 ID:yhMCpvCJ0.net] 必要ではない 複雑なことやらないならWindowクラスのViewModelに各コントロールのバインディングソースプロパティを持たせればいい なお自動実装である必要はないよ というかプロパティ変更をINotifyPropertyChangedで通知したいなら自動実装ではダメ
540 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 00:02:47.65 ID:bYiRY3PLM.net] Mode=OneWayToSource以外ならgetterが必要 Mode=OneWayToSourceかTwoWayならsetterが必要 VM→Vで変更通知するにはINotifyPropertyChanged.PropertyChangedイベントを発生させる で、getterはbacking fieldを返し、setterはbacking fieldに代入しイベント発生、というのが定石 定石過ぎてReactivePropertyとかPrismのBindingBase.SetPropertyを使うと楽できる
541 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 01:05:57.42 ID:zhyG30X30.net] (楽か?)
542 名前:デフォルトの名無しさん [2020/09/27(日) 10:51:02.21 ID:BlHd4Scl0.net] だめだ。バインドの有効利用方法がわからん。。 面倒くさい 煩雑 しか思えん。
543 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 11:05:21.04 ID:+zlhhpvN0.net] バインド超楽だけど
544 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 11:16:28.74 ID:lEpS58To0.net] 最初はバインド面倒にかんじて コントロールに名前つけてアクセスしたらいいじゃんって思うだよな
545 名前:デフォルトの名無しさん [2020/09/27(日) 11:59:55.26 ID:fEMpkeyM0.net] >>539 それをやめさせるには、 コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...
546 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 13:29:01.55 ID:AVJFrAga0.net] あとVM以下層のテスト書かせるのもね
547 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 14:10:50.15 ID:3HypLccl0.net] MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが 記述量が減ったり、堅牢になると思う ボタンを押したときのためにCommandを用意して呼び出すなど無駄な作業でしかない クリックイベントでいい VMとVを疎結合にするのはIDEの支援が限定されて生産性が落ちる 参照先にジャンプしたときにインターフェースで実装がわかりませんでは 時間がいくらあっても足りない VMとVを別のフォルダーで管理するのも扱いづらい 最近のUIはコンポーネント化しやすくすることが必須 別のプロジェクトでも流用するとき、1つのファイルを移動させればよい状態が好ましい いちいちVMとVのファイルを移動など面倒だ とは言えMVUは.NET6まで待たなければならない それまで自分はPropertyChanged.Fodyで変更通知してる。 記述量が少なく、属性主体なので影響も少ない。 ModelはJsonシリアライザーに優しくないと使い物にならない
548 名前:デフォルトの名無しさん [2020/09/27(日) 14:16:53.81 ID:BlHd4Scl0.net] ヤバイ。 意味が分からん。最近難しいな!
549 名前:デフォルトの名無しさん [2020/09/27(日) 15:37:28.93 ID:BlHd4Scl0.net] >>226 未だにSXGAなんてザラ。 WUXGAすらない。
550 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 16:11:20.22 ID:gGo0R8Ul0.net] >>542 そうとは思わない。 特に「VMとVを疎結合に...」以降の自論は なにか勝手な思い込みではないかと思う。
551 名前:デフォルトの名無しさん [2020/09/27(日) 18:05:15.62 ID:eIKg6nYv0.net] MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない? やっぱマニュアルのMVVMが最強やな
552 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 19:14:42.82 ID:0F2CG6otd.net] >>533 リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる 個人とかうちわ向けのツールなら
553 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 19:21:26.72 ID:LOFXzk7UM.net] >>546 意味解らずprismとか使うとコード量がふくれて 馬鹿みたいに面倒になるね。 意味解ってないから MVVMの実装はこうしなければいけないと 思い込んでる。
554 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 19:29:24.63 ID:LOFXzk7UM.net] >>547 理解出来てるならバインディングは一切使わなくても大丈夫だね。 最速を求めるなら使うとむしろ遅くなる。 有名どころのコントロールのソース見ても 内部はあんまりMVVMしていない。
555 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 19:31:16.40 ID:co99WLAO0.net] 遅くない!!っ言い張ってた子の気持ちも考えてね!!
556 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 19:35:30.30 ID:0F2CG6otd.net] >>549 まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか データテンプレートで綺麗でリッチな表示できるよねーっていう winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし
557 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 20:09:31.44 ID:4TLQ9mS+0.net] MVVMだけならReactivePropertyが一番楽ちんだな PrismはUnityでDIしたりViewModelLocaterの機能や EventAggregatorなどで手放せない あと、EF使う所はBindingBaseでMVVMするな BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも
558 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 20:12:24.73 ID:LOFXzk7UM.net] >>550 たとえば1000万行のデータグリッドが必要なら、内製するし バインディングとか使わない。 仮想化とか必須の領域だし、 細かい制御が出来ないし、 結果的に確実に遅くなる。 バインディングで出来ることは 全部コードだけで出来る。 オープンソースのコントロール読めない人なら 当然、バインディングをお勧めする。 ところでコントロールを作成するレベルの入門書は 洋書でも存在してないのではないか? 自分はMSのコントロールのソースと インフラロジスティクのソースを解析して覚えた。 で、取り纏めて書籍化を考えたが 確実に売れないのでヤメたがかなり昔のはなし。
559 名前:デフォルトの名無しさん [2020/09/27(日) 21:32:28.68 ID:BlHd4Scl0.net] >>553 売れないことないんじゃない? VC++でカスタムドローとかオーナードロー の資料がなくて苦労したわ。 comも。
560 名前: mailto:sage [2020/09/27(日) 21:39:03.46 ID:OZSlZqU50.net] >>553 >コントロールを作成するレベルの入門書は >洋書でも存在してないのではないか? ずっと探していたんですけれど、やっぱりないんですね… >取り纏めて書籍化を考えたが >確実に売れないのでヤメたがかなり昔のはなし。 kindle 化して、とりあえず様子をみる、というのはいかがですか? 私なら(印税50% の kindle 出版に対して)10000円で買うつもりです
561 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 22:26:16.12 ID:HAa0iCIU0.net] コントロール作るのってそんなに難しい?
562 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 22:29:39.45 ID:co99WLAO0.net] VSのデザイナで動いてくれないと困るからな。
563 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 22:39:45.91 ID:HAa0iCIU0.net] デザイナで動くって何? ちゃんと表示されるってこと?
564 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 23:18:31.39 ID:LOFXzk7UM.net] >>557 VSのデザイナーは一定の条件下でのみ動作する。 コントロール作成レベルの作業中だと 機能しない事が多い。 そういうのはやってれば普通に解るし 察する。
565 名前:デフォルトの名無しさん mailto:sage [2020/09/27(日) 23:39:24.89 ID:co99WLAO0.net] わざわざコントロールで作るってことは 頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。 コード上でnewして再利用できるだけでいいクラスライブラリとは違う。
566 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 00:04:13.06 ID:QIpyCS2B0.net] かんたん Visual
567 名前:C++[改訂2版]、堀義博、2017 VC++の使い方と、画面の作り方、 DDX(Dialog Data Exchange) の仕組み、 MFCの、AFX_MSGMAP, DECLARE_MESSAGE_MAP()など MFC には、色々なコントロールの基本クラスがある。 それを使えばよい ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。 それに対応するには、VS でのプラグインの作り方を学ぶ必要がある [] [ここ壊れてます]
568 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 08:04:30.26 ID:cZtg7eSbM.net] なんでMFC??
569 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 08:51:18.27 ID:EbZv9i2ha.net] MFC使うくらいなら素のWin32APIを叩くはw
570 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 08:53:35.35 ID:053eSEmAa.net] >>562 いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう
571 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 20:35:22.53 ID:tGpmNLmZ0.net] >>560 それができないならコントロールがちゃんと作れてないんでしょ そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど
572 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 20:59:34.29 ID:ejW4RwcM0.net] >叩くはw たまに見かけるけど見るたびにイラっとするこれ
573 名前:デフォルトの名無しさん mailto:sage [2020/09/28(月) 21:10:30.27 ID:aZQQorKp0.net] >>566 イラッとするはw
574 名前:デフォルトの名無しさん [2020/09/29(火) 19:45:21.34 ID:Y1CZVJSu0.net] みなさんスーパーハカーですね!
575 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 19:52:27.83 ID:R2YkXVhNr.net] EventAggregatorって非推奨になったのかと思ってたけど
576 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 19:59:11.56 ID:R2YkXVhNr.net] InteractionRequestだった… 一切使ってないからさっぱりわからない
577 名前:デフォルトの名無しさん [2020/09/29(火) 20:54:02.93 ID:ZYb8dqzc0.net] コードビハインドを徹底的に避けようとするのって病的だなと思うようになった コードビハインドにあるべきコードはコードビハインドにあっていい
578 名前:デフォルトの名無しさん mailto:sage [2020/09/29(火) 21:14:03.62 ID:qOEu/+uI0.net] 報酬はあるのか?
579 名前:デフォルトの名無しさん mailto:sage [2020/09/30(水) 18:45:23.92 ID:VC7cxOmi0.net] >>570 ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した 動くけどしっくり来ないんだよな 同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が
580 名前:デフォルトの名無しさん mailto:sage [2020/09/30(水) 19:13:05.29 ID:ja9gtUPA0.net] コントロールのサブクラスを極力避けるというのがwpfの方針でしょ
581 名前:デフォルトの名無しさん mailto:sage [2020/09/30(水) 20:47:28.67 ID:L6wzWJW+a.net] https://devblogs.microsoft.com/dotnet/repo-experience-survey-results/ WPF was the main outlier for satisfaction. Drilling into the comments, the main concern was that PRs and issues were not being addressed by the maintainers and there was a lack of clarity on if and when they would be. Internally the WPF team was not sufficiently staffed and did not have the test infrastructure in place to be able to respond to the community contributions.
582 名前:デフォルトの名無しさん mailto:sage [2020/10/05(月) 12:11:44.64 ID:9Dou6A6q0.net] dllで定義したstyleを参照する方法を教えてください
583 名前:デフォルトの名無しさん mailto:sage [2020/10/05(月) 18:50:57.69 ID:g9HCYiH10.net] こんなんだったはず 〜MyStyleLib.dll〜 〜MyButton.xaml〜 <Style x:Key="KeyMyButton" TargetType="{x:Type Button}" BasedOn="{StaticResource {x:Type Button}}" > <Setter Property="Background" Value="Blue" /> </Style> 〜使う側〜 <ResourceDictionary Source="pack://application:,,,/MyStyleLib;component/MyButton.xaml" /> <Button Style="{StaticResource KeyMyButton}"> BUTTON </Button>
584 名前:デフォルトの名無しさん [2020/10/10(土) 23:38:21.46 ID:YXN1Ol2Y0.net] 入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、 DataGridViewのbindingクソ過ぎwww セルに表示する値のプロパティ名を文字列で指定できるだけで、 背景色すらbingindで表現できないとか、マジで終わってる( ̄▽ ̄)
585 名前:デフォルトの名無しさん [2020/10/11(日) 07:17:34.12 ID:kKzgRzeu0.net] Formsの仕事が回ってくるようになった会社は潰れる一歩手前
586 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:38:47.21 ID:UaRtLtpyM.net] 君も○XUGに入って、「偉い人」に なろう。楽しいぞ「一般ピープル」を煽るのは タブン
587 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:07:54.24 ID:SL721RiNM.net] >>578 だけど速いんだぜ
588 名前:デフォルトの名無しさん [2020/10/11(日) 09:54:39.61 ID:kZXFoyze0.net] >>579
589 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 16:16:04.80 ID:SD6h9HSf0.net] 来年早々にもWPFからWinUI3に代替わりするわけだが x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,
590 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 16:23:51.15 ID:1QfYQ6oK0.net] 未だに.NET3.5縛りの我社に隙きはなかった
591 名前:デフォルトの名無しさん [2020/10/11(日) 16:30:13.75 ID:kKzgRzeu0.net] >>583 WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが
592 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 16:33:07.04 ID:Oc3P171P0.net] それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな
593 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 16:38:00.50 ID:Oc3P171P0.net] >>585 2.0まではXaml Islandで使うものだったが、3からはWPFと同格のGUIツールキットになるんだよ UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる
594 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 16:49:13.59 ID:mP+yhd0K0.net] >>586 Windows用デスクトップアプリ自体が下火だもの
595 名前:デフォルトの名無しさん [2020/10/11(日) 17:20:29.83 ID:kKzgRzeu0.net] >>587 よく調べてくれ
596 名前:デフォルトの名無しさん mailto:sage [2020/10/11(日) 17:51:56.66 ID:Fd7KLviX0.net] >>589 https://docs.microsoft.com/ja-jp/windows/apps/winui/ 現行じゃなくてWinUI3は2021年にリリースされる新バージョンで ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した
597 名前:デフォルトの名無しさん [2020/10/21(水) 14:57:47.86 ID:tiqsU3pvM.net] .NET CoreってXPでも動きマスカ
598 名前:デフォルトの名無しさん mailto:sage [2020/10/21(水) 15:52:35.40 ID:v0oiVQF00.net] 保証されてない
599 名前:デフォルトの名無しさん mailto:sage [2020/10/21(水) 18:30:59.43 ID:pvliDgQj0.net] Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる https://www.infoq.com/jp/news/2020/10/microsoft-project-reunion/
600 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 08:47:42.23 ID:nShJVRZ+0.net] 失敗しそう
601 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 10:10:39.59 ID:pIBN6P0hM.net] 同意
602 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 10:52:16.48 ID:Qr2lkL8E0.net] >>593 はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ
603 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:45:44.95 ID:DhGGRbqY0.net] それができるんなら最初からやっとけよと思いました
604 名前:デフォルトの名無しさん mailto:sage [2020/10/22(木) 12:48:43.65 ID:8m/AmRSe0.net] やっと軌道修正したけど、その前はずっとUWPに拘ってたからな 出来るのに敢えてやらなかった期間が実の惜しい