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

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

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/10/09(水) 23:31:18.85

WPFは.netframework+WinUIと入れ替わる予定じゃないかな
xamlソリューションとしてはこっちのほうができが良い

**デフォルトの名無しさん** · 2019/10/10(木) 00:05:16.71

引き合いに出すのがCannaかいなｗ
Struts1とかのがヤバくね

**デフォルトの名無しさん** · 2019/10/10(木) 19:08:05.52

WinUIは100%C++で書かれたwindows専用API

**デフォルトの名無しさん** · 2019/10/10(木) 20:23:18.39

winui 3.0で新規に書き起こすんだから今なら下位のレイヤー取り替えられるようにするんじゃねぇかな？つまり、windowsから簡単に切り離せるように。

**デフォルトの名無しさん** · 2019/10/11(金) 19:38:07.79

もともとwindowsの機能に依存したUIにすると思う
下位を汎用にすると設計が大変だから

**デフォルトの名無しさん** · 2019/10/11(金) 20:17:33.23

下位を汎用にした結果がWPFの大失敗だもんな
まあWPFが下位に抽象化レイヤを入れたのは移植性を高めることではなくて自由度を高めるためだけど、
結局出来上がったのはゲロ遅くて無駄に複雑でMSによるアップデートも遅いゴミ
WinRT以降のOS側で高レベルなUIコンポーネントを提供する戦略は少々行き過ぎてる気もするけど、
少なくとも今更WPFの黒歴史を繰り返すことはないだろう

**デフォルトの名無しさん** · 2019/10/11(金) 23:03:08.03

どういうことなの…

**デフォルトの名無しさん** · 2019/10/12(土) 02:58:35.99

下位を汎用ってもflutterだってやってることだしな。描画エンジンの部分と入力を汎用化するだけで、googleエンジニアが出来てMicrosoftのエンジニアができないとな？

もちろん、それなりの手間が発生するが。

**デフォルトの名無しさん** · 2019/10/12(土) 03:11:46.71

でもデスクトップPCそのもののシェアが減ってる現状で下位を汎用化してマルチプラットフォームにする価値あるか？というと怪しい気がする

**デフォルトの名無しさん** · 2019/10/12(土) 08:34:07.80

下位に抽象化レイヤを入れたGUIフレームワークとしては既にElectronが成功を収めている
今更作る意味はないよ

**デフォルトの名無しさん** · 2019/10/12(土) 08:37:10.78

みんな大失敗だよ。

**デフォルトの名無しさん** · 2019/10/12(土) 08:44:21.47

WinUIはFluent Design Systemのライブラリだし、別にタッチ専用という訳じゃないけど、クロスプラットホーム化狙うなら、まずはUWP/Android/iOSでしょうに。

WinUIはただのUIライブラリだから、プラットホーム特有のAPIも簡単に呼べるようにならんだが。
https://devblogs.microsoft.com/dotnet/introducing-net-5/
.net coreにもjava/swift interopelabilityが予定されてるし。

**デフォルトの名無しさん** · 2019/10/12(土) 08:46:15.64

Electron上げるくらいならflutterの方が有望だと思う

**デフォルトの名無しさん** · 2019/10/12(土) 08:53:16.39

まぁ、俺はflutterに乗っかりつつあるけど、Microsoftはやる気あるなら急がんと。googleのflutterへのやる気すごい。

**デフォルトの名無しさん** · 2019/10/12(土) 10:28:41.50

Blectronやろ

**デフォルトの名無しさん** · 2019/10/12(土) 18:51:33.97

Electronを汎用と言うのは脳がいかれてると思う

**デフォルトの名無しさん** · 2019/10/12(土) 21:11:44.74

Webブラウザは明らかにPALと見做せるだろ
しかも対応するする詐欺ではなく既に各プラットフォームに実装が存在する

**デフォルトの名無しさん** · 2019/10/13(日) 20:08:26.73

PAL (曖昧さ回避)

PAL方式 - アナログカラーテレビ規格
Pilot Activated Lighting - 飛行場の灯火に関するシステム
フィリピン航空のICAO航空会社コード
プログラマブルロジックデバイス (Programmable Array Logic)
年間熱負荷係数 (perimeter annual load) - 建物の省エネルギーの指標
パレスチナ自治区の旧FIFAコード
江釣子ショッピングセンターパル

**デフォルトの名無しさん** · 2019/10/14(月) 16:48:28.52

>>669
オープンソース化してなんか起きたのってなんかある？WTL？

**デフォルトの名無しさん** · 2019/10/14(月) 16:50:13.31

>>322
jsonと規模が違いすぎるだろ
アホすぎる

**デフォルトの名無しさん** · 2019/10/14(月) 16:54:22.26

三ヶ月と半月

**デフォルトの名無しさん** · 2019/10/14(月) 17:42:15.71

>>690
規模とか都合のいい条件後付けすんなよwwwww

**デフォルトの名無しさん** · 2019/10/14(月) 20:28:57.08

>>690
INotifyPropertyChangedの実装をネットで拾ってくれば数十行のコピペで行ける
嫌ならライブラリなど使わなくてもいい

**デフォルトの名無しさん** · 2019/10/14(月) 21:17:15.84

オープンソース化したらソースが見れるからとドキュメントを書かなくなり、
ユーザもテスト丸投げで品質が下がって
誰も使わなくなって誰も保守しなくなるパターンはいっぱい見てきた。

**デフォルトの名無しさん** · 2019/10/14(月) 22:25:51.44

PrismとかReactivePropertyみたいなもんを
汎用化してフル機能で実装するのは難しいかもしんないけど
必要な範囲を作り込むだけなら現実的な工数でできるんじゃないかな

**デフォルトの名無しさん** · 2019/10/14(月) 22:46:59.97

同僚のプログラマはソース見れるからドキュメント書く必要はないと？

**デフォルトの名無しさん** · 2019/10/15(火) 09:54:14.02

今回のSDK更新でUWPDESKTOP完全に逝った？　BLE等々使えなくなってるんだけど、、、

**デフォルトの名無しさん** · 2019/10/23(水) 08:03:51.37

まるでOSS品質

**デフォルトの名無しさん** · 2019/10/28(月) 08:03:50.83

.NET Core 3.0 のリリース以降はコミットも激減してるね
順調に終了に向けて畳みに入ったようだ

**デフォルトの名無しさん** · 2019/10/28(月) 12:43:00.83

そりゃ元々死んでたのを移植してただけでおすし

**デフォルトの名無しさん** · 2019/10/28(月) 15:48:12.23

リアニメイトではなく墓を移設しただけか

**デフォルトの名無しさん** · 2019/10/28(月) 16:14:09.33

ポストモーテムプログラミング

**デフォルトの名無しさん** · 2019/10/28(月) 18:19:00.88

とにかく終了してよかった。ほんと惨い仕様だったからな。

**デフォルトの名無しさん** · 2019/10/29(火) 09:12:27.78

MS自身が終わったと公式にアナウンスしていないプロダクトが半端に世に残り続けるのは
良かったどころか地獄に巻き込まれかねんがな

**デフォルトの名無しさん** · 2019/10/29(火) 19:31:53.21

勝手に皆がwinforms終わった終わった言ってたけど終わってなかった

**デフォルトの名無しさん** · 2019/10/29(火) 19:46:47.87

wpfけなしてるのって
winformしか分からない低スキルおじさんと思ってんだけど偏見だろうか

**デフォルトの名無しさん** · 2019/10/29(火) 19:53:59.26

偏見じゃないだろ
統合失調症だよ

**デフォルトの名無しさん** · 2019/10/29(火) 20:02:44.28

それってとても重要なこと。低スキルには使えないなんて、
フレームワークとして致命的な欠陥品、ゴミと言わざるを得ない。

馬鹿でも使える、Delphi、VB6、C#+winformのユーザを取り込めるはずがない。

キミはwpf使えるおれ高スキルと自惚れてたようだが、実はこのスレでキミが一番滑稽だったんだよ。

**デフォルトの名無しさん** · 2019/10/29(火) 20:12:26.96

日本の大半のコーダーはwinformレベルしか理解できないだろ

**デフォルトの名無しさん** · 2019/10/29(火) 20:17:06.23

低レベルかどうか以前に使いにくい
listboxのアイテム右クリックして操作するのが非常にめんどくさい

ancestorのbindingとか見ると非常に汚いしこんなもん使いたくないけど使ってる

**デフォルトの名無しさん** · 2019/10/29(火) 20:23:35.82

バカが使えねーとか結果もいいとこだろ
馬鹿かお前

**デフォルトの名無しさん** · 2019/10/29(火) 20:36:27.81

RelativeSource FindAncestor, AncestorType={x:Type Window}

これが汚い
これが平気で使えるのは頭おかしい

データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
Type Windowと言う変な依存を作ってしまうのが汚い

**デフォルトの名無しさん** · 2019/10/29(火) 20:42:22.81

元のデータ構造に依存してデータ操作するならわかるんだけど
GUIのオブジェクトの構造に依存してまたそこからDataContext参照してそこでまた型が違うかもしれないものに対して
平気でアクセスしてしまう異常性

WPFは汚いよ
仕組みを作るべきだった

**デフォルトの名無しさん** · 2019/10/29(火) 22:41:25.89

>>712
そこ、Windowでも動くが、大体ListBoxだよな
それなら問題ないだろ

**デフォルトの名無しさん** · 2019/10/30(水) 03:52:53.88

汚いなさすがWPFきたない

**デフォルトの名無しさん** · 2019/10/30(水) 11:26:47.04

>>711
10年以上前から言われてたから普及するわけないと散々・・・

**デフォルトの名無しさん** · 2019/10/31(木) 14:51:30.77

vb6でもwinformsでもwpfでもuwpでもelectronでも何でも自分の用途にあってればいいわけで、テクノロジーや、それを使う人をdisったりする理由にはならないと思う

サポート切れてるのは新規採用は自分ではしないかなというくらいで後は好きなの使えばいい

そして俺はWPF好き

**デフォルトの名無しさん** · 2019/11/01(金) 07:16:23.42

俺もWPFの方が好きだなぁ
XAMLで構造が編集できるのがいい

**デフォルトの名無しさん** · 2019/11/01(金) 08:29:04.64

>>712-713
> RelativeSource FindAncestor, AncestorType={x:Type Window}
> これが汚い
> これが平気で使えるのは頭おかしい
それなー

> データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
いやいやそれは逆にビューがデータ構造に依存しちゃうからまずいでしょ

> Type Windowと言う変な依存を作ってしまうのが汚い
型で検索すると言うのが気持ち悪い
なぜビュー内の名前で参照できるようにしなかったんだろう？

**デフォルトの名無しさん** · 2019/11/01(金) 08:48:08.78

ElementNameあるんだけど

**デフォルトの名無しさん** · 2019/11/01(金) 08:48:22.65

>>719
別ファイルでDataTemplate定義してたりしたら使えないけど、ElementName使って名前で参照も出来る場所もあるよ

**デフォルトの名無しさん** · 2019/11/01(金) 08:56:09.38

>>720-721
まじか、知らんかった…
休み明け（今日は有休）に会社で試してみよう

**デフォルトの名無しさん** · 2019/11/01(金) 13:47:06.36

.net coreでグラフ画像を作る方法ある？
chartコントロール使えなくなったから、新しいやり方知りたい

**デフォルトの名無しさん** · 2019/11/01(金) 20:19:46.78

そういうジャンルはHTMLにもう任せてしまえば楽なんだけどなあ
jsのライブラリを使えれば一番楽だしGUI操作などもインタラクティブに行える
大量の人間が常に開発を続け最新のトレンドを自分の製品に取り込める

けどWPFなんでしょ？
これからもJSと比べるとライブラリ大幅増の希望もないけどWPFなんだよね

**デフォルトの名無しさん** · 2019/11/01(金) 20:23:09.89

ライブラリ増に関してはWinUIがある
大幅増じゃないが

**デフォルトの名無しさん** · 2019/11/01(金) 20:25:10.00

これからもOSSのライブラリ依存の状況は進んでいくだろうけど
そういうプロジェクトでユーザーや開発者が多いのはjsなんだ
最先端で使いやすいものを取り入れようとするとC#+WPFは選択から外れる

ごく限られた環境で使うときにWPF＋MVVMは使いやすい
しかし実際にアプリを作ると使いたいライブラリがなくあっても貧弱で古い事が多い

**デフォルトの名無しさん** · 2019/11/01(金) 20:30:59.87

WPFを使うのは自分が開発しやすいからであるが特定の最新機能などを使おうとすると
OSSが無かったり貧弱であったりしてまあ思い通りのアプリが作れないことがある
そういうのは個人ではどうにもならないレベルだったりするんだよね

自分が開発しやすいから選んだはずなのに実際はしやすくない

いつか誰かが作ってくれるのを期待して待つかそこだけ他の技術に頼るか

それかあきらめるか

**デフォルトの名無しさん** · 2019/11/01(金) 20:43:54.06

ヘタするとWPFで開発十数年の人が作ったWPF上のグラフアプリより
入門三日目のhtml+jsの作ったグラフアプリのほうが評価が高くなるかもしれない

そしてwebアプリは3日で出来てWPFは一か月かかるかもしれない
これからどう生きていくかは自分で選択してできるだけ狭い世界に閉じこもらないようにしないと環境と一緒に死んでしまう

**デフォルトの名無しさん** · 2019/11/01(金) 20:46:57.03

いやjsのほうが人選ぶだろ
型なし言語をスキルない奴に触らせると地獄
これからはBlazorな！

**デフォルトの名無しさん** · 2019/11/01(金) 20:51:28.94

ユーザーの目が肥えて期待される機能の完成度のハードルがあがっていくと
高機能のありものを使うしかない

WPFに限らずC#に高機能な既製品が少ない

**デフォルトの名無しさん** · 2019/11/01(金) 20:52:08.15

WPF理解できずに逆ギレしてる ID:TtiCw1tS w
哀れやのう

**デフォルトの名無しさん** · 2019/11/01(金) 20:55:00.88

書いてる内容noどこがWPF理解できずの部分があるのか教えてくれよｗ

**デフォルトの名無しさん** · 2019/11/01(金) 21:05:47.08

>>731
もう夢は終わったんだよ。WPFは消える。だがキミの仕事は安泰だ。
WPFの保守案件はWPFマスターのキミが独占できる。コボラーと同じ身分だ。

**デフォルトの名無しさん** · 2019/11/01(金) 21:12:23.60

自分がWPF使ってるのはGUIデザインがやりやすいからでHtml+CSSは理解できないししたくない
自分が使いやすいから使ってる

トータルで優秀だとは思えないが自分の好みで使ってる
いつか死ぬのは見えているでも使ってる
愛があるとかじゃなく今自分のレベルで使えるのがWPFだから使ってる
使える部分だけ使ってる

**デフォルトの名無しさん** · 2019/11/01(金) 21:27:27.29

それでいいよ

**デフォルトの名無しさん** · 2019/11/02(土) 17:14:50.59

jsのライブラリも有料化の波が・・・

**デフォルトの名無しさん** · 2019/11/02(土) 17:54:38.37

スレチだったらすみません
グラフ(データプロット)と表を並べるGUIを作りたいんだけど、最近のGUIプログラミングって、どの言語がおすすめ？
楽に覚えられてチャラいデザインにできたら御の字です
C#、MATLAB、Pythonは扱えますが、GUIプログラミングのことはよく知らないもので……

**デフォルトの名無しさん** · 2019/11/02(土) 18:06:20.34

webでjs使うのが一番表現は自由だと思う

**デフォルトの名無しさん** · 2019/11/02(土) 19:10:48.46

俺はプログラムができてオシャレな物作れるんだぞと言うのをアピールしたいなら
java scriptがおススメ

**デフォルトの名無しさん** · 2019/11/02(土) 19:15:30.51

俺はデータサイエンティストだぞというのをアピールしたければpythonがおすすめ
メジャーなグラフアプリもある

**デフォルトの名無しさん** · 2019/11/02(土) 21:48:00.04

俺は泥臭い仕事何でもやりますアピールしたいなら
java scriptがおススメ

**デフォルトの名無しさん** · 2019/11/02(土) 22:30:42.41

夢も希望も無いな

**デフォルトの名無しさん** · 2019/11/02(土) 22:53:31.90

>>739-741
ありがとう
泥臭い+オシャレアピールしたいからjsにします。

**デフォルトの名無しさん** · 2019/11/03(日) 15:49:02.46

他人が書いたWPFコードは読めたものじゃないな。保守性ゼロ。

**デフォルトの名無しさん** · 2019/11/03(日) 16:29:59.14

他人が書いたWPFコードは（>>744みたいな無能には）読めたものじゃないな。（>>744みたいな無能には）保守性ゼロ。
当たり前やなw

**デフォルトの名無しさん** · 2019/11/03(日) 16:48:20.02

>>745
言えてる

**デフォルトの名無しさん** · 2019/11/03(日) 17:55:02.22

これから.net frameworkと.net coreが統一されるというが実質は.net frameworkが捨てられるだけ
皆が.net coreに移るわけじゃないから結果として.net軍団は二分される

ゲームでunityに流れ込む人は多いけどWPFに流れてくる人は大幅に減ると思う

**デフォルトの名無しさん** · 2019/11/03(日) 18:39:05.65

まあWpfフェードアウトしてUWPのWinUIベースになるのは予想できるね
基本的にはWpfとほぼ同じでx:Bindなどの拡張があるから良いと思うよ
WpfにできてWinUIに出来ないこともあるけど、UIタスク以外からコレクションイジられるようになればいいけどな

**デフォルトの名無しさん** · 2019/11/03(日) 20:08:32.81

プログラミングのモデルをがらっと変えてくるのはともかく
性能や機能面で以前より劣るものをこれからの主流で御座いと押し付けてきた挙句
そのへんロクに改善せずに開発者の移行も進まず以前のフレームワークもダラダラとサポートし続ける
WindowsのGUI方面はWin8から今まで5年以上は時間と金をドブに捨てとるわ

**デフォルトの名無しさん** · 2019/11/03(日) 21:43:31.62

正しい方向へ戻っただけだと思うけどね
Windows作ってる会社自身が、Windowsの進化が遅いから箱庭方式のフルスクラッチでOSから独立したGUIフレームワークを作るわーなんて言ってたんだぞ
糖質かよ

**デフォルトの名無しさん** · 2019/11/04(月) 00:35:03.18

MSの誰がそんなこと言ったんだ？
だいたいこんなゴミフレームワークですら叩くと信者がワラワラ出てくるがそいつらが本当の糖質だろ。
技術的な話題には一切入ってこない低スキルなのに。

**デフォルトの名無しさん** · 2019/11/04(月) 01:41:28.60

どうも、Microsoftのこれからの方向性
この1年で大きく変化しているのを理解できていない投稿が
多いように見受けられんだけど。
来週のIgniteを楽しみにしよう。

**デフォルトの名無しさん** · 2019/11/04(月) 02:18:54.05

MSのこれからの方向性？
「Azure全振り」だ
デスクトップアプリなんて商売としては最早どうでもいい分野であり戦略もクソもないよ

**デフォルトの名無しさん** · 2019/11/04(月) 08:16:57.81

> 技術的な話題には一切入ってこない低スキルなのに。
>>751の悪口はやめなよw

**デフォルトの名無しさん** · 2019/11/04(月) 14:57:49.02

>>754
糖質信者乙W

**デフォルトの名無しさん** · 2019/11/04(月) 15:02:34.48

相変わらず非技術的な内容だと元気なID:ViGCTZCn w

**デフォルトの名無しさん** · 2019/11/04(月) 16:56:18.36

過去ログも含めてこのスレの大半はWPFの悪口だが、
このようにWPFをゴミと言うだけで信者が顔真っ赤に絡んでくるから注意な。

**デフォルトの名無しさん** · 2019/11/04(月) 17:09:09.95

ん？そりゃ悪口とその反論が半々てことじゃないのか？

**デフォルトの名無しさん** · 2019/11/04(月) 17:26:07.75

ID:ViGCTZCnは技術的な話についてこれないならマ板で吠えてりゃいいのにw

**デフォルトの名無しさん** · 2019/11/04(月) 18:30:40.97

昔は普及したかと確認する奴もいたが今はそれすらおらず、MSも匙を投げたようだ。
GUIフレームワークの話には入らないが必死に煽るレスだけは必死の ID:7wrIz40y みたいな奴のレスが残りの半分だな。

**デフォルトの名無しさん** · 2019/11/04(月) 19:32:59.72

流行らないと言うなら無視しとけばいいのに哀れな奴w

**デフォルトの名無しさん** · 2019/11/04(月) 19:43:13.47

>>761
だからこっちは質問してんだよ。
質問に答えれないのになんでいちいちおれを煽るかね？　まじ糖質だな。

MSの誰が言ったんだ？　ヘジか？　シノフスキか？
答えれないなら二度とおれにレスすんな、糖質野郎。

**デフォルトの名無しさん** · 2019/11/04(月) 20:11:22.32

はあ？
お前の相手が一人だけだと思ってるのかよw

**デフォルトの名無しさん** · 2019/11/04(月) 20:47:14.84

好きにすれば良いだろう。
まったく自信ない奴らだな。

**デフォルトの名無しさん** · 2019/11/04(月) 21:06:42.71

WPFが復権すると勘違いしてるやつらがいるんだよ
そもそもがメインストリームとして普及したこともないのに
winformsの方がまだ普及してた

**デフォルトの名無しさん** · 2019/11/04(月) 21:10:05.13

まだプレビュー品質だけどReact NativeをUWPに埋め込む機能をXAML IslandsでWPFに埋め込めるから、JSでやったほうが楽なものはそっちでやれるようになる日が、そのうちくると思う

**デフォルトの名無しさん** · 2019/11/05(火) 00:35:50.31

JSでやったほうが楽なもんは今でもJSでやるだろう

**デフォルトの名無しさん** · 2019/11/05(火) 16:20:02.41

https://devblogs.microsoft.com/visualstudio/all-things-developer-tools-at-microsoft-ignite/
の
> XAML code editor pop up, merge resource dictionaries and more
> In this release there are multiple new features for desktop developers building WPF or UWP applications.
> One such feature is the ability to open the XAML code editor window separately from the XAML designer using our new “pop up” button next to XAML tab:
くらいかな
WPFの話は

あまりの注力度に腰を抜かしかけた
さすがMicrosoft

**デフォルトの名無しさん** · 2019/11/05(火) 17:19:07.50

>>767
wpfとかで作ってるんだけど、このuiはJSならすぐできるのになぁ…というとき用を想定してた

**デフォルトの名無しさん** · 2019/11/05(火) 20:14:06.72

>>752
楽しめましたか…？(小声)