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/

**デフォルトの名無しさん** · 2018/09/07(金) 20:11:00.98

>>358
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる

**デフォルトの名無しさん** · 2018/09/07(金) 21:09:38.29

ボケてるんですか、おじいちゃん。ただの実装忘れですよ。

**デフォルトの名無しさん** · 2018/09/07(金) 22:22:55.08

WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具

**デフォルトの名無しさん** · 2018/09/07(金) 22:49:08.42

は？

**デフォルトの名無しさん** · 2018/09/08(土) 09:09:32.68

ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。

**デフォルトの名無しさん** · 2018/09/08(土) 09:52:10.52

Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
ここまでしかできないんですよ、ってのはメリットでもある

**デフォルトの名無しさん** · 2018/09/08(土) 10:47:05.17

追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。

**デフォルトの名無しさん** · 2018/09/08(土) 11:07:11.55

WPFは楽そうで全然楽じゃない
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする

**デフォルトの名無しさん** · 2018/09/08(土) 11:54:27.40

あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する

**デフォルトの名無しさん** · 2018/09/08(土) 12:02:10.89

自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。

**デフォルトの名無しさん** · 2018/09/08(土) 12:16:05.18

>>368
それいいね

**デフォルトの名無しさん** · 2018/09/09(日) 00:01:50.88

>>369
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが

**デフォルトの名無しさん** · 2018/09/09(日) 09:44:22.42

なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？

**デフォルトの名無しさん** · 2018/09/09(日) 13:06:21.27

WPFとか関係なく時代の流れで消えてったな>RAD

**デフォルトの名無しさん** · 2018/09/09(日) 16:11:31.66

ポトペタじゃレイアウトできん

**デフォルトの名無しさん** · 2018/09/09(日) 16:26:44.98

.NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。

**デフォルトの名無しさん** · 2018/09/09(日) 17:19:00.66

wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
あれに比べたらwpfは天国だよ

**デフォルトの名無しさん** · 2018/09/09(日) 18:12:57.33

このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
キミはOSS出身者か？　キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。

**デフォルトの名無しさん** · 2018/09/09(日) 18:23:58.81

下をみたらどんなクソでも天国じゃんw
そんなの使いたくねー

**デフォルトの名無しさん** · 2018/09/10(月) 02:24:49.23

上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
FormsとWPFならWPFの方取るな
作るものにもよるけど

**デフォルトの名無しさん** · 2018/09/10(月) 22:14:40.80

よく映画であるように、WPFでマンションなどの建物を
3dのワイヤフレームで表現したい。

この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか？
path情報をxaml形式で吐き出してくれたり
するのでしょうか

**デフォルトの名無しさん** · 2018/09/11(火) 09:24:22.38

SharpDX

**デフォルトの名無しさん** · 2018/09/13(木) 01:48:18.04

久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。

**デフォルトの名無しさん** · 2018/09/13(木) 01:54:10.66

material desingn tool kitやらmahapp metroとか微妙すぎる

**デフォルトの名無しさん** · 2018/09/13(木) 03:03:40.01

>>383
ありがとうございます、調べてみます

**デフォルトの名無しさん** · 2018/09/14(金) 15:21:43.15

WPFでコーディングしてるだけでも落ちるようになった。
Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから
ドライバーが悪いんかな

**デフォルトの名無しさん** · 2018/09/14(金) 15:34:28.17

vs2010と2008R2の組み合わせは惨かったなぁ

まぁ環境書いた方が良いかと

**デフォルトの名無しさん** · 2018/09/14(金) 17:43:57.65

10年経っても枯れないWPF。人柱が少ないせいだな。

**デフォルトの名無しさん** · 2018/09/14(金) 18:19:06.34

タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか?
4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね

**デフォルトの名無しさん** · 2018/09/14(金) 18:33:06.32

勝利だな。ずっと最新技術

**デフォルトの名無しさん** · 2018/09/14(金) 20:54:49.78

Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで
林檎が「RIAプラグインは悪！」って強硬に主張したせい

**デフォルトの名無しさん** · 2018/09/14(金) 22:26:35.74

>>387
.vsフォルダー内のファイルを消してみたら(.suoファイル以外)

**デフォルトの名無しさん** · 2018/09/15(土) 01:03:44.15

Windows8-10に移行してくれないのはiPhoneのせい!!!
アクロバット杉だろw

**デフォルトの名無しさん** · 2018/09/15(土) 01:17:23.05

Silverlightが終了した理由としては間違ってない
あの潮流で主要ブラウザからNPAPIのサポート切られて、どうにもならなくなったからね

WPFがって話になると、またちょっと事情は違ってくるけど
全く影響が無いって事もないな

**デフォルトの名無しさん** · 2018/09/15(土) 01:34:24.39

Flash排除の政治
これに尽きる

**デフォルトの名無しさん** · 2018/09/15(土) 06:58:47.18

だがあれは死んでくれて良かった

**デフォルトの名無しさん** · 2018/09/15(土) 08:49:54.50

統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。
更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな

**デフォルトの名無しさん** · 2018/09/15(土) 10:07:29.73

WPFの競合相手は他でもないWinformsだろう
しかも敗北したようなもんじゃね？

XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし
根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った

慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ

**デフォルトの名無しさん** · 2018/09/15(土) 10:28:45.14

そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね?

UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw

**デフォルトの名無しさん** · 2018/09/15(土) 10:46:57.09

画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。

**デフォルトの名無しさん** · 2018/09/15(土) 11:06:39.66

一度覚えたらXAML書きやすいよね
俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ
MVVMとか意識高いことしなくてもこれで十分使いやすい

**デフォルトの名無しさん** · 2018/09/15(土) 13:12:08.71

ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ

**デフォルトの名無しさん** · 2018/09/15(土) 15:39:30.09

formで画面のレイアウトに苦労するというUIとはいかなるものか。
それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。

**デフォルトの名無しさん** · 2018/09/15(土) 22:11:21.53

>>399
XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ

**デフォルトの名無しさん** · 2018/09/15(土) 23:34:55.07

部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。
VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。

**デフォルトの名無しさん** · 2018/09/15(土) 23:42:09.03

ジョブスもいつもユーザーのせいにしてたしな。

**デフォルトの名無しさん** · 2018/09/15(土) 23:50:48.85

別にandroidだってdata bindingライブラリができて、最近はarch　componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに

**デフォルトの名無しさん** · 2018/09/15(土) 23:52:19.96

もうこれぐらいは標準技術じゃね。

**デフォルトの名無しさん** · 2018/09/16(日) 01:37:21.49

ただのポチポチゲーを豪華に見せたいだけですね。

**デフォルトの名無しさん** · 2018/09/16(日) 05:51:32.28

>>409
いつから日本のドカタが標準レベルだと思ってたの？

**デフォルトの名無しさん** · 2018/09/16(日) 07:56:55.23

UwpDesktopって2016年で開発止まってるのね。　コマタ、、、　BLEがコネクトできない。

**デフォルトの名無しさん** · 2018/09/16(日) 12:43:05.58

>>412
手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。

超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
～日本語の読み仮名を取得するAPIを題材に
https://codezine.jp/article/detail/10654
(3ページ目、要登録)

**デフォルトの名無しさん** · 2018/09/16(日) 14:23:59.37

UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう

**デフォルトの名無しさん** · 2018/09/16(日) 16:51:39.24

スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。
サンドボックス環境最高

**デフォルトの名無しさん** · 2018/09/16(日) 17:53:23.74

サンドボックスは迂回されるためにある

**デフォルトの名無しさん** · 2018/09/16(日) 18:13:24.70

安全性と利便性はいつの時代もトレードオフ

**デフォルトの名無しさん** · 2018/09/17(月) 21:55:44.75

見た目と利便性はいつの時代もトレードオフ

**デフォルトの名無しさん** · 2018/09/18(火) 23:34:54.12

Livetまだやる気だったんか
知らなかったあ

**デフォルトの名無しさん** · 2018/09/20(木) 15:49:55.28

>>419
Livet にやる気はないだろ
メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし

今更更新かけ始めてももう手遅れでしょ

**デフォルトの名無しさん** · 2018/09/20(木) 15:53:17.10

wpfのメンテ任された日にゃ自殺したくなるわな

**デフォルトの名無しさん** · 2018/09/21(金) 02:06:59.16

xmlでインターフェイス書くのはもう廃れるのかな

**デフォルトの名無しさん** · 2018/09/21(金) 08:04:01.90

じゃあ、何でインターフェース書くのが主流になるんだろ？

**デフォルトの名無しさん** · 2018/09/21(金) 08:16:09.13

XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。

**デフォルトの名無しさん** · 2018/09/21(金) 08:24:10.65

WPFの魅力は半透明

**デフォルトの名無しさん** · 2018/09/21(金) 11:01:17.56

WPFはクレイジーだぜ！

**デフォルトの名無しさん** · 2018/09/21(金) 17:58:35.73

>>424
EFとモデルバインディングの相性は抜群だけどそういうことじゃない？

**デフォルトの名無しさん** · 2018/09/21(金) 19:31:50.72

XMLでinterfaceを書く？？、っと思ったらUIのことか。
コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。

**デフォルトの名無しさん** · 2018/09/22(土) 00:01:52.28

htmlはxmlっぽいのにメジャーだ
あれがもしcss無しだったらここまでは普及してないかもしれない

**デフォルトの名無しさん** · 2018/09/22(土) 01:36:11.74

この人は何を言ってるのだろう。

**デフォルトの名無しさん** · 2018/09/22(土) 08:23:12.58

すみません
すぐ片付けますんで…

**デフォルトの名無しさん** · 2018/09/22(土) 10:59:32.65

css採用したjavaFXの惨状はwpfどころじゃないよな

**デフォルトの名無しさん** · 2018/09/25(火) 20:57:59.35

MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ
https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms

このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。

ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。

**デフォルトの名無しさん** · 2018/09/26(水) 03:01:10.19

今のMS技術者はなんかズレてる。

**デフォルトの名無しさん** · 2018/09/26(水) 07:37:37.15

レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる
coreを普及させたいならこの対応は正解だと思うよ
次はWCFを移植して乗り換えはほぼ完了じゃないかな

**デフォルトの名無しさん** · 2018/09/26(水) 11:52:13.81

UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな

**デフォルトの名無しさん** · 2018/09/26(水) 13:33:23.32

widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね
とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ

.net frameworkの利点が一部失われてるし移行するメリットがまるでないから

**デフォルトの名無しさん** · 2018/09/26(水) 14:23:13.81

>>437
妄想おつ…

**デフォルトの名無しさん** · 2018/09/26(水) 18:34:50.13

パフォーマンスとポータビリティってわかりやすいメリットだと思うがな
多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう
綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる

**デフォルトの名無しさん** · 2018/09/26(水) 18:34:52.66

19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい
食わず嫌いってものじゃね？

**デフォルトの名無しさん** · 2018/09/26(水) 18:43:03.74

一回目5千円ぐらい
2回目その半額ぐらい払ったよ

その当時アップしたソフトは全部消された

**デフォルトの名無しさん** · 2018/09/26(水) 18:45:49.08

.net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない

MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる
.netframeworkを使ってる人はそのまま使えって言ってる

**デフォルトの名無しさん** · 2018/09/26(水) 18:49:54.04

UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい
exeは絶滅してよし

**デフォルトの名無しさん** · 2018/09/26(水) 19:16:12.82

>>442
メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな

置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが

**デフォルトの名無しさん** · 2018/09/26(水) 19:49:43.56

デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。

**デフォルトの名無しさん** · 2018/09/26(水) 19:58:28.59

>>442
はい妄想おつ

**デフォルトの名無しさん** · 2018/09/26(水) 23:42:48.81

.net core押しの人ってこういう人ばかり
何かあれば妄想とかいう

**デフォルトの名無しさん** · 2018/09/27(木) 00:04:07.56

MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る
サーバといっても実質はほぼwebサーバのことだけど

次のような場合、サーバーアプリケーションには .NET Core を使用します。
クロスプラットフォームが必要である。
マイクロサービスが対象である。
Docker コンテナーを使用している。
高パフォーマンスでスケーラブルなシステムが必要である。
1 つのアプリケーションに複数の .NET バージョンが必要である。

**デフォルトの名無しさん** · 2018/09/27(木) 00:16:08.13

>>440
味音痴にもほどがある。

**デフォルトの名無しさん** · 2018/09/27(木) 00:17:12.80

UWPは制限多すぎて配布とか考える以前の問題

**デフォルトの名無しさん** · 2018/09/27(木) 00:26:27.59

そもそもUniversal Deviceとやらが存在しないだろう
MSによるとPCとXbox OneとSurface Hubだってよ
寝言は寝て言え

**デフォルトの名無しさん** · 2018/09/27(木) 00:45:26.60

>>448
コンソールアプリを忘れたのかい？

**デフォルトの名無しさん** · 2018/09/27(木) 14:49:18.14

>>448
それ、UWPじゃなくてASP

**デフォルトの名無しさん** · 2018/09/27(木) 14:59:55.32

>>450
・DBはREST　API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み

完璧じゃないけど一応進んではいる

**デフォルトの名無しさん** · 2018/09/27(木) 15:33:01.09

ダメだ…
この戦いはまるでPython2.xと3.xの時と同じのようだ…

**デフォルトの名無しさん** · 2018/09/27(木) 18:39:20.21

使いやすいところで使いやすいものを使い分けるだけ
pythonみたいに2系がなくなるものでもないし

ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？
そういうことだ

**デフォルトの名無しさん** · 2018/09/27(木) 18:49:07.33

初心者向けにはFormsってことだろう
んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね
プログラムに限らずなんでもそうだよ
補助輪付きの自転車に乗るツーリストはいない
オートマの自動車に乗るレーサーはいない
料理人はプラスチック包丁を使わない
プロ野球選手は軟式ボールを使わない
そういうこと

**デフォルトの名無しさん** · 2018/09/27(木) 20:26:22.80

WPFベースのレタッチソフトとかCADが出ればその説を信じる

**デフォルトの名無しさん** · 2018/09/27(木) 21:24:25.29

WPFは残念ながらC球ですらない100均のゴムボールだ
いや100均のゴムボールの方がまだ用途があるか

**デフォルトの名無しさん** · 2018/09/27(木) 21:32:13.54

昔、WPFなんて流行らないって言ったら
MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー

懐かしい

**デフォルトの名無しさん** · 2018/09/27(木) 21:43:47.15

どうでもいいがム板でやる話題じゃねーな

**デフォルトの名無しさん** · 2018/09/28(金) 00:53:01.90

マーケティング上の理由で仕様がクソになる場合があるね。
MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。