2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20©2ch.net

1 :
2016/03/16(水) 07:57:28.84 ID:tj30pZlh
Windows Presentation Frameworkについて語るスレ。

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

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
2 :
2016/03/16(水) 15:31:34.45 ID:rNMa/DoZ
2げっろ。
WPFばかり弄っていると面白いんだけれどなぁ。
FormsのをメンテしたりHTMLを弄っていたりして、
忘れかけてからWPFに戻ると、あれれれれー?
ってなる(´・ω・`)
3 :
デフォルトの名無しさん
2016/03/21(月) 08:35:11.60 ID:LZK+quSR
眠い
4 :
2016/03/21(月) 09:30:09.41 ID:HKtB5lHa
寝ろ
5 :
2016/03/21(月) 13:15:25.24 ID:Oj1Hxqq+
これはきっと、wpfの開発環境が眠くなるほど退屈だということが言いたいのだと思う。
配置可能なコントロールを凸型、L字型とかにしたらどうか。
6 :
2016/03/21(月) 13:54:26.63 ID:Ob/N9SLW
テトリスかよ!

ってツッコミでOK?
7 :
2016/03/21(月) 14:47:38.22 ID:b4wXoPlv
クリックしようとすると逃げる系で
8 :
2016/03/21(月) 17:40:09.02 ID:ZFYgg5Wq
バインドについてあれこれ調べててこのページを見つけたんだけど
http://qiita.com/ledsun/items/6f4ef754e5ae2507e531
ReactivePropertyを使うとプロパティを定義するだけでPropertyChangedEventArgsやらをいちいち書く必要が無くなるってのは解ったんだけど
それならwpfにName属性つけて直接cs上からプロパティを書き換えるのと結局は同じになる気がするんだけど、何が利点なの?

今はコード上からフォームの値を反映させるだけで、フォーム上に入力された値をプロパティに反映させるという双方向での処理は考えてないけど
双方向のバインドをしないのであればメリットってあんま無かったりする?

上記ページの途中に出てくるこれ
public MainWindow(){
InitializeComponent();
var vm = new ViewModel();
DataContext = vm; // DataContextにViewModelをバインド
vm.Message.Value = "Hello"; // DataContextのプロパティーを更新すると画面に反映
}
DataContextを経由する必要って何・・・?
直接this.Message.Text="hello"ってやるんじゃダメなのと思ってしまう
9 :
2016/03/21(月) 18:05:24.43 ID:b4wXoPlv
そもそもフォーム→モデルとしか値を送らないなら
PropertyChangedなんか不要ですよ

PropertyChangedの説明がしたいからわざわざモデル経由してんだろ
お前理解力に乏しすぎ
よく生きてこれたな
10 :
2016/03/21(月) 18:14:15.98 ID:b4wXoPlv
悪かった言い過ぎた
11 :
2016/03/21(月) 18:36:47.42 ID:ZFYgg5Wq
という事は、双方向に値を送る事が出来るコントロールって結構限られてるよね。テキストボックスのテキストとか、チェックボックスのチェック状態とか。
逆に、ラベルの背景色とか表示・非表示状態みたいにコントロール側からどうしようもないプロパティは積極的にバインドを使って値を更新する度にPropertyChangedを送る必要はあまり無いって事?
12 :
2016/03/21(月) 19:05:23.15 ID:wwpOinJ6
そう思うならノーバインディング、ノーMVVMで書けばいいがな。
13 :
2016/03/21(月) 19:08:29.43 ID:wGZ3MPGj
Formsみたいなイベントドリブンで書くモデルがWPFでも有名になれば、息を吹き返すと俺は信じてる
業務アプリの連中を如何に引きこむかが大事
14 :
2016/03/21(月) 20:53:27.31 ID:6JHA5k3e
>>8
最後のやり方でなんら問題ない。
15 :
2016/03/21(月) 21:01:16.62 ID:wwpOinJ6
>>13
いやMicrosoftのサンプル見たらコードビハインドだぞ。
16 :
2016/03/21(月) 22:45:57.52 ID:v8ItZ5me
>>13
バインディング?MVVM?何それおいしいの?
ってな状態でWPFを使ってても、全く問題ないしね。
17 :
2016/03/21(月) 23:04:31.96 ID:Ob/N9SLW
>>16
ただ、ListBoxはItemsSourceにぶち込めばいいとは言っても
バインディングが判らなければチンプンカンプンでした

使えないわけじゃないけど何が起こっているのか理解できず気持ち悪い
18 :
2016/03/21(月) 23:42:03.57 ID:Qi7IeHBk
ListBoxでバインディング使わないならItems.Addでいいと思う
19 :
2016/03/22(火) 00:01:32.49 ID:g51nH/57
バグの温床ではないか?
20 :
2016/03/22(火) 21:04:57.90 ID:YRPl9VX5
そこまで嫌わなくても…
MVVMじゃなくてもDataContextにVM用意した方が開発しやすかないか?
21 :
2016/03/22(火) 21:43:22.16 ID:e+TK8yQr
自動テストしない人には伝わらないよ
22 :
2016/03/22(火) 22:00:15.93 ID:UU9O+pzp
MVVMが快適なことはここにいる人は分かっているけど
アレの複雑さでwpfが捨てられるとしたら悲しいってお話です
23 :
2016/03/22(火) 22:06:16.32 ID:BNkHKMpg
快適なんですか?
24 :
2016/03/22(火) 22:37:10.69 ID:vWbCsYUq
MVVM使わなくても快適だよ
25 :
2016/03/22(火) 23:11:03.61 ID:UU9O+pzp
>>23
とりあえずソースがすっきりするから精神衛生上好ましい
26 :
2016/03/22(火) 23:51:54.18 ID:FPulOekY
WPFが複雑だからMVVMという抽象化が必要なのであり、
MVVMがメリットなどと抜かすのは本末転倒である
27 :
2016/03/22(火) 23:59:04.73 ID:XZnF6fHK
MVVMはどこで使っても便利ですがな
どこで使っても便利なものは存在がメリットに決まってるではないですか
28 :
2016/03/23(水) 00:08:45.00 ID:aPO3Xwoc
Behaviorsが必要になるとややこしくて困る。
29 :
2016/03/23(水) 12:43:46.96 ID:5650verW
javascriptのMVVMフレームワークは喜んで使うが
WPFは頼まれても金積まれても嫌だ
30 :
2016/03/31(木) 12:19:34.27 ID:7IRyPeEw
TextBoxとComboBoxのフォントサイズを高さに合わせたいのですがどうしたらいいですか?
31 :
2016/03/31(木) 14:19:03.97 ID:lScmALHQ
元の大きさが違うから
1.BorderでTextBox囲って、TexBoxのBorderを見えなくする
2.TextBoxのVerticalAriment=centerにする
3.Gridなどで調整

こんなところじゃね?
32 :
2016/03/31(木) 14:58:15.97 ID:7IRyPeEw
GridにTextBoxを置いていますが、テキストボックスのサイズが変わってもフォントサイズは変わりません
ButtonならButton>ViewBox>Textblock>文字列で解決できたのですが・・・
33 :
2016/03/31(木) 15:41:21.43 ID:rEcwjniS
自身のActualHeightをFontSizeにバインディングするとか。
Converterで値調整する必要はあると思うけど。
34 :
2016/03/31(木) 16:28:20.63 ID:7IRyPeEw
Converter使っても名前空間に存在しませんってエラー出て出来ません・・・
オートコンプリートには自分の作ったクラスが出てくるんですが・・・
35 :
2016/03/31(木) 16:46:28.52 ID:7IRyPeEw
何故か分からないけど直りました・・・
36 :
2016/03/31(木) 16:49:56.72 ID:IEw+mgNm
VS2015はときどきおかしくなるよね
37 :
2016/03/31(木) 16:58:25.39 ID:7IRyPeEw
VS2015の問題ですかね?
38 :
2016/03/31(木) 18:01:34.28 ID:IEw+mgNm
あなたの場合がそうであるかは知らない(見てない)けれどオートコンプリート周りで不具合が発生することは経験している
そして立ち上げなおしたらなおってる
39 :
2016/04/02(土) 09:14:20.25 ID:+H7iCAoB
.NET Framework 4.6.2 Preview のリリース
https://blogs.msdn.microsoft.com/visualstudio_jpn/2016/03/31/announcing-net-framework-4-6-2-preview/

ソフト キーボードのサポートにより、Windows 10 で WPF のスタイラス/タッチ入力を無効化しなくても
WPF アプリケーションでタッチ キーボードが自動的に起動、破棄されるようになりました。
4.6.2 より前のバージョンでは、WPF アプリケーションでのタッチ キーボードの起動や破棄が
明示的にはサポートされておらず、WPF のスタイラス/タッチ入力を無効化する必要があります。
これは、Windows 8 以降のタッチ キーボードが
アプリケーション内のフォーカスをトラックする方法が変更されたことによるものです。

WPF アプリケーションはシステムの DPI を検知できるため、
アプリケーションがレンダリングされるモニターの DPI に応じて、
Windows によりアプリケーションの画面サイズが変更されます。
このため、鮮明さが低下したりテキストがぼやけたりすることがあります。
4.6.2 より前のバージョンでは、WPF アプリケーションでモニターごとに DPI を検知するには
高度なネイティブ コードが必要でした。

最近は高 DPI 環境やハイブリッド DPI 環境がエコシステムで普及してきたため、
これに対応して WPF アプリケーションで Per-Monitor DPI がサポートされるようになりました。
WPF アプリケーションで Per-Monitor DPI を有効にする方法については、
サンプルおよび開発者向けガイドを参照してください。
40 :
2016/04/02(土) 12:20:28.12 ID:FAwdIKpT
そんなものよりいい加減にフォルダ選択ダイアログ実装しろよ
なんでここまで頑なに実装しないのか?
10年だぞ10年?
41 :
2016/04/02(土) 12:30:55.28 ID:hp/cyjqX
こっちのほうが重要

デスクトップ アプリを UWP に変換 (Project Centennial)
既存の Windows デスクトップ アプリ (WPF、Windows Forms を含む) を、ユニバーサル Windows プラットフォーム (UWP) に変換する機能 (英語) が提供されました。
42 :
2016/04/02(土) 14:02:07.42 ID:9Mhqjl0D
やっとPer-Monitor DPIが実装されたか
43 :
2016/04/02(土) 23:44:16.61 ID:qKlqTMqs
>>40
前提が間違っている
WPFはWinFormsと併用するもの
44 :
2016/04/02(土) 23:48:43.21 ID:zBsov1ne
>>43
実用上はそれもありだが、MessageBoxはちゃんと対応してるでしょ
それはそうとWindows7ApiCodepackのダイアログだけでも入れろと思いませんか?
45 :
2016/04/03(日) 18:28:17.23 ID:eU0OsDcG
>>43
いつのまにそういう流れになったのか?
winfomsをぼろくそに言ってたのにな

ニートのくせに両親にじじいばばあ、老害とぼろくそに言いながらただ飯食ってるようなものじゃない?
46 :
2016/04/04(月) 01:52:12.18 ID:3M3YC+8j
UWPでは画像ファイル名にxxx.scale-180.pngとかつけると
DPIに応じて自動で切り替えてくれますが、
WPFにはこれに相当する機能はありますか?
47 :
2016/04/04(月) 03:15:40.75 ID:aLjGyuE/
ないよ
48 :
2016/04/04(月) 03:22:45.83 ID:2eeZhl1u
厳しい現実の到来
49 :
2016/04/04(月) 03:48:38.42 ID:3M3YC+8j
ありがとうございました。
50 :
2016/04/04(月) 18:09:05.43 ID:3f5oJ1nB
WPFはおすすめですか?
51 :
2016/04/04(月) 18:09:22.84 ID:b1Urfdwz
YES
52 :
2016/04/04(月) 19:14:02.52 ID:lUR13ZZt
やめとけ
今からやるならASP.NET MVC
53 :
2016/04/04(月) 21:32:20.87 ID:ONo6jj6s
用途が違うものを同列に語られてもな。
54 :
2016/04/04(月) 21:51:39.31 ID:2eeZhl1u
悲しい世界
55 :
2016/04/05(火) 04:59:00.92 ID:fV+iiYuy
用途は人月いくらで金を稼ぐことだな
56 :
2016/04/05(火) 09:32:54.47 ID:0p1/0bFp
ああ〜っと
WPFは仕事がないから用途は趣味ですもんね
57 :
2016/04/06(水) 22:02:07.99 ID:6gPuUqWy
配布後にアップデートさせたい場合はってどうしてる?
アンインストールさせて、最新のexeを再インストールさせる?
58 :
2016/04/06(水) 22:30:48.04 ID:J5zl/jID
解凍して全部上書きしてね(はーと)
59 :
2016/04/07(木) 10:05:13.25 ID:QF7PeTIh
clickonceという仕組みがあるんやで
60 :
2016/04/07(木) 10:22:33.46 ID:RIDbA16L
ClickOnceと聞く度に
「管理権限を無視してインストールできてしまうのは好ましくない」
って騒いだアホを思い出すので止めていただきたい
61 :
2016/04/07(木) 12:19:51.39 ID:9xI4Whcy
それってセキュリティがお煩いんでしょ?
62 :
2016/04/07(木) 18:34:36.77 ID:WuhhdB+c
IsEnabledプロパティをバインドしても、プロパティのgetが呼び出されません
変更イベントは発生させています
63 :
2016/04/07(木) 18:38:32.22 ID:WuhhdB+c
自己解決しました
64 :
2016/04/09(土) 02:52:12.30 ID:GhCX/kWB
TabControlでContentTemplateでListViewとかを設定すると
全部のタブページで1つのListviewを使いまわしてる感じになるんですが
これをTabItem度にする方法ってないでしょうか?
65 :
2016/04/09(土) 11:30:19.12 ID:1qpNdq6N
TabItem毎にTemplateを設定してあげたらいい
66 :
2016/04/09(土) 11:44:08.14 ID:mgVSaoeW
ContentTemplate弄るなら、直接ListViewは書かず現在ListViewが書いてあるところにContentPresenterを書いておき
ListBoxはContentに書くのが筋じゃないかな
67 :
2016/04/11(月) 19:11:05.05 ID:te0JtNtM
マウスホイールをどっちに転がしてもスクロールが下に行ったり
移動値が変(数ページ分位飛ぶ)なんですが、どの辺に原因があるとこんな挙動になるんですかね?
68 :
2016/04/11(月) 20:06:23.42 ID:dGOrpD9s
マウスが原因
69 :
2016/04/11(月) 20:15:06.69 ID:d1aqF31N
マウスのホイールのロータリーエンコーダーが壊れているんだろうね
70 :
2016/04/11(月) 20:19:21.03 ID:Il1nOA/K
イエローハットでホイール買えや
71 :
2016/04/12(火) 05:07:22.79 ID:UFGwOhXr
他のコントロールだと問題無いようなのでマウスが原因では内容です。
ListviewのGridView使う時だけおかしいんですよね
他の表示方法ではおかしくなりませんでした。

おまけにウィンドウのサイズを変えるとスクロールバーのスクロール位置が変わったりするのが謎すぎる
72 :
2016/04/12(火) 07:05:40.10 ID:wMDrKH2b
以前似たような症状になったことあるけどその時は
ListViewのScrollViewer.CanContentScrollをTrueにしたのが原因だった
73 :
2016/04/15(金) 03:12:53.97 ID:VbbC8Uk5
x:Bindがない言われるんだがなんでや?
74 :
2016/04/15(金) 04:41:11.53 ID:VbbC8Uk5
アプデしたら使えたわ
てかUwpだった
75 :
2016/04/19(火) 18:57:23.89 ID:P7Tju0N+
ユーザーコントロールを作ったんですが、普通に実行出来てもデザイナで「TestBrush" が認識されないか、アクセスできません。」
とエラーが出てそのコントロールを置いたウィンドウが表示されません。
クラスライブラリにしてプロジェクトを分けてるんですが、なんか設定しないとダメなんでしょうか?
76 :
2016/04/19(火) 19:44:35.99 ID:lPFKUnKE
>>75
エラーメッセージ通りだろとしか言えない
77 :
2016/04/20(水) 21:53:42.35 ID:mNDzLHec
WPFってエラーが出たとき何が腐ってるのかわかりにくいな
もうちょっとしたらわかりやすくなるんだろか?
78 :
2016/04/21(木) 18:00:51.57 ID:eYf2+2jv
WPFは若干のメンテされるだけで腐れ落ちていくテクノロジー
79 :
2016/04/21(木) 19:04:41.18 ID:XvjnQCjN
WinG やら Linq to SQL と同じ運命だな…EFすらもアブネーけど
80 :
2016/04/21(木) 23:42:54.19 ID:8YHQDoSB
Win10のエクスプローラーってwpfなん?
81 :
2016/04/22(金) 00:06:48.34 ID:6PZwOSRI
WPFで作ったユーザーコントロールをWindowsFormsに貼り付けるってパフォーマンス的にどうなんでしょう?
82 :
2016/04/22(金) 00:13:30.79 ID:QlLbwNK7
実際に作ってから気にしたら?
83 :
2016/04/22(金) 20:06:31.17 ID:kIni5iDB
>>80
WPFかどうかで言えばNO
84 :
2016/04/22(金) 20:14:07.77 ID:7dcQmCf5
>>81
どうしても既存のWPFのコンポーネントを使いたいなら仕方ないけど、WPFの方も新しく作るんならやめとけ
アプリがボタンの見た目をカッコよくするためだけにクッソ重いWPFをロードしてたら
俺なら速攻アンインストールする
85 :
2016/04/22(金) 20:16:13.58 ID:70kmKf2y
WPFが重いなんてどんだけヘボプログラマーなんだろ
86 :
2016/04/22(金) 21:31:37.49 ID:OoxXSJ+Y
ネタはもういいよ
87 :
2016/04/23(土) 18:03:53.40 ID:XYv34q9t
ディレクト×だからげきっぱやだよ!
88 :
2016/04/24(日) 00:19:10.78 ID:hj7itNlG
SSDにすれば速くなるよwwww
89 :
2016/04/24(日) 00:22:56.39 ID:yMXAuegD
SSD君をおちょくるのは止めろ繰り返すSSD君をおちょくるのは止めろ
90 :
2016/04/24(日) 07:56:30.64 ID:PzHVpKBK
Regmonで見ると鬼のようにレジストリアクセスしてるからSSDにすると軽くなる。
91 :
2016/04/24(日) 08:13:52.87 ID:hs9TbZdL
ところがSSDじゃなくて謎のデバイスSDDの話なんだわ
絡まれた俺が言うんだから間違いない
92 :
2016/04/24(日) 18:30:47.73 ID:P65zrI58
SDDってSilent Dangerous Deviceのこと?
93 :
2016/04/24(日) 21:26:50.25 ID:YOklMNkc
スーパーディスクドライブだろ(こなみ)
94 :
2016/04/25(月) 09:17:56.27 ID:W8v031Mp
ADDのような精神疾患だろ
95 :
デフォルトの名無しさん
2016/05/01(日) 10:09:08.28 ID:tKi6j9CT
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
96 :
2016/05/01(日) 10:45:32.64 ID:ZxoAm746
>>95
死ね
97 :
2016/05/02(月) 05:38:44.84 ID:vK6Lism+
1M もないJpeg画像表示するのになんで10M以上のメモリ消費するんや
98 :
2016/05/02(月) 09:36:40.56 ID:/HEiP4n3
デコードしたらおいくらなの
99 :
2016/05/09(月) 18:39:32.05 ID:Is8eYYtQ
ソリッドステートロジックだろ
100 :
2016/05/11(水) 21:53:18.33 ID:HIUG/S+o
.NET Framework 4.6 インストール環境において描画したオブジェクトが印刷されない場合があります。
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2016/05/11/
101 :
2016/05/17(火) 12:52:24.20 ID:y5tVRX1L
数万レコードをLINQでToList()するとメモリ保持して落ちるんだけど、分割処理する方法ってあるんかね
102 :
2016/05/17(火) 12:54:58.40 ID:wXStI0d0
>>101
不足じゃ無くて保持とは
103 :
2016/05/17(火) 14:28:09.75 ID:YnRlMavw
返ってきたIEnumerableのまま処理することでしょうね
104 :
2016/05/17(火) 15:17:10.51 ID:y5tVRX1L
メモリ不足って単語が出こなかった

>>103
>返ってきたIEnumerableのまま処理することでしょうね
そのままLINQ処理し続けたいんで、まるまるIEnumerableで受けたいってことです
DBから全レコードで取るなって話になるんでしょうが、別プロジェクトに全部渡して処理したいのです
105 :
2016/05/17(火) 15:38:41.78 ID:3Bpa7auM
それとToListしなければならないことに何ら相関が見出せないのだけど
106 :
2016/05/17(火) 16:54:43.00 ID:YnRlMavw
>>104
IEnumerableのままでLINQ出来ないという意味が分からないけど、全レコードを別プロジェクトに渡す必要があるというのならファイルに少しずつ書いて別プロジェクトにファイル渡しすればいいじゃないですかね
107 :
2016/05/17(火) 16:59:29.02 ID:iyozYoJ/
数万レコードでメモリー不足とは?
なんかでかいもんぶちこんでない
108 :
2016/05/17(火) 17:01:08.19 ID:MrJ18ny3
ノーマルだとToListしないとForEach出来ないって話なのかな?
それなら解決法はあるが
109 :
2016/05/17(火) 18:31:34.28 ID:y5tVRX1L
数百万レコードをMVVMのModelで受けて、そこからWhereで削りたいって伝えたかったんです
ToListは忘れて下さい、すいません

頭の整理つきました
単一のプロジェクトでメモリ不足になるほどのレコードを扱う時みなさんどうされてます?500万レコードとかそんな感じです
110 :
2016/05/17(火) 20:23:19.25 ID:4p4kNHWE
メモリ48GBも積んでるから枯渇したことはない
111 :
2016/05/17(火) 20:53:09.84 ID:RlKtDUDw
>>109
そんなことはしない
最初からクエリで絞る
112 :
2016/05/17(火) 21:50:58.63 ID:sR0332Cz
>>109
>111 の言うようにデータベース側で絞る。
絞れない場合は、DataGridViewだと仮想モードでページング処理するがWPFだとどうやるかは分からない。
113 :
2016/05/18(水) 00:13:12.04 ID:4gnbiHZw
使い方や画面に依存する仕様にしなければならないのに
内部と画面(外部)という役に立たないガラクタに脳ミソを縛られてるのがそもそもの原因
114 :
2016/05/18(水) 00:53:17.47 ID:hGwvc2/C
無茶すぎる。そんなことになるのがそもそもおかしい
115 :
2016/05/18(水) 05:31:03.75 ID:VoZoGsR+
まさかとは思うけど500万行のグリッドビューでも作る気じゃないでしょうね
116 :
2016/05/18(水) 14:46:36.66 ID:QE86oB8h
WPFでチャートかかせてるんですが描画要素数が多くなるとスクロールがかくかくになります
なぜでしょう?
いい対策をおしえてください
117 :
2016/05/18(水) 14:50:21.27 ID:7muLEbWn
要素数が多いからじゃないんですか?
118 :
2016/05/18(水) 17:20:55.05 ID:NqxJiwcx
>>116
WPFは標準でチャートコントロールなかったと思うけど、使っているのは何てやつ?
あと、チャートの種類(折れ線、棒)は?
119 :
2016/05/18(水) 18:28:26.01 ID:QE86oB8h
>>118
CanvasにLineやPathおいていってます
一本あたり約8千点くらいをLineToでつないで、それを10本くらいかいてます
120 :
2016/05/18(水) 19:22:48.62 ID:Q3cKTCnY
唖然
121 :
2016/05/18(水) 19:24:54.86 ID:jYlR0JsW
>>119
直接キャンバスに描画しろや素人が
122 :
2016/05/18(水) 19:36:37.20 ID:QE86oB8h
どうするの?
123 :
2016/05/18(水) 19:52:38.78 ID:jYlR0JsW
ビットマップ作成してそこに描画してキャンバスにセットする
124 :
2016/05/18(水) 20:16:29.97 ID:QE86oB8h
ぼく、がんばる
125 :
2016/05/18(水) 20:27:52.75 ID:n22xRjw8
WPFなんか投げ捨ててHTML5+Canvas+JavaScriptで作ればクソ速いしWPFなんかより遥かに簡単だよ
ライブラリ腐るほどあるから自分で描画を作りこむ必要すらほとんどない
126 :
2016/05/18(水) 21:13:52.93 ID:vli8AHz9
ホントカネー
127 :
2016/05/18(水) 22:29:49.77 ID:u9X2Cl4B
冗談だよー
128 :
2016/05/19(木) 11:42:33.55 ID:KulZYccI
ブラウザ戦争のお陰でJavaScriptエンジンが超速くなってるので問題ないさ。
科学技術は戦争で進化する。
129 :
2016/05/20(金) 07:13:50.90 ID:fwo+5jQ/
D3.jsとかgentalellaとか凄いよね
WPFで苦労してるのがアホらしくなる
130 :
2016/05/20(金) 19:35:30.57 ID:o/WjsKfj
あれはあれで苦労するだろ
131 :
2016/05/21(土) 11:23:48.93 ID:AVzyAWH0
RenderTargetBitmap.Render(Panel)
でビットマップつくるとにじむんだけどなぜ?
回避する方法おしえてください
132 :
2016/05/23(月) 16:10:15.55 ID:bNCFjSKL
<TextBlock FontFamily="Segoe UI Symbol" Text="&#xE106;" />

こんな感じでSegoe UI Symbolのアイコンを表示するのは問題ないんですが
コードビハインドで後からTextを設定すると、Segoe UI Symbolじゃなくて普通のフォントで表示されちまう
コードビハインドからアイコンを変更する方法教えてもらえませんでしょうか
133 :
2016/05/23(月) 16:25:56.11 ID:bNCFjSKL
>>132
自己レス

TextにConvert.ToChar(0xe106).ToString();で文字コードから文字作って放り込んだらOKでしたw
134 :
2016/05/23(月) 16:29:40.89 ID:Yoq5+7y2
「Segoe UI Symbol C#」でググったら一番目に出てくるが
コード中では\uでエスケープする。
135 :
2016/05/28(土) 14:33:05.50 ID:PN3F7mKy
RadioButtonのContentの配置を、ボタンの「下」(ないし上)に表示したいのですが、どのようにすれば良いでしょうか?
136 :
2016/05/28(土) 20:20:22.36 ID:xSA3ZV5L
ListBoxItemを、データの状態で緑とか赤にしているんだが、それぞれについてマウスが乗っかった時「明るいい緑」「明るい赤」にしたいんだが
どうやればいいんでしょうか?
データトリガーと普通のトリガーじゃマルチで組めないしどうしたらいいものやら
137 :
2016/05/28(土) 23:51:24.94 ID:6DGwXhRV
>>136
MultiDataTrigger でも RelativeSource Mode=Self ってすれば ListBoxItem のプロパティを参照できるよ。
138 :
2016/05/29(日) 05:49:53.85 ID:HpLCoMAG
>>135
基本的に見た目を変えたくてそれっぽいプロパティがない場合、テンプレートをいじればいいって覚えとくといいよ
元のテンプレート覗けばプロパティで変更できる場合もわかるはず
139 :
2016/05/29(日) 08:07:16.53 ID:BCQLFwgc
>>137
アドバイス通り
<Condition Binding="{Binding RelativeSource={RelativeSource Self},Path=IsMouseOver}" Value="false"/>
でうまくいきました。ありがとう
140 :
2016/06/03(金) 22:27:26.59 ID:1iVzCWX2
WindowをHiddenにするとレイアウトが更新されないようなのですが
更新させるにはどうすればいいでしょうか?
141 :
2016/06/04(土) 07:53:19.88 ID:PH3RedRo
見えないものが更新されていないか分かるとは相当エスパー。
142 :
2016/06/04(土) 09:22:14.52 ID:dGWHMJs+
>>141
デバッガで見れば分かるでしょ
143 :
2016/06/04(土) 09:26:35.98 ID:2A9AQo81
Measure、Arrange?
144 :
2016/06/04(土) 16:05:33.70 ID:bI+aAPNO
WPFでImage(画像)の上にInkCanvas(手書き用)を乗せて、最後はこの2つを合成してBitmapに出力したいのですが、
どのような流れで処理したらいいですか?
145 :
2016/06/06(月) 22:23:20.02 ID:fbhgJ+vZ
ストアアプリじゃないc# wpfアプリでカラー絵文字を表示するにはどうしたらいいでしょうか
ストアアプリならIsColorFontEnabled属性をonにするらしいけど、普通のデスクトップアプリはどうなるの
146 :
2016/06/06(月) 22:36:26.47 ID:lERWlKku
そもそもWin8.1からの機能なんだからストアアプリでいいじゃん
Win10ならデスクトップアプリと変わんないし、10に上げずにWin8.1のままでいるような奇特な奴は無視できるレベルでしょ
147 :
2016/06/07(火) 19:31:40.18 ID:NYG4EICE
おれは145じゃないが、誰もそんなこと質問してなくね?
148 :
2016/06/08(水) 08:25:22.67 ID:oEt/2p1J
おれが145だけど出来ないってことは解ったよ
149 :
2016/06/08(水) 17:18:52.42 ID:Ota2n6wv
FormからWpfを相互運用機能でコントロールできるのは分かるのですが
逆に、WpfからFormを制御するにはどのようにしたらいいのですか?
150 :
2016/06/08(水) 20:01:18.99 ID:ZY+mRUUI
WindowsFormsHost
WPFなんて単体じゃまず使い物にならないんだから、むしろWinForms内でWPFを使うよりも一般的だぞ
151 :
2016/06/09(木) 12:12:47.24 ID:xlJOwCiA
パネルのサイズを固定にするにはどうしたらいいの?
152 :
2016/06/09(木) 12:28:00.21 ID:Asnj7YCK
動的レイアウトとかスターサイズとかでググれ
153 :
2016/06/09(木) 21:54:05.64 ID:x3KhpMMN
>>148
Direct2Dを使うらしい。
まぁ、簡単には出来ないね。
154 :
2016/06/28(火) 12:08:47.67 ID:CCb2H237
System.Windows.Controls.DocumentViewerの表示がWindows7付属のXPSビューアと比べてかなり汚いのですが
VisualBitmapScalingMode、VisualClearTypeHintやVisualTextRenderingMode等を変更することはできますか
155 :
2016/06/28(火) 19:13:10.60 ID:aiQfH4lH
そんなもの使うなとしかコメントできない…
HTML5使え
156 :
2016/06/28(火) 23:15:38.01 ID:m7uRKbLs
その通り
HTML5で作ってPDF.jsでも使えばいいんじゃないかな
157 :
2016/06/29(水) 00:25:53.88 ID:nJ963eR4
このWPFに対する期待値の低さたるや

まあMSの自業自得だけど
158 :
2016/06/29(水) 01:36:07.22 ID:DgiMCofl
.NET CoreでWPF動くの?
159 :
2016/06/29(水) 02:34:04.13 ID:tI9uHLN5
うんにゃ
160 :
2016/06/29(水) 08:01:17.76 ID:fTEHpsNF
.NET Coreは基本的にWeb用
PCのクライアントアプリはもう終わりだよ
いい加減見切りを付ける時期だ
161 :
2016/06/29(水) 08:50:03.03 ID:OH/W5+X6
jarファイルをアップしてコンソールから起動していたのが、exeをそのままアップ出来るようになったって事なのか?!
162 :
2016/07/02(土) 07:08:45.95 ID:t/AsB/fv
>>160
WPFはいつごろ終わるのでしょうか?
163 :
2016/07/02(土) 08:09:21.54 ID:sfY4+Etf
いつ始まったのか言ってみろ
164 :
2016/07/02(土) 09:05:59.10 ID:oFnXJT55
WPFが出たのってもう10年前なんだよな
その間にITの世界は大きく変わっている
公式な終了宣告が出るのを待ってたら茹でガエルになっちゃうよ、というかもう手遅れに近いけど
165 :
2016/07/02(土) 10:13:09.55 ID:4w77s4Ob
将来アプリケーションはどんどんWebベースになってデスクトップアプリは縮小していく
という予測の元にWebと親和性の高いプログラミングモデルに移行しようとしたものの、
ユーザー/デベロッパの志向は大して変わらなかったという結果にも思えるが。
Formsで十分というプログラマもまだ多いし。
166 :
2016/07/02(土) 10:20:30.61 ID:KsoGTRjd
ネイティブに回帰する流れもあるよな。httpは使うけど
167 :
2016/07/02(土) 11:07:40.71 ID:qwdl2HHl
実際業務系はどんどんWebに移ってるし、ネイティブへの回帰はスマホやタブレットの話でしょ
全部Webになるかはともかく、少なくともデスクトップアプリが絶滅しつつあるのは事実
168 :
2016/07/02(土) 11:11:37.66 ID:t/AsB/fv
なに言ってるか分からないや。
169 :
2016/07/02(土) 12:37:15.70 ID:4w77s4Ob
業務系って、もともとサーバーの存在が前提のクラサバを言ってんだろ。
そういう特定分野に限ればHTML5とか言わんでもとっくにWebに移行してるな。
一方で、もともとスタンドアロンアプリでやっている分野は全然移行してない。
MSはOfficeでやってるけど、あれだってどれだけ普及しているのやら。
170 :
2016/07/02(土) 13:19:41.78 ID:qwdl2HHl
んでそのスタンドアロンなアプリの開発に従事してる開発者がどれだけいると思ってる?
MSが昔出してたWPFのサンプルアプリなんかほぼ全部業務アプリだったよね
171 :
2016/07/02(土) 15:01:25.38 ID:5caQg1Ad
スタンドアロンアプリはアメリカ製に敵わないからね
日本でやっていこうと思うとどうしてもカスタマイズしてシステムアップ、となる
172 :
2016/07/02(土) 15:17:48.54 ID:6Dn6Ok8Y
webに移行したいけど
GUIの作り方がわからなくて今に至る・・・
173 :
2016/07/02(土) 16:50:54.96 ID:uZLcGR9v
silverlightとxamarinはあるけど、簡単なものはflashみたいにhtml5に出力できるといいんだけどね。

そういえばsilverlightのプラグイン、x86のlinuxならwine経由で使えるようにしてる人たちがいるんだね。
http://pipelight.net/cms/installation.html
174 :
2016/07/02(土) 17:45:34.97 ID:4w77s4Ob
>>170
さあ?総数なぞ知るわけないが、少なくとも俺の周りの開発者はスタンドアロンでできるものを
わざわざサーバーアプリにしたりはしないなぁ。つか、するメリットがないし。
そもそも、あんたが日常的に使っているアプリってどの程度Webに置き換わった?

>MSが昔出してたWPFのサンプルアプリなんかほぼ全部業務アプリだったよね


だからWPFがいまいち普及してないんじゃね?
175 :
2016/07/02(土) 18:18:58.18 ID:EJ+pFvND
業務アプリなんかいくら作っても表に出ないしな
そりゃ普及しねーよ
176 :
2016/07/02(土) 18:38:02.97 ID:cVQr9TzV
そういや、リボンインターフェイスって流行ってる?
177 :
2016/07/02(土) 18:46:36.90 ID:sfY4+Etf
Windows独特のインターフェースって時点で察しろ
178 :
2016/07/02(土) 18:51:47.79 ID:5CDBSs1F
MSのメインはUWP
WPFは実質保守ステージだよ
179 :
2016/07/02(土) 19:04:07.42 ID:KsoGTRjd
良いUIならパクられてるはずだわな
180 :
2016/07/02(土) 19:18:46.89 ID:+aeAbh2m
メトロデザインとリボンは反対側にある概念だよな
181 :
2016/07/02(土) 19:38:13.93 ID:jUc7m6Z9
UWPも流行ればいいよな〜流行れば。
って思いながらすでに4年経ってんだよ。
未だに70%近いWindowsデバイスでは動作しないのだが!
182 :
2016/07/03(日) 04:09:40.51 ID:lc0EKOZd
>>180
どっちも使いにくいという共通点があるところがMSのすごいところだな。
推し進めた奴は操作性とか利便性よりもっと違う何かを妄想していたに違いない。そのUI担当者は既にクビになったらしいが。
183 :
2016/07/03(日) 05:57:33.08 ID:bdg2ybLS
>>181
UWPはWindows10からやで。
ようやく業務アプリでも使えるようになってきた。
WPFはお疲れ様モード。
だいたい同じだしね。
184 :
2016/07/03(日) 06:04:54.99 ID:qk7lGSjH
>>181
全てのWindows端末での利用なんか元々想定してないだろバカ
185 :
2016/07/03(日) 06:46:42.96 ID:5c1HtZx3
「(Windows10のシェアが20%そこそこだから)70%近いWindowsデバイスでは動作しない」ってただの事実に対して
「全てのWindows端末での利用を想定」なんて、誰も口にしてすらいないことをよく持ち出せるな
ファンボーイはこれだから困るな
186 :
2016/07/03(日) 07:21:12.87 ID:iTGVncxo
UWPが4年前からあった設定なのに去年出来たwin10専用だと蔑むクズ
xamlが理解できないから八つ当たりしているんだろうが、恨むならお前の親でも恨め
187 :
2016/07/03(日) 07:49:32.50 ID:vZK7G0Fz
>>185
Windows10に限定ワロタwww事実www
188 :
2016/07/03(日) 08:01:49.59 ID:2yq0Can/
ここで2chらしい流れを見たのは久々な気がする・・・
189 :
2016/07/03(日) 09:08:23.18 ID:i88MiToD
>>182
もう、リボン無しのMS Officeなんて考えられんわ。
190 :
2016/07/03(日) 13:00:27.44 ID:a7dDnFnC
ブラウザに取って代わる汎用UIがあればWebなんて即死滅するだろう
JavaScriptもCSSもhtmlも出来損ないだけど代替手段がないから仕方なくって感じだし
191 :
2016/07/03(日) 13:26:00.48 ID:qk7lGSjH
>>190
ブラウザに取って代わる汎用UIなんて夢物語まで出してくるとはなwww
192 :
2016/07/03(日) 19:22:49.95 ID:iTGVncxo
いやあxhtmlに置き換わるものだと思っていた時期もありましたw
厳密なxmlで掛けるようになるのは大きいと思ったんだけど流行らなかったね
193 :
2016/07/04(月) 08:23:07.40 ID:G7Vyw5ad
むしろそこが嫌われた主因じゃねw
194 :
2016/07/04(月) 10:23:08.54 ID:K3fNPcMr
IPv6ですらこれだけ難航したのだから
ブラウザにとってかわる何かとか、今更無理
ブラウザとhtmlが進化していくだけ
195 :
2016/07/04(月) 14:03:02.43 ID:ABr0G6M5
xmlって文系向きの技術だよな。
196 :
2016/07/04(月) 14:04:24.48 ID:lP61O2Ta
xamlの解説書ってなにかないですかね?
197 :
2016/07/05(火) 10:55:20.08 ID:VU1gnqxP
xamlというかBlendを使いこなすのが急所だよな
そして大半はGrid、そしてStackPanel、あと時々ListViewとDataGrid、まれにDatePicker
198 :
2016/07/13(水) 21:05:57.11 ID:mya2OSKx
Windows 7が出た頃だと思うけど、タッチ対応アプリのサンプルで
魚が泳ぐ池のスクリーンセーバーがあったけど、あれってWPFかな?

あれってソースコードはどこかにある?
199 :
2016/07/13(水) 21:49:57.51 ID:ixq4GwUZ
UWP来そう?
200 :
デフォルトの名無しさん
2016/07/14(木) 21:54:13.79 ID:LF6Nd7Ac
WPFってTextじゃなくてcontentなんすね
その他なんかwindows formより直感的じゃなくなってるような・・・
GUI設計はたしかにより良くできんだけど

初心者なんで早いうちに移行すべきなのか
201 :
2016/07/14(木) 22:01:49.12 ID:yEFV9zIY
>>200
Formsじゃテキストしか入れられなかったところに、WPFだとビットマップとか色々入れられるからね。
202 :
2016/07/14(木) 23:08:24.17 ID:xf2nIB4K
>>200
WPFではContentというのは
<TextBox>これがContent</TextBox>
簡単だろ?
今更WPFなんか一から覚えるくらいならWebへ行ったほうがいいと思うが
203 :
200
2016/07/15(金) 00:15:42.90 ID:00DXjnrI
visual studio使って遊んでるトーシロなんでなんともいえないけど

時代遅れと言われても
それなりにちゃんとした
デスクトップアプリ作りたいなとかは思いつつも
このスレも含めWPFは普及せずにオワコンみたいな
感じで

修得することで他に応用が効くならいいんすけどね
xamlとかも含めて

逆にザマリンでiOSアプリ作った方がいいのかとも思いつつ・・・
まぁ10年経って普及しないなら
もうどうもならんよなーって感じなんすかね
204 :
2016/07/15(金) 09:52:53.51 ID:6KHQbR5s
>>202
コンテント持ってるコントロールは山ほどあるのに
よりによってTextBoxを選択しちまうお前のセンスw

そんなんだからwpf使えないんだろうな
205 :
2016/07/15(金) 19:07:11.97 ID:bG/eexxb
>>204
>>200がTextを例に出したからじゃないの?
206 :
2016/07/16(土) 00:23:02.82 ID:2Vgg5+B4
Viewが複数プロパティをバインドしている状況で、
UIスレッド上の1関数内で対象プロパティを変更して更新通知をViewに拾わせれば、
次の瞬間Viewの描画が一括更新されて、中途半端な状態のViewは表示されないということで合ってますか?

あとUIスレッド以外からViewを触るのはNGですか?
207 :
2016/07/16(土) 00:57:42.27 ID:C1cwvbXd
DispatcherPriorityのDataBindは8、Renderは7だから中途半端な表示にはならないはず
Windowクラスなども含めて、DispatcherObjectは作成したスレッドでだけ触るのが基本
208 :
2016/07/16(土) 21:13:50.71 ID:2Vgg5+B4
ありがとう。
おおよそ他のプラットフォームと同じように考えれるとわかって良かった
209 :
2016/07/18(月) 18:49:45.01 ID:YFGKqsl9
System.Windows.Input.Keyを列挙したいのですが
どうしたら列挙できるでしょうか。
210 :
2016/07/18(月) 21:11:43.18 ID:RK9Gg1KK
>>209
var pairs = Enum.GetKeys(typeof(Keys)).Zip(Enum.GetValues(typeof(Keys)), (k, v) => new KeyValuePair(k, (Keys)v));
foreach (var pair in pairs) { Console.WriteLine($”{pair.Key}, {pair.Value}”); }
211 :
2016/07/18(月) 21:22:34.93 ID:YFGKqsl9
>>210
ありがとうございます。できました。
212 :
2016/07/26(火) 04:11:43.71 ID:vehtM3FX
UserControlでKeyDownが発生しない
なぜ?
213 :
2016/07/26(火) 08:00:14.98 ID:l+RwS+H8
>>212
知らんがな
214 :
2016/07/27(水) 20:15:18.33 ID:5hLk5/dI
MultiTriggerでは条件をandでしか出来ないが、2つの条件をorで出来ないかを探したんだが
トリガーの条件をマルチバインディングしてコンバーターを作ってそれをトリガーとしてアニメを動かすと
調べはついたんだが、心が折れた・・・・

もう少し何とかならんもんかい!
215 :
2016/07/27(水) 20:21:54.04 ID:hdAW7AiZ
心を折るフレームワークへようこそ
216 :
2016/07/27(水) 20:24:50.09 ID:fKaBkgZ/
>>213
フォーカスだろ
そんなこともわからないの?
217 :
2016/07/27(水) 20:35:51.50 ID:5hLk5/dI
>>215
ただ、リストボックスのアイテムにマウスが載った時のアニメをやるかどうかを
トグルボタンで切り替えたかっただけなのに、マルチバインディングのコンバーターから書けとかありえんよ
218 :
2016/07/27(水) 21:02:05.53 ID:DvAgSot/
Windowを表示して、一度Hideし、その後Showで表示しようとするとWindow内が真っ白になって数分応答なしになってしまいます。
これの原因を知りたいんですが、どこにブレイクポイントを貼ればいいのでしょうか?
219 :
2016/07/27(水) 21:04:32.14 ID:RoODaI7B
WM_ERASEBACK
220 :
2016/07/28(木) 20:14:08.35 ID:OVDxZHjl
>>219
なんですか?それは
221 :
2016/07/28(木) 21:06:10.23 ID:QNrOVLfK
WM_ERASEBKGNDとWM_PAINTの両方でTICKを
とってみるべし
222 :
2016/07/31(日) 15:28:44.11 ID:vB2ZAyFc
<ListBox
   ScrollViewer.HorizontalScrollBarVisibility="Disabled"

<ListBox.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel ItemWidth="auto">
<i:Interaction.Behaviors>
<ei:FluidMoveBehavior AppliesTo="Children" />
</i:Interaction.Behaviors>
</WrapPanel>
</ItemsPanelTemplate>
</ListBox.ItemsPanel>
と指定して、ListBoxをタイル状被表示しているんだが、この状態でGroupStyreを設定すると、縦スクロールバーが出てこなくなる
回避方法知っている人がいたら教えて下さい
223 :
2016/07/31(日) 16:52:56.86 ID:vB2ZAyFc
と、回答来る前に解決しました
ListBoxでGroupStyleを設定すると、グループごとにアイテムと認識されるため、デフォルトの「アイテム単位でスクロール」だと動かなくなる
で、スクロールをピクセル単位に設定すれば無事スクロールできるようになりました
ListBox の中に
ScrollViewer.CanContentScroll="False"
を記述すればOKでした
224 :
2016/08/06(土) 18:01:15.60 ID:xS5ikndo
登場から10年経ってもWindows Formの1割も使われてない気がするけど、
MSはWPFの存続については何も言ってないのかなあ。

いつまでもFormってのも不安だし、かといってWPF覚えても梯子外されそうで怖いし、
何でもいいけどロードマップをはっきり示して欲しいよね。
225 :
2016/08/06(土) 18:11:34.82 ID:UTa2E9T9
ファンボーイ「UWPガー」

君らは1スレでも使い切ってから主張してね
あと15日で1年立つのに480レスしかないスレだけどww
226 :
2016/08/06(土) 18:23:19.15 ID:8Z1v18sk
>>224
無駄になるのが嫌ならHTMLやっとけ
UWPでネイティブアプリっぽく動かせるしElectronみたいなのもある
227 :
2016/08/06(土) 20:48:19.86 ID:Z1aANhWn
DynamicResouce で色を設定しているので、設定をいじると色を変えられるんだが
普通の表示は問題ないんだが、アニメーションの色が変わらない(当然プログラム再起動すれば変わるが)
コードビハインドなら何とかなりそうにも思えるけど、xamlで逃げる方法ありませんか?
228 :
2016/08/06(土) 20:50:02.44 ID:4WcaCha9
HTML4はいつ消えるか心配で。
229 :
2016/08/06(土) 21:43:05.25 ID:0OfuPo5w
ElectronとUWPを同じHTMLを使ってるからってひとくくりにするのは、
WinFormsとWPFが同じC#を使ってるってレベルだろw
230 :
2016/08/06(土) 22:08:53.96 ID:xS5ikndo
HTMLにはXAML以上にいい印象持ってないなあ。
潰しは聞くかもしれないがお仕事ストレスフルでつまらなそう
231 :
2016/08/07(日) 14:48:42.26 ID:Jo2k93uj
ListBoxなんですけど、オーバースクロールをするにはどうしたらよいでしょうか

例えば、スクロールが発生するだけの十分な要素がある時、一番下にスクロールすると、最後のアイテムが画面の一番上に表示されてその下は真っ白になるような状態です
単純にdataContextに配列を入れると、最後のアイテムは画面の一番下に表示されてしまいます
232 :
2016/08/07(日) 15:40:07.68 ID:lsYouBYR
2006年製のフレームワークにそんな小洒落たものはない
233 :
2016/08/07(日) 16:17:53.77 ID:Jo2k93uj
えーっ‥‥
じゃあナウなヤングはどんなフレームワークでWINDOWSアプリケーション作ってるんですか
234 :
2016/08/07(日) 16:27:21.35 ID:4ZSsrl0W
以前WPF勉強してた時にそんなことやってる記事を見た気がするけどどこだったか思い出せんなあ。
ちょうどアップルとサムスンの裁判が話題になってた時期だったなあ
235 :
2016/08/07(日) 17:08:42.03 ID:OaRABY3s
>>233
ナウなヤングはWindowsアプリなんか作らんよ
スマホかWebかゲーム(Unity)
Winのフリーソフト作家が輝いていた時代はもう戻ってこないんだ
236 :
2016/08/07(日) 23:54:28.70 ID:SgcjgMvX
たとえ輝かなくともWindowsはずっと使われるしフリーソフト作家も石の裏のダンゴムシみたいに地道に生き続けるよ
237 :
2016/08/08(月) 11:55:50.82 ID:rXYYVOTJ
Windowsも家庭向けには衰退するけど、WPFは元々家庭用関係ないしな
238 :
2016/08/08(月) 12:52:33.97 ID:YNORZKaV
> Visual Studio 2015 の Windows Presentation Foundation (WPF) は、Windows 上の最新の基幹業務デスクトップ アプリケーションを構築するための統一されたプログラミング モデルを開発者に提供します。

と書いてありますからな
しかし一方で

> Windows Presentation Foundation (WPF) is a next-generation presentation system for building Windows client applications with visually stunning user experiences. With WPF, you can create a wide range of both standalone and browser-hosted applications. An example is the Contoso Healthcare Sample Application that is shown in the following figure.

なんて書いてる所もあって、どうもMSの社内でも立ち位置についてコンセンサスがない感じ
239 :
2016/08/08(月) 12:55:01.89 ID:YNORZKaV
10年前を最新やらnext-generationと言い張るのはチト無理がある気がするがな
40代女子みたいな違和感があるぞ
240 :
2016/08/08(月) 19:27:30.94 ID:jKE4+LjB
UWPに受け継がれただけ。
241 :
2016/08/08(月) 19:38:18.49 ID:robrIdsq
>>238
下の方もクライアントアプリ(つまりクラサバ)と言ってるし
XBAPみたいな事実上イントラなどでの内輪利用専用の技術を引き合いに出してるから
明らかに業務アプリを想定してるでしょ
242 :
2016/08/08(月) 20:49:27.53 ID:0h94x3PW
業務用って書いてるのは単にWindowsのユーザーのメインが企業だからだけのことで
深い意味はないと思うよw

MSとしては業務アプリ用とかそんなこと考えてないと思う。
だいたいビジュアルが重要な業務用アプリなんてそんなないでしょw
243 :
2016/08/08(月) 22:05:06.63 ID:6YRlB9Q8
>>240
市場での存在感の無さまで似なくて良かったのに
244 :
2016/08/08(月) 22:17:22.31 ID:BQ4UM/x3
結局Windowsで一番安心して使えるのはWin32APIってことか
Win32APIを封印したSurfaceのProじゃない安いやつ
あれ、大爆死して
さすがのMSも理解したっつーか
今となってはWin32APIがWindowsの生命線だからな
245 :
2016/08/08(月) 22:21:32.80 ID:jKE4+LjB
いやMicrosoftも脱Win32でOS内も外もUWPアプリ作りまくってるから。
これがWPF時代とは違うところ。
246 :
2016/08/08(月) 22:32:51.54 ID:0h94x3PW
もうストアアプリで懲りてUWPまったく勉強してないけど、
どうせまた制限ありまくりなんだよね?

そうでなくても糞ダサくて視認性最悪のフラットデザインを半強制されるだけで
作る気無くすw
247 :
2016/08/08(月) 23:34:38.20 ID:FOEjBVJr
システム部門様が配布するアプリはUWPでもいいんだろうが、個々のプロジェクトで
勝手に作るツールなんかには面倒くさくて使えんわ。
248 :
2016/08/09(火) 01:08:44.18 ID:mCEAgHsh
RTがコケたからUWPのうちUはもはやどうでもいい
Xboxで業務はやらねえし、ウェアラブルデバイスとアプリを共通にできる夢なんて見てる奴はこの世に存在しねえ
249 :
2016/08/10(水) 12:38:29.44 ID:vIanuv+Q
Generics WinForms作ってくれるだけで十分だったわ
250 :
2016/08/10(水) 16:14:44.63 ID:bAeeSWkU
どこでも動くという触れ込みのJavaが散々失敗したのになぜMSはアホな夢を見ちゃったんだろうね。
251 :
2016/08/10(水) 16:31:33.08 ID:z1xSvemN
めっちゃ便利なのに。
別にビューは変えてもいいし。
252 :
2016/08/10(水) 17:12:53.20 ID:yH6Tmb7K
誰が便利なんだよ
お前がシコるのにか?
253 :
2016/08/10(水) 17:56:02.23 ID:g8y7q5hi
ビューだけの問題だと思ってるのが草生える
254 :
2016/08/10(水) 18:07:21.30 ID:OwTr3z4Y
>>252
慣れるとxml弄るだけでGUI定義できるのはすごく便利なんだけどね
数字でレイアウト決めるから器用じゃなくても綺麗にできる
255 :
2016/08/10(水) 18:19:34.54 ID:yH6Tmb7K
そこは間違いないが、代わり死ぬほどConverterとTriggerを書かされるので
総工数にメリットをもたらしたという実感がない
256 :
2016/08/10(水) 18:28:34.39 ID:eivVbB3A
>>253
ビュー(というかXAMLの糞さ)を除けばまあまあだろ
パフォーマンスが劣化しやすいから注意する必要はあるが

XAMLの苦痛な部分を改善したXAML2とか開発されないものか
257 :
2016/08/10(水) 18:41:14.06 ID:tVeg/LEY
Livetってなくなっちゃったのかな。

川俣大先生さんじゃないけど、あの手の人の自己顕示の道具になっちゃってる時点で
WPFもMVVMも破綻してるわな。
258 :
2016/08/10(水) 18:44:26.67 ID:uDd0as+1
XAMLの解説書いいのない?
259 :
2016/08/10(水) 18:47:53.66 ID:lZ6AldSS
MVVMがすべて悪い
260 :
2016/08/10(水) 19:18:02.41 ID:bAeeSWkU
設計思想が大失敗だよな。
261 :
2016/08/10(水) 20:15:06.72 ID:g1t1gBoJ
>>258
ガベージイン・ガベージアウトって言ってな
262 :
2016/08/10(水) 20:16:47.70 ID:S4j8bZtI
Webと技術を共通化とかいうのはたいていろくなもんじゃない。
263 :
2016/08/10(水) 22:25:21.11 ID:bAeeSWkU
WEB上がりの技術屋はなんかやっつけな感じがするよな。
264 :
2016/08/11(木) 02:08:12.20 ID:9PMN5Gnj
>>259
理解できないとそうなるよな。
265 :
2016/08/11(木) 02:13:11.95 ID:8h/wb1Gd
普通にWindowsFormのデザイナだけXAMLに変えればよかったんや
266 :
2016/08/11(木) 02:15:28.47 ID:RnHKF8GL
今のXAMLはやめろって言ってんだろ
しばき倒して髪の毛全部毟るぞテメェ
267 :
2016/08/11(木) 07:15:42.11 ID:7N4x7lnM
PGのスキルを馬鹿にしても周りから拒否されてるような設計思想じゃ普及は無理だろうな。
昔のMSの方針は馬鹿でも使えるOSだったのにな。
268 :
2016/08/11(木) 10:04:40.84 ID:xrJf6x44
まだ普及がどうのとか言ってるのか
もう十分だろ
WPFは失敗した、これが結論
269 :
2016/08/11(木) 11:14:39.47 ID:8h/wb1Gd
誰でも作れないようにしない普及しない
Iphoneと同じ
270 :
2016/08/11(木) 11:38:24.19 ID:ZnWKVyt1
日本語が壊滅的にやばい
271 :
2016/08/11(木) 11:46:22.52 ID:RnHKF8GL
誰でも作れるようにしないと、かw
逆じゃねーか
272 :
2016/08/14(日) 09:27:58.83 ID:BD0ES8XF
XAML Styler必携だね、あるとないでかなり違う
あとUWPからx:Bindを逆輸入してくんないかな
273 :
2016/08/14(日) 10:00:14.86 ID:09LieWdf
x:Bind 超強力になったからねー。
274 :
デフォルトの名無しさん
2016/08/14(日) 13:24:51.31 ID:pmFg/nhh
Win10のタブレットモードで全画面表示(タスクバーなし)にするにはどうすればいいですか?
WindowStyle.None, WindowState.Maximized をしても、勝手に先にWindowState.Maximized
されているようで、タスクバーが消えません。
WindowState.Normalを指定しても、直後に勝手にWindowState.Maximizedされているようです。
275 :
2016/08/14(日) 22:31:45.49 ID:vJRU381/
Prism6ってInteractivityってどこいったの?
276 :
2016/08/14(日) 22:39:38.26 ID:egDq1brU
ビヘイビアはアンチパターン
277 :
2016/08/16(火) 19:20:38.87 ID:0bPDKSuY
>>275
Prism.Wpf入れてもない?
278 :
2016/08/18(木) 07:56:26.26 ID:G1NxGCvZ
プロパティを右クリックして「すべての参照を検索」
 ↓
参照してる人なし
 ↓
削除削除♪
 ↓
実はXamlでバインドされててあぼん

な状況を回避するベストプラクティスを教えてください
279 :
デフォルトの名無しさん
2016/08/18(木) 08:16:13.40 ID:rFQ1tdy8
>>278
あるあるすぎるw
俺も知りたい
280 :
2016/08/18(木) 08:55:08.08 ID:sh92haT+
CTR+Fで検索するしか思いつかん
281 :
2016/08/18(木) 12:47:15.97 ID:Qi6POpo5
VS2015で改善されたとかどっかで読んだ気がしたけどされてないのか
やっぱりWPFもXAMLもうんこだな
282 :
2016/08/18(木) 12:55:34.49 ID:GEKjn06d
おれなら挫折する案件。
283 :
2016/08/18(木) 17:36:29.42 ID:2whTNTIp
>>278
何でそういうことが起こるのかよくわからない
使わないでも残しておけばいい
設計した時に必要と思ったならな

それか中身くりぬいておいて例外投げろよ
284 :
2016/08/18(木) 17:57:51.47 ID:QuQ6yNaV
ゴミクズを増やすアーキテクチャ万歳w
285 :
2016/08/18(木) 18:00:23.91 ID:2whTNTIp
グミクズを増やしてるのは糞設計者か糞コーダーのどちらかだろ
286 :
2016/08/18(木) 18:04:14.12 ID:2bqsbRe3
デッドコード削除すらできないお馬鹿フレームワークが、まあ一丁前の口を利くもんだ
ファンボーイってのは救えないね
287 :
2016/08/18(木) 18:05:32.71 ID:2whTNTIp
低能が口をきいても恥をかくだけだろ
自分が未熟なだけなのにここで偉そうな口きいてる
288 :
2016/08/18(木) 18:07:29.32 ID:2whTNTIp
設計者やコーダーがそのプロパティなりコードが必要かどうか判断できない時点で無能
289 :
2016/08/18(木) 18:25:39.00 ID:Pxb0F6SP
できそこない同士引かれあうんだろスタンド使いみたいに(適当)
290 :
2016/08/18(木) 18:28:19.97 ID:Pxb0F6SP
参照の検索がXAMLまで届かないのはWPFのせいというよりVSのせいだと思うけどね
まあ不便だね
291 :
2016/08/18(木) 19:11:08.41 ID:sh92haT+
xamlからvm行けるようになったんだから、次くらいで改善期待できるかもしれんね
292 :
2016/08/23(火) 15:09:37.92 ID:pAVc0AUZ
<RadioButton Style="{StaticResource {x:Type ToggleButton}}">Test1</RadioButton>

これをC#で書きたいのですが、StaticResourceってどうかけばいいの?
というか、なにもの?
293 :
2016/08/23(火) 17:42:04.48 ID:pAVc0AUZ
(Style)FindResource(typeof(System.Windows.Controls.Primitives.ToggleButton))

できました まる
294 :
2016/08/24(水) 20:47:06.62 ID:+p3w7Fxu
.xaml.cs

public Class Test{
public bool Prop {get; set;}
}


public Test[] test {get;set;} = new Test[10];


.xaml
Source="{Binding test[0].Prop}"

みたいな感じで配列にインデクサを指定してアクセスし、そのメンバプロパティをバインドすることってできますか?

Error test[0] is not supported in a Windows Presentation Foundation
(WPF) project.

と怒られるのですがどうすればいいでしょうか?
295 :
2016/08/24(水) 22:53:01.81 ID:gjnUuRcd
>>294
WPFでは配列じゃなくてObservableCollectionなどを使う
その上でListViewなどのItemsSourceにバインドし、DataTemplateを使って要素を生成する
296 :
2016/08/25(木) 08:24:29.07 ID:2FMJ1gul
>>294
できるよ。Bindingのパスの起点はDataContext
297 :
2016/08/25(木) 13:12:43.70 ID:19EK/J+p
プロパティの型が配列だとこける場合があるのでIListあたりに置き換えるとうまく行かない?
298 :
2016/08/26(金) 00:32:48.12 ID:FSeY/wHd
ItemsControl、DataTemplateで生成されたItemを参照する方法を教えてください
299 :
2016/08/26(金) 00:53:58.25 ID:zWe+Xnw2
CollectionViewSourceとか使う
でも原則的には「そんなことはしない」が正解
300 :
2016/08/26(金) 01:09:13.82 ID:MwmpSlTr
ItemsContainerGeneratorのことに1ユーロ
301 :
2016/08/26(金) 01:11:25.83 ID:sb5fn0M5
WPFに未来はあるの?
302 :
2016/08/26(金) 01:16:35.20 ID:ZXi/bCeq
とっくに秘孔を突かれてますよ
303 :
2016/08/26(金) 01:16:49.81 ID:FSeY/wHd
んー、さっぱりわからんw
他の方法で逃げとくか・・・
304 :
2016/08/26(金) 01:23:30.24 ID:MwmpSlTr
こんなところでMicrosoft Bot Frameworkのアピールすんなし
305 :
2016/08/26(金) 19:31:23.55 ID:rDIa7RIN
>>304
あるある、それなw
バレたし( * ́艸`)
306 :
2016/08/29(月) 19:03:04.91 ID:L4EgNXIN
ベジエ曲線の端を矢印にする方法はありますか?
307 :
2016/09/03(土) 08:48:57.89 ID:EsjfZgnO
あるよ
308 :
2016/09/07(水) 02:26:49.56 ID:7CNWNcmi
レーダーチャート使いたいのですが、Windows.Formsを呼び出すしか無いのですか?
309 :
2016/09/07(水) 10:42:21.54 ID:Wz/3zuTl
>>308
ググれば出てくるな
http://www.codeproject.com/Articles/446888/Custom-Spider-or-Radar-Chart-Control

気に喰わないのなら改造かカネ出して買えばいいんじゃないかな?
310 :
2016/09/07(水) 21:23:49.27 ID:RD1I6fz3
>>308
VSで用意されているものだと、それしか無いな。
後は、nget等でフリーの物をを探してみるか、有償の物を買うか。
WPF対応でフリーの定番ってのは無いみたい。
311 :
デフォルトの名無しさん
2016/09/07(水) 22:58:09.49 ID:fWpwN+7c
blendのアートボードの背景色ってどうやって変えるの?
Blend におけるアートボードの背景色の変更
https://msdn.microsoft.com/ja-jp/library/jj170031(v=vs.120).aspx
背景の項目なんて無いんだが
312 :
2016/09/08(木) 00:08:48.38 ID:Vzj7Ghpg
今だとelectronかcordovaを使ったほうが良いなw
313 :
2016/09/08(木) 00:11:35.06 ID:kdgS8aGe
>>312
スレチ
314 :
2016/09/08(木) 00:27:29.58 ID:QAoHcTK0
>>307
どうやるの?
315 :
2016/09/08(木) 02:43:56.44 ID:rDAq/A04
>>309
>>310
ありがとうございます、色々と試してみます。
316 :
2016/09/08(木) 06:40:19.84 ID:Vdf2zs6E
317 :
2016/09/09(金) 22:15:49.70 ID:qHRNgaZ5
UWP Desctop ってやつ使うと、UWPのWinRT APIが使えるってことで試したんだが
画像のライブラリがガラッと変わっていてファイルのサムネの表示できなかったわ
表示する方法分かる人居ませんか?
318 :
2016/09/10(土) 04:58:44.92 ID:3Uf/55uO
ここはWPFスレだぞ
319 :
2016/09/10(土) 07:23:18.50 ID:MMGe7M6k
wpfからUWPのAPI使うんだよ
320 :
2016/09/10(土) 08:18:56.09 ID:MMGe7M6k
で、ブツはこいつだ
https://www.nuget.org/packages/UwpDesktop
321 :
2016/09/11(日) 23:05:10.17 ID:X+eP6B7l
x:bindとやらも使えるのかのう?
322 :
2016/09/12(月) 16:29:27.75 ID:3gvBAawh
もうライブラリは一応Prismに集束したんか?
323 :
2016/09/12(月) 17:33:54.31 ID:8cawWrC1
WPF自体が終息しちゃったから…
324 :
2016/09/12(月) 21:05:02.71 ID:p0km3lhz
WPF使わないで何を使えって言うんだ?
UWPはストアアプリしか作れないし。
325 :
2016/09/12(月) 21:23:00.27 ID:0pjXoVUQ
この記事の時点から何の進展もないのがつらいね
https://www.infoq.com/jp/articles/Win8-LOB-Options
326 :
2016/09/12(月) 21:44:04.07 ID:p0km3lhz
だからもうElectronを使えばいい
327 :
2016/09/12(月) 21:59:46.98 ID:8cawWrC1
十分進展してるよね
・ASP.NETは急速な進化を続け、MVCへの移行も進んでいる
・コンシューマ向けネイティブクライアントの需要に応えてUWPが誕生した
・MSはVSCodeの開発にElectronを選択した
・WPFはMSがWin向けVSを作るための基盤として保守され続けている
もういいんじゃないかな
あとは近いうちにVSがWebベースに移行するだろうから、それでWPFの役目はおしまい
328 :
2016/09/12(月) 22:00:26.90 ID:auLhvrno
なんでもWebにしちゃうのはどうなの?
329 :
2016/09/12(月) 22:03:53.83 ID:0pjXoVUQ
絶対ならないから心配いらないよw
330 :
2016/09/12(月) 22:13:36.22 ID:8cawWrC1
>>328
配布形態の話とUI技術の話をごっちゃにしてはいけない
全てのアプリケーションがWebで提供されるようにはならないだろうけど、
UI技術がHTMLベースになることには技術的に何の問題もなく、単に開発者のスキルの問題でしかない
昔から続くVB系技術からWeb系技術への開発者スキルの大移行にあたって、
WPFというのは無駄なステップでしかないのよ
331 :
2016/09/12(月) 22:39:41.22 ID:0pjXoVUQ
Active Desktopの時代もそういう夢を語る人は大勢いましたよw
332 :
2016/09/12(月) 22:44:43.66 ID:Pvq39N/6
そういう夢見てる奴は時々現れるけど、なかなかモノにはならんよな。
WPFもWebとの親和性とか考えなきゃ、こんなどっちつかずのものにならんかったろうに。
333 :
2016/09/13(火) 05:57:52.73 ID:CVZVZG0P
XAMLのテストのしずらさとバインディングの手間の多さだな
分離することでテストしやすいのはあくまで単体テストの話であって
ダブルクリックして出来た関数にコードを書き、その先頭にブレークポイント設置して
待ってるような古くからあるデバッグスタイルと相性が悪い
334 :
2016/09/13(火) 08:39:28.96 ID:7uOfP430
ASP.NET MVCを簡単に組み込めるようにしてほしい
MVVMでシンプルに作れちゃうような量産型画面ならWebのやり方はなんだかんだ言って楽だからね
緩やかに移行を促すという意味でも
335 :
2016/09/13(火) 09:35:28.43 ID:5MhN2/GP
>>333
ダブルクリックしてできた関数を、単体テストから呼び出してテストするんだよ。
その先頭にブレークポイント設置するなんて簡単な作業だろ。
336 :
2016/09/14(水) 06:57:41.33 ID:1t63ZV8S
>>329
コードが書けない奴ほどWeb化したがる。ゲイツも否定的だった糞遅いXMLを使いたがる。
この流れは止められない。
337 :
2016/09/24(土) 13:32:30.37 ID:ZOSeBfBN
最近仕事で業務用アプリをwpfで作り始めたのですが、学習に良いネット記事や書籍はないでしょうか?
338 :
2016/09/24(土) 13:42:02.92 ID:zJlGaJN/
ないですね
339 :
2016/09/24(土) 14:25:58.39 ID:nBrRcsMu
どんな理由でWPFを選んだか気になる
業務用なんて見た目に金かけないイメージ
340 :
2016/09/24(土) 14:31:40.61 ID:1AtHYWO9
>>337
書籍は和書は過去に数冊出てたみたいだけど今は絶版。今は洋書が1冊あるだけ。
■Pro WPF 4.5 in C#: Windows Presentation Foundation in .NET 4.5
https://www.amazon.co.jp/dp/B00ACC69B0/

Web上もあんまり情報無いね。
■@IT > Insider.NET > 業務アプリInsider > 連載:WPF入門
http://www.atmarkit.co.jp/ait/subtop/features/dotnet/app/introwpf_index.html
■WPF4.5入門(かずきのBlog@hatena)
ttp://blog.okazuki.jp/entry/2014/12/27/200015
341 :
2016/09/24(土) 14:38:24.46 ID:1AtHYWO9
>>340
訂正。洋書は他にも数冊出てた。
後、エッセンシャルWPFって和書もまだアマゾンで買える。2007年の本だけど。
342 :
2016/09/24(土) 22:33:41.06 ID:/lQirmNu
今こそ WPF 〜モダン デスクトップ アプリケーション開発再考〜
https://channel9.msdn.com/Events/de-code/2016/CLT-005
343 :
2016/09/25(日) 12:04:10.23 ID:/drq0649
途中からひたすらClickOnce推しだった、テレホンショッピング並み
344 :
2016/09/25(日) 13:10:42.43 ID:ISX7o04+
もう「今こそメインフレーム」みたいな扱いなんだな…
345 :
2016/09/26(月) 11:03:13.77 ID:BE4X6ULo
Github for WindowsもWPF + ClickOnceだし配布形態はClickOnce一択だな
346 :
2016/09/26(月) 12:15:04.55 ID:I4kv7zb+
Silverlightに生き残って欲しかった
347 :
2016/09/26(月) 14:23:34.41 ID:Wr3XAlYG
インフラジスティックスが一番WPFコード書いてそう
348 :
2016/09/26(月) 14:40:36.17 ID:NRdPNu0H
ClickOnceって聞く度にふらっとで騒いでた奴を思い出す

判断力のないユーザーがソフトウェアをインストールできるようにすると
そのユーザーが所有するファイルを全て削除するような
悪意のあるソフトウェアだった場合に困るだろ

的な
349 :
2016/09/26(月) 15:53:56.87 ID:upE7RoTw
>>348
制限ユーザーの「制限」を有名無実化してしまう、って話だろw
350 :
2016/10/01(土) 07:39:31.70 ID:/0tHYh1h
このスレで質問した308です
こんな感じでゲームの補助ツールできました
教えていただき、ありがとうございました

http://imgur.com/a/zFI6M
351 :
2016/10/01(土) 07:44:09.17 ID:uV5Jr/Ud
お、カコイイ、それっぽい。
352 :
2016/11/19(土) 20:27:06.35 ID:3k2nRUgf
DataGridやListViewで、レイアウトその他が同じものをItemsSourceだけ変えて複数作りたい場合に
xaml上で定義を使いまわす方法はあるでしょうか?ググるキーワードを教えてください。
353 :
2016/11/20(日) 06:28:10.35 ID:mNZMIvsS
ResourceDictionary
354 :
2016/11/20(日) 09:36:11.13 ID:Vfcw1yaj
UserControl作って解決しました。ありがとうございました。
355 :
2016/11/20(日) 16:37:58.34 ID:sEtg8M9R
>>354
!?
355がResourceDictionaryって回答してて、俺もその方が楽だと思うけど…
他の画面とかでも使うならまだしも
356 :
2016/11/20(日) 18:06:41.90 ID:Vfcw1yaj
一応調べてみたんですが、結局ResourceDictionaryでやる方法がよくわかりませんでした。
UserControlはDataGridで作ったものをほぼそのまま切り出してItemsSourceプロパティを
追加する程度でできましたので。
357 :
デフォルトの名無しさん
2016/11/20(日) 18:25:34.17 ID:UOwy9l6a
「レイアウトその他」をStyleに入れて
そのStyleをResourceDictionaryに入れるってことじゃないの
358 :
2016/11/20(日) 19:53:04.71 ID:Vfcw1yaj
調べてみたところではResourceDictionaryだとControlTemplateとして記述するということでしたが、
DataGridのテンプレートに<DataGrid.Columns>など列の定義まで含めた例が見つからず、
どう記述すればよいのか調べていたところでした。
UserControleの方法が見つかったのでそれ以上は調べていませんが。
359 :
デフォルトの名無しさん
2016/11/23(水) 15:05:45.69 ID:VBCMKqAL
<Menu>
 <MenuItem Header="文字列" Width="200" Height="100" />
</Menu>
こんな感じにメニューにWidthやHeightを指定すると表示される文字列の位置が、左詰めで上下は中央になりました
MenuItemにHorizontalAlignment="Center"やHorizontalContentAlignment="Center"を加えても左詰めのままです
表示位置を変える方法があったら教えてください
360 :
2016/11/23(水) 20:46:37.76 ID:CZnGuUWl
>>359
MenuItem用のControlTemplateを定義してStyleで設定する
アホみたいに面倒臭いから覚悟しろ
361 :
2016/11/24(木) 09:58:22.11 ID:vsMTJW2u
で、でたー
多少面倒くさいからなんだ
いつものことだろ
362 :
2016/11/24(木) 11:02:42.19 ID:v5CN35ks
WinFormsなんかと比べたら全然気にならないレベル
363 :
2016/11/24(木) 11:10:11.93 ID:gjXMRRSy
>>360さんありがとうございます。
教えてくれたControlTemplateをもとにこんなことやりました

https://msdn.microsoft.com/ja-jp/library/ms747082(v=vs.85).aspx
9割がた理解できてないけど、ここのソースを使ってContentPresenterに

VerticalAlignment="{TemplateBinding VerticalContentAlignment}"
HorizontalAlignment="{TemplateBinding HorizontalContentAlignment}"

を付け足したところ、なんとか文字列の表示位置を動かすことが出来ました
ただ、外観をすべて再定義してるような感じで、その他のメニューと整合性が取れなってる場所もちらほら
クラスの継承・オーバーライド程度に手軽にできるものかと思ったけど、難しいもんですね

もう少し上手くできるように弄ってみようかと思います
364 :
2016/11/25(金) 07:18:14.70 ID:9jtEtGtN
>>362
CSSなら簡単にできるけどな
アドホックなスタイル設定ができないのはWPFの大きな欠点
365 :
2016/11/25(金) 07:57:19.11 ID:FYecMoLM
>>364
え゛
366 :
2016/11/28(月) 22:20:37.27 ID:yhiOMU2t
GridView?で横方向のサイズが可変になるよう項目を並べたいのですが
できますでしょうか?もし、同じ事を他の方法でできるなら教えて下さいまし。

各項目は単にテキストなんですけど、テキストの幅に合わせて各項目を表示したいです。
Orientation=HorizontalのStackPanelを複数行に並べた感じで表示したいのです。
367 :
2016/11/28(月) 23:26:08.10 ID:SXoUdBtU
そのまんま、StackPanelを複数行配置するんじゃいかんのか?
368 :
2016/11/28(月) 23:45:07.79 ID:yhiOMU2t
元になるアイテムのリストはObservableCollectionだし。なるべくバインディングでやりたいんですよね。
要はItemsControl派生のクラスで。
369 :
2016/11/28(月) 23:56:28.36 ID:BQu1LLHA
ItemsControlのItemsPanelTemplateにHorizontalなStackPanelを指定。
370 :
2016/11/29(火) 00:04:22.73 ID:BBDBrx5u
ItemsPanelとか全くいじったことないのでですが、StackPanelで横幅が足りなかったら折り返してくれますかね?
ちょっと調べてみます。
371 :
2016/11/29(火) 00:14:43.47 ID:BBDBrx5u
各アイテムはテキストの幅に合わせて表示されますが、幅が足りない時に
やはり次の行にラップしてくれませんでした。
372 :
2016/11/29(火) 00:39:28.93 ID:BBDBrx5u
StackPanelじゃなくてWrapPanelとかいうのがありましたのでこれを
使ったらちゃんと折り返してくれて表示されました。
ありがとうございます。
373 :
2016/11/29(火) 00:43:33.52 ID:CENmvLmD
ItemsPanelは挙動には無関係。
指定されるもの。
指定されたPanelの通りに動く。
折り返したいなら、WrapPanelを使う。

情報の後出しは、嫌う人が多いから気を付けて。
374 :
2016/12/02(金) 01:41:10.79 ID:+YBD4ZXG
線をいっぱい描きこんだパネルをスムーズにスクロールさせたいのですが、どうすればいいですか?
375 :
2016/12/02(金) 02:58:55.45 ID:MJ0hv66x
グラフィックカードを載せる
376 :
2016/12/02(金) 07:30:33.30 ID:BYmiNfoD
HTMLのCanvasを使う
377 :
2016/12/03(土) 12:34:51.54 ID:jHYchVO/
Blend for Visual StudioでWPFアプリのUI作っているのですが、
コントロールの形状をカスタマイズするにはどうすればいいんでしょう?

例えば、ボタンの形状を四角から台形にしたり星型にしたり

いろいろ調べてみましたが、Expression Blendの頃の古い情報ばかりで
378 :
2016/12/03(土) 12:38:20.64 ID:x7z2pgeG
ControlTemplateを作る
Blendってたしかテンプレートの抽出みたいな機能無かったっけ?
それで吐き出したソースをベースにして弄るんだった気がする
もうWPFなんか使ってないから忘れたけど
379 :
2016/12/03(土) 13:09:25.00 ID:jHYchVO/
ControlTemplate作成するところまでは出来ました
形状の変更はまだできてないですが調べながらやってみます
380 :
2016/12/11(日) 01:39:22.19 ID:YlbmPSU8
>>379
RenderTransformだっけか。
それ使えば変形だけならすぐできるよ。

凝ったボタンにしたいならControlTemplateでいいけど
381 :
2016/12/11(日) 09:39:49.84 ID:xUW3RgdE
RenderTransformは単なるアフィン変換だから台形にも星型にもならんよ
382 :
2016/12/31(土) 01:05:38.36 ID:p7MWUSsi
WPFにばっちり対応したObfuscatortっていいのないかなー?
Dotfuscatorは高くて手が出ないけど、数万で買えるのなら欲しい。

Babel Obfuscator試してみたけど、
XAMLの MouseLeftButtonDown="Window_MouseLeftButtonDown"
で生成される.cs側のメソッドまでリネームされて使い物にならない。

っていうか使い方が悪いのかな・・
383 :
2016/12/31(土) 18:28:54.48 ID:AxNUooWe
ITあるある、高いものほど品質が低い。
384 :
2016/12/31(土) 23:30:50.97 ID:u4bGwJtr
GUI周りなんか覗かれようがどうでもよくね?
見られて困るような内部の重要な部分だけ難読化すればいいじゃん
仮にイベントハンドラに全部書いてるならそんなゴミコードは誰も読みたがらないから安心しろ
385 :
2017/01/01(日) 13:52:04.59 ID:91dM5KHs
>>384
大いに同意。
元はツールの位置づけで作ってたんだけど、あれよあれよという間に製品化の方向。
MVVMでビジネスロジックは分離してるけど、一部UIだけで完結する処理は
コードビハインドにイベントハンドラ方式がちらほら残ってる。

今はUI以外の隠すべき処理は外部DLL化して、それにだけ難読化ツールをかけるよう修正中。
386 :
2017/01/01(日) 14:46:56.31 ID:7mXRBDlm
>>382
難読家する理由何よ?
387 :
2017/01/01(日) 15:56:00.41 ID:iVCyTGej
「仕様書に難読化するって書いちゃったからしないと駄目です」とか言う馬鹿を説得する方法を教えてください
388 :
2017/01/01(日) 15:57:07.04 ID:epcIVmQh
そいつじゃなく、そいつの上司と話し合え
389 :
2017/01/01(日) 17:28:36.23 ID:X3hcI7Li
>>387
そんなもん適当な値と XOR でもしときゃいいだけやん

難読化アルゴリズムはセキュリティ確保のために非公開とします
390 :
2017/01/01(日) 17:44:19.67 ID:dfiLOuZD
- UI要素の構造はどうやっても隠せない。可能だとしてもそれは「難読化」ではない

- XAML担当部分には難読化が有効なロジックも、難読化が意味を持つような識別子も含まれない

これを理解してもらうのはそんなに難しくないと思うけどね
391 :
2017/01/01(日) 18:11:44.29 ID:oYN2j5aa
まあUWPでなんとかなるなら、それが最善の解決策だけどね
対象がWindows10のみってのが今は最大のネックだ
392 :
2017/01/02(月) 11:40:43.80 ID:CU+xeCW9
WPFとかMVVMを勉強したいんだけど、参考書いいのないですかね?
概念はぐぐってなんとか分かったつもりでいますが、どうプログラミングすればよいかわからず。
393 :
2017/01/02(月) 14:32:10.15 ID:CPceoiNS
言語はなんでもいいからWebMVC覚えるのがおすすめ
ビューとロジックの分離とか、MSのWPFサンプルでやってるような
ページ単位で依存関係をぶった切るような設計とかのバックグラウンドの考え方がよく理解できるよ
Webなら参考書はいくらでもあるし
そのまま「もうWebでよくね?」となっても一向に構わない、むしろ今時はそれが望ましい
394 :
2017/01/02(月) 18:34:29.15 ID:UhiZJmbl
MVVMの考え方はともかく、いまからWPFを学ぼうとかマゾすぎるよ…
どこにも需要がない。
395 :
2017/01/02(月) 18:44:05.57 ID:ZBLgkneL
windowsプログミングする人が減ったのはWPFのせいだと思う。
それぐらい出来が悪い。まだMFCのほうがマシだった。
396 :
2017/01/02(月) 18:52:26.80 ID:GW06D3H/
それはない
397 :
2017/01/02(月) 18:59:10.12 ID:+OhqLJH9
WPFはXAMLとバインディング必須みたいな本ばかりだしたのが失敗
敷居を下げてC#で使えるグラフィックライブラリとして紹介して普及させるべきだった
398 :
2017/01/02(月) 19:28:25.74 ID:YMflTb9q
WPFが流行らなかったのは、「デザイナーと分業できるよ」みたいな幻想のせいじゃねーかなあ
無理だっつの
399 :
2017/01/02(月) 19:50:30.40 ID:ZBLgkneL
一度、デザイナーを頼んだプロジェクトにいたことあるが、
UIの設計、コントロールの配置はすべてこちらにやらせ、何パターンかのカラフルな配色の提案だけしてきた。
開発者の意見は概ね「子供の塗り絵かよ」というもので二度と頼むことはなかった。
400 :
2017/01/02(月) 19:52:56.26 ID:YMflTb9q
デザイナーはデザイナーでも、工業デザインとかの分野のデザイナーを連れて来ないとな
そして通常、普通に使う業務アプリでそこまで拘る必要は無い
401 :
2017/01/02(月) 20:27:38.05 ID:ZBLgkneL
UI設計は結局、細かい機能や客がどういう使い方するまで熟知してないとできない。
Windows10がなぜ糞なのか。UIデザイナーを置いたからだ。すべてはWPFのせいなのだ。
402 :
2017/01/02(月) 22:37:47.65 ID:tp0UcY/K
↓顧客が本当に必要だったもの画像
403 :
2017/01/02(月) 22:42:00.08 ID:OVlW98VI
うちのデザインセンター、きれいにまとめてくれるよ。
しかもちゃんとExpressionなんとか使って、XAMLにまでしてくれる。
404 :
2017/01/02(月) 22:59:33.15 ID:ZGuRW1E+
MSはXamlの次となるProject Neonに取り掛かったわけだが
http://www.windowscentral.com/new-design-language-windows-10-project-neon
何処がどう変わるのかサッパリわからんな
405 :
2017/01/02(月) 23:03:15.70 ID:CU+xeCW9
392だけど、総批判ですなw
単にWinFormばっかやってたので、WPFも触りたいなーと思っただけですが。
406 :
2017/01/02(月) 23:06:45.24 ID:4PPr4nk0
>>404
1行目から間違いだから分からないのも無理はない。
407 :
2017/01/02(月) 23:11:08.85 ID:MrPj4nrh
>>405
取りあえず触ってみると良いよ
触るだけなら名前空間が違うだけでformsと同じ流儀で行ける
408 :
2017/01/02(月) 23:11:34.61 ID:ZBLgkneL
クリックしたら1行目は「Adblockers make us sad. 」だったけど。
409 :
2017/01/02(月) 23:11:37.94 ID:YMflTb9q
>>405
一応言っとくと、俺は批判するつもりは無いっつーか
WPFの方が好きよ
410 :
2017/01/02(月) 23:13:15.45 ID:mABnUerH
>>405
幅を広げたいならASP.NET MVCとかUnityとかXamarinとか魅力的な選択肢は色々あるよ
なんでよりによってWPFなのか
411 :
2017/01/03(火) 00:39:51.71 ID:f2h7dQbm
批判する理由? 挫折したからだよ。
412 :
2017/01/03(火) 09:10:00.25 ID:O5amT4li
特にテコ入れされることもなく10年よ
ここ3年くらいロードマップにパフォーマンス向上以外書かれなくなってさあww
挫折もするわ
413 :
2017/01/03(火) 09:55:31.22 ID:+g67VoNj
テコ入れされないから挫折するというのがわからん。
挫折した原因が他にあって、それが改善されないままだってことを言いたいんだろうか。
414 :
2017/01/03(火) 10:13:25.96 ID:K9PZ4HA5
MS全体のリソース配分からすればそりゃ多くは無いだろうけど
そもそも見捨てられつつあるexe環境の中じゃ一等マシに見えるけど
415 :
2017/01/03(火) 10:50:08.28 ID:EN1xnUGH
自前のちょっとしたツールならWPF使ってるなぁ
業務はなかなか提案しづらい。使えるのが居ない
416 :
2017/01/03(火) 14:00:24.23 ID:CatVvMFG
>>415
慣れると楽だから俺もそうなんだけど、セットでやらなきゃならんこと=覚えにゃならんことが多くて人にはオススメできない
417 :
2017/01/03(火) 14:11:27.36 ID:EN1xnUGH
使いながら覚えるってのが非効率的なのがアレだわな
基礎の基礎をまず把握してなきゃいかんのがなぁ。基礎を教えるのも辛いし
418 :
2017/01/03(火) 14:25:19.41 ID:lzuO91FZ
慣れれば本当楽よね 慣れればだが

Silverlightも死んで久しい
あれ好きだったんだけどなあ
419 :
2017/01/04(水) 01:15:27.11 ID:H7xg2HxB
silverlightが死んだのはものすごく残念
gui作り安かったんだがなぁ
javascriptで似たように作るのはまったく分からんからwebに手がだせない時代遅れの人になっちった
それより光ちゃんがいなくなったのか寂しいとかいってみたり
420 :
2017/01/05(木) 22:03:24.39 ID:SwnEuFT+
>>412
実際はPer-monitor DPI対応やらパフォーマンス向上以外も地味に改良入ってるけどね。
HiDPI対応はFormsでも一部入ってるけど不完全。
421 :
2017/01/07(土) 23:31:21.01 ID:4lT0hUL1
それは改良というより保守だろ
VSの開発で必要だっただけ
422 :
2017/01/08(日) 01:41:30.98 ID:Dfhzw297
Group sortingやSoft keyboard supportも追加されてるな
DirectX extensionsもNuGetパッケージになってるけど、これはいずれ標準になるのかな
423 :
2017/01/08(日) 06:28:02.92 ID:TbfsFEah
絶対ない
賭けてもいい
424 :
2017/01/08(日) 09:48:37.68 ID:6Rfsv7h0
DirectX ExtensionsはMS自身が必要だったんだろうな
こういうのをラッパーすら作らず適当にホスティングで済ませようとするのは
むしろWPFに対するやる気のなさの表れと解釈するのが自然だろう
425 :
2017/01/17(火) 17:46:58.43 ID:i2vycl/j
なんもねーな。MSはこの風呂敷どうしてくれるんや
426 :
2017/02/09(木) 18:24:31.34 ID:fb+hcXWk
ScrollViewerを1ピクセル単位でスクロールするようにする方法を教えてください
427 :
2017/02/10(金) 17:07:45.41 ID:wVuY3QES
ここ質問いいんですかね?
wpf初心者でプログラム作ってるんですがバインディングの反映がされない時があるんです
こういった時どうやって追っていけばいいんですか?

例)datagridにバインドして1秒間隔でデータを更新
しばらくしていると更新されない行がでたりする
→ソートし直すと直る

仮想化とかが悪いのかなあ
428 :
2017/02/11(土) 14:20:41.87 ID:k2T5LcrX
更新したけどデータが変化してない場合にログ吐く
PropertyChangedの間隔が2秒以上のときログ吐く
The 原始的手法
429 :
2017/02/11(土) 14:36:01.42 ID:YT2/Dw8v
Viewのデータバインディングでどうやってみるんだって思ったんだけど
コードビハインド使ってログ書けばいいのか
助かりましたありがとうございました
430 :
2017/02/21(火) 12:27:03.05 ID:jMboudrT
ComboBoxのテキスト編集領域の背景色を設定したいのですが、コントロールテンプレートいじらずに済む方法ってありますか?
431 :
2017/02/22(水) 20:20:36.39 ID:8K5LK+D0
<Grid>
<Image Stretch="None" VerticalAlignment="Top" HorizontalAlignment="Left">
<Image.Source>
<DrawingImage>
<DrawingImage.Drawing>
<DrawingGroup x:Name="dg" />
</DrawingImage.Drawing>
</DrawingImage>
</Image.Source>
</Image>

Private Sub Button1_Click(sender As System.Object, e As System.Windows.RoutedEventArgs) Handles Button1.Click
Dim dc As DrawingContext = dg.Open
dc.DrawRectangle(Brushes.Red, Nothing, New Rect(0, 0, Me.Width, Me.Height))
dc.DrawRectangle(Brushes.Aqua, Nothing, New Rect(-50, 50, 100, 100))
dc.Close()
End Sub

四角を-50から書いているのになぜか青い四角が0から書かれて
赤い四角は50ピクセル右に描画されてしまうのですがなぜでしょうか・・・
432 :
2017/02/22(水) 21:15:08.55 ID:THZzxQ0R
それを全部表示するようImageが勝手に原点移動してるから?
GridでなくCanvasつかってImageの位置指定してみるとか

注意:ボクは初心者です
433 :
2017/02/22(水) 21:43:52.03 ID:8K5LK+D0
>>432
ありがとうございます。
一応こうしてみたのですがダメでした。難しい・・・

<Canvas Name="canvas1">
<Image Stretch="None" Canvas.Left="0" Canvas.Top="0" HorizontalAlignment="Left" VerticalAlignment="Top">
<Image.Source>
<DrawingImage>
<DrawingImage.Drawing>
<DrawingGroup x:Name="dg" />
</DrawingImage.Drawing>
</DrawingImage>
</Image.Source>
</Image>
</Canvas>
434 :
2017/02/22(水) 21:59:46.29 ID:XUlde6Q0
そうじゃなくてCanvas.Left="-50"ってことでは?
そもそもなんでマイナス指定したいのかがわからん
435 :
2017/02/22(水) 22:14:47.00 ID:8K5LK+D0
>>343
ありがとうございます。できました。
436 :
デフォルトの名無しさん
2017/02/23(木) 22:53:46.11 ID:VPnqxc80
WPFで作った非常に簡単なUIのツールをAtom Z3735Fな
スティックPCで動かしたら、かなりモッサリでビックリ。
Core2の骨董品でもここまで遅いかなーというモッサリ具合。
これってチューニングでなんとかなる話なのかなぁ。
TextBoxに入力するとめっちゃ遅延したりするし・・・。
そんなのエスパーじゃないとわからねーよ言われそうだけど。
437 :
2017/02/23(木) 23:04:43.59 ID:Gcuw8dft
>>436
試しにngen実行してみたらどうだろう。
438 :
2017/02/23(木) 23:51:51.58 ID:oiMRy/lZ
D3D11やらx:BindやらComposition.UIやら.NET NativeやらをWPFにもバックポートしてくれりゃ
まだUWPにお熱なのも許せるんだがなあ
よくもまあこんだけ似通ったもんの開発リソースを完全に分断できるなと逆に感心するわ
(分断してるんじゃなくてもう見捨ててるって方がしっくりくるけど)
439 :
2017/02/24(金) 00:06:29.78 ID:+y4ZIifj
>>436
WPFはグラフィック機能が弱いと本当にクソ遅い
簡単なUIならWinFormsで作り直した方がいいよ
超軽くなって感動する
440 :
2017/02/24(金) 21:22:05.00 ID:9RMywL+i
>>438
分断してないよ
完全に捨ててる
441 :
デフォルトの名無しさん
2017/02/26(日) 01:50:51.31 ID:H7Sm2U9l
>>437
一応試してみるけど起動時とかの話ではないからあまり効果は期待できない気が?

>>439
正直、今更WinFormsなんぞ触りたくないけど・・・
ほかのアプリはここまでは酷くないから改善はするんだろうね

そういやこのアプリ、外部DLLの呼び出しでWinSock経由で
制御機器のアプリにコマンドを投げているんだけど、
これもまた、超絶遅延してあまりにオーバーヘッド大きくて
絶望しかけいたが、色々いじった結果ページファイルを
無効にすると、まだ遅いけど実用範囲内のレスポンスに
戻った。リソースの消費量をモニターしていてもメモリも
CPUも空きまくってる事は確認済みなので気持ち悪いナァ。
442 :
2017/02/26(日) 02:02:33.78 ID:bMNV8RU5
頭悪そう。
443 :
2017/02/26(日) 08:42:40.54 ID:ANz/lmzM
それ、なんかメモリリークしてて半死半生なんでは?
リソース開放忘れとか、そういうたぐいも含めて。
444 :
2017/02/26(日) 12:54:09.58 ID:XBcTiJs1
xamlの波線が鬱陶しかったんだが、試しにx86でコンパイルしたら消えた
一体何だったんだろう?
445 :
2017/02/26(日) 17:53:06.76 ID:mGGKfl2I
>>444
むしろ普通w
446 :
2017/02/27(月) 15:27:30.51 ID:O76ntkAt
デザイナは嘘吐きなんです
447 :
2017/03/04(土) 11:51:57.24 ID:gI+Wd3F+
今後も業務アプリの多くはWindowsFormsで開発されるのでしょうか
448 :
2017/03/04(土) 13:13:45.60 ID:svzWwCAT
そうじゃねーの
あるいはASP.NETか

ん?
ああUWP勢か?
君らは1年半で800レスも行かなかった本スレの心配をしてくれ
449 :
2017/03/04(土) 16:52:18.36 ID:V1fO2YUM
ゲイツがゴミと言ったとおりXML系技術はほんと技術者から嫌われてんな。文系臭がする技術だからなぁ。
450 :
2017/03/04(土) 18:31:18.73 ID:W250mNnr
どんな被害妄想だよww

バズワード的な過大評価が修正された面はあるが
だからと言って全否定するのはバズワードに乗っかる奴以上に馬鹿だよww

クラウドとかAIとかIT系のバズワードはだいたいそうだけど、
真に受けるのは馬鹿だけどかといって全部嘘でもない

羹に懲りてなますを吹くってこういうのを言うんだなw
451 :
2017/03/04(土) 18:36:36.87 ID:zFoXIyA1
手書きを強要されないなら(俺の目に触れないなら)XMLは別にいいかなー
Blendは込み入ったコントロールのレンダリングでクラッシュしたりして一向に駄目ね
VSに載ってるデザイナはさらに駄目だ
クラッシュしまくるからレンダリングさせてない
452 :
2017/03/04(土) 18:52:45.04 ID:CXNSzAhi
技術者なのに新しいことに対応できないのは致命的。
いや新しくもないかw
453 :
2017/03/04(土) 19:06:20.73 ID:V1fO2YUM
逆じゃないかな。技術者は基礎の積み重ね。数学と同じ。古いもの、枯れたものを大切にし、枯れてない技術は使いたがらない。
文系のような新しもの好きが創るものなんか信用できないよ。絶対に何も考慮せず思いつきで作ってる。デスマーチは必至。

どうやらWPF枯れる前に消えるかもしれない。仕方がない。思いつきで採用した技術なのだから。
なにより文系マカーのUI担当が主導した技術で、中のMS技術者が嫌ってる。
454 :
2017/03/04(土) 19:20:51.77 ID:V1fO2YUM
加えて、MSのOS搭載スマホが普及することが絶望的な今、
新しいものだからという理由だけでUWPやる気力も暇もない。そもそもUWPで作る必要なものがない。

保守されてないwinformのままで誰も不満がないのは、やはり完成度が高すぎたと言わざるを得ない。
455 :
2017/03/04(土) 19:55:58.36 ID:CkdIvWAv
保守されてないわけじゃない
保守しかされてない
WPFもそうだけどね
456 :
2017/03/04(土) 19:56:39.39 ID:zGZY4l4q
釣りはよそでやってくれ
457 :
2017/03/06(月) 10:09:23.58 ID:gw/pUkTw
うちのまわりの業務向けアプリはWinFormが多いね
ちなみにVB6がいまだに現役の場所もある(これはいい加減やめてほしい)

<うちの会社がWPFに移行しない理由>
・業務を円滑に進められるようなアプリがほしい
→ パフォーマンス WinForms>WPF
・とにかく納期は最短で
→ 学習コストの低さ WinForms>WPF
・費用が極力抑える
→ 既存リソースの再利用 WinForms>WPF

業務向けなので見栄え全然優先しないし、
別にサードパーティ製のコントロール使えば大概何とかなるし、逆に安上がりだよね的な

とにかく現場の人間が使いたがらないし、コストと責任を盾にして逃げている感じ
これは技術者の怠慢だと思う

ちなみに自分的にはUWPとかストアアプリとかは
インストーラーとかローカルリソースやらいろいろ制約があるときくので対象外
458 :
2017/03/06(月) 10:24:46.64 ID:lYy9uZ4/
まあC級プログラマには無理だろう。
459 :
2017/03/06(月) 10:32:44.53 ID:a+DKn9hI
日本にはD級プログラマしかいないのに。
460 :
デフォルトの名無しさん
2017/03/06(月) 15:46:55.44 ID:KwTqEkTJ
VB6とかWinFormsとかって単にGUIのアプリ作れって
言われたらそれしか出来ない奴が生き残ってるだけで
日本は特にそういう穀潰しが多いだけだよな。

3rd partyのコンポーネント使う前提でWPF用はなくて
WinFormsじゃないとダメな物って具体的に何かあるか?
461 :
2017/03/06(月) 15:50:34.32 ID:SfExdTzo
よく分からん思考回路。
むしろWPFが主流になってる国なんてあるのか。

言っちゃ悪いけど、「だめな奴に囲まれてる」と思いたいのはお前自身が他人にそう見られる
恐怖を抑圧してるからだろう。馬鹿じゃないの。

屁は屁元から騒ぎ出すってかw
462 :
2017/03/06(月) 16:24:31.10 ID:a+DKn9hI
>>460
全く違う。少しは社会に出ろ。
463 :
2017/03/06(月) 17:09:43.50 ID:g73mEJek
WPFはXAMLがXMLベースなのがなあ
あれ人間に読み書きさせるような言語じゃないよ
464 :
2017/03/06(月) 17:13:30.17 ID:w0aKb/cw
uwpでxamlで表示する内容のsurfaceを使うことできる?
directxでliveなテクスチャとして使いたいのだが
RenderTargetBitmapで静止画なら取れることが分かったけど
いちいちcpuメモリ上に置きたくない

あとRenderTargetBitmapだと画面に表示済みの奴しか使えないみたいだけどオフスクリーン描画できないかな?
465 :
2017/03/06(月) 17:30:17.64 ID:bu6xWt8v
>>463
そこは結局慣れだと思う
書くのは正直嫌になる気持ちも解らなくは無いが、読むだけなら俺は別に苦じゃないな
466 :
2017/03/06(月) 17:49:23.45 ID:YWYjItmT
まあhtmlが良くてxamlが駄目はあり得んな
html触っているなら問題ないよ
467 :
2017/03/06(月) 18:02:08.28 ID:H3JuSOQK
>>465
あれは苦しいだろw
どこまでがなんなのかさっぱりわかんない

あれが苦しくないならとっくにxml形式の言語が流行してるはず
468 :
2017/03/06(月) 18:03:21.11 ID:bu6xWt8v
ちゃんとインデントしてあれば苦じゃないよ
インデント無しのは読みたくないが
469 :
デフォルトの名無しさん
2017/03/06(月) 19:21:53.02 ID:KwTqEkTJ
>>461
>>462
このスレはWPFのスレなのに否定的な話ばかりだよな。
別に絶賛する気はないけど、今さらWinFormsみたいな
古くさい物で書く気もしない。

ちなみに統計とかは知らんけどStackOverflowのタグ数を
見るとWPFの方が圧倒的に多い。これをハマり所が多いと
解釈するか、活発に利用されていると解釈するかは
人それぞれだとは思う。

なんかXAMLが嫌みたいだけど、WinFormsの旧態依然
としたUIの記述方法がどれだけメンテナンス性や柔軟性に
富んでるのかね?

俺は本職は組み込み屋だけど、WPFでツールや製品作って
パッケージでも売り出した事もあるしASP.NETも含めて
こっち系の技術でそれなりに飯を食ってた時期も長いので
それなりに良い点、悪い点は理解してるが、この程度の物を
グダグダ批判しかしない奴は何使ってもまともな物作り
出来ない印象しかないな。
470 :
2017/03/06(月) 19:33:25.38 ID:5t3gl1OK
>>469
なんかエラソウ
どこの職場にもいる煩いジジイタイプ
471 :
2017/03/06(月) 19:44:20.23 ID:lYy9uZ4/
明らかにWinFormsのほうがジジイだろw
472 :
2017/03/06(月) 19:48:36.64 ID:VVjvmUI4
winformsで新しく尋ねることがもうない
473 :
2017/03/06(月) 19:50:17.32 ID:sbzCrjtf
>>469
釣りはよそでやってくれ
474 :
2017/03/06(月) 20:06:36.96 ID:g73mEJek
Winformが古臭いのはその通りだと思うけど
WPFが現代的かというとこれも首を傾げる
475 :
2017/03/06(月) 20:16:00.75 ID:ajpZLJux
XAMLが嫌なら普通に今までの流儀でWPF触れば良いのにとは思う
476 :
2017/03/06(月) 20:31:44.10 ID:0xhSbt3G
>>463
Visual Studio とかじゃダメなん?
https://msdn.microsoft.com/ja-jp/library/hh921077.aspx
477 :
2017/03/06(月) 23:03:48.19 ID:sBcx6cOe
>>476
釣りはいらないよ
478 :
2017/03/06(月) 23:11:49.34 ID:0xhSbt3G
>>477
意味わからん
普通に使ってるんだが
479 :
2017/03/06(月) 23:14:52.54 ID:YWYjItmT
UWP使うとx:Biindがwpfにないのが残念でたまらんね
速度以上にバインドミスるとコンパイルエラーだもんな
480 :
2017/03/07(火) 00:01:21.16 ID:TfAVO8sB
x:Bindは型に逆にうるさくて、わざわざコンバーターつくるはめになったりも
する。例えば、bool?とboolのバインドとかでも。
481 :
2017/03/07(火) 00:03:05.81 ID:TfAVO8sB
まぁ、それを補うほど利点はあるけどね。
482 :
2017/03/07(火) 00:06:09.58 ID:hjB1k2kx
>>471
一度システムで採用したらそのシステムはずっと保守しなきゃならないという常識を理解できない馬鹿去れ。

頭が悪すぎる。
483 :
デフォルトの名無しさん
2017/03/07(火) 00:12:01.44 ID:04iMZGzn
>>482
うん。
そんな事を理由にWinFormsのWPFに対する優位性を
語ってると思ってるなら本当に救いようのない馬鹿だね。
けなすにしても技術的な観点でやれよな。
484 :
2017/03/07(火) 07:55:16.66 ID:s+clSvSF
>>463
Formデザイナーの出力よりよっぽど手修正しやすいと思うんだが。
最近、XAMLはほとんど手書きだわ。
485 :
2017/03/07(火) 13:08:10.14 ID:tJwZZR52
XAMLはデザイナが吐くのはめちゃくちゃなので
自分好みに一定の法則で決まった順番に属性が定義されるようにとか、
改行、インデントしてくれるチョンプロ作って整形したりしてるなぁ
全部決まった位置にあるとバインドとか直しやすい
486 :
2017/03/07(火) 14:07:36.05 ID:Y1J0kN3q
ListViewのMouseDoubleClickイベントで、senderにListViewItemが入ってると思うんだけど、
これからコレクションのインデックスを取得する方法ってないですか?
((ListViewItem)sender).Contentで中身にはアクセスできて目的自体は達成できるのですが、
いちいち中身を個別にいじるのが面倒なので、コレクションのItemごとさくっと差し替えてしまいたいんですけど。
487 :
デフォルトの名無しさん
2017/03/07(火) 15:32:17.38 ID:04iMZGzn
>>486
ParentからSelectedIndex取るんじゃ駄目なの?
そもそも俺だったらCommandをトリガーにして
bindingしたSelectedIndex拾うけど。
488 :
2017/03/07(火) 19:25:20.93 ID:Y1J0kN3q
ParentはDependencyObjectでした。
コマンドでの対応方については後で調べてみます。

正直よく分からないので、ListView.ItemContainerGenerator.IndexFromContainerにて取得をしました
ただ、これはリストビュー内でのインデックスなので、ItemsSourceにセットしたコレクションのインデックスと
完全に一致する保証があるのか今ひとつ調べ切れてないのが若干不安です。
489 :
2017/03/07(火) 19:41:58.76 ID:TfAVO8sB
>ListViewのMouseDoubleClickイベントで、senderにListViewItemが入ってると思うんだけど
いま、ちょうどListViewいじってから試してみたけど、senderにListViewItem入ってないぞ。
senderに入ってるのはListView
490 :
2017/03/08(水) 08:14:30.09 ID:5RScNi3g
>>489
ItemContainorStyleで、ListBoxItemのスタイル定義をして、そこでEventsetterつかってdoubleclickハンドリングするんだが
手順間違っていないか?
491 :
2017/03/08(水) 10:36:35.68 ID:nni1QRG8
>>489
リストビューがあるフォームのWindow.Resourcesに
<Style TargetType="{x:Type ListViewItem}" x:Key="listViewStyle">
<EventSetter Event="MouseDoubleClick" Handler="listViewItem_MouseDoubleClick" />
</Style>
この定義をいれればアイテムのダブルクリックが取れるんです
492 :
2017/03/08(水) 18:40:52.11 ID:ZHaT77dw
>>490-491
それはListViewじゃなくてListViewItemなんだ
493 :
2017/03/08(水) 19:54:30.43 ID:EmMhTgpF
チェックボックス付きListboxを作成しているのですが、
Bindingすると不要なデータが表示されてしまいます。

以下のように表示させるにはどこを修正すれば宜しいでしょうか?
□20[\n]□30[\n]□40[\n]□50[\n]

public MainWindow()
{
InitializeComponent();
var items = new[]
{
new { Text = "a", X = 20},
new { Text = "b", X = 30},
new { Text = "c", X = 40},
new { Text = "d", X = 50},
};

this.DataContext = items;
}

続く・・
494 :
2017/03/08(水) 19:54:51.48 ID:EmMhTgpF
続きです

<StackPanel>
<ListBox Name="listBox" SelectionMode="Multiple" ItemsSource="{Binding}">
<ListBox.ItemContainerStyle>
<Style TargetType="{x:Type ListBoxItem}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type ListBoxItem}">
<StackPanel>
<CheckBox Content="{TemplateBinding Content}" IsChecked="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=(Selector.IsSelected)}"/>
<TextBlock Text="{Binding X}"/>
</StackPanel>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
</ListBox.ItemContainerStyle>

<ListBox.ItemTemplate>
<DataTemplate>
<StackPanel Orientation="Horizontal">
<Label Content="{Binding X}"/>
</StackPanel>
</DataTemplate>
</ListBox.ItemTemplate>
</ListBox>
</StackPanel>
495 :
2017/03/08(水) 20:14:12.46 ID:oMC/vsfw
書き込み見ても最終的に目指してる物と現状どうなっているのかがさっぱり把握できない
不要なデータって何?
ItemTemplateにチェックボックス置くだけじゃ駄目なん?
496 :
デフォルトの名無しさん
2017/03/11(土) 09:12:33.78 ID:GWCkdS6P
話の流れぶったぎってすまんが、どうしてもXAML慣れない。

Form全盛の時代にはコーディングしていたんだが、しばらく遠ざかっていた。
浦島状態でXAML使い始めたが、駄目だ。どうしても合わない。
497 :
2017/03/11(土) 09:13:57.24 ID:U5rDSQzZ
WPFだからってXAML使う義務は無いよ
498 :
2017/03/11(土) 09:31:09.51 ID:qRrPVhhX
デザイナーの使い勝手はたしかにFormsの方に一日の長があると言えるけど、ただ、
XAMLと比較するならDesigner.csじゃないの?
コードエディタで編集できるようになったのは大きな利点だと思うんだがなぁ。
499 :
2017/03/11(土) 09:49:31.21 ID:GWCkdS6P
>>497
ここでFormに帰るのは何か負けたような気がする。

Qt における QML も同じようなもん?
Java のFXにも xml っぽいなんかがあったような気がする。

時代の流れでこういうのが流行りで、ついていけないのがなんかしゃくにさわる。
500 :
2017/03/11(土) 09:54:51.75 ID:yRgxDcvf
ざむるは俺も使わないなー
501 :
2017/03/11(土) 09:57:55.69 ID:Z8Bo3W36
>>499
流行りはもうとっくに終わったよ
結局UI記述言語の標準を勝ち取ったのはHTML/CSS
502 :
2017/03/11(土) 10:02:25.56 ID:GWCkdS6P
そうなのかー。

なら、何、手だしたらいいねん?という話になる。
503 :
2017/03/11(土) 10:15:13.79 ID:yRgxDcvf
エレクトロン
504 :
2017/03/11(土) 11:35:06.52 ID:GkG5e6vh
UWP(javascript)
505 :
2017/03/11(土) 13:41:31.39 ID:pr/uogYf
XAMLに限らず宣言型の言語は書いてる時はいいけど後で読むのは苦行に近いものがあるな
506 :
2017/03/11(土) 13:45:58.50 ID:Z8Bo3W36
>>505
どうせugaya系に騙されてビヘイビアとか駆使したクソ複雑なXAML書いてるんだろ
ああいうのは設定ファイルプログラミングといって、典型的なアンチパターン
507 :
2017/03/11(土) 14:10:33.90 ID:WonQCVwD
>>506
エラソウ
508 :
2017/03/11(土) 14:20:06.33 ID:xnjsjIDY
んでどのくらい普及したっすか?
UWPは覇権取れそうですか…?
509 :
2017/03/11(土) 14:33:55.47 ID:xnjsjIDY
あ、やっぱし結構です答えなくて
Desktop App Converterみたいな苦し紛れの黒魔法に頼らないといけないくらい終わってますもんね
510 :
2017/03/11(土) 22:59:28.63 ID:mXVRljn+
エディタでXML弄りとかまだ時代遅れの開発してんの?
今の時代はGUIでペタペタコントロール貼ってプロパティいくつか好きなように設定して終わりだよ。
511 :
2017/03/11(土) 23:09:02.36 ID:15EAzLR8
一方MSはVS2017のインストーラをElectronで作りましたとさ
512 :
2017/03/11(土) 23:19:35.19 ID:XiqcTlhz
>>510
どっちも出来るのに。
513 :
デフォルトの名無しさん
2017/03/12(日) 01:07:36.18 ID:IznYQJyx
>>496
.NETはJavaやPHPより仕事少ない上に
妙な案件(このスレみたいなの)来るから
手広くやっとくべし。
苦手なら諦メロン。
514 :
デフォルトの名無しさん
2017/03/12(日) 08:57:42.64 ID:7YHFE7dQ
何を使っても複雑なUIを作って後から見返したら苦行なのは
一緒だろう。XAMLだけをクソだと言うのはよく分からない。
単に自分の習熟度が低いものを貶してる出来ない子にしか見えない。

>>510
VB6とかDelphiとかが流行ったときと同じ事言ってるな
HTMLとかも結局手書きになるしな
515 :
2017/03/12(日) 14:10:07.96 ID:KyxXeMHg
>>514
複雑なUIはカスタムコントロールやユーザーコントロールを使って
ブラックボックス化するWindows Formの方式の方が少なくとも
見通しはいいな。

XAMLはオブジェクト指向以前のカオスの世界に退化したようにも見える。
516 :
2017/03/12(日) 14:46:39.16 ID:O3/Gyy1q
WPFだってユーザーコントロール作れるんだから同じだと思うが。
517 :
2017/03/12(日) 15:15:15.07 ID:1AEjxjTb
Formsと同じことをするならFormsでいい
518 :
2017/03/12(日) 15:56:06.11 ID:ET8XfTu0
レベル15ひくいすれ
519 :
2017/03/12(日) 16:07:40.26 ID:6SjJ3Onc
個人的にFormsでなくWPFを使う理由は
・UIのレイアウトは楽(装飾は含まない)
・Bindingが楽
の2点だけ

あとメリットは対象が局所的だわ
HiDPIにしてもWindowsでHiDPIデバイス使ってるのって数%らしいじゃん
Mac並みの特殊環境だよな
考慮外でいいよそんな奴ら
520 :
デフォルトの名無しさん
2017/03/12(日) 16:59:10.65 ID:sx+F4mFh
つか、話題の90%がWPFとWinFormsどちらが優れてるか
という話題が延々と続いてるのは何だろな。
別にWPFを何がなんでも使えと主張してる人見た事無いし
わざわざWPFのスレに出張してきてWinForms推しする奴
何かメリットでもあるのかね。
どうせWPF使ってる人は今更カビの生えたWinFormsに
戻る気なんてサラサラ無いだろうしWinForms派の人も
勉強して使いこなそうとなんか思わないだろうしずっと
平行線に決まってるのにな。
521 :
2017/03/12(日) 17:17:42.83 ID:KyxXeMHg
WPFに対する不満が出てるだけでどっちが優れているかって話ではないと思うよw

あと、WPF使ってる人はWindows Formを使わないって話は嘘。
前にも出てるけどWPFのグラフィックは糞遅いから特定の用途ではまったく使い物にならない。

10年たっても移行が進まない理由の一つはそこだよね。
522 :
2017/03/12(日) 17:32:53.44 ID:ornod9yC
Webブラウザのグラフィックスの方がパフォーマンスも品質も上な時点でな…
523 :
2017/03/12(日) 17:54:29.83 ID:1AEjxjTb
>>519
Macディスってんのかメーン?
524 :
2017/03/12(日) 17:57:47.21 ID:m47jO4XA
>HiDPIデバイス使ってるのって数%らしいじゃん
>Mac並みの特殊環境だよな

そういう「少数の特殊環境使ってる奴」に限って、やたらと声が大きいのが世の常でな
525 :
2017/03/12(日) 18:03:47.38 ID:oGE6g3Jz
>>524
> そういう「少数の特殊環境使ってる奴」に限って、やたらと声が大きいのが世の常でな
「少数の特殊環境使ってる奴」が集まるスレでそれを言うか
526 :
デフォルトの名無しさん
2017/03/12(日) 18:33:19.17 ID:sx+F4mFh
>>521
そうかね?二言目にはWinFormsって出てきてる気がするけど

で、特定の用途ってどんな用途?
WPFが遅いのは確かだだし何も考えずに組むとオーバーヘッド
凄くなって悲惨なことになるけど、モジュールの階層構造を
理解して、コンポーネントの造りさえ工夫すればそこそこ
ヘビーな用途でもなんとかなっちゃってるけどな
勿論C++でゴリゴリ書いた方がヌルサクなのは確かだけどさ
527 :
2017/03/12(日) 19:42:18.11 ID:XDD/z7Um
> モジュールの階層構造を
理解して、コンポーネントの造りさえ工夫すれば
それがめんどくさすぎるんだよ
528 :
2017/03/12(日) 22:22:32.34 ID:xAZ+KqNV
>>526
静的な画像じゃなくてプログラムである程度の数の図形を描画するような用途だね。
どんな手段使っても本当に遅くて使い物にならない。

嘘だと思うなら、例えば音声入力をオシロスコープ状にリアルタイムで表示するような
コードを描いてみればすぐわかる。

こんなのPentium2の時代にVB6でも実現できたが、WPFなら今時のハイスペックPC使っても
まともなものは作れない。
529 :
2017/03/12(日) 22:26:49.91 ID:Jf5ml5tG
PM(OS/2Ver1.21)の頃はボタンだって一々コード書いてたんだよなぁ。
MS-C Ver5で。
530 :
2017/03/12(日) 23:15:31.83 ID:CdRkjVAH
>>528
いくらなんでもそれくらいは余裕じゃない?
531 :
2017/03/12(日) 23:18:57.66 ID:O3/Gyy1q
パフォーマンスが必要な部分はDirectXを使うってのがすでに普通になっているから
デフォルトのグラフックスにはインタラクティブで高機能なものをお手軽に実現できる
保持モードを採用したんだろうな。
まぁ、ついてこれない人はそのままForms使い続けてりゃいいわけだが、WPFの
失敗を願う暗い情熱に囚われたような人はなんだかなぁ。
532 :
2017/03/12(日) 23:21:16.45 ID:tHLqC2EA
>>528
まさにこれやろうとして大いにハマったw
工夫して多少マシになったけど、表示する波形次第ではめちゃくちゃ重くなる。
SciChartみたいな優秀なチャートコントロールを購入すれば解決できるみたいだけどね。

WPF Charting Performance Comparisons (the Battle Continues)
http://blog.scottlogic.com/2012/04/24/wpf-charting-performance-comparisons-the-battle-continues.html
533 :
2017/03/12(日) 23:26:39.30 ID:tHLqC2EA
>>530
知らなかったら、そう思うよねw
534 :
2017/03/12(日) 23:39:32.63 ID:um3UWw0O
>>533
WPFの話だけなら納得できるけど
>こんなのPentium2の時代にVB6でも実現できたが、WPFなら今時のハイスペックPC使っても
>まともなものは作れない。
こんなこと言われたら流石に疑うよ

Formsのコントロール貼り付けられたはずだけどあれも遅いの?
535 :
2017/03/12(日) 23:46:00.66 ID:CdRkjVAH
DrawingContextで書いても重いの?
536 :
2017/03/12(日) 23:54:37.56 ID:dO1Ecit9
動的なUIは嫌われる。これが真理。
537 :
2017/03/13(月) 02:54:19.63 ID:0Fbbs/T/
失敗を願うというか紛れもなく既に失敗してるんだよなあ
失敗を願うというよりは
失敗を認めてもっとマシな次を配給して欲しいんだよなあ
538 :
デフォルトの名無しさん
2017/03/13(月) 03:03:00.09 ID:B8h6+9js
>>531
そうなんだよね
まぁ大体想定内の話が出てきたけど結局知識が足りないだけだよねぇ・・・

まずはオフィシャルのドキュメントを読むとか、人のコードを
読むという基本的なことやってないからそうなるんだと思うけど
539 :
2017/03/13(月) 03:04:55.19 ID:0Fbbs/T/
10年以上かけて世代交代できてない技術の何が成功してるんだか
UWPだって何年掛けてんだよ
いつ本気出すんだよおう早くしろよ
540 :
2017/03/13(月) 03:12:19.61 ID:XiNdGGJ0
成功していないのはモバイルで成功してないから。
541 :
2017/03/13(月) 04:31:25.09 ID:WHIOw9Bb
モバイル時代以前に失敗してるけどな
542 :
2017/03/13(月) 06:46:36.72 ID:QSdCtFW5
>>535
DrawingContextを低レベルAPI的なものと勘違いしてクソ遅くなるのは誰もが嵌る罠
実際にはDrawingのラッパーで、普通にDrawing使って要素足していくのと変わらないんだよ
543 :
2017/03/13(月) 06:53:57.20 ID:2GKmTNuX
XMLなんていうどう実装しても糞遅いものをPCのUIに使おうとした時点で失敗。
WEBレベルでしか使いものにならない。
544 :
2017/03/13(月) 07:06:21.67 ID:QSdCtFW5
>>543
遅いのはXMLが原因じゃないよ
バインディングが遅いのと、レイアウトの仕組みが遅いのと、
マネージコードから触れる範囲で最も低レベルな描画API(Drawing系、C++で実装されている)がそもそも遅い
545 :
2017/03/13(月) 08:14:34.61 ID:FHWuye00
なんか、WPF使わない理由つけるのに必死な人がいるw
Forms使い続けたけりゃ黙って使い続けてりゃいいのに。
546 :
2017/03/13(月) 08:30:43.74 ID:2GKmTNuX
>>544
そういう勘違いしてる時点で終わってる。
547 :
デフォルトの名無しさん
2017/03/13(月) 10:01:21.80 ID:m+rwQY3x
>>543
なんだろ。
この人、実行時にXAML読んでると思い込んでるとか
悲しくなる位残念な知識で批判してるのかね?
548 :
2017/03/13(月) 12:22:29.43 ID:b3LBfAad
そういえば、今は亡きSilverlightはコードで要素をnewしてツリーに追加するよりも
テキストでXAML作ってロードさせた方が速いというバカみたいなバッドノウハウがあったな
理由はマネージドなラッパーを通さずにネイティブコードだけで完結するから
ちなみにWPFはというと、XAMLはネイティブではなくマネージコードの領域で実装されてる
それでパフォーマンスの問題があるということで、SilverlightやUWPではネイティブの実装に変更された
WPFは完全に設計が破綻してるんだよ
549 :
2017/03/13(月) 16:46:05.01 ID:oYYuGABt
林檎が「RIAプラグインダメ!ゼッタイ!」とか言い出さなきゃ、Silverlightは今も生き残ってたかもな……
550 :
2017/03/13(月) 17:19:10.68 ID:93pjZO5G
>>531
なんかもうネトウヨそっくりの被害妄想全開の思考回路で笑える。
っていうか君ネトウヨでしょ?w

WPFをダメ出ししたからって必ずしもWPFの「失敗を願う」(笑)訳がないし、
Windows Formが優れていると思っている訳でもない。

暗い情熱ってそれ君じゃんw
なぜDirectXを使うなんていう無理のあり過ぎる話を出してまで、
WPFの問題点を指摘する人間にありもしない「悪意」を見出そうとするのか。

君に見えてる悪意は君自身の物なんじゃないのそれ?w
繰り返しになるけどこういうところほんとまんまネトウヨの思考回路だよねw
551 :
2017/03/13(月) 19:10:08.44 ID:2GKmTNuX
>>547
根本的になぜ遅いか分かってないね。もしかしてデジタルネイティブ?
コード触り始めたときには既にCPUの速度が速かった世代だろう。無知杉。
552 :
デフォルトの名無しさん
2017/03/13(月) 19:28:37.41 ID:2P+mS9E6
このスレなんか残念な人がずっと住み着いてるねぇ

ちょっとUIスレッドをガッツリ処理終わるまでブロックする
残念なコンポーネントを使わなくちゃいけないんだけど
せめて処理中のアニメーション位は回したい・・・という時
何かうまい手はあるかな?
553 :
2017/03/13(月) 21:36:10.51 ID:FHWuye00
DirectXが無理があるって、いつの時代の人間だよ。WinForm標準のGDI+はとっくにレガシー扱いなのに。
554 :
2017/03/13(月) 21:46:47.76 ID:93pjZO5G
時代ねえ。

DXがGDI+の全部の機能を包含する、代替しうるものであるのなら、
GDI+発表時にすでにDXは存在したのだからGDI+なんか最初から作る必要がないはずだけど。

ばっかじゃねえの
555 :
2017/03/13(月) 21:46:49.73 ID:73wSFV7g
WPFはDirectX9ベースなのがな。
もっと新しくしてくれ。
556 :
2017/03/13(月) 21:51:47.53 ID:QSdCtFW5
WPFが今後機能強化されることはないのにリーチだけ狭めても意味ないでしょ
557 :
デフォルトの名無しさん
2017/03/13(月) 22:42:02.20 ID:B8h6+9js
>>551
根本的に何故遅いの?XMLと絡めてお答えください。
558 :
2017/03/13(月) 22:50:16.98 ID:Zqog3NxD
やっぱりDrawingContextは速いっていうページがたくさんあるなぁ
559 :
デフォルトの名無しさん
2017/03/14(火) 01:07:16.94 ID:EgOpPSIv
え、WPFもう終わるの?
次は何?
560 :
2017/03/14(火) 01:14:47.26 ID:rP/GGbJi
新しいのに代わってもいいけどWPFでつくったの、そのまま使えるようにしてね
561 :
2017/03/14(火) 20:46:48.31 ID:gIyZXesU
どこかの林檎くらいユーザーがいなければスパッと捨てられるのにな
562 :
2017/03/16(木) 19:47:46.85 ID:VR4NI5xy
WPF開発者はほんといないけど。
563 :
2017/03/17(金) 07:22:38.72 ID:gTyXrRTf
ナイスジョーク
564 :
2017/03/17(金) 08:02:15.95 ID:D58F65Op
Visual StudioのIDE自体は何で作られてるの?
565 :
2017/03/17(金) 08:20:59.20 ID:b4JWj3Zm
>>564
WPF「をベースにした」独自のフレームワーク
2017では一部Electronになったらしい
566 :
2017/03/17(金) 08:37:30.88 ID:5h9Dk/TN
VSは近いうちに本格的にHTMLベースに移行するだろうけど、
WinFormsやWPFのデザイナをどうするかは難しいところだな
簡単に実装するなら今のWinFormsデザイナみたいに上にウィンドウ重ねれば済むことだけど、
WebでそれやるとActiveXの黒歴史を思い起こさせてしまうので、
どうせなら裏で描画したサーフェスの内容をcanvasに転送するみたいな変態技術に期待
567 :
2017/03/17(金) 11:56:05.56 ID:aXo3P0lk
HTMLベースなんて太陽が西から昇ってもありえないw
ときどきこういう技術的にありえない寝言を言う人がいるけど何なんだろうねほんと
568 :
2017/03/17(金) 12:37:26.88 ID:b4JWj3Zm
>>567
現にVSCodeはHTMLベースだからね
実はそんなに夢物語でもない
569 :
2017/03/17(金) 13:00:34.46 ID:xT3goFZF
(あと1年くらいで死ぬ人にとっては)あり得ないよw
570 :
デフォルトの名無しさん
2017/03/17(金) 15:51:40.54 ID:BB0aDzry
MSが昔から夢見ていた世界だしなw

しかし、重いのを除けばHTMLベースでも良いけど
JavaScriptみたいな糞言語が覇権をとってしまった
と言うのがなんか気にくわないんだよなぁ・・・
571 :
2017/03/17(金) 16:02:52.60 ID:gU2hWCcs
WebブラウザでC#が動けばなあ
572 :
2017/03/17(金) 16:04:37.86 ID:gU2hWCcs
……そういやSilverlightが生きてた頃は
中身をC#で作って、SL経由でHTML部分に反映させるとかいうアレな手法が使えたな
573 :
2017/03/17(金) 17:26:17.93 ID:aXo3P0lk
HTMLの利点と欠点が分かれば(こんなの猿でもわかると思うけど)
HTMLの利点が生かせず欠点だけが効いてくる分野にわざわざそれを使うような
酔狂なことをまともな人たちがするはずがない。

そんなのは非現実主義の夢見る子供の発想
574 :
2017/03/17(金) 19:10:54.15 ID:d+qqaT3S
ブラウザよりもVRかけて開発したい。
みんな空間をポチッとな
575 :
デフォルトの名無しさん
2017/03/17(金) 21:01:15.40 ID:BB0aDzry
時代について行けてないお爺ちゃんは置いておいて・・・
VRって細かい文字を注視する用途には使えるのかね?
視点入力は実用化してほしいけど
注視してる所がアクティブになったりすると便利かも?
576 :
2017/03/17(金) 21:04:41.11 ID:DD2m+MHT
HoloLensはUWP
577 :
2017/03/17(金) 21:06:52.73 ID:ZwZtKTTF
UWPの最後の花火か
578 :
2017/03/17(金) 21:08:22.44 ID:uwwfV17I
HTMLベースって言ってもブラウザで解釈される時点でHTMLになっているってだけで、
現時点でプログラミングモデルの違うフレームワークの群雄割拠状態だしなぁ。
結局WPFと同じレイヤーに新しいフレームワークが追加されるってだけジャマイカ。
579 :
2017/03/18(土) 03:28:21.45 ID:qGpdF1o6
新しい技術に手を出すと廃人になる。
580 :
2017/03/18(土) 21:39:05.28 ID:jsmnVwju
HTMLのポテンシャルを過大評価する奴って
再生可能エネルギーを過大評価する連中によく似てるね。

連中も風力や太陽光が現行のベースロードの代替になりえない工学的理由を
説明してもまったく理解しようとせずに、それどころかこう反論するんだよね。

「お前は頭が古い」ってw
きっとアニメに出てくるような天才博士(笑)がすぐにでも限界を突破する
ブレークスルーを成し遂げるとでも思ってるんだろうね
581 :
2017/03/18(土) 21:54:56.02 ID:hVX+GZt8
んな大袈裟なw
HTMLベースUIのIDEなんかとっくに実用化して普通に利用されてることで、今更新しいことでもチャレンジングなことでもなんでもない
582 :
2017/03/18(土) 22:56:55.91 ID:xhSb1rTW
一生使わないでやってける自信と決意があるんでしょ
向き不向きあって適材適所って事で良いだろうにとは思うけれど
583 :
2017/03/18(土) 23:03:47.24 ID:87n2zRpL
そもそも「HTMLベース」って、WinFormとWPFを「.NETベース」ってひとくくりにするくらい大雑把すぎだろ。
ElectronなのかReactなのかVueなのか、具体的にどの技術がWPFの置き換えになるのかって話だな。
584 :
2017/03/18(土) 23:10:29.85 ID:Ao4ZP8MA
>>583
そういう屁理屈をこねだすと、VSはWPFを入力とレンダリングに使ってるだけで全く独自のフレームワークだから
VSがWPF製であるというのは暴論だとか言えちゃうぞ
585 :
2017/03/18(土) 23:21:39.30 ID:87n2zRpL
いや、別にVSがWPF製かどうかなんて気にしてどうすんの?
586 :
デフォルトの名無しさん
2017/03/19(日) 00:30:01.60 ID:6EanL1Xc
>>581
それよな
これからのビジョンの話ではなく、実際アプリが作られていて
便利に使ってる人がいる訳で、今更そんな事言うのは古いと
言われてるだけなのにね。技術的に良いか悪いかというのは
全然別の話だし、そんな話は否定してる爺さん以外いないし。
587 :
2017/03/19(日) 01:32:05.00 ID:ukaaQv5u
>>585
WPF製VSは糞遅いのでVS2008が未だメインです。
588 :
2017/03/19(日) 01:35:41.29 ID:PtnzeIbO
過大評価だと思ってしまうのは、自分があまりに低レベルで知らなすぎるから、と言う事だな。
業が深い話だ。
589 :
2017/03/19(日) 01:44:14.19 ID:D8S2DBds
wpfが受け入れられていない最大の理由がポトペタが思うようにできないことだから
xamlが無理な理由でhtml UIが受け入れられないと考えるべきじゃね?
590 :
2017/03/19(日) 02:00:42.28 ID:cHtx3g9H
何を言ってんのHTML自体は十分以上に受け入れられてるでしょw
それとHTMLがいろんなOS(たとえばWindows)がネイティブで提供するUIを代替しうるかどうかは
まったく別問題。
591 :
2017/03/19(日) 02:42:31.49 ID:er1A5tjj
必要とする層に必要なものを提供してないから受けないだけ
筋の善し悪し以前の話だ
592 :
2017/03/19(日) 04:36:18.51 ID:ukaaQv5u
UIデザインに柔軟性があるということは、自由であるということだ。
だがそれは、WPFはUIの統一の重要性を謳ったゲイツとは真逆の方向性。

最初からWPFの目標がアホデサイナーに依存する糞UIの容認でしかなかったのだ。
だから無能デザイナーほどWPFを賛美した。Javaと似てる。
593 :
デフォルトの名無しさん
2017/03/19(日) 09:54:57.49 ID:6EanL1Xc
個人的にはWPFが技術的にどうのという次元の話ではなく
いわゆるボリューム層であるゆるふわプログラマー達が
みんなモバイル系に行ってしまってデスクトップアプリを
書く人が激減しただけだと思ってるんだけど。
そういう転身を出来なかった人は古い知識から更新出来ず
最近の若い者はみたいな話を延々としてるイメージ。
594 :
2017/03/19(日) 10:53:16.90 ID:xqSElSFg
もともと今時の流行には興味ないと割り切ってる人ならともかく、
(Winクライアントという極めて閉ざされた世界では)WPFという
比較的新しいものを使っているという変なプライドがあるせいで
時代が変わってしまったことをなかなか受け入れられずにいるんだろうね
595 :
2017/03/19(日) 19:40:50.02 ID:x5X0bACh
新しくないよ
もう出てから10年たった
596 :
2017/03/19(日) 19:43:04.60 ID:8DI2TWvJ
>>594
> 比較的新しいもの

(笑)
597 :
2017/03/19(日) 19:48:34.88 ID:x5X0bACh
ケンちゃんラーメンがいつまで新発売なのと変わらない
598 :
2017/03/19(日) 21:50:27.68 ID:58yonE+5
10年一昔
599 :
2017/03/19(日) 23:01:06.08 ID:euDbhV80
>>593
むしろ(例の川俣大先生じゃねえけど)「今」しか知らない奴が
その時その時の流行やバズワードを、そうとも知らずに乗っかって間抜けな自己陶酔に浸る
年寄りには見慣れた図式の一つにしか思えんけどね

言っちゃなんだけど、こういう間抜けな自己陶酔ってネトウヨとか
いわゆる「ネットde真実」くんと同じだね。

>>596
おいおい。
俺は>>594の意見には同調しないが、WPFを比較的新しいと評価するのは別に間違ってない。
600 :
2017/03/19(日) 23:11:20.34 ID:ukaaQv5u
10年経っても枯れてないとはいやはや
601 :
デフォルトの名無しさん
2017/03/20(月) 00:04:07.89 ID:GsvIXOmN
流行だのバズワードだのと笑う人のデスクトップアプリを
作成するイチオシの方法は何なの?MFCとかだったりなw
602 :
2017/03/20(月) 00:06:07.27 ID:ub4me4bd
生まれの早い遅いはどうでもいいので
どちらが先に死ぬか(或いは同時か)を教えてくれ
603 :
2017/03/20(月) 00:11:47.55 ID:fdGz7m+N
>>601
これといったものがないところが今のWindowsの衰退でもある。
604 :
2017/03/20(月) 00:42:23.63 ID:S7fpnH1p
>>601
とりあえずQtだなあ、VSだと拡張入れんと厳しいからそっちに依存するのがアレだが

ホントはネイティブコードが不要な範囲は極力C#でやりたいんだけどね
肝心のWinformsもWPFも半端なところで投げ捨てられるからね

あーフレームワークのインスコ不要な.NET Core+Nativeで稼働するWPFはなんで存在しねえの
605 :
2017/03/20(月) 01:27:17.39 ID:6EO7QiL7
ゴミだなあと思いながらもWPFを使うよ
使いもせずにゴミだなあなんて言わないですよ
ゴミグラマじゃあるまいし
606 :
2017/03/20(月) 01:31:47.38 ID:paPrWYXC
ゴミグラマだからそれがゴミフレームワークかどうかも仕様から判断できず使ってしまうのだよ。
607 :
2017/03/20(月) 03:20:53.72 ID:6EO7QiL7
そんなひどい
608 :
2017/03/20(月) 08:01:21.69 ID:5WSNPf6d
>>600
分かりにくいし使う人増えないからねw
ATLとかと一緒、これ作った奴は馬鹿。
609 :
2017/03/20(月) 08:06:15.78 ID:Lni7W/zQ
WPFはもう手遅れだけど、UWPは今からでもテンプレートエンジンとCSSを導入すればいいのにな
そしたらゲロ複雑なテンプレートバインディングなんか誰も使わなくなるよ
まあMS的にはXAMLはフェードアウトさせてHTMLの方に誘導したいのかもしれないけど
610 :
2017/03/20(月) 08:09:23.23 ID:5WSNPf6d
>>593
最近、給料の高い所は何処だろうと労働自給を調べてみたら
Webやモバイルは供給が少なく需要が大きい
デスクトップは需要が少なく供給が大きい
サーバーは需要も供給も多めという印象だった
若い人が居なくなったというよりは
むしろ需要が消失して、C#開発に限らすVisualStudio系の仕事をしている人たちは余っている。
さらに、WindowsUpdateの執拗さで客が逃げ始めた
OS非依存のマルチプラットホームにしてくれって(笑)
どうすんだよマイクロソフトwww
611 :
2017/03/20(月) 08:45:42.92 ID:zOW8j8jX
スマホの方が圧倒的に、アプリを使い始めるのに段取り少ないからな。
あと外回りの人間は荷物減らしたいだろうし。 
iPad>泥タブ>Windowsタブレット
の順のニーズになってる様な。
Windowsタブレットは資産をそのまま使え過ぎて、盗難の時に対応難しいらしい。
泥タブもセキュリティを適当にやろうとすればできてしまうので、iPadに構成を撒いてから持たせるのが一番多いみたい。
3Dのビューア作ったりしてるけど、この辺の辛すぎる環境差のところにUnity来て、有難く買って使ってるわ。
612 :
デフォルトの名無しさん
2017/03/20(月) 11:15:34.86 ID:GsvIXOmN
XAMLに対してHTML5+CSS+JSの方が簡単って単なる
慣れの問題にしか感じないけどなぁ
技術的な難度ではなく情報が多い分コピペし易い
みたいなレベルの話なんだろうけど
613 :
2017/03/20(月) 11:16:25.43 ID:paPrWYXC
アップルのテクニカルサポートの酷さ知ってるからSIerはiPad端末は基本顧客に提案しないよ。
614 :
デフォルトの名無しさん
2017/03/20(月) 11:27:44.45 ID:GsvIXOmN
>>603
他のプラットホームだって大差ないと思うけどね?

>>604
作りたいもの作れれば何でもいいと思うけどね。
少なくとも俺の場合は仕事でWPF使って不便に感じたことは
WinFormsのコンポーネントの描画問題だけだったし。

COMも悪い技術ではなかったし、あれの開発という点では
ATLは便利だったけどねぇ。テンプレートつながりでは
WTLは残念な結果になったけどこういう物が出てくる
MSの色々やってみる姿勢、風土は嫌いじゃないけどなぁ。
615 :
2017/03/20(月) 11:38:12.43 ID:RgF3Qd7a
>>613
業務ならiPadなんてWebブラウザ使うだけだからそんなに大したことではないよ
616 :
2017/03/20(月) 12:08:45.74 ID:paPrWYXC
そんなレベルの理解でiPad導入しましょうとか顧客に言うつもりなの? キミ夜逃げ確定じゃん。
617 :
2017/03/20(月) 12:33:49.77 ID:XE3aBhpw
>>612
これ。
無難な機能だけ使ってれば、HTML+JavaSriptとそんなに変わらないと感じる。
WPFは情報無さ過ぎて、数少ない情報を頼りに無理して使わなくても良いものまで使おうとして挫折する人が多いんだろうな。
618 :
2017/03/20(月) 18:21:43.06 ID:ysBc5xRl
数少ない情報も機能紹介ばっかりだから仕方ないな
619 :
2017/03/20(月) 20:31:34.03 ID:T9C45/6I
そんなに変わらないか?
XAMLは動作まで記述してるんだぞ
xmlなんかじゃ書きにくいところまでわざわざ出向いて行ってひっかきまわしてるんだぞ

なんでもxmlで書いちゃってやり面過ぎる
620 :
2017/03/20(月) 20:32:28.96 ID:T9C45/6I
やりづらすぎるでした…
621 :
2017/03/20(月) 20:34:22.93 ID:T9C45/6I
デザインだけ見てみてもXAML単体とhtml+cssどっちが見やすいか
誰にでもわかる

慣れの問題なんかじゃない
WPF使ってる人間ですらこのレベルの認識じゃねえ
622 :
2017/03/20(月) 20:39:55.87 ID:5kWf/Ynz
>>621
どっちも見づらいです...
目糞鼻糞だよ。
623 :
2017/03/20(月) 20:41:20.13 ID:SE26X7qq
WPFはXAMLなんかで競う必要なかったんや・・・
それが評価を下げてるんや。。。
とっととXAMLを切り捨てるべきや・・・
624 :
デフォルトの名無しさん
2017/03/20(月) 21:02:53.77 ID:GsvIXOmN
>>622
俺もそう思う

というかさ、UIの記述で綺麗で見やすくて最高なんて
何かあるかね?今まで見たこと無いんだが。
625 :
2017/03/20(月) 21:07:28.45 ID:T9C45/6I
cssすら触ったことないんだな
かわいそうに
626 :
2017/03/20(月) 21:07:47.61 ID:fdGz7m+N
>>621
でも一度も開発したことないんだろ?
627 :
2017/03/20(月) 21:07:53.46 ID:QJtml4z2
HTMLオンリーならマシだけど、CSSが絡んで来ると見難いわ
(そして、見栄えを考えたらCSS無しは有り得ない)

でも記述言語なんてそんなもんでしょ
どんだけ綺麗に構造化したって、一般人に見せりゃやっぱ見難いって言われるだろうし
作る側にとっちゃ、見難くても慣れりゃどうにでもなる

だから別にXAMLでいいよ
628 :
2017/03/20(月) 21:14:02.89 ID:6EO7QiL7
まあ普及はしないんですけどね(苦笑)
629 :
2017/03/20(月) 21:33:13.20 ID:T9C45/6I
変わらないってか
これが?

XAML風
<Style TargetType="Button">
    <Setter Property="Background" Value="White"/>
    <Setter Property="Foreground" Value="Black"/>
</Style>

css風
.button {
    Background: White;
    Foreground: Black;
}
630 :
2017/03/20(月) 21:35:38.10 ID:6EO7QiL7
必要があればどんなにクソだって使うよ
昔組み込みをやってたけど1日に何回eBinderに向かって「このクソ!」って言ったか分からんぜ
ほとんどのWindows開発者に必要なかったんだよ
クソかどうかはともかくな
631 :
2017/03/20(月) 21:37:38.48 ID:QJtml4z2
>>629
CSSだけ書くなよ、HTMLもセットで書けよ
632 :
2017/03/20(月) 21:45:00.44 ID:T9C45/6I
仕様書見ながらXAMLのStyle手打ちしてるんだろ
お前らかわいそうだな

俺には耐えられない
Setterとか特に
633 :
2017/03/20(月) 21:47:22.78 ID:QJtml4z2
インテリセンス無しだとやってられないが、
インテリセンスある分には別に
634 :
2017/03/20(月) 21:53:15.50 ID:MXp+WHcu
これが、じゃあバックグラウンドを動的に変更しようとなると決定版というものがなくて、
毎年毎年現れては消える新技術を追いかけて彷徨い歩くことになるわけだな。
635 :
2017/03/20(月) 21:53:29.48 ID:T9C45/6I
特定の要素探すのも大変だろ
冒頭がみな<Setter Property=だから

検索機能使わないといけないな
しかもヒットしてもStyleが一画面に収まってなければそれが本当に目的のものかわかりづらいし
636 :
2017/03/20(月) 21:56:16.50 ID:QJtml4z2
>>635
ターゲットタイプ名じゃなく、プロパティ名で探すのか?
かなり意味不明だが
637 :
2017/03/20(月) 21:59:21.00 ID:T9C45/6I
長いStyleの場合だとbuttonのBackgroundを探すとき大変だろって言ってるんだけどなw
638 :
2017/03/20(月) 22:01:40.52 ID:QJtml4z2
そのレベルだと、CSSでも検索性は一緒じゃね

>冒頭がみな<Setter Property=だから
って言うけど、冒頭が全部同じならその次の文字から縦に見てくだけでしょ
冒頭が全部違ったら最悪だなw
639 :
2017/03/20(月) 22:01:56.70 ID:fdGz7m+N
>>629
単に書き方が違う程度だけど。
640 :
2017/03/20(月) 22:04:26.15 ID:T9C45/6I
>>638
いやいやw
冒頭違ってたほうがいいだろ
CSSみたいにシンプルなほうがいい

XAMLのSetterがいいって言うなら毒されすぎだよw
641 :
2017/03/21(火) 01:37:49.78 ID:Dg6w+7MN
まぁ瑣末な問題だな… 一番の違いは厳しさよね。ピーピー、ピーピーとモヤシかと
642 :
2017/03/21(火) 01:43:32.01 ID:Dp72IXNR
>>610
今のMSはAzureとかOfficeとかが主力だぞ
XamarinとかElectronとか、マルチプラットフォームも結構手をかけてる
643 :
2017/03/21(火) 08:15:05.59 ID:EOakUJK/
そうUWPなどお呼びでない
そもそもUWPがアドバンテージを発揮できるデバイスなど世間に出回っていない
644 :
2017/03/21(火) 08:39:49.80 ID:YLFup5TG
HoloLens
645 :
2017/03/21(火) 09:30:09.26 ID:0zsWCCNl
HoloLensは試作機みたいなもんだからとりあえずUWPのっけておきましたって感じで
今後まともに使い物になるレベルのものが出てきたときには
APIがUWPだとしてもGUIに関しては事実上全くの別物になってると思うよ
そもそも最終的にHoloLensが勝つかどうかも全く不明だし
646 :
2017/03/21(火) 09:34:41.04 ID:oREwt9YZ
ARに関してはブレイクスルーが必要
HoloLensがあのままの方向で進化していけばまともに使い物になるまでに10年かかると思うよ
647 :
2017/03/21(火) 22:23:19.51 ID:alL0P68F
最近wpfやり始めたんだけどmvvm行くならprism要るの?
648 :
2017/03/21(火) 23:21:57.27 ID:T3BNSjSQ
作るアプリとMVVMをどこまでガチにやるか次第だな。
649 :
2017/03/22(水) 00:36:47.14 ID:uE77jeyC
いや、俺は必須だと思うよ
INotifyPropertyChangedを自分で実装するより遥かにマシだ
650 :
デフォルトの名無しさん
2017/03/22(水) 00:45:54.35 ID:bIEX+7sB
オレはその辺一通りスニペットにしちゃってるし、
スタイルとかライブラリーがたまってくると簡単な
アプリ書く場合はフレームワーク使う方が面倒だな。
とは言え大物作るときは必要だけど、最近の流行りの
フレームワークは何なんだろ?MvvmCrossとかかな?

とか書いてるとWPFはオワコンとか言う奴らが沸いて
くるんだろうな。
651 :
2017/03/22(水) 00:58:41.88 ID:KP40M7fU
INotifyPropertyChanged周りはReactivePropertyのが気軽に使えて大分印象変わったなあ

Prismとかのフレームワークはいまだに理解できてないので
使おうとしても「コイツに合わせる必要が本当にあるのか?」という疑念が邪魔してなんかムリ
652 :
2017/03/22(水) 01:04:01.55 ID:tW8e8OVn
PrismとReactivePropertyはもはやデフォ。
653 :
2017/03/22(水) 01:15:49.32 ID:uE77jeyC
prismにはEventAggregatorとUnityがあるじゃないか
654 :
2017/03/22(水) 01:50:45.68 ID:pQEBF+SX
デフォにしろよがデフォにならない
それがWPF
655 :
2017/03/22(水) 02:07:38.32 ID:EeyGaNMT
>>650
被害妄想激しいなあw
被害妄想はネトウヨの始まりだよ

しかし、個人的にはMVVMなんていらんなあ
Windows Formと同じようにコードビハインドにイベントハンドラの方が100倍分かりやすいじゃん
656 :
2017/03/22(水) 05:56:54.51 ID:pQEBF+SX
WindowsクライアントなんてそんなテストだテストだCIだみたいな
意識が高すぎて無事死亡しそうなコードなんか書かないから恩恵ねーよな

Excelテスト仕様書「ドヤッ」
657 :
2017/03/22(水) 05:58:36.77 ID:pXebPsiD
VisualStudio2017でなんか新機能あったりする?
658 :
2017/03/22(水) 06:00:12.26 ID:tW8e8OVn
>>657
xaml edit&cotinue
659 :
2017/03/22(水) 07:15:13.45 ID:MyrW3Mfd
>>657
.NET Core Tools 1.0.1
660 :
デフォルトの名無しさん
2017/03/22(水) 08:51:52.36 ID:6Vddqtc3
>>653
俺は色々問題もあるけどMEF派。
製品書いた時はPrism使ったけど、規模がでかくなり
開発人数が増えると特に恩恵が大きい気がするな。
既に動いてる事例があれば分かりやすいから引き継ぎも
楽だったし。分業とかメンテナンス性考えないなら
好きに書けば良いと思う。
661 :
デフォルトの名無しさん
2017/03/22(水) 10:12:24.68 ID:HvGEFA/t
WPF,UWP,Qtなど、いろいろ見たんですがサッパリ???で、
どれを選ぶべきか正直よくわからないので教えていただけますでしょうか…

作りたいアプリケーションは
・Win10のデスクトップだけで動けばOK
・UIは動的に変えたい(ボタン配置をユーザーがカスタマイズできるなど)
・サーパーとしての動きも必要(LAN内からだけど、ポート開けて待ってて
 接続されたらforkして的な、、、)
・キーボードフックといった仕組みも必要(例えばTextBoxにフォーカスが
 ない時もHID(バーコードリーダーなど)からの入力を受け取りたい)
・Formsで言うDataGridViewの様な「表」があって、更にサブクラスを作って
 Drag&Dropで順番の入れ替える、といったカスタマイズをしたい。(最初から
 そういう仕組みがあればベストですが、、、。ちなみにDBとのリンクは不要)
といった感じのものです。ちなみにWin32API、MFC、Formsは経験のあるじじいです。宜しくお願いします。
662 :
2017/03/22(水) 11:58:39.82 ID:KcaCFIOY
MVVMに関してネットで調べてると、ダイアログボックスを出すだけにも必死になってる。しかも何件も記事が見つかる。
単体テストができないからとか書いてあるけど、いたずらに複雑にしてテスト工数増やすだけで、本末転倒な気がしてならない。
663 :
2017/03/22(水) 19:10:22.39 ID:tW8e8OVn
>>662
何年前の話?
664 :
2017/03/23(木) 08:26:50.60 ID:99dRkoLd
>>661
UWPにはDataGridのような編集可能な表は標準ではありません
使うならサードパーティーのものを買うしかありませんね
あと、WpfのDataGridは列の入れ替えは標準機能です
キュートは他所で聞いてね
665 :
2017/03/23(木) 08:53:15.10 ID:dIj8UrTQ
Qtをカタカナでキュートって書く男の人って…
666 :
2017/03/23(木) 08:58:44.16 ID:9bXPIUes
℃-uteのキュート読みよりまし
667 :
2017/03/23(木) 09:12:14.90 ID:UXuFh8lg
>>661
Windows10のデスクトップアプリならWPFでいいような
UWPだと制約上、WPFでできていたことができなくなる可能性があるし
最悪WinRTも利用しようと思えば利用できるし。
Qtはわからん。

自分の場合、業務向けアプリだけど
ローカルリソースのアクセスと、DBに直接接続する必要があったのでUWP
それに配布方法でも要件を満たせなかったのでWPFにするしかなかった
668 :
デフォルトの名無しさん
2017/03/23(木) 10:23:42.24 ID:2BNjPFru
661です
664さん、667さんありがとうございました。
WPF(とQt)、もうちょっと突っ込んで調べてみようと思います。
669 :
2017/03/26(日) 00:52:21.13 ID:SYlsGF0B
canvasのセンターに縦軸、横軸のラインを引きたいと思います
この場合どのようにするのがスマートですか?
670 :
2017/03/26(日) 02:01:33.42 ID:x9SVAeuT
VMと関係ないのならViewのコードビハインドに書けばいいと思うよ
193KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: