WPF(.NET, WinUI) GUIプログラミング Part32

■ このスレッドは過去ログ倉庫に格納されています
2023/09/09(土) 07:02:56.33ID:xfSBfAyx
WPF(Windows Presentation Foundation)について語るスレ。

前スレ
WPF(.NET, WinUI) GUIプログラミング Part31
https://mevius.5ch.net/test/read.cgi/tech/1674334396/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
638デフォルトの名無しさん
垢版 |
2024/06/08(土) 23:16:19.29ID:jK6DjhTw
一個一個しっかり完成させてから次行くか
辞めるなら辞めるでスパッと切ろう

ほんとマジでどっちかにしてくれ
2024/06/08(土) 23:18:01.73ID:WrDr4iI3
今電卓ですら起動がもっさりだからな

win7までいつものきびきびした電卓だったのに
今は定期的に機能追加してアップデート続けてドンドン遅くなってる
アホが作るとこうなるみたいな見本
2024/06/08(土) 23:29:23.24ID:rCXPcfo6
別に遅くないけど、スペック低いんじゃね
2024/06/08(土) 23:44:19.87ID:Mcqrfb9y
>>638
これな
何度も書いてるがこのせいでリソース分散

avaloniaUI,UnoPlatform,MAUI
リソース分散してどれも低品質ww
2024/06/08(土) 23:45:49.40ID:YOoXjG8h
SilverLightの冥福を祈って下され
2024/06/08(土) 23:53:32.86ID:Mcqrfb9y
Build 2024でとつぜんWPFとWinUIのセッションがでできたけど
Copilot runtimeでアプリ作ってくれってことか?
今までクラウドばっかで散々放置してたくせに
2024/06/08(土) 23:59:44.25ID:Mcqrfb9y
今までAzureとかそんなんばっかだったのに
今年はCopilot+PCで突然クライアントPC重視?
もう、ほぼWindowsクライアントアプリ開発者全滅してるから
Microsoftが勝手に作れよ
2024/06/09(日) 00:42:54.43ID:jZkZ85UP
結局MS主導の開発環境て社内の派閥や部門の予算の奪い合いの縄張り争いやからな
予算のために自分等の仕事作るためだけに存在してるんやから毎回中途半端なゴミ作ってそのまま放置
じゃなけりゃWindows App SDK(MAUI)でASP(Razor/Blazor)、WinUI(XAML)、WinFormsのごった煮闇鍋にするわけがない
俺なら全部窓から投げ捨ててReact Native for Windowsに統一するわ
C++でネイティブコードも呼び出せるからこれをC#で簡単にやり取りできるラッパーを実装してくれればガチで過去最強のWindowsマルチプラットフォーム開発環境になる
2024/06/09(日) 03:20:01.65ID:LawwUvij
はぁ、そっすか
2024/06/09(日) 08:43:09.55ID:jWjaD2zz
>>643
Windowsのネイティブアプリなんてただでさえ絶滅危惧種なのに、Copilot+ PCでしか動かないアプリ作れなんてやる奴いるのかw
2024/06/09(日) 18:00:23.49ID:EbSFBHy/
>>637
Win11付属のアプリはC#で作られているのが劇多いだろうと思っていたが
スピードがとなるとC++ってなるのかな。
2024/06/10(月) 01:39:53.17ID:LK3EFmsr
MS純正のWinRTアプリはC++だぞ
MSがC#でアプリ作ることはまずない
C++使ってもWPFやUWPがゴミすぎてパフォーマンス最悪だったからな
UWPからWindows App SDKに移行したらパフォーマンス改善しましたはクソワロタ
2024/06/10(月) 18:31:45.99ID:yHYAsLgz
C#だろうとC++だろうと改善されて当たり前だよ

記事読めば改善内容書いてあるんだから読めばいいのに
2024/06/10(月) 23:42:10.67ID:X+2Gl0zj
MAUIにはマジで期待してたんだけどなぁ
.net自体は成功してると思ってて、サーバ側用途ではAzureの躍進込みで盛り上がってるのにクライアント側はさっぱりな感じ
マルチプラットフォームの恩恵ってクライアント側の方が大きいはずなのになんでなんだろ
2024/06/11(火) 00:46:32.64ID:Myo13o2i
単純に舵切りミスったからじゃね？
xaml+mvvmじゃなくて最初からmvuにしときゃまた違ったかもしれない
2024/06/11(火) 01:28:54.22ID:C/RmMvnC
もっと目を見開いたほうがいい
そういうレベルに達する前にずっこけてるから
2024/06/11(火) 01:33:57.29ID:qZcDtXvQ
MVUパターンって比較的新しいからWPFが開発された当時は無かったのでは
2024/06/11(火) 01:53:46.41ID:g1SaDpDG
ぶっちゃけMVVMもMVUもいらんのや
Reactも結局Redux(Reducer)からhooksでViewから直接書き換える方が簡単でシンプルで速いって気付いたやろ
そもそもMVVMが市民権得られんかったのはOSSコミュニティがぜんぜん活発じゃないMS開発環境やのにMSが投げっぱなしで放置して中途半端なMVVMフレームワークしかなかったからなMVUも結局そーなってるの草生えるわ
俺はもう二度とXAML+MVVMで開発したくないわ
656デフォルトの名無しさん
垢版 |
2024/06/11(火) 11:42:49.21ID:d4TcmAap
おいおい、Vue.jsやAngularやknockout.jsもMVVMじゃ
WPFのはMVVMつうよりBlend Framework

Blend これが糞の始まり
https://www.weblio.jp/content/Microsoft+Expression+Blend
https://codezine.jp/article/detail/2354
https://ja.wikipedia.org/wiki/Microsoft_Expression_Blend
657デフォルトの名無しさん
垢版 |
2024/06/12(水) 23:25:33.59ID:7r4sjdID
いらないと言うより日本ではそこまで真剣な人たちがいなかっただけなんじゃないの
wpf以降の情報なんて大体海外ばかりじゃん
658デフォルトの名無しさん
垢版 |
2024/06/12(水) 23:33:56.35ID:7N5fHmg0
Livetと尾上氏をディスらないでもらえませんか(＾＾？
2024/06/13(木) 00:21:10.61ID:HIZHrcU6
Livetって結局なんでやる気なくなったんだろ
2024/06/13(木) 00:45:01.05ID:Z6KPK3Fj
html系が魅力的に見えてみんな短中長期で移っていた
C#の父ですらあっちに行ってしまった
661デフォルトの名無しさん
垢版 |
2024/06/13(木) 02:53:12.47ID:PAaiBuyr
人間に匹敵する知能を持った汎用人工知能を開発した研究者に総額100万ドルの賞金を授与するコンテスト「ARC Prize」が開催
662デフォルトの名無しさん
垢版 |
2024/06/13(木) 16:54:01.60ID:fHN6F3J2
馬鹿でも判るHTML5
2024/06/13(木) 17:11:05.28ID:O9fEWxhk
HTMLはネットにつながっているあらゆる層に訴求出来る
関連技術の優先順位が一番で進歩が常に起こっていて当然
2024/06/13(木) 17:21:56.11ID:bGB7+P/K
HTMLはブラウザがOSと統合されてもっとスムーズに、シームレスになってほしい
常時リモートサーバーが前提の現状ではデータの秘匿性も確保できないし各アプリ毎にサーバー起動なんて混沌すぎる
クラウド販売業者からブラウザを開放しなくてはならない
2024/06/13(木) 21:31:33.03ID:uL8CSacp
>>664
素人？
666デフォルトの名無しさん
垢版 |
2024/06/13(木) 21:34:35.43ID:kzJS/NwI
知恵遅れは触んなって
2024/06/14(金) 00:25:09.10ID:QtqbLyKp
htmlというよりプログラマーたちが使えないのはcssだろう
俺は自在に使えるけどプログラマーはほんと使えない
俺以外にまともに使える奴を見たことがない
2024/06/14(金) 00:26:31.69ID:bgKzFXgp
へぇすごいね
2024/06/14(金) 01:05:16.23ID:ATMnGLPI
CSS、SCSSでカスタムコンポーネント作るのなんてXAMLのStyleやControlTemplateでカスタムコントロール作ることに比べたら100倍簡単なんだがな
まぁそもそも老害はセンスないから教えられて長年やってきたことだけを惰性で続けたい新しいテクノロジーを忌避する無能やからからしゃーない
俺はもうXAMLのありとあらゆる要素がめんどくさすぎて拒否反応出るわ
なーにがMVVMなら疎結合でメタプログラミング！やねん
Style、StaticResource、ControlTemplate、Converter、Behavior、Actrion、DependencyPropertyと密結合の塊やんけ
2024/06/14(金) 01:11:21.33ID:ATMnGLPI
そもそも厳格な静的型付けのC#で疎結合とかリフレクション必須でパフォーマンスだだ下がりやんけ
なにがDIやねんMSのUnityなんてまったく流行らんかったしよりめんどくさくなっただけやんけ
2024/06/14(金) 08:00:19.12ID:H2T/UCvk
またこいつか
2024/06/14(金) 09:00:37.32ID:GC5paEj/
デザインなんてやったことがない自称デザイナーことHTML/CSSコーダーとか
DIをろくに知らない無知なDIアレルギー患者とか
まともなやつおらんな
2024/06/14(金) 11:54:05.85ID:ATMnGLPI
CSSやだやだジジイが正論棒でぶっ叩かれて理論的に論破できないから顔真っ赤でファビョってんのクソワロタｗｗｗ
2024/06/14(金) 11:57:55.70ID:eF8/QeB9
一般にDIが遅いのは事実で、WPFでのサンプルで初めてDIに触れたような初心者が遅さに驚いてナンジャコレと思うのはわかる
ああいうのはGUIアプリといえども基本的に業務システムの中の決まった場所で立ち上げっぱなしで使うもんだから、少々起動遅くてもいいのよ
そもそもDIというのはクライアントではなく主にWebで使われるから、起動時間なんか度外視で設計されている
起動時間が問題ならMS自身がよくやってるように依存関係の解決はビュー層が引き受けてそこで直接newすりゃいいよ
675デフォルトの名無しさん
垢版 |
2024/06/14(金) 12:00:40.00ID:TFymd89b
昔、デスクトップアプリを別名「リッチクライアント」とか言ってた時代があって、
それはWebアプリよりリッチなUIが作れるからなんだけど、
それが逆転してもう１０年以上経ってるよね。

今は処理速度的にはまだデスクトップ有利な状況なんだろうけど、
WASM＋HTML＋CSSで追いつかれつつある状況
2024/06/14(金) 12:14:27.45ID:eF8/QeB9
今時一般ピープルが使うようなデスクトップアプリは殆どがWebベースで作られているから、悪い意味で速度の差はなくなっている
むしろメモリ消費量を勘案すれば同じアプリならWebの方が有利まである
2024/06/14(金) 12:30:21.36ID:eF8/QeB9
一般にDIが遅いのは事実で、WPFでのサンプルで初めてDIに触れたような初心者が遅さに驚いてナンジャコレと思うのはわかる
ああいうのはGUIアプリといえども基本的に業務システムの中の決まった場所で立ち上げっぱなしで使うもんだから、少々起動遅くてもいいのよ
そもそもDIというのはクライアントではなく主にWebで使われるから、起動時間なんか度外視で設計されている
起動時間が問題ならMS自身がよくやってるように依存関係の解決はビュー層が引き受けてそこで直接newすりゃいいよ
2024/06/14(金) 13:18:02.91ID:TFymd89b
>>677
サーバサイドだろDIの適用範囲は
2024/06/14(金) 17:55:23.38ID:3MJI3A89
cssちゃん居着いたの
フロントエンドスレとか盛り上げて
2024/06/14(金) 20:53:42.70ID:ZPxqHqKm
居着くなにも彼はずっと前からいるだろ
前はよくxamarinスレだっけかで暴れてただろ
rustで漫画ビューワつくるとかいってたしなw
2024/06/15(土) 00:15:07.51ID:o7JjSdVj
このスレは如何にJAVAのIT土方が多いかよくわかったわ
マイクロサービスの時代にDIとか開発者のRodがSpring放棄してScalaに逃げて10年以上経つのに脳みそ化石の老害やなｗｗｗ
2024/06/15(土) 00:27:37.68ID:BFFWm4qK
cssちゃんのほうが正しい
せっかく普通で当たり前で一般的なWeb技術を勧めてるのにここのおじいちゃんたちが悲鳴をあげてるだけじゃん
2024/06/15(土) 01:47:11.45ID:wt2Pbpi8
わざわざ畑違いのスレに来て言うのが異常なの
684デフォルトの名無しさん
垢版 |
2024/06/15(土) 11:12:35.89ID:I+z8iAZu
money changes everything
2024/06/15(土) 13:10:01.96ID:0dZQ1Mov
金時
2024/06/23(日) 14:08:35.42ID:OlMkE2SY
今だけです
https://i.imgur.com/hrDzZIN.jpg
687あぼーん
垢版 |
NGNG
あぼーん
2024/06/23(日) 19:59:11.45ID:OgaBMFkx
>>686,687
グロ
689あぼーん
垢版 |
NGNG
あぼーん
2024/06/24(月) 00:49:34.83ID:H3b3wOos
>>689
グロ
691あぼーん
垢版 |
NGNG
あぼーん
2024/06/30(日) 18:26:21.67ID:cuCzlUHj
https://i.imgur.com/ZIdQVrG.jpg
10日のﾁｪｯｸｲﾝだけで5500P貰えます。      
2024/06/30(日) 18:41:17.89ID:i5cRbQJO
>>691,692
グロ
2024/06/30(日) 19:01:14.79ID:cuCzlUHj
https://i.imgur.com/xGqDztE.jpg
10日間ﾁｪｯｸｲﾝだけで5500P貰えます      
2024/06/30(日) 22:58:50.77ID:t0peTjy2
https://i.imgur.com/chwOWbn.jpg
10日間ﾁｪｯｸｲﾝだけで5500P貰えます      
2024/07/02(火) 09:39:26.27ID:/1Y9dSvI
趣味でwinUI3使って開発してるけどバグが結構あるな
デザインは好きだからこいつ使っていきたいんだが
2024/07/02(火) 10:19:25.77ID:fkjXLFy+
このスレや過去スレ見れば、さんざんWinUI3はゴミ品質
って言われてるやろ(俺も書いてる)
まじで時間の無駄だから
2024/07/02(火) 10:24:13.13ID:fkjXLFy+
https://github.com/microsoft/microsoft-ui-xaml/discussions/9417
まじめに使おうとするとこのクソ品質にブチ切れる
で、報告に上がってる大量のバグはほとんどFixされない
毎月のサービスリリースで修正されるバグは10個未満

焼け石に水
2024/07/02(火) 20:35:57.02ID:kzwN1TRu
今のMSの主力は明らかにReact Nativeで、WinUIに手を出すような連中はそんなことよく分かってるでしょ
テクノロジースタックに関するMSの虚言や突然の撤退も今に始まったことじゃない
悪いけど、泥舟に乗ってしまった自分の過ちを認めたくなくてMSの揚げ足取って騒いでる惨めな連中にしか見えないな
700デフォルトの名無しさん
垢版 |
2024/07/02(火) 21:06:09.32ID:8OIiYVo9
いくらWPFが憎くてもReact Nativeが主力は無理あると思う
2024/07/02(火) 23:14:24.21ID:ShliT1hN
>>700
WPFが酷いんじゃないよ
MSのMVVMが酷すぎるだけ
2024/07/03(水) 00:16:32.65ID:ZWc5A2pG
winformsでいいじゃん
高dpiも対応可能だし
703デフォルトの名無しさん
垢版 |
2024/07/03(水) 01:54:39.38ID:Xt3/bdn4
WinUI3じゃないとAcrylicやMicaに対応してないんだよ
WInUI3ですら最近やっと対応したのに
Windows11がリリースされて一体何年経ったと思ってるのか
この中途半端なやっつけ感がまさにMS
当のMSですら使ってないんだから改善されるわけない
2024/07/03(水) 03:09:08.91ID:CeqHC4DZ
どうもXAMLコントロールをReact Nativeに取り込もうとしてるみたいだね

react-native-xaml
https://github.com/microsoft/react-native-xaml?tab=readme-ov-file

ここのデモ動画が面白い
https://raw.githubusercontent.com/asklar/react-native-xaml/main/example/rnx.gif
2024/07/03(水) 03:11:49.20ID:CeqHC4DZ
なんか凄い事書いてあんだけど...

react-native-xaml は、XAML プロパティ、タイプ、イベントのメタデータを活用して動作します。このメタデータは、Windows SDK から自動的に生成されます ( code-gen )。つまり、手動介入なしで、すべての XAML またはアプリ開発者が記述したUserControlをエクスポートするすべての WinRT コンポーネントの完全な投影が可能になります。
2024/07/03(水) 03:30:05.73ID:D46JIXXE
主な利点
XAML に精通していれば、react-native-windows アプリ (Windows 10 をターゲットとする React Native アプリ) を作成する開発者がすぐに開始できるようになります。

構文見たがXAMLでJS使えるようにしてるだけやんけ斜め上すぎるやろｗｗｗ
普通はC#を使った.NETスタックのフロントエンドにReactやVueをWebViewではなくネイティブに使えるようにするやろ
そもそもXAMLに精通した〜ってXAMLにしがみついてるやつなんてこんなん使うわけないやろMSどんだけ頭悪いんやｗｗｗ
2024/07/03(水) 04:45:26.84ID:W3v8KFGW
眩暈がするほどきたねえコードだけど
たぶんそのうちMS内ですらC#書ける奴どんどん減るだろうから
そうなった時のためにJSから過去の遺産使える方法用意しとかないと、って事じゃないの？
2024/07/03(水) 04:45:52.24ID:JZWYzX/0
最近はBlazor Hybridが評判良いよね
2024/07/03(水) 07:54:49.33ID:TpTr//p4
>>706
頭悪いよなほんと
2024/07/03(水) 07:55:22.79ID:TpTr//p4
>>708
Blazorはマジで完成度高いわ
2024/07/03(水) 07:55:50.22ID:TpTr//p4
まぁHTMLレンダラー用意すればいいってだけだから簡単なんだろうけど
2024/07/03(水) 08:59:28.28ID:jwYhvwhb
BlazorはUXスタックの視点では単なるSPAフレームワークなんで、技術的にはReactなどの先発を真似しているだけで失敗する要素がない
Wasm云々はチャレンジングな部分もあるが、バイトコード扱うのなんて昔からMSの十八番だから問題にならんわな
2024/07/03(水) 09:38:19.53ID:8YY0QWS3
数が少なくて単価の高いC#開発者を使う意味はないのでさっさとreactに移ればいいんだけど
2024/07/03(水) 10:12:50.79ID:CeqHC4DZ
なんかmicrosoftはオープンソース系に携わってるエンジニアの方が大分レベル高いみたいだね
2024/07/03(水) 10:29:03.00ID:8YY0QWS3
Blazorに手を出した時点でMSは死んでた

業界で覇権を取れるわけではなく数年でおそらくダメになる技術に開発リソースを割いた時点で負けていた
優秀な人材は限られている
開発力が分散され個々のプロジェクトが全力が出せない状態にある
2024/07/03(水) 10:30:17.13ID:9qleXMVl
そろそろcomposeがいい感じになってるきてるな
composeのfluent uiのMicrosoft実装があるね
https://github.com/microsoft/fluentui-android
ただ、あんま活発じゃない?
別のfluent実装もあるよね
2024/07/03(水) 11:01:29.35ID:TrSZ5Y9l
網羅してあって見やすいリファレンスマニュアルが転がってねえのがなあ
見た目変えるだけなのに苦労するのが馬鹿馬鹿しい
2024/07/03(水) 12:33:26.87ID:jwYhvwhb
.NETはMSの戦略的にはAzure上でのエンタープライズWebアプリケーション開発プラットフォーム
しかし.NET技術者はWebフロントエンドに弱い傾向があり、SPA化に全然ついていけておらず沈没必死だ
その点でBlazorは.NET技術者向けのSPAフレームワークとして期待されているというわけ
まあそれはあくまで.NETの枠の中での話で、普通はBlazor使える人は.NETに固執しないだろうしMSもそんなことはよく理解しているから、
長期的には.NETはフロントエンドから完全撤退していくんだろうね
2024/07/03(水) 13:50:40.47ID:qDxeU0XO
googleやMETAやappleに採用されない人がMSに行くイメージ
2024/07/03(水) 14:07:05.74ID:CeqHC4DZ
簡単に判別する方法があってだね
Visual Stadioにしがみついているエンジニアはイケてないし
早くからVS Codeに移行してるエンジニアは今でも一線級よ
2024/07/03(水) 15:54:02.16ID:TrSZ5Y9l
Visual Stadioて…
そういうとこだぞ
2024/07/03(水) 17:32:34.22ID:TpTr//p4
>>720
誤字ってるし普通にVisualStudioのほうがいいだろ
2024/07/03(水) 17:35:34.52ID:TpTr//p4
WinUIでウィンドウを小さくするとグリッドが0になるのかImageなどのコントロールがになるからなのかわからんが例外が発生して止まるよな
基本コントロールなのにそういう対策すら自分でやらないといけないのはまぁゴミだよね
とは思う
デザインが好きだから趣味では使っていこうとは思ってる
724デフォルトの名無しさん
垢版 |
2024/07/03(水) 20:20:47.79ID:Xuva6mLV
イケてるとか言ってるの何歳ぐらいの人なんだろう、そういう時期なのか拗らせてしまった人なのか
2024/07/03(水) 22:02:34.04ID:TzFgbVsk
Ink使いたいんだか今どのAPI使えばいいのかわからん
2024/07/03(水) 23:41:14.84ID:9qleXMVl
https://learn.microsoft.com/en-us/windows/apps/windows-app-sdk/experimental-channel#version-16-experimental-160-experimental2
WinAppSdk 1.6 exp2キター

fixされたissuesに関して言及なしーーーー
くそまみれ
2024/07/04(木) 19:28:32.63ID:ycZaTYV5
https://github.com/microsoft/microsoft-ui-xaml/issues/9781

survey
2024/07/04(木) 20:48:33.50ID:lmN3FC4c
Microsoft.XAML.BehaviorsをMVVMtoolkitに入れてくれればいいのにって思ってるの俺だけ？
クリックとか以外の値を取得する時これ使わないならん
2024/07/04(木) 21:10:40.19ID:lmN3FC4c
selectionchangedとかのイベントもxaml.behaviors無いとMVVMできないんだからMVVMToolkitに入れるべきなのでは？
2024/07/04(木) 22:44:23.22ID:yD1XDVhB
最近使ったけど確かcommnitytoolkitでVMとselecteditemをbindしてon○○かなにかでselectionchangedはいい感じにできたと思う
他のを使いたいとかXAMLでやりたい場合は知らない
2024/07/05(金) 00:51:25.00ID:XDlCwBav
>>730
なるほどありがとうございますXAML.Behaviorsでしかselectionchangedなんかのargsが取得できないのかと思ってました
2024/07/05(金) 19:39:38.14ID:TlSLATbO
https://i.imgur.com/6a7fMjO.jpg
すぐに2500P+2500Pが手に入ります
2024/07/06(土) 12:07:42.66ID:tTTndFvT
https://i.imgur.com/pS3rdE2.jpg
すぐに2500P+2500P手に入ります。
2024/07/06(土) 13:27:38.73ID:Arqdwybu
https://i.imgur.com/9B0Iu8A.jpg
すぐ2500P+2500P手に入ります
2024/07/15(月) 19:06:00.62ID:ywSs5XXW
そろそろWinUI3のデザイナーできたか？と思って調べたらまだなんかい
もう対応する気なさそうねこれ
2024/07/15(月) 19:21:11.70ID:BbidzJe0
老害たちが邪魔してデザイナーを作らないらしい
2024/07/15(月) 19:30:13.31ID:BbidzJe0
俺はデザイナーなくても作れる！
だから不要だ！ってジャイアン的思想の老害たちが消えないと無理で
興味を持ったご新規さん達が本格的に入ってくることもなくじわじわとライブラリが死んでいく

IQが低い低能と老害にはこんな明確なこともわからないｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況