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

2024/08/20(火) 21:16:46.38

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

WPF(Windows Presentation Foundation)について語るスレ。

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

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

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

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

2025/02/24(月) 12:32:14.90

>>575
何言ってんだこいつ
リスト自体に変更ないならListでいいよ

2025/02/24(月) 17:07:29.06

日本語読めないやつが来た

2025/02/24(月) 23:32:10.57

BindableCollectionならRefresh()で解決
ObservableListでも多分できる知らんけど

2025/03/12(水) 00:20:56.93

TypeScriptをネイティブ実装化するらしいな
https://x.com/ahejlsberg/status/1899468706218160591?s=46

いよいよC#もお役御免かな

2025/03/12(水) 01:02:45.01

まじか！

2025/03/12(水) 01:09:23.52

あくまでもVSCode上での動作やコンパイラが速くなるだけだぞ

2025/03/12(水) 05:30:43.74

TypeScript 6 (JS) で TypeScript 7 (ネイティブ)って言ってるからガチじゃね？

2025/03/12(水) 06:26:26.10

TypeScript「コンパイラ」をgoで書き直したってだけじゃなくて？

2025/03/12(水) 10:18:48.57

TypeScript 5系 <-- いまここ
TypeScript 6系まだJS ・コンパイラは早くなる・ネイティブ化への布石
TypeScript 7系完全ネイティブ化する

だろ

2025/03/12(水) 10:25:48.02

typescriptをコンパイルしたらexeができるようになるんじゃないのか

2025/03/12(水) 10:26:44.35

Why go?
https://github.com/microsoft/typescript-go/discussions/411

MicrosoftがGoを選んだというのが興味深いけど、案の定
なぜC#ではないのか？→C# AOTはゴミ
とかコメがいろいろ荒れとる

2025/03/12(水) 10:38:58.55

>>588
成果物はあくまでjs

2025/03/12(水) 10:41:14.98

それはts 6系では？

2025/03/12(水) 11:11:35.51

>>585
流石に文盲が過ぎる

一連のワークフローにおける省メモリ化と高速化を主な目標として、コンパイラを含む各種ツール群をGoで書き直すプロジェクト「TypeScript 7(native)」が進行中ってニュース
重大な（破壊的な）変更が含まれる前提であり、前身の「TypeScript 6」にて対象となるAPIや機能を非推奨としてマークする計画であるとも

2025/03/12(水) 12:02:47.70

>>592
仕事中だし全部読んでねーーからな笑

**デフォルトの名無しさん** (JP 0H7a-ZS5M) · 2025/03/12(水) 13:19:14.28

どうでも良いけどアンダース・ヘルスバーグって64才でまだ現場やるんか、超人かよ

2025/03/12(水) 14:32:08.50

TypeScriptはWeb系に受け入れられやすいようにMS色を抑えてるからC#は論外だわな
いくらヘルスバーグがいるといってもtscの開発チームなんて基本的にUnix系でMSスタックには馴染みがない連中だろうから、あえて.NETを選ぶ必要性もない
Rustにしなかったのは移植が面倒だからだろうね

2025/03/12(水) 15:28:11.96

そらvscode動かすのに.NET必須ですってなったら、折角エディタ業界を制覇したのにWindows以外でのシェア全滅するだろ

2025/03/12(水) 18:21:40.34

goがいいのか

2025/03/12(水) 19:28:25.17

tscなんてファイルIOと基本的なテキスト処理と最低限のHTTPサーバーの実装ができりゃいいだけだから、Goだと変な依存関係なしにほぼ標準ライブラリだけで作れるはず
tscみたいにシンプルな要件の中で継続的にロジックだけ手を入れていくような性質のものには適してそう

2025/03/12(水) 19:43:05.00

WhyGo？、ヘルスバーグも書き込んでるじゃん
全然関係無さそうなC#おじがここぞとばかりに集合してて面白い

ヘルスバーグの、他の動画引用の発言含めて興味深かったのは
・我々は関数型スタイルで書いている、TSCコアはクラスがまったく使われていない
→このコードベースを移植するのに最も適したGC対応の言語がGoだったという事らしい
・C#AOTは10年以上更新されておらず、最初からそう設計されたものではない
・でもC#は大事だよ！
→といいつつ、OSSとコミュニティのコラボレーションが最優先、とも。いかにも苦しいな

2025/03/12(水) 19:50:26.71

>>596
ネイティブコンパイル出来るようになったんじゃなかったの？

2025/03/12(水) 23:20:15.54

>>600
nodejsで書かれてたTypeScriptコンパイラ…トランスパイラと言った方がいいのか？をネイティブ実装するという話で
最終生成物はjsのままっしょ？

2025/03/12(水) 23:28:49.02

このスレAIしかいないのかってぐらい会話になってなくて笑える

2025/03/13(木) 00:02:31.27

>>601
そういうことなのにわかってない連中ばっか
さすがC#さん

2025/03/13(木) 17:58:36.45

セルフコンパイルを諦めてまでやるってことだからJavaScriptって本当に遅いんだな

2025/03/13(木) 19:23:31.60

残念ながらUIまで含めればWPFよりは遥かに速いんだよなあ

2025/03/14(金) 01:10:14.19

なんか不毛な戦いが見える気がする

2025/03/15(土) 04:33:53.81

いやもう時代は下々のプログラマーの実装言語はTS(JS)でそれをトランスパイルするコンパイラがC++ or Rust or Goに集約されたっちゅーことや
もうJavaもC#も死にゆく言語やねんJavaもAndroidの中間言語としてかろうじて生きながらえてるだけで実際の実装はDartとFlutterで記述してるからな
ヘルスバーグが既存TSの移植に一番適してたっちゅー理由でGoを選択してまたGoが脚光を浴びたことでGoogleがAndroidにtsgoを採用するかもしれんのが楽しみやな

2025/03/15(土) 09:46:45.19

FlutterがJava/Swiftより使われてる笑
エアプ乙

2025/03/18(火) 10:51:15.76

googleがFlutterを見放したって話ですよ奥さん

2025/03/18(火) 19:54:43.16

Flutterはめちゃめちゃ負債化の香りがプンプンする

2025/03/18(火) 20:26:46.00

dartが好きになれない

2025/03/19(水) 03:45:45.70

>>611
ほんそれ
JSじゃなくてDartである必然性がない
結局IT後進国の日本ではJavaドカタを有効再利用するためだけの理由でKotlinがトップシェアだから尚更Dartの存在価値がない
日本て未だにネイティブ信仰が強くて合理化や効率化を無視してんのもマルチプラットフォームには向かい風なんよな

2025/03/21(金) 21:49:45.35

ちょっとUno触ってみようかなーって思ったらIME非対応で草

2025/03/21(金) 23:19:07.00

HTML+CSSの柔軟さと楽さに慣れたらXAMLとか苦行でしかない

2025/03/21(金) 23:31:38.45

人は苦行に喜びを感じて受け入れることで悟りを開くと聞いた

2025/03/21(金) 23:40:37.21

苦行なのにこのスレに書き込みに来る辛いお仕事

2025/03/24(月) 20:52:39.84

winUIとかいうWPF劣化版の再生産やめてほしい。スマホに浮気する暇ないだろ。

2025/03/24(月) 22:23:40.26

ネイティブコードから使えて現代的な見た目の標準GUIツールキットが存在しないのはさすがにOSとしてまずいからね
従来.NETでWinFormsやWPFで作ってたような重いGUIアプリの分野はいまやWeb一択
その反面、相対的にちょっとしたユーティリティ(極端に言えば標準の電卓とか)みたいなシンプルな要件で速さ軽さが求められるネイティブ開発の重要性が相対的に高まっている
というわけでWinUI3はその状況に素直に対応しようとしているわけだけど、現状WinUI3はパフォーマンスが劣悪なので本末転倒な状況だね

2025/03/25(火) 08:51:04.31

Redditの海外ニキですら.NETサブレでこんな議論しとんのやで

「C# は死に絶え、プログラマーは強制されてのみそれを使用している」 ( self.dotnet )
（クリックベイト的なタイトルで申し訳ありません）
私はスタートアップ企業（管理/バックオフィス向けオープンソース AI コード生成）で働いており、主要言語として C# を選択しました。
投資家からは、「友人に聞いたところ、C# は廃れており、レガシー製品に取り組まなければならない開発者だけが使用しているとのことでした」といったフィードバックも寄せられています。
これは間違っていると思いますが、スタートアップがすべて Typescript または Python を使用している場合、説得するのはまだ困難です。
私が考え出したいくつかの議論は次のとおりです。
- C#/dotnet はオープンソースであり、Microsoft から多額の投資を受けています。おそらくどの言語よりも多くの投資が行われています。
- C# は、購買力のある大企業でよく使用されます。
- Stackoverflow の調査によると、依然として非常に人気のある言語です。
- もう 1 つのポイントは、LLM を使用してコードを生成するときに良い結果を得るには、静的に型付けされた言語が必要であるということです。静的に型付けされた言語では、コンパイラを使用してほぼすべての LLM エラーを見つけることができますが、Lovable anv v0 などのサービスでは、実行時エラーを待機する必要があり、その修正ループでユーザーを困らせます。
あなたの意見を聞きたいですか?

2025/03/25(火) 14:01:36.68

フロントエンドやUIはもう全部TypeScriptでいいよとは思う
まあそのスレ流し読みしてても思うけどC#はバックエンドで生き残りそう

2025/03/25(火) 15:46:55.74

勿論フロントはWeb一択だが、海外だとパッケージソフトやSaaSのサーバーサイド言語としてはC#はまあまあ使われてるらしいね
国内だと技術的な良し悪し以前の問題としてまともにWeb開発できるC#エンジニアを確保するのが困難なので、スタートアップでの採用は論外

2025/03/25(火) 15:56:55.05

問題はGoでの移植により10倍高速になったTSで開発したマルチプラットフォームアプリが仮にC#のMAUIよりも速かった場合
XAMLとASPが完全に＼(^o^)／ｵﾜﾀなんやがMAUIとかゆー産廃なんにかに多額の投資しててどーすんの？って感じでクソワロタ

2025/03/25(火) 16:26:33.00

>>622
自身の文盲を呪うといい

2025/03/25(火) 17:53:59.58

Goのはjsが速くなるわけでないんで

2025/03/25(火) 20:04:22.72

文盲は文章の意味が取れない人じゃなくて
教育を受けてなくて文字自体が読めない人

日本にはいない

2025/03/25(火) 20:13:18.63

ここにきてるwebちゃん…

2025/03/25(火) 21:16:01.42

SEO的な問題もあるがそのWeb系UIはwasmまでいくのか?
Blazor wasmかflutter wasm
ちょっとWeb個人アプリ作ろうと思ってflutter wasm調べてる

2025/03/25(火) 21:55:19.29

なにその無駄な周回

2025/03/25(火) 21:58:03.31

flutter webって技術デモみたいなもんじゃないの？
実用になるの？

2025/03/25(火) 22:03:39.59

QtとC++でやったほうがマシじゃね感
ネイティブアプリにもなるしスマホアプリにもなるらしいしwasm化してWebでも動かせるらしいし

2025/03/25(火) 22:13:34.97

>>629
実用になるかどうかわからんから調べてる
QtとC++じゃUIがショボくなるんじゃね

まぁ、Flutterでモバイルアプリは作ってきたから新しく覚えることはほぼないが
Blazor wasmはC#は大丈夫だけどblazorは触ったことねぇ

2025/03/25(火) 22:23:08.96

計画ではVPS借りるからなるべく軽いやつで
ということで
バックエンドはgo+フロントは?
.netでフルスタックするとメモリ食うよね?vpsメモリ少ないからな

2025/03/25(火) 22:36:49.06

最近のQtはCSSライクなQMLでUIを記述する
ショボくないUIになるかはがんばり次第
個人的には悪くないと思うけど商用ライセンスの値上がりが凄いのがね
オープンソース版はやる気ないし

2025/03/25(火) 22:37:25.19

Google EarthはアプリもWebもFlutter製
Web対応の体裁だけ整えて放置する会社は見習えと言いたい

2025/03/25(火) 23:49:41.19

令和になってもffmpegをアセンブラで書き直したら爆速になったみたいな事やってるし、機械学習もllama.cppが流行ってるし
AI時代はエコシステムの勝ち馬に乗るか、
低レイヤーをしこしこ頑張るか、
技術選定はどんどん二極化すると思う
そういう意味では今から愚直にcppでwasmという選択は筋としては悪くない気がする
まあuiまではやらなくてもと思うが。
flutterも.netも中途半端、使い道はどんどん限られるだろう

2025/03/25(火) 23:55:06.87

どうしてもhtmlとcssをやりたくない連中ばっかだな

2025/03/26(水) 00:24:50.20

>>636
馬鹿は>>635を理解できない

2025/03/26(水) 00:33:09.00

あれでもないこれでもないって言いながら一生手を動かさないまま終わればいいんじゃね？w

2025/03/26(水) 01:35:13.67

c#はガチで遅いもんな。たまにc++使うとまじで驚く

2025/03/26(水) 08:49:16.51

今時はサーバーサイドでReact動かしてレンダリングしちゃうのが主流になりつつあって、wasmは逆に存在感を失いつつあるね

2025/03/26(水) 09:29:48.53

サーバーサイドでやるんだったらASP.net Coreでいいんじゃ？

2025/03/26(水) 10:08:48.04

同じ言語だから、サーバーサイド

2025/03/26(水) 10:13:55.64

>>640
それブログとか商品カタログとか商サイトの場合
gmailとかカレンダーとかアプリ系はCSRでないと使い物にならない

2025/03/26(水) 17:14:48.12

>>639
起動時間だけだろ明確に違うのは

AOTで改善しつつあるしほぼ差はないよ、それより高速な実装にするプログラマーの技量の問題

2025/03/26(水) 18:41:32.72

>>644
WPFはAOT対応してないしオーバーヘッド大きい

2025/03/26(水) 19:18:48.01

.NET9でもWinUI3でAOT機能せんで
っちゅーかリフレクション使うとAOT使えないって時点でC#の仕様上かなり終わっとるやろwww

2025/03/27(木) 10:15:40.36

そんなにリフレクション使うことある?

2025/03/27(木) 11:00:52.49

自分に使う気がなくても内部で使われてる

2025/03/27(木) 11:09:31.88

>>647
これ>>648

2025/03/28(金) 11:16:36.00

.NETのアプデペース凄いな
.NET Frameworkはもう不具合対応しかしないなら、いっそ非推奨にしてくれ

2025/03/28(金) 11:24:37.00

.NETT5,6,7はもう不具合修正すらされないんだよね

2025/03/28(金) 12:57:51.28

LTSの.NET6はもう少し長く(具体的には次々のLTSの.NET10のリリースまで)サポートして欲しい

2025/03/28(金) 21:35:49.63

>>650
自分は.NETは馬鹿だなって思うけど
自分で価値を下げている

2025/03/28(金) 21:45:31.20

LTSはせめて5年はほしいよな
現代だとセキュリティが重視されるし、ライブラリも言語も継続的に更新し続けるのが求められるんだけど、体力ないところにはキツい

2025/03/28(金) 21:46:47.52

企業でもともと安定運用してるアプリがあってそれが.NETのサポート終了したとしてそれをどうするんだろうか？
金を払ってコンパイルしなおしてもらうのか？

不具合対策がされているなら.NET Frameworkで十分だろう
使う側にとって.NETは罠でしかないと感じる

2025/03/28(金) 21:51:10.95

そういうの気にするようで気にせず使い続けるよ
脆弱性があったとこでそこを突いて悪さできるほどオープンでないことがほとんどだから

2025/03/28(金) 21:53:39.21

.NETはこういう仕組みでしてアプリを作成するだけでなくセキュリティ上わが社とサポート契約必須ですとか
しょうもないことで金取ってそう

2025/03/28(金) 22:05:44.48

日本の大手案件は今も昔も.NET多いけどな
理由はベンダーがMSで顧客を納得させやすくて安心感があり金さえ払えばMSKK通じてやレドモンドが直接インシデント対応してくれるから
そやからワイがかかわった数百億から1000億規模のは開発とか大抵データとかが絡んでるから.NET多かった
しかもデータはてらそるなとかゆー自社のゴミフレームワークが.NETやし

2025/03/28(金) 22:29:51.32

やっぱりFだね

Nや〇は当てにならない

2025/03/29(土) 03:33:59.20

このスレッドは思っているよりも高齢者だらけだな

大企業がデスクトップアプリケーションを使っているとか、何年遅れの情報なんだよ

2025/03/29(土) 05:28:09.86

世の中適材適所なんだよ
普通にデスクトップも使うし新規でも作る

2025/03/29(土) 07:01:22.74

試験装置などの制御ソフトは今もデスクトップアプリは多いぞ
物理的なモノを制御するという性質上、SaaSのような形態にはなりえず、Web形への置き換えが進んでないという意味でもあるけど
(機器側にWebサーバーを持ってて、ブラウザから制御できるというものも増えてはいる)
解析なんかも多分そう

大企業が使うというのは、勤怠管理などの事務系だけでなく、メーカーの研究部門や実験開発部門も含む
一般的に知られるものでないから仕方ないけど、「今時のアプリは殆どweb」というのも狭い見方

2025/03/29(土) 08:36:33.15

大手は今でも内部で独自言語使ってるところがある
コボルの偽物が…

2025/03/29(土) 08:51:14.73

老害もくそも日本のこの業界自体がゼネコンのビジネスモデルそのもののガラパゴスやんけ
技術力なんて求めてなくて中抜きしたいからあえて無能な人間を大量投入したいだけの炎上前提のまさに炎上商法
日本国内で圧倒的に一番需要ある言語て未だにSQLやぞ？www
次いでCOBOLでこれ以降は超えられない壁でJavaPythonJSC#その他って感じな現状をご存知ない？
本職のPGやない都内の業界のことなんも知らん余所者のニワカがイキんなや半年ROMってろ

2025/03/29(土) 09:13:16.71

制御系でC#は見たことないな

2025/03/29(土) 09:15:53.31

SQLとプログラミング言語を同列に扱って比較って
それニワカが作ったランキングだろうしニワカしか話題にしないだろ・・・

2025/03/29(土) 09:30:03.97

スレが伸びていたらweb

2025/03/29(土) 10:24:03.31

残念ながらコボルの話でした

2025/03/29(土) 14:41:41.48

VB6+oo4o+Pro*Cやで

2025/03/29(土) 16:06:10.87

自分はもう業務系はなれちゃったもんで
Unity以外で、C#が今本当にどこで使われているのかというのは気になる
やっぱり未だにデスクトップアプリが主戦場なの？

2025/03/29(土) 16:09:00.71

>>670
サーバーサイドにまだ多いよ

2025/03/29(土) 16:37:41.02

>>665
機器側の組込みはもちろんC/C++だけど、それをPCから制御するアプリはC#も使う

2025/03/30(日) 03:33:41.81

>>664
SQL？

2025/03/30(日) 03:34:34.40

>>670
C#はASPだな　

2025/03/30(日) 04:22:58.61

.netのバージョン問題って結局PaaSのランタイムの保持の話だよね　IaaSだと気にしないし
AzureだとAppServiceがまだ.net fw4.8用ランタイム用意してくれてるけど.net6はもう無い

2025/03/30(日) 07:16:25.52

Fluent ThemeだとTextBoxの右端についてくるバツボタン消せなくなってるのな
邪魔で仕方ないからTextBoxCollapsedClearButtonBehaviorを作成した

2025/03/30(日) 09:20:07.45

>>671
>>674
なるほどねー。となるとJavaと行ったり来たりみたいな人も多そうだね

2025/03/30(日) 11:04:35.89

>>673
SQLなんて誰でも書けると思ってるんだろうが
他人が書いた1000行以上のストアドを解析して修正・機能追加とか
秒間3万件の問い合わせに対応するための最適化とか
こーゆーシビアな要求を現実にはできるやつがほとんどいない
そして日本はCOBOLの需要が高い理由の金融系案件や決済処理案件が多くSQLを習熟したプログラマーが求められてんのが実情なんやが？
しかもガラパゴスなジャップはMBaaSやNoSQLどころかEFすら毛嫌いするからな
SQL?とかSQLを言語wwwとかゆーとるアホは明らかに日本国内のIT業界を知らんド素人確定でクソワロタwww

2025/03/30(日) 11:58:20.18

そういうのは現状のレガシーシステムだったり特定メーカーの汎用系開発環境に対する習熟が重要なのであり、SQLのスキルの問題ではない