WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

**デフォルトの名無しさん** · 2017/12/13(水) 23:35:47.18

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2019/01/22(火) 19:41:44.31

>>666 ←ところで誰でも知ってることを必死にID代えながら全否定してる馬鹿は何者？

**デフォルトの名無しさん** · 2019/01/22(火) 19:49:19.76

>>667
ソースを貼れば黙らせられるんじゃない？

俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど

**デフォルトの名無しさん** · 2019/01/22(火) 19:50:43.94

ID:sLZ546NU＼
　　ノ)人(＼　　フ
　　人(へニﾌ )人　 )
へ (　〈●)　ヘ)ﾉｲ
Y Ｙ ///￣　 (●/ノ
ヽﾉ　　　　 _ﾉ~｜
_ﾉ　　 /￣＼　 / <ボクが一番WPFに詳しいんだ!!!
――､＿＼二ﾉ／
　　/ /　　イ/￣/

**デフォルトの名無しさん** · 2019/01/22(火) 19:57:27.37

>>669
イヤそちらの方が詳しいから主張しているのでは

**デフォルトの名無しさん** · 2019/01/22(火) 20:22:42.49

もしかしてwikipediaのこれをみてWPF=メトロって解釈したの？

ttps://ja.m.wikipedia.org/wiki/Windows_Presentation_Foundation
>Windowsストアアプリ

>Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって
>ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム??(Universal Windows Platform, UWP) アプリケーションも基本は同様である。

**デフォルトの名無しさん** · 2019/01/22(火) 20:48:43.71

https://ja.m.wikipedia.org/wiki/Modern_UI
VS2010なんて欠片も出てこんぞ

**デフォルトの名無しさん** · 2019/01/22(火) 22:19:57.39

Windows8の開発には普通vs2012がいるからねぇ
その時点で駄法螺でしょうな

**デフォルトの名無しさん** · 2019/01/23(水) 08:17:24.46

2010ってメトロじゃなくてリボンだよな

**デフォルトの名無しさん** · 2019/01/23(水) 13:40:33.94

VS2010って急に重くなってヘルプが使い物にならなくなったバージョンだな。
そしてドキュメントも整備されなくなった。そして記念すべき.net4というアホバージョンが登場。
以後の.netの仕様は互換性は皆無、仕様は右往左往、排他仕様、切捨ての嵐となった。
サポートには苦情の嵐でどうにもならず、多くをオープンソース化してユーザに丸投げ。

この辺りだな、MSの技術力が急低下したのは。

**デフォルトの名無しさん** · 2019/01/23(水) 17:54:23.20

ホラVS2010がメトロとかわけわからんこと言うから
おじいちゃんが発作起こしちゃったでしょう

**デフォルトの名無しさん** · 2019/01/23(水) 18:20:46.09

.NET4ってそんな互換性問題あるの？

**デフォルトの名無しさん** · 2019/01/23(水) 18:51:14.01

>>678
そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う

**デフォルトの名無しさん** · 2019/01/23(水) 23:15:09.20

特になかった。

**デフォルトの名無しさん** · 2019/01/25(金) 09:52:20.19

>>652
同一視してる可能性は否めない。
WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。

**デフォルトの名無しさん** · 2019/01/26(土) 09:16:41.79

同じなのは流行らなかったことだけ

**デフォルトの名無しさん** · 2019/01/26(土) 10:08:44.16

結局WPF is Metroさんは勘違い以前のただの釣りだったのけ？
煽りにしても意味わからんしもともとMetroの定義も曖昧だから
なんか説明してくれると思ったのになあ

**デフォルトの名無しさん** · 2019/01/26(土) 18:55:05.39

RenderTargetBitmapをpngやbmpファイルに落とすと
1920*1080とかになると一秒くらい掛かってしまうんですが
もっと速くする方法はないでしょうか？

**デフォルトの名無しさん** · 2019/01/26(土) 19:03:15.69

>>683
WPFではなくSystem.Drawingを使う

**デフォルトの名無しさん** · 2019/01/26(土) 19:26:17.13

>>684
ありがとうございます。
調べてみます。

**デフォルトの名無しさん** · 2019/01/29(火) 22:16:08.48

VS2010のデザインをメトロだと言い張る無知なバカはもう消えたのか？

**デフォルトの名無しさん** · 2019/01/30(水) 20:59:27.87

フォント名が長いと、.NET Framework 3.x の WPF アプリケーションが起動できなくなる
https://social.msdn.microsoft.com/Forums/ja-JP/28ebaebc-965b-48db-8c5a-3f003888cd6a/12501124571253112488215171236438263123561239212289net-framework-3x

**デフォルトの名無しさん** · 2019/01/30(水) 21:05:49.02

くだらねえｗ

**デフォルトの名無しさん** · 2019/01/31(木) 09:39:30.69

そういやパスの長さ２６０文字の呪いは解消されては居るが、
都合で隠し機能になってレジストリ弄らないよ有効にならないんだよな

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

MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？

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

XAML2009から　１０年たった

**デフォルトの名無しさん** · 2019/02/07(木) 01:59:25.27

WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。

随分と普及してたんだなw

**デフォルトの名無しさん** · 2019/02/07(木) 10:22:40.21

WPFは永遠に不滅です

**デフォルトの名無しさん** · 2019/02/07(木) 17:44:50.95

仏滅です

**デフォルトの名無しさん** · 2019/02/09(土) 04:50:14.45

普及はしていない。
ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。
もはや蟻地獄。抜け出せない。

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

「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。

**デフォルトの名無しさん** · 2019/02/11(月) 00:10:18.72

>>695
そもそも、wpf以外に何があるんだ？

**デフォルトの名無しさん** · 2019/02/11(月) 00:42:41.21

>>697
騙された連中は置き去りにしてMS自身はElectronへ完全移行したね

**デフォルトの名無しさん** · 2019/02/11(月) 00:52:27.04

>>698
そんな妄想要らないから

**デフォルトの名無しさん** · 2019/02/11(月) 14:22:23.08

>>698
ねーよ

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

どうしてなの――ッ！！
どうしてエレクトロンしないのよーッ！！

**デフォルトの名無しさん** · 2019/02/11(月) 22:34:07.70

>>698
例えばMSのoffice2019は何で書かれてるのかな？

**デフォルトの名無しさん** · 2019/02/12(火) 02:06:13.15

謎々ならママに出題してろガキ

**デフォルトの名無しさん** · 2019/02/12(火) 19:50:48.27

MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。

**デフォルトの名無しさん** · 2019/02/12(火) 20:59:43.50

クールバー(Ie4)ぐらいからおかしかったけどなぁ

**デフォルトの名無しさん** · 2019/02/14(木) 09:26:31.90

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:27:23.92

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:27:25.53

VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？

クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？

**デフォルトの名無しさん** · 2019/02/14(木) 09:31:21.25

君もそろそろアップデートしてはどうか
チャタってますよ

**デフォルトの名無しさん** · 2019/02/14(木) 12:42:58.11

>>706
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。

ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。

一般の開発会社やSI'erは、言われるがままに作るだけ。

**デフォルトの名無しさん** · 2019/02/14(木) 12:43:42.99

企業合併なので＝＞企業合併などで

**デフォルトの名無しさん** · 2019/02/14(木) 12:53:37.73

WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？

**デフォルトの名無しさん** · 2019/02/14(木) 13:14:00.40

xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
あと、Prism.Unityの仕様がだいぶ違っていてUWPのほうが簡潔に書けるし強力だ

問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな
Core3でEF6サポートだからどうなるか分からんが

**デフォルトの名無しさん** · 2019/02/14(木) 13:45:10.69

ありがとう、
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。

ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある
んだけど。

どんなもんでしょう。

**デフォルトの名無しさん** · 2019/02/14(木) 14:54:44.10

>>714
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない

**デフォルトの名無しさん** · 2019/02/14(木) 15:11:33.01

データバインドはいつも使うが、イベントのバインド分んないな
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。

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

>>714
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。

その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。

Microsoft Store for Businessの業務アプリとして出すのは平気

**デフォルトの名無しさん** · 2019/02/14(木) 18:36:00.93

>>717
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので

**デフォルトの名無しさん** · 2019/02/14(木) 22:37:38.12

>>720
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。

**デフォルトの名無しさん** · 2019/02/15(金) 00:12:26.01

俺の事か?

**デフォルトの名無しさん** · 2019/02/15(金) 01:28:57.49

>>719
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ

**デフォルトの名無しさん** · 2019/02/18(月) 00:46:05.66

WPFネイティブビルドはいつ来るんだよ

**デフォルトの名無しさん** · 2019/02/18(月) 09:44:54.34

.NET CoreのWPFでcorertビルドできるか試してみたら？

**デフォルトの名無しさん** · 2019/02/18(月) 14:34:51.34

ずっと話噛み合ってねえからな

**デフォルトの名無しさん** · 2019/03/03(日) 06:37:29.80

幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。

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

捨てたらWinFormしかなくなるからじゃね？

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

>>725
何をもって普及しなかったと？

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

>>727 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな

**デフォルトの名無しさん** · 2019/03/03(日) 10:02:27.12

普及しなかったってのはFormsからの移行が進んでいないって意味かな？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。

**デフォルトの名無しさん** · 2019/03/03(日) 10:03:46.17

VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ

**デフォルトの名無しさん** · 2019/03/03(日) 10:04:03.21

WPFで作ってるアプリあるから捨てられたら困るんだが

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

なんだもうそんなに負の遺産があるのかw　ますますドツボだな、MSw ドンマイw

**デフォルトの名無しさん** · 2019/03/03(日) 10:41:26.59

UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか

**デフォルトの名無しさん** · 2019/03/03(日) 12:56:35.84

WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな

**デフォルトの名無しさん** · 2019/03/03(日) 12:58:33.38

そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない

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

その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの

大人気のVSCodeはElectronだがｗ

**デフォルトの名無しさん** · 2019/03/03(日) 13:59:14.27

>>728
まだ数字出せないの？

**デフォルトの名無しさん** · 2019/03/03(日) 14:13:21.59

「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」

このパターン飽きた。

**デフォルトの名無しさん** · 2019/03/03(日) 14:35:03.46

HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい

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

HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。

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

>>738
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。

◆QZaw55cn4c · 2019/03/03(日) 21:38:24.22

デスクトップアプリがオワコンなのは、どうしてでしょうか？
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？

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

オワコンというか、今後の発展が見込めない、が正確な表現では

◆QZaw55cn4c · 2019/03/03(日) 21:57:31.05

>>743
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？

**デフォルトの名無しさん** · 2019/03/03(日) 22:05:17.71

てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…

**デフォルトの名無しさん** · 2019/03/03(日) 23:03:10.90

>>744
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。

変わるWindowsのアプリ戦略　UWPからデスクトップアプリに原点回帰か
http://ascii.jp/elem/000/001/770/1770229/

◆QZaw55cn4c · 2019/03/03(日) 23:13:14.16

>>746
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが

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

早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。

プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。

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

いまだにXPもサポートしないとならないとか？

**デフォルトの名無しさん** · 2019/03/04(月) 00:19:18.31

今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒

**デフォルトの名無しさん** · 2019/03/04(月) 02:25:30.23

>>744
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話

**デフォルトの名無しさん** · 2019/03/04(月) 02:28:00.38

>>745
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ

なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか

**デフォルトの名無しさん** · 2019/03/04(月) 02:35:35.67

>>752
代替がないものがなぜオワコンなの？

**デフォルトの名無しさん** · 2019/03/04(月) 04:53:59.76

>>752
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw

**デフォルトの名無しさん** · 2019/03/04(月) 06:56:08.44

>>748
UIがそのままなら簡単に移行してくれたのにな

**デフォルトの名無しさん** · 2019/03/04(月) 15:23:19.99

>>753
オワコンなんて言ってねえだろが
ガイジは死ね

**デフォルトの名無しさん** · 2019/03/04(月) 15:23:46.28

>>754
お前が言えよ
ガイジは死ね

**デフォルトの名無しさん** · 2019/03/04(月) 15:35:23.67

>>756
>>745

**デフォルトの名無しさん** · 2019/03/04(月) 15:36:42.09

老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。

**デフォルトの名無しさん** · 2019/03/04(月) 18:42:25.37

>>757
基地外逆ギレ!!
アホすぎるw

> · 2019/03/04(月) 22:15:20.60

WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。

**デフォルトの名無しさん** · 2019/03/05(火) 03:41:05.08

とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった

**デフォルトの名無しさん** · 2019/03/05(火) 08:20:05.75

>>748
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。

**デフォルトの名無しさん** · 2019/03/05(火) 09:25:57.02

WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？

**デフォルトの名無しさん** · 2019/03/05(火) 09:56:16.04

>>764
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない

ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい

**デフォルトの名無しさん** · 2019/03/05(火) 11:29:16.80

>>765
そっか>>762がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。