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

■ このスレッドは過去ログ倉庫に格納されています
2019/05/16(木) 07:52:32.39ID:8fOYIMEO
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/08/11(日) 09:20:41.05ID:JRum2LCS
WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ　Nativeの話だし
2019/08/11(日) 10:40:57.83ID:Kuz6y2Oe
ついにMFCを捨てることができるのか
2019/08/21(水) 08:22:24.86ID:md8dirsM
WPFも色付き絵文字対応してくれないかな
2019/08/21(水) 22:26:33.37ID:SUWzCik4
それもxaml islandとやらでなんとかなんの？
2019/08/22(木) 18:56:25.41ID:pU45imAC
windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF

OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち
541デフォルトの名無しさん
垢版 |
2019/08/22(木) 21:56:56.39ID:XilWkWiH
MSのWPF放置プレイっぷりは異常
2019/08/22(木) 22:02:03.60ID:wEC59Q0u
これからクロスプラットに向かうから放置してもOK
543デフォルトの名無しさん
垢版 |
2019/08/22(木) 22:11:34.96ID:XilWkWiH
WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ
2019/08/22(木) 22:20:08.43ID:4dnF12St
今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは体感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのが
その代わり型は厳密に合わせないといけないけどね
2019/08/22(木) 22:40:16.24ID:jlFkmCtz
>>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?
2019/08/22(木) 23:24:45.63ID:wEC59Q0u
更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある
2019/08/23(金) 01:29:35.65ID:OjH+fhDT
>>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない

MSはもう一度c++技術者をかき集めてるようだが…
2019/08/23(金) 02:27:06.71ID:/yz/g35I
>>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け
2019/08/23(金) 03:14:21.08ID:jW/xEJQG
>>548
何が言いたいのかよくわからない。
2019/08/23(金) 03:24:29.83ID:jW/xEJQG
ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。
2019/08/23(金) 03:25:26.93ID:JgM7HU4F
・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。

これが現状
2019/08/23(金) 03:32:53.81ID:jW/xEJQG
>>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。
2019/08/23(金) 03:36:41.52ID:jW/xEJQG
https://devblogs.microsoft.com/dotnet/introducing-net-5/
これはざっとは読んだよ
2019/08/23(金) 03:40:19.37ID:jW/xEJQG
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？
2019/08/23(金) 03:52:54.34ID:jW/xEJQG
後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。

後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。
2019/08/23(金) 04:30:47.28ID:6mC2vYTk
>>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや
2019/08/23(金) 06:02:43.36ID:OHqCa1Gp
WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。
2019/08/23(金) 07:52:54.28ID:N/2u5JYa
あれ？　.NET CoreはCoreRTでAOT実装してたんじゃ？

と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ
2019/08/23(金) 19:26:44.10ID:gHWVc4H3
>>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる
2019/08/23(金) 19:52:20.52ID:LecJ0Wg5
Blazorか
MSがまた投げ出さないといいねー
561デフォルトの名無しさん
垢版 |
2019/08/23(金) 23:30:08.88ID:jcW1Xhhm
>>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが
2019/08/23(金) 23:33:04.49ID:Cy6JLzrk
C#は今後も伸びるよ
2019/08/24(土) 00:46:53.15ID:O3nGBIXv
C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな

c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない
2019/08/24(土) 00:49:55.16ID:/KUn8yrh
>>563
構文が古いのは行末の;だけ?
2019/08/24(土) 00:50:13.66ID:O3nGBIXv
新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる
2019/08/24(土) 00:52:27.40ID:O3nGBIXv
>>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い
2019/08/24(土) 00:55:14.92ID:O3nGBIXv
GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで
568デフォルトの名無しさん
垢版 |
2019/08/24(土) 00:56:09.06ID:jVZ9wxLH
そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン
569デフォルトの名無しさん
垢版 |
2019/08/24(土) 00:59:50.82ID:jVZ9wxLH
つーかここWPFのスレじゃんｗ
2019/08/24(土) 01:01:56.33ID:XU4s8+HQ
Javaで構築するの止めてC#にする場合が増えてるらしい
2019/08/24(土) 01:32:43.24ID:owWGC5JM
>>570
ソースは？
2019/08/24(土) 07:26:16.85ID:+PLwcW2w
.cs
2019/08/24(土) 10:39:20.73ID:hVEgod3x
>>572
座布団2枚あげましょう
2019/08/24(土) 12:01:56.85ID:2Z6Elg7N
そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…
2019/08/24(土) 12:52:53.99ID:hVEgod3x
>>574
あんたセンス無いね
2019/08/24(土) 14:13:27.89ID:ppiGm2HF
トンキン人さむ〜
2019/08/24(土) 17:40:03.15ID:+T5zNNSA
ぐぬぬ
2019/08/26(月) 07:18:34.37ID:CVu8g0Lv
関西人の理想的なボケ↓
2019/08/26(月) 08:57:33.58ID:4t0YYyeR
WPFはオワコン。
580デフォルトの名無しさん
垢版 |
2019/08/26(月) 17:45:31.71ID:dI1F1hPt
普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし
2019/08/26(月) 18:00:49.98ID:/h3P8awM
>>580
それに近いことをやろうとしたのがUWP
2019/08/26(月) 19:05:57.08ID:Ucxa8lVF
で、その開発予算は天から降って来るのか？
2019/08/26(月) 20:46:52.41ID:5hrkIwVX
WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった

HTML VB6 winforms MFC
全部生き残ってしまった
2019/08/26(月) 20:49:41.98ID:01TaglzE
XAMLがわかりにくいから置き換わるわけがない
2019/08/26(月) 21:12:48.53ID:FQM1aXM6
XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM
2019/08/26(月) 21:25:24.89ID:wSbsYOJ/
WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が納得しない。
2019/08/26(月) 21:26:09.78ID:01TaglzE
あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません
2019/08/26(月) 21:33:06.34ID:5hrkIwVX
>>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる
2019/08/26(月) 22:10:15.41ID:/h3P8awM
>>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。
2019/08/26(月) 22:12:50.23ID:ij5Jd0yF
XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで
2019/08/26(月) 22:15:26.16ID:qess7VlR
WPFデザインってWin7のLunaテーマのイメージ
2019/08/26(月) 22:16:18.43ID:qess7VlR
LunaじゃなくてAeroだった
2019/08/26(月) 22:22:45.61ID:VVV12Px/
>>591
WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる…
正にVistaか7の時代
594デフォルトの名無しさん
垢版 |
2019/08/26(月) 22:29:08.48ID:Wx9nEB+f
>>589
ほんこれ
気合いの入れ方が中途半端すぎ
2019/08/26(月) 23:04:10.96ID:MCFEqLYy
一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。

androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。
2019/08/26(月) 23:17:19.25ID:MCFEqLYy
かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、
やっぱデータバインディングとかすぐに学ぶはめになったし。
2019/08/26(月) 23:27:56.52ID:GeaqRBlJ
データバインディング便利でいいじゃん。
表示とロジックを分離できて見通しがいい。
2019/08/26(月) 23:32:49.32ID:CfenbB74
MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ
599デフォルトの名無しさん
垢版 |
2019/08/26(月) 23:37:29.50ID:Wx9nEB+f
わかるわー、
MVVM慣れるとレガシーは面倒すぎる
2019/08/26(月) 23:49:45.08ID:MCFEqLYy
というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう
601デフォルトの名無しさん
垢版 |
2019/08/26(月) 23:56:16.79ID:Wx9nEB+f
あんた自分が勉強嫌いなだけじゃん
MVVM以前にもMVCやらデザインパターンやら
意識しないといけないものはいくらでもあったでしょう
2019/08/27(火) 00:37:24.80ID:7s1l/ptn
じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？
2019/08/27(火) 00:38:56.97ID:7s1l/ptn
VB6やwinforms時代にどんなパターン採用してたの？
2019/08/27(火) 00:43:54.63ID:Wpw9BTQZ
DOC-View も MVCもWinForm以前からあるんだが?

個人的問題ならマ板でしろや
2019/08/27(火) 00:53:36.96ID:7s1l/ptn
存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。
2019/08/27(火) 03:48:51.51ID:cPN8HTkT
MVP
2019/08/27(火) 05:34:30.66ID:3C/EiBc0
早く.NETでWin32を完全にリプレイスできるように
ならないな、はあ。
2019/08/27(火) 19:04:49.63ID:bW2ePtKS
無理だろ
windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから
2019/08/27(火) 19:28:50.81ID:NopeFxN7
MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた
2019/08/27(火) 19:46:08.12ID:4WMOl80S
MSは今間違いなく迷走しているよね
BGM:バッドボーイブルース
2019/08/27(火) 22:38:41.78ID:St7bRLq6
>>610
×今
○ここ10年くらい
2019/08/29(木) 08:24:36.72ID:Z2N7sLLL
OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。
2019/08/29(木) 19:55:13.55ID:dwig1eJB
思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう
品質とか興味無い
2019/08/30(金) 03:54:01.72ID:iF4ecVgg
>>610 >>611
githubとかVSCodeのようなここ10年にない好調な分野で
WPFの失敗を取り返した
2019/08/30(金) 15:32:23.77ID:ERkIjfvr
>>607
もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、
デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない
万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど
2019/08/30(金) 16:47:02.85ID:GA3Qy85O
.NET5って、選択枝がそれだけという事だろ？　失敗なんてあるの？
2019/08/30(金) 17:50:33.12ID:Ervdw2Vp
Blazorが天下を取るのは目に見えてるからなぁ
業務系は全部これでおk
2019/08/30(金) 18:17:06.08ID:ERkIjfvr
>>616
.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ
そうなれば当然MSは.NET5を放棄することになるだろう
MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ
2019/08/30(金) 22:01:53.87ID:VcfE35DU
放棄ってどうするのさ
態々くっつけたのをまた分割するのか？
2019/08/30(金) 23:03:11.02ID:uONjY6PZ
＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない

.NET5の成功だろ
言いたいのはMSの成功を意味するとは限らないだろ
2019/08/30(金) 23:15:11.32ID:daE1ezev
OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ
もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう
仮にそのコントロールが普及を妨げる性質のものであったとしてもね
2019/08/31(土) 00:01:51.67ID:8S6g8PTE
>>614
アプリケーションフレームワークとツールの類を同列に語っても意味無い
2019/08/31(土) 00:21:51.42ID:zHC92gqD
>>621
ちょっと何言ってるかよくわからない
2019/08/31(土) 00:39:06.27ID:jKcP7puA
>>614
GitHubはただ買収しただけだし
そもそもgitはライナスの作ったものだし…

vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし
MSはあまり貢献してない
2019/08/31(土) 00:59:08.53ID:AytMhKL2
>>624
AtomとVSCodeじゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる
2019/08/31(土) 01:12:59.59ID:UM0UH3ls
GitHubのプライベート数無制限もMSマネー後だしな
評価すべきところはちゃんとしなきゃね


とはいえモダンなGUIに追従できるポジションのフレームワークが
悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない
2019/08/31(土) 06:44:41.35ID:+09iQaTY
モダンすぎるBlazor大成功確実
2019/08/31(土) 08:19:57.96ID:BTqmdo6K
blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。
2019/08/31(土) 08:32:47.45ID:BTqmdo6K
dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい
2019/08/31(土) 09:29:29.38ID:DOQSWUJb
blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？
開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？
そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど
2019/08/31(土) 10:15:11.61ID:AytMhKL2
>>630
なにができないかはWebAssemblyの制約に規定されるのでは？
俺もBlazor触ったことないけど
2019/08/31(土) 10:27:14.18ID:OiY9nyzL
今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。
633デフォルトの名無しさん
垢版 |
2019/08/31(土) 18:02:22.42ID:Yn5v13ie
BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか
やば、乗り遅れてるわ
https://blog.okazuki.jp/entry/2019/06/11/135621
2019/09/05(木) 06:45:37.44ID:Sa2Ng6Af
祝WinUI 2.2
TabView!!
635デフォルトの名無しさん
垢版 |
2019/09/10(火) 23:16:19.51ID:wxmv+p95
WPF＋XamlIslandでUWPのコントロールを使うとき
スタイルをどうやって設定するかご存じの方いますか？
WPFプロジェクトだとUWPのXAML書けないです…
2019/09/19(木) 23:16:30.45ID:o/5TVM4E
ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです
やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況