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

■ このスレッドは過去ログ倉庫に格納されています
2021/02/05(金) 19:54:23.73ID:I+zADhcc0
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

関連スレ
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
2021/06/03(木) 19:22:57.37ID:5arV6BGR0
wpf面倒に感じてもwinformsには戻れないわ
2021/06/03(木) 19:26:02.59ID:xWGjtxyo0
レイアウトだけにすれば全然面倒じゃない
とても快適
2021/06/03(木) 23:00:02.23ID:v6QVapLx0
WPFならModelを本体にして、低解像度と高解像度を別々の画面を用意する荒業も大した手間もなく出来る
横の部品を縦長ならGridのRowとColumnを変更して下に表示もできる
WinFormsでは不可能な柔軟性を持っているのは事実だ
2021/06/04(金) 02:16:36.88ID:MjKwKQTU0
どのみち対してwpfはさして流行らんまま次のものへと移行してくわけだから、
存在感としては、winform以上に割り食いそうだけどな。
2021/06/04(金) 08:15:24.74ID:56fkmw6f0
その「次のもの」が10年近く迷走を続けている状態だなぁ。本当、Win8以降のストアアプリ路線が黒歴史。
WinUIが決定版となってくれればいいが。
786デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMde-+uhU)
垢版 |
2021/06/04(金) 10:23:04.83ID:3oZ8CiKCM
でも重たいんでしょう？
2021/06/04(金) 14:19:36.78ID:03MQShFS0
そもそも、WPFは、WinFormsより人気無いよね。
2021/06/04(金) 14:37:29.04ID:03MQShFS0
https://blog.jetbrains.com/wp-content/uploads/2020/06/dotnet-2020-survey-frameworks.png

2020年:
Which technologies or frame works do you use ?

ASP.NET Core : 55%
Entity Frame Work : 43%
ASP.NET MVC : 42%
Win Forms : 31%
WPF : 26%
Azure : 22%
ASP.NET WebForms : 19%
Unity 3D : 18%
Xamarin : 13%
Windows Communication Foundation(WCF) : 12%
UWP : 6%
Share Point : 2%
2021/06/04(金) 14:40:48.01ID:03MQShFS0
>>785
もともと、Windowsアプリ開発の決定打は MFC だったし、今でもそう。
Webプログラマが色々言ってるだけ。
2021/06/04(金) 16:22:22.98ID:rC5qkclP0
>>788
デスクトップ向けのWPFやFormsとWeb向けのASP.NETとIaaS・PaaSのAzureとジャンルごちゃまぜで意味なさすぎるアンケートだな
2021/06/04(金) 19:19:30.75ID:fNUUmS5r0
少し情報古いけどデスクトップに絞るとこれかな
https://qiita.com/sengoku/items/fb4948e0d2746e3cc26f#%E7%B5%90%E8%AB%96
792デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMde-+uhU)
垢版 |
2021/06/04(金) 19:21:25.71ID:0c0chM5JM
将来的なサポートはFrameworkだと思うけどなぁ
2021/06/04(金) 19:27:36.34ID:fNUUmS5r0
さすがにMFCは10年以上前に滅んだよ
794デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMde-+uhU)
垢版 |
2021/06/04(金) 19:30:27.24ID:0c0chM5JM
今は.netじゃないネイティブアプリは何で作ってんの？
2021/06/04(金) 19:31:37.34ID:BzCokzlMM
>>792
.NET Frameworkは.NET4.8で開発終了したけど何言ってるの
796デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMde-+uhU)
垢版 |
2021/06/04(金) 19:42:13.23ID:0c0chM5JM
>>795
サポートは5や6より長いだろー
2021/06/04(金) 19:48:19.26ID:qGu+M2wT0
VB6みたいな断絶されたシステムと違って互換性がある後継が存在するからな
798デフォルトの名無しさん (ﾜｯﾁｮｲ ca6a-PRuz)
垢版 |
2021/06/04(金) 19:50:57.22ID:IAgKdKOl0
>>796
新技術の取り込みないからレガシー化待ったなしだぞ
c#8も全機能使えないし
2021/06/04(金) 20:18:30.70ID:D9FHeoRUr
>>764
素人だらけだろこのスレは

ScrollViewerだけじゃないだろ
サイズ計算やレイアウト絡むものを入れてはいけない
2021/06/04(金) 20:22:29.84ID:D9FHeoRUr
わかるぞ
他人を馬鹿扱いしないと主張を保てないみじめな人生

そして経験不足からくる傲慢さ
801デフォルトの名無しさん (ﾜｯﾁｮｲ ca6a-PRuz)
垢版 |
2021/06/04(金) 21:00:32.21ID:IAgKdKOl0
自己紹介？
2021/06/04(金) 22:12:08.36ID:qGu+M2wT0
>>799
あんたが>>749に書いた仕様など
>同じ割合で表示されていたらと思うが他の人は違うのかな？
と言うならViewBoxで解決じゃねーか
あんたがViewBoxを知らなかったのはバレバレなんだよ
2021/06/05(土) 00:54:25.92ID:0C8ccwu5a
>>789
未だにMFCは勘弁してくれ
2021/06/05(土) 05:35:31.46ID:L7L31nHe0
いや、実際息が長いのは.net frameworkの可能性が高い。
実際にはあれで作れないものって業務むけでは殆どないし。
.net5以降は古いメジャーバージョンから、新しいメジャーバージョン一切読めないから
結構困惑が始まると思うぞ。
2021/06/05(土) 06:06:10.49ID:qRwbnhuf0
>>795,796,798
新規開発で4.8を選択するのはプロジェクトの性質によっては妥当。
Core系を選択してしまうとたったの3年でサポート切れ、
OSのサポート期間だけ気にしておけばいい4.8の方が長期的に見てずっとコストを低く抑えられる。
開発側からすれば新しい方が便利な機能使えて楽だが、使う側からすればそんなの知ったこっちゃないからな。
レガシー化って言ってもVB6ランタイムですらまだWin10で生き続けてるからな。
2021/06/05(土) 06:20:46.69ID:qRwbnhuf0
>>749
マウス・キーボード操作前提のUI設計、タッチ操作前提のUI設計をするべき。
サイズが違うとかそういうレベルの話じゃなく、使い方が異なるものを
同じUIで済まそうとするのは手抜き。
807デフォルトの名無しさん (ﾜｯﾁｮｲ ca6a-PRuz)
垢版 |
2021/06/05(土) 10:36:53.28ID:byK7y7eQ0
なかなか説得力あるなｗ
でも技術者としては「これからも.NET Frameworkで新規開発するよ！」なんて言う組織にはいたくないなｗ
2021/06/05(土) 12:14:27.15ID:FhII8RApM
まあ>>805みたいなのは短期的には至極正しいんだが、長期的には優秀なエンジニアが離れていって結果的に品質は低下していくんだよ
2021/06/05(土) 12:19:22.16ID:G+DaEH8XM
まあそもそも今時Winのデスクトップアプリ作ってる時点でアレなんで、>>808のような理屈を持ち出すのはナンセンスな気もするな
810デフォルトの名無しさん (ﾜｯﾁｮｲ 2501-INBt)
垢版 |
2021/06/05(土) 17:48:32.45ID:xu2czDUZ0
.NET CoreはWin10に勝手にインストールされるようにならんのかね
GUI付きのツール作って配布するときいちいちランタイムインストールしてくれって周知するのがめんどい
だったら.NET Frameworkで我慢して作っちゃうって人多いと思う
2021/06/05(土) 17:57:12.18ID:8tsttn3r0
>>810
どれだけWindows Updateの遅さで苦しんでいると思ってるのか。
もともと独占禁止法違反に拍車をかける。
812デフォルトの名無しさん (ﾜｯﾁｮｲ ca6a-i9RX)
垢版 |
2021/06/05(土) 19:14:51.92ID:byK7y7eQ0
>>810
ポータブルなデプロイできるでしょ
容量増えるのがイヤならしょうがないけど
2021/06/06(日) 06:29:46.87ID:NePY0SXK0
>>810
それがネックでまだ個人利用でしか使えないよな。

>>812
3MBぐらいまでコンパクトにならないと実用性無い。
何十個もファイル分割して送りたくない。
2021/06/06(日) 07:44:28.12ID:7JEi2rzOp
フロッピーで配布？
2021/06/06(日) 08:42:43.92ID:Oyn979dG0
.net frameworkなら1ファイルなものが、20ファイルとかになったら、やはりプラスには受け止めないけどなぁ。
少なくともオレは。

ショボショボコンソールツールすらファイル20個とかだと、
同じディレクトリにショボツール5つまとめて置いておきたいんだがーとかもためらわれるよね。
2021/06/06(日) 09:44:15.46ID:FxDSeCEy0
しょぼしょぼコンソールツールなら.netで書く必要ないし
そうでないならインストーラつけるで良いのでは
2021/06/06(日) 12:22:24.24ID:3Qz7LXHNr
しょぼいコンソールツールはgoでいいだろｗ
2021/06/06(日) 14:41:23.93ID:1amPE6il0
でかいとバックアップするにも苦労する。
2021/06/06(日) 15:03:59.21ID:iCJo+5gT0
メリットよりデメリットの方が大きいなら無理して .NET 5 使う必要なくね
どうしても .NET 5 じゃないといけないならランタイムインストール方法をきっちり説明するなり
半自動インストールツール提供するなり
Dockerイメージでデプロイするのもありらしいね
2021/06/06(日) 15:26:38.51ID:NePY0SXK0
>>814

> 企業や組織が導入しているメールサーバーでは、1 通あたりのメール容量上限を 10 MB 程度に設定しているケースが多いです。
> ただし、古いシステムを使い続けているところでは、1〜3 MB と容量がかなり少ないこともあります。
> メールのマナーとして「添付ファイルは 2 MB まで」と言われていますが、一般的には 3 MB 以内なら送っても問題ないと考えていいでしょう。

ファイル共有サービスやチャットも管理者が容量制限かけてることが多いから1回の送信は数MBと考えておいたほうがいい。
2021/06/06(日) 15:34:31.69ID:jAK4lhwaM
>>820
メールで配布？
いまどきWebなり共有ファイルサーバーもないとかありえんだろ
2021/06/06(日) 16:03:19.06ID:1amPE6il0
アメリカ企業が作るものは何でも金持ちであることが前提になっている。
アメ車も燃費が悪いし、デカくて狭い日本では運転しにくいし。
Visual Studioやいちいちネットに繋ごうとするし、Windows Updateも然り。
2021/06/06(日) 16:04:31.35ID:1amPE6il0
iPhoneやアメリカ製タブレットはすぐ電池がなくなって数年で買い換えないといけない。
SONYタイマーは5年だったが、これらは二年以下。
2021/06/06(日) 19:00:06.49ID:NePY0SXK0
>>821
メールは例の1つ目。
ファイルサーバーでも同じ。
ちゃんと読め。
2021/06/06(日) 19:09:08.66ID:OPfMT94LM
>>824
今時ファイルサーバーでMB単位の制限とかアホかよw
2021/06/06(日) 20:57:09.94ID:G4VWjqkC0
またフロッピーおじさんか
2021/06/06(日) 20:57:32.98ID:G4VWjqkC0
>>590
こいつやろ
2021/06/06(日) 21:28:04.99ID:+xOvdikSM
社内アプリなら管理者がCoreだろうが何だろうが整えれば良い
管理部門通さずコソコソやりたいって話ならVBA万能説と大差ない
2021/06/07(月) 09:13:56.16ID:w7u4zOIW0
MFCの学習コストの事を思ったらWPFは楽なもんだけどな
2021/06/07(月) 11:24:30.44ID:oLAmPoRi0
普及してないのって単に難しいってだけだよね
俺もWPFわけわからないし
2021/06/07(月) 11:55:08.60ID:LkPZR8+jM
MVVM系のフレームワークはWebじゃ普通に使われてるんだから、MVVMが難しいは理由にならんよね
WPFがイケてなくて不必要に難しくなってるか、WPFやってる人の頭が悪いかのどっちかだろう
2021/06/07(月) 12:22:35.80ID:gbZoLLIn0
vbとかwinformsオジサンなんだろ。
web系もやったことがないか、やったとしてもweb formsとか。
MVCすら分からないんじゃね？
2021/06/07(月) 14:46:35.53ID:hhCMqshC0
どう考えてもXAMLの問題だろ
2021/06/07(月) 14:58:07.02ID:hhCMqshC0
XAMLを擁護してる奴だけは本当に意味が分からない
ブラッド・コックスとトム・ラブがObjective-Cを作ったのは失読症だったからって冗談があるが、だったらXAMLを作った奴は滅裂思考かなんかだろ
病院に行け
2021/06/07(月) 17:41:23.81ID:toxQnbWm0
それXAMLじゃなくてBlendの為のマークアップ拡張な

これがやたらめったら糞なだけ。
だから標準libraryからはずれてんの
2021/06/07(月) 17:56:52.44ID:UwsRf3cb0
最近のVSだと、ホットリロードで実行しながら細かいプロパティー弄れる様になって
開発も容易になったんだが、そういうの知らないんだろうな

ある意味フォームより直感的な修正が可能
2021/06/07(月) 18:11:19.30ID:E78jUHIp0
覚えること多すぎだから挫折するんだよ
実質セットやんwpf+xaml+mvvm
androidとか他でmvvmとか覚えたら、ここに戻ってきたらいい
2021/06/07(月) 19:08:19.90ID:VWmErfLX0
>>834
完全に同意
単にちょっとした<List>の要素をループで表示したいだけなのに
なんであんなクソ深い階層を作らんといかんのか
そんなのWPF側で吸収しろよ

>>836
ホットリロードも使ってるし、元々使わなくても書けたが
あの階層を見る度に「WPFを作った奴はアホだな」と毎回思ってる
2021/06/07(月) 21:29:53.05ID:omASHIkAa
>>838
まぁでも君より賢いのは確かだよね
2021/06/07(月) 21:31:38.36ID:UL/Xq/ZF0
mvvmでちゃんと作ってないてけとープログラマーだけどwpf好きだ
2021/06/07(月) 21:48:34.31ID:izGc3F9H0
WPFのとっつき悪さはXAMLとバインディングのおまじないの合わせ技やろうなあ
2021/06/07(月) 22:05:10.21ID:vdAP3iiA0
>>838
そんなんHTMLと変わらん。階層が深くなって扱いづらいなら分割すりゃいいだけのこと。
2021/06/07(月) 22:28:10.36ID:NeAVn+gW0
階層深くなるから作ったやつアホは草
2021/06/07(月) 23:47:41.16ID:UwsRf3cb0
ｃ＃のメソッドでも更にメソッド呼んで結構階層深くなるけどソレを簡単に把握できないと商売上がったりだよな
xamlは言っても一つの画面で収まる程度の深さだからさほど苦にもならん
2021/06/08(火) 00:54:20.26ID:Oz+Fue890
>>841
これだと思う、つーか俺が正にそれだわｗ
バインディングの呪文がいちいち分からなくなって調べて書いてた
UWPのx:Bindだとだいぶマシだったな
2021/06/08(火) 01:52:25.65ID:3XdutFfF0
XMLの柔軟性で表記に微妙な揺れがあるのが初心者殺し
2021/06/08(火) 07:23:19.53ID:TJAgpdV80
>>825
仕事できなそうだな。
言われた以上のことはおろか、言われたことすら満足にできなそう。
もっと想像力を働かせろ。
2021/06/08(火) 07:40:46.29ID:2HOI3n8kM
>>847
容量の話で反論できなくなったら人物攻撃かよ
老害はこれだからw
2021/06/08(火) 19:24:18.29ID:TJAgpdV80
>>848
そういうところだぞ。
ファイルサーバーでも制限かけずに全社員が好き勝手に使ったらあっというまにパンクする。
ちょっと考えればこんなこと中学生でも気付く。思考が浅い。
わずかなやりとりだけでパフォーマンスもメモリ効率も悪い、バグも多い駄目駄目コードを書くだろうことが容易に想像できる。
2021/06/08(火) 19:38:12.99ID:Qvcs9ixZ0
一人１Gなら１０００人居ても１T
時代が違うんだよな

何年前の世界の住人なんだろうかｗ
2021/06/08(火) 19:50:15.35ID:FLbZ261zM
>>849
バカはファイル単位の制限とドライブ単位の制限の区別もついてないのか…
いまどきExcelでもでかい表だと10MBオーバーとか普通にあるのにw
2021/06/08(火) 20:06:03.27ID:/F7nQ4Vz0
あんまりお爺ちゃんを虐めないで！
2021/06/09(水) 00:37:30.04ID:Iq4H0kt00
まぁWPFはスマホもないような石器時代に作られたフレームワークだからな。
これでモダンなGUIアプリ作れとか木の枝で火を起こせと言ってるようなもの。
2021/06/09(水) 05:54:21.39ID:44YoTMBl0
実際ほとんど非公開型のデスクトップアプリでしか使われてなく、公開されてるものの中での使用割合でもwinformに全く届いてないとおもわれる。
2021/06/09(水) 06:58:58.85ID:Mk/IH+A+0
WINUI出たら本気出す
2021/06/09(水) 12:47:05.56ID:oLsQ5RHC0
本当は古いかどうかは問題ではない。
WinFormsはC#の中で最も古いのに最も使われているし、
MFCは、それよりさらに古いのに WinFormsよりも使われているのだから。
857デフォルトの名無しさん (ｴﾑｿﾞﾈ FFea-DLda)
垢版 |
2021/06/09(水) 16:15:28.21ID:Gt06K9sHF
MMde-7vXX
機械学習でもあばれてたひと？
2021/06/09(水) 19:54:22.65ID:GCixYKXo0
MFCが一番使われてるんだおじさん登場
2021/06/09(水) 21:43:03.22ID:keDx0r5I0
>>850
うちはユーザーに解放されている領域は全員で5GB以内に制限かけられてるけど。
もっと制限きつくしてるところもあるだろうし、ファイルサーバー自体用意していないところだってあるだろう。
時代のせいにするのは「逃げ」だよ。
2021/06/10(木) 04:59:47.03ID:xpp8vd9FM
>>851
バカはお前さんだよ
ファイル単位の制限も、ドライブ単位の制限のも
考慮する必要がある
それに間違ったExcelの使い方自慢されてもな
2021/06/10(木) 05:09:55.65ID:8ISJ8JXt0
関係ない話をするやつは総じて馬鹿
2021/06/10(木) 06:37:04.77ID:orR9Hgd5M
>>859
そう、全体での制限はもちろんある
うちの会社だと1G ~300G まで1G単位で設定されてる
ファイル単位の制限を付けるのは標準だとできないことが多いしあまり意味がないからやってる企業はそんなに無いだろうね
いまどきファイルサーバーを用意してないような企業はないとは言わんけど…
まあレアケースじゃね？

>>860
> それに間違ったExcelの使い方自慢されてもな
最大行数が65535行のExcel使ってる老害乙w
2021/06/10(木) 07:12:11.73ID:aZ1e/2qx0
ここに馬鹿でない人間がいるとでも？
2021/06/10(木) 07:44:36.91ID:0hdlcNGL0
そこで、楽天SIMで威張られてもなぁ
とか言って更なる地獄を作り出す未来が見えます。

せめてOpenXMLの話をしているのかと
思ったら😅
2021/06/10(木) 08:53:07.57ID:kDG1evB/a
アンマーネージドのfree/delete地獄はイヤじゃ
2021/06/10(木) 10:47:07.41ID:0hdlcNGL0
heap領域毎アボンすれば良いのに
2021/06/10(木) 10:54:54.06ID:LfTVHuZvM
>>862
そういうことを言ってるんじゃない
データベースとかBIツールとかもっと適したものは他にあるだろってこと
2021/06/10(木) 11:42:15.58ID:q1Smxqu+M
>>867
> データベースとかBIツールとかもっと適したものは他にあるだろってこと
そんなのケースバイケースだろ
2021/06/10(木) 12:17:07.30ID:1opaURbj0
>>862
どっちかってーとファイルサーバー使ってる方が旧態依然とした企業じゃないか？
今はメタ情報を色々付与できるファイル共有サービスの方が主流。
2021/06/10(木) 12:37:55.19ID:zEkoVAoOM
>>869
で、そのファイル共有サービスとやらは数MBの制限があるのかい？
知ってる単語並べても恥ずかしいだけだぞw
2021/06/10(木) 14:15:56.49ID:LfTVHuZvM
>>868
そのケース選定を誤ってるという指摘
2021/06/10(木) 14:35:22.17ID:gSAqa8NZM
>>871
状況もわからんのに選定誤ってるとかアホかよw
2021/06/10(木) 21:46:31.64ID:Lv5ga9OK0
wpf datagrid で任意の列の値の一覧を取得したいんだけど,
for文とか使って地道に1行ずつループさせるしか方法ないん？(´・ω・｀)
874デフォルトの名無しさん (ﾜｯﾁｮｲ ca6a-i9RX)
垢版 |
2021/06/10(木) 21:54:11.02ID:aWcn/BgC0
こんなんでどう？
https://stackoverflow.com/questions/12614654/can-linq-retrieve-rows-from-datagrid
2021/06/10(木) 22:46:58.58ID:Lv5ga9OK0
>>874
全然わかんない……(´；ω；｀)ﾌﾞﾜｯ
2021/06/11(金) 02:14:28.21ID:jftrgKp80
「地道に」というが、速度的に問題ないならそれで十分。
2021/06/11(金) 07:12:24.65ID:YaO0zNGTd
速度問題あるときはどうすればいいの？
878デフォルトの名無しさん (ﾜｯﾁｮｲ ffe6-B2nj)
垢版 |
2021/06/11(金) 07:53:58.30ID:LHIYmDjS0
CPU買い替え
2021/06/11(金) 08:31:31.14ID:tpK55tdN0
スリッパを買いたまえ
2021/06/11(金) 08:36:19.70ID:wel/tMB40
そもそもforループのほうがlinqより早いだろ
2021/06/11(金) 12:18:51.18ID:jftrgKp80
>>877
それはWPFのdatagridが速度面に問題あるからかも知れないから、どうしようもない
かも知れない。それがC#よりC++を好む人がいる理由でもあるのだから。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況