17/12/13 23:35:47.18 muTUiD7C.net
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
ｽﾚﾘﾝｸ(tech板)
関連スレ
Windows 10 UWPアプリ開発 Part 2
ｽﾚﾘﾝｸ(tech板)
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
URLﾘﾝｸ(ideone.com)
2:デフォルトの名無しさん
17/12/14 23:16:29.34 E4k7gbUw.net
<Grid>
<Canvas>
<Path Data="M 29.602622 23.073567 0.97801322 35.798371 V 31.333527 L 23.550279 21.535676 0.97801322 11.737825 V 7.272981
L 29.602622 19.997785 Z M 71.175277 23.073567 42.550668 35.798371 V 31.333527 L 65.122933 21.535676 42.550668 11.737825
V 7.272981 l 28.624609 12.724804 z
M 104.36395 37.708332 H 84.37137 V 33.93802 h 7.689453 V 9.1829419 H 84.37137 V 5.8095044 q 1.562695 0 3.348632 -0.2480469
Q 89.50594 5.288606 90.423713 4.7925122 91.564729 4.1723951 92.209651 3.229817 92.879377 2.2624342 92.978596 0.65012949
h 3.844726 V 33.93802 h 7.540628 z " Fill="DimGray" />
<Path Data="m 125.10066 38.502082 q -7.9375 0 -8.33437 -5.357812 -0.19844 -3.373438 7.9375 -12.104688 1.5875 -1.5875
15.27968 -15.279687 H 116.56785 V 1.9895826 h 27.38437 l 0.99219 -0.99218749 3.175 2.18281249 q 1.38906 0.5953125 -0.79375
1.190625 -12.10469 11.7078124 -19.24844 19.4468744 -6.15156 6.548438 -6.15156 8.532813 0 2.38125 3.96875 2.38125 h 21.03437
q 2.18282 0 3.175 -1.389063 0.99219 -1.389062 1.38907 -4.960937 l 4.16718 0.79375 q -0.59531 3.571875 -1.38906 5.754687 -1.38906
3.571875 -5.95312 3.571875 z" Fill="DimGray" />
<Canvas.Effect>
<DropShadowEffect BlurRadius="4" ShadowDepth="2" Color="Gainsboro" />
</Canvas.Effect>
</Canvas>
</Grid>
3:デフォルトの名無しさん
17/12/15 11:46:37.53 ueabSKZO.net
Virtualized TreeViewでスクロールを繰り返すと
stackoverflowexceptionが出る件、まだ直らないのか
4:デフォルトの名無しさん
17/12/15 23:55:53.71 GAdh6qIc.net
MVVM的に真っ当にタイマー処理をするにはどういう設計にすればいいですか？
Modelでタイマーオブジェクトを管理するのはおかしいですか？
5:デフォルトの名無しさん
17/12/16 02:53:28.31 SSRXngMG.net
>>4
タイマの目的によると思う
定期的なビューの更新をしたいだけなら、モデルにはなるべく静的なロジックだけを持たせるようにしておいて、
ビュー側からタイマー起点で最新情報をモデルに要求する形にするほうが綺麗(いわゆるプル型)
例えば倉庫の作業管理システムで30分毎に休憩のためのアラーム鳴らすとか、
ビジネスロジック的なタイマー処理ならモデル側で時間測ってビューへプッシュしてやるべきだろうね
6:5
17/12/16 03:04:22.39 SSRXngMG.net
補足しとくと、VMはビューに含まれると考えてくれ。
ビューにタイマを持つと決めたなら、VかVMのどちらに置くかははっきり言ってどうでもいい。
MVVMはあくまでビュー層に閉じたデザインパターンであって、
モデルとの役割分担さえ守れてればあとは大した問題ではない。なんならVMなんか無くても大枠には影響しない。
7:デフォルトの名無しさん
17/12/16 13:30:30.25 qbOTG2fJ.net
>>5
定期的にサイトをダウンロードして解析してメール送信等を行うプログラムの場合はどうしますか？
8:デフォルトの名無しさん
17/12/16 13:50:00.58 VgVQwchc.net
>>7
モデルというか内部処理側だな
少なくともビューに直接埋め込むのは無い
あと、そういう単画面のツール的なアプリにVMは要らん
MVVMはDBの単純な読み書きをしたりするだけの紋切り型の画面を大量生産するのに使うんだよ
9:デフォルトの名無しさん
17/12/16 17:41:34.16 vL3jccpr.net
>>7
Mでいいんじゃないかな。
タイマーは単体テストするならインターフェース挟んで実装差し替えれるようにしておくと幸せかも。
10:デフォルトの名無しさん
17/12/17 15:56:50.12 GqbFz/yXg
WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
ボタンとWebBrowserを配置して，ボタンを押したときにWebBrowserのRefreshメソッドを
実行したいのだが，どのように実装すればよいか教えてほしい。
メソッド自体はBehaviorで実行できるが，メソッドへのトリガのかけ方がわからない。
Messenger? ActionTorigger?あたりを使う？
あと，できればWPFの勉強方法も教えてもらえるとありがたい。
11:デフォルトの名無しさん
17/12/17 16:48:26.13 s1EK5iqs.net
WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
ボタンとWebBrowserを配置して，ボタンを押したときにWebBrowserのRefreshメソッドを
実行したいのだが，どのように実装すればよいか教えてほしい。
メソッド自体はBehaviorで実行できるが，メソッドへのトリガのかけ方がわからない。
Messenger? ActionTorigger?あたりを使う？
あと，できればWPFの勉強方法も教えてもらえるとありがたい。
12:デフォルトの名無しさん
17/12/17 19:21:48.62 LppkGEpm.net
なんも処理はさまないならEventTriggerでClickイベント拾ってCallMethodActionでWebBrowserのReflesh呼んでもいいんじゃないかな
13:デフォルトの名無しさん
17/12/17 19:36:49.11 o3Brs4V4.net
普通にイベントハンドラでやればいいでしょ
間にVMを噛ませる意味が全くない
14:デフォルトの名無しさん
17/12/17 20:15:44.50 6F/MtA/p.net
MVVMを勉強したいだけならWPFより他の方法を取ったほうがいい
BehaviorにしろEventTriggerにしろMVVMやるだけなら要らん
Commandも要らん
焦点がぼやけるだけ
15:デフォルトの名無しさん
17/12/18 07:11:35.08 ZBmMrMTz.net
MVVMを勉強したいならテーマ選定も不適切だね
モデルが明確に定義できないものにMVVMは向いてない
自分のToDo管理システムでも作っとけ
16:デフォルトの名無しさん
17/12/18 08:47:49.36 pdWJMZAc.net
複数選択できるチェックボックスつきのリストビュー
というのがWPF初心者には不向きな題材に思えるけども
年賀状住所録とか交通費清算フォームとかがいいんじゃない、Master-Detailな画面で
17:デフォルトの名無しさん
17/12/18 08:54:40.49 I3I0Txu7.net
今後複雑化したら（既に複雑だから）UIとロジックを分離したいんだろ
18:デフォルトの名無しさん
17/12/18 12:33:21.65 ksjf7Uk6.net
>>17
迷ったときは原則に立ち返ることが大事。
なんでビューとロジックを分けるかというと、オブジェクト指向でいう「関心の分離」に従って
それぞれビューはビューだけ、ロジックはロジックだけに集中して開発できるようにするのが目的だ。
でMVVMはさらにこのビューを「ビューの状態とその制御」と「デザイン」とに分離するわけ。
で質問者のケースでは、大まかに関心を分離すると、ブラウザの制御、スケジューリング、ビュー、となるだろうな。
こう分離したときビューっておそらくかなり単純なものになるはずだよ。
その上であえてVMを分離する必要があるだろうか？ということ。
19:17
17/12/18 12:44:16.07 ksjf7Uk6.net
先に言っておくけど、バインド使いたいだけならコードビハインドにプロパティ定義すれば済む話だからね。VMを使う理由にはならない。
20:デフォルトの名無しさん
17/12/18 14:12:27.02 pdWJMZAc.net
WebBrowserに依存関係プロパティは存在せず、かと言ってsealed宣言されてるクラス
セキュリティ上の制約という説明になってるが早い話がいじれない
他の選択肢があるんじゃないか、例えばCefSharpなら今風でナウい子向けじゃないの
21:デフォルトの名無しさん
17/12/18 21:37:06.56 KKU0+hS1.net
前スレのポトペタできるを信じて勉強がてらユーティリティ作�
22:�うと思ったんだけど、 フォルダダイアログって WindowsAPICodePack を入れるしかないのか？
23:デフォルトの名無しさん
17/12/18 21:42:14.59 Sr5Op73M.net
チープな奴でよければWindows.Formsを参照に追加しても使える
何となく負けたような感じがするが気にしてはいけない
全てはMSが悪い
24:デフォルトの名無しさん
17/12/18 21:49:14.00 KKU0+hS1.net
WPFはポトペタできるって主張したの誰だよｗ
WinForms 使ってやってみる、ありがとう
25:デフォルトの名無しさん
17/12/18 21:50:10.70 KKU0+hS1.net
あ、WinForms のフォルダブラウザダイアログを使って WPF を使ってみるってことね
26:デフォルトの名無しさん
17/12/18 23:23:49.24 dYzV1ATN.net
勉強なら自作するのもありじゃん？
27:デフォルトの名無しさん
17/12/18 23:52:51.70 trZjI+jL.net
BitmapImage を MemoryStream から読み込んで作ってるんですが、
特定の jpeg ファイルを非同期で読ませると、デコードが非常に遅くなります（他のファイルの 10 倍くらい）
同期的に読ませると普通に速いです
メモリには余裕があり、また Visual Studio のプロファイラを見る限り、GCが頻発してるわけでもありません
また jpeg を bmp に変換してやると問題は解消されて、他のファイルと同じくらいの速度でデコードが完了します
(1) なぜ特定のファイルだけ遅くなるのか
(2) なぜ非同期だと遅くなるのか
このあたり、何か知ってる方はいるでしょうか？
28:デフォルトの名無しさん
17/12/19 01:34:49.55 eSWq4V/0.net
新規アプリ作ってその１つのファイルだけ読んでも遅いんだよね？？
まぁ、そうだしても思い当たるふしねぇな。
29:デフォルトの名無しさん
17/12/19 10:59:02.77 sSX39KHU.net
どこから持ってきたJPGなんだい？
ステガノグラフィや埋め込みバイナリとか付いてるんじゃない？
JPGファイルの内部をチェックしてみてはどうかな？
30:デフォルトの名無しさん
17/12/19 12:38:42.22 98y7QLzl.net
>>18
それらを現実のもので例えたら何？
31:デフォルトの名無しさん
17/12/19 13:01:31.33 lm9ePhRl.net
JPEGと言ってもプログレッシブJPEGとかグレースケールJPEGとかある
32:25
17/12/20 00:20:54.32 zjJQXjwR.net
いろいろアドバイスありがとうございます
眠すぎるのでわかったことだけ
問題のjpegファイルですが、セグメントを一個ずつ消してみて
デコード速度を測定したところ、APP2セグメントが問題だと分かりました
APP2セグメントを消すと他のファイルと同じくらいの展開速度になります。
BitmapImage がカラープロファイルを見ていい感じに表示しようと頑張ってるんだと思います
それにしても非同期のときだけ10倍も遅くなる理由が分かりませんが……
33:デフォルトの名無しさん
17/12/20 03:17:30.49 hM0QjtZR.net
BitmapCreateOptionsにIgnoreColorProfileあるから、それ指定すると速くなるのかな？
34:25
17/12/20 21:55:16.61 zjJQXjwR.net
>>32
どんぴしゃです
100倍くらい速くなりました
コードはこんな感じです
URLﾘﾝｸ(ideone.com)
35:デフォルトの名無しさん
17/12/22 17:58:29.73 cwtnIwbr.net
Pixel Shader Effects Libraryのプロジェクトが古すぎるから2017でもビルドできるように作り直した
8年前というとWindows 7が出たころだよな
現在でも機能が先進的すぎて使いこなせる気がしない
36:デフォルトの名無しさん
17/12/22 20:11:05.85 uQJiwG1S.net
俺も触ってみるか
37:デフォルトの名無しさん
17/12/23 14:19:27.79 WyEjMBsJ.net
最近、海外でwpf、wpf言うから流行ってんのかと思ったらwtfだったわ
38:デフォルトの名無しさん
17/12/23 15:39:39.20 TCPm9KYy.net
wpfで助かったｗ
製品型番で微妙に設計が違う画面設計が数十種類もあって、WinFormsではコマタだったが、wpfで事なきを得た。
WinFormでは、ロジックからGUIコンポーネントにアクセスするのに対し、wpfはコンポーネントからコントローラーにバインドする。
画面バリエーションに対し、ロジックを共通に使えるのは助かる。
39:デフォルトの名無しさん
17/12/23 19:48:54.37 mZJ5Q3UF.net
winforms触ったことねぇけど、フォーム？の継承はできなかったんけか？
40:デフォルトの名無しさん
17/12/23 21:02:45.17 I36xmAgh.net
>>38
普通にできるよ
41:デフォルトの名無しさん
17/12/23 21:22:31.22 mZJ5Q3UF.net
そっか。なら
>製品型番で微妙に設計が違う画面設計が数十種類
もWinFormsでも問題なさそうだけどな。
42:デフォルトの名無しさん
17/12/24 05:36:08.76 +pnXn1UY.net
微妙に違うカスタムコントロールを継承先から差し替えするのか？
ChildrenからName探して、カスタムコントロール差し替え&イベント設定するのも手は手だな。
43:デフォルトの名無しさん
17/12/24 10:54:26.16 tdrVe4JW.net
WPFに慣れると発想からしてすべてが面倒になるんだな
44:デフォルトの名無しさん
17/12/24 11:06:36.77 h6xl/PRx.net
項目増やしたり減らしたりするのが、xamlだと簡単だってのも在るね
45:デフォルトの名無しさん
17/12/24 11:23:14.73 zhiOTXd7.net
一部分でも誉めると親の仇を取りにくる奴がいるのは難点だな
46:デフォルトの名無しさん
17/12/24 11:38:03.13 Zvi772ic.net
>>42 が WPF、WinForms どっち側を勧めているのか分からない
WPF推奨： WPFに慣れると（Formsを扱う場合）発想からして（コントロールの扱いやUI差し替えなどWPFに比べて）すべてが面倒になる（面倒くさく感じる）んだな
Foms推奨： WPFに慣れると（設計についてごちゃごちゃ考えるようになり）発想からしてすべてが面倒（面倒な扱いの人）になるんだな
47:デフォルトの名無しさん
17/12/24 13:07:05.56 /uYLPwgV.net
ちょっとしたアニメーションをつけるだけでWindowsフォームだと大騒ぎになる
WPFならトリガー入れてStoryboardでアニメーションがあっさり入る
もちろんWinformsでも頑張ればできるわけだが手数かかってしまい手早くインスタントな作りにならない
48:デフォルトの名無しさん
17/12/25 04:14:58.07 CQjgWB2v.net
アニメーションするUIは散々ウザいってよく言われてるのにカッコイイとか思ってる奴もいるのね。
flashのUIがウザい理由もそれ。
49:デフォルトの名無しさん
17/12/25 08:08:45.44 md+ROFYd.net
やっとXAML分かってきたわ
最初の一歩の敷居高すぎやろ
魔除けかよ
50:デフォルトの名無しさん
17/12/25 08:32:54.67 ny2AXHbu.net
>>47
WindowsのOS自体がアニメーションだらけの時代に、化石みたいなこと言う人いるんだな
51:デフォルトの名無しさん
17/12/25 08:39:31.72 sz9H2GSP.net
>>47
アプリの動作とは全く無関係なアニメーションがウザいだけ。
52:デフォルトの名無しさん
17/12/25 08:53:23.02 jpeL0ZvK.net
VS2008のアニメーションは最低最悪のUXだったよな
オフにできるとはいえ、WPFになる直前の史上最高完成度のVSがあれで台無し
53:デフォルトの名無しさん
17/12/25 13:39:46.66 CQjgWB2v.net
WidowsのアニメーションをONにしてる開発者ってかなりの初心者。
アニメーションしてるおかっこいい、最先端、革新とか言ってるのか。
マジ笑える。>>49
54:デフォルトの名無しさん
17/12/25 19:27:35.90 jTjXnRKU.net
アニメーションはカッコいいだろ
電卓がまともに計算できなくなるとしても優先すべきだ
55:デフォルトの名無しさん
17/12/25 19:29:39.20 6hcj3qZy.net
>>52
おじいちゃんこんにちは
56:デフォルトの名無しさん
17/12/25 20:00:17.59 MtgzCq6E.net
やあこんにちは小僧
57:デフォルトの名無しさん
17/12/25 22:33:28.06 NVmmOTaC.net
アップルのアニメーションなら良いのかなw
58:デフォルトの名無しさん
17/12/25 23:33:45.55 Le5qX3bi.net
Widowsだから、恐らく未亡人アニメのことかと
59:デフォルトの名無しさん
17/12/26 04:40:04.64 5vo32ZRK.net
>>49 ←こいつ、Windowsの効果音もONにしてそうwww
60:デフォルトの名無しさん
17/12/26 05:01:44.45 L0B1IptT.net
iPhoneでOK
61:デフォルトの名無しさん
17/12/26 11:58:15.79 zc8zApfr.net
ウインドウズはもちろん若い子が夢中のアイホンにアンドロイドもアニメーションだらけ
あれがカッコイイんでしょ
62:デフォルトの名無しさん
17/12/26 12:19:29.69 Tr1ZK6Zb.net
アニメーションをオンにして遅くなるようなボロいマシン使うなよ。
63:デフォルトの名無しさん
17/12/26 12:48:51.28 5vo32ZRK.net
どんなに速いマシンでもアニメーションをオンにしたら遅くなることも理解できないアホがいるとは。
ここム板なんだけど。まさかコード書けない奴までいるとは想定外。
64:デフォルトの名無しさん
17/12/26 13:09:47.51 Tr1ZK6Zb.net
お前はプログレスバーアニメーションのようなものまで否定するのか?
65:デフォルトの名無しさん
17/12/26 13:58:54.42 RQSEfVms.net
進捗しているように見せかけるプログレスバー(ブラウザに多い)は死ね
66:デフォルトの名無しさん
17/12/26 19:03:30.01 G0QFCKVg.net
ｗｐｆ使えない人は、こういう言い訳するんだな
出来ないのに出来る人を蔑むプライドっって笑えるね
67:デフォルトの名無しさん
17/12/26 19:31:06.30 tRG2bysK.net
>>64
失礼なことを言うな
進捗率の「%」部分が
「%」と「I」が交互に表示されて
動いてるように見えるだろう
でも、死んでるんだけどね
68:デフォルトの名無しさん
17/12/26 19:51:34.81 nlRSiArK.net
実年齢は分からないけど面白いお爺様がいるのね (´・ω・`)
69:デフォルトの名無しさん
17/12/26 20:23:25.05 5/fGNz4M.net
視線誘導とかの目的にはアニメーションいいと思うけどね。
70:デフォルトの名無しさん
17/12/26 21:15:44.20 p5SWdn98.net
>>61はたぶん体感の話
>>62は日本語の理解力が足りないアホ
71:デフォルトの名無しさん
17/12/27 21:29:11.71 v2M6axp6.net
>>69 ←こいつすげー馬鹿。アニメーションの実装したことないことがバレバレ。
72:デフォルトの名無しさん
17/12/28 00:28:06.05 kxDv5QXx.net
アニメーションがかっこいいとか遅いとかそういう事言い合ってるのに、突然実装の話しだす。無理するなよw
73:デフォルトの名無しさん
17/12/28 02:19:47.12 MWf/2gSQ.net
横レスだがWindowsのアメニーションを体感で遅くなるとか言ってる人はWindows使ったことないと思う。
Windowsのアニメーション装飾が何の機能か知らない人の発言。おらそく馬鹿マカー。
74:デフォルトの名無しさん
17/12/28 02:31:23.10 MWf/2gSQ.net
当たり前�
75:ｾがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。 だから速いPCにしろというのはさすが意味不明、筋が通らない。体感なんてなおさら関係がない。 MS開発者はアニメーションはふつうOffにすることすら知らないんだからやはりマカーだね。 Appleは古い機種をアップデートすると故意に遅くなるようにしてたらしくて訴えられたが。
76:デフォルトの名無しさん
17/12/28 02:34:35.66 MWf/2gSQ.net
> 視線誘導とかの目的
これが嫌われてる細大の理由だね。flash=詐欺広告、下品なエロ広告
77:デフォルトの名無しさん
17/12/28 06:55:24.72 VwS/1tfY.net
夜中までご苦労さん w
78:デフォルトの名無しさん
17/12/28 08:22:58.99 gHspRWv+.net
>>70
今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様
79:デフォルトの名無しさん
17/12/28 08:41:24.67 Efj2BqIl.net
すまんのう、ガンダム世代の爺なのぢや
80:デフォルトの名無しさん
17/12/28 10:24:33.30 J7bmPMYH.net
>>74
もしかして本当に呆けてるの？
81:デフォルトの名無しさん
17/12/29 11:06:39.39 IFaklCI8.net
Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
顧客からもアニメーションのオフにする方法は聞かれるが仕様でアニメーションにしてくれなんて要望されたこともない。さすがに無職でしょう。
82:デフォルトの名無しさん
17/12/29 11:32:12.71 LK61JUUB.net
パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
開発者でもわざわざOFFにしてる奴なんて見たことない。
83:デフォルトの名無しさん
17/12/29 11:40:28.71 jb9Fjr4Q.net
他人のPCの設定を念入りにチェックする奴なんて見た事ないわ
84:デフォルトの名無しさん
17/12/29 11:43:22.13 LtRSwZqD.net
>>81
他人のPCの視覚効果ON/OFFって設定見ないと分からんのか？
85:デフォルトの名無しさん
17/12/29 12:22:26.30 lbM9I2z0.net
作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねｗ
webがアニメしまくりなのに、もしかするとjavascript切るんだろうか？
86:デフォルトの名無しさん
17/12/29 13:39:19.10 aamMaNHt.net
よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます
87:デフォルトの名無しさん
17/12/29 14:48:11.01 WAsOoLBK.net
操作性を損なわない程度のものならあっていいんじゃないかい。
画面に変化のあったところを気づかせるためや、マウスオーバー時になにかできることしめしたりや、ナビゲーション時に前のページと関連のある項目をわかりやすくするためとか。
すごくアプリに慣れた人にとってはいらないかもだけど、そうでない人にとって気づきやすくさせるために使えると思う。
エロ広告みたいなうざいやつだけではないから、適切に使えばいいだけの話。そして、WPFには組み込みのアニメーション機能があって、そういうのが無いプラットフォームよりも楽に作れるってだけじゃん。
なんで言い争ってるの？
88:デフォルトの名無しさん
17/12/29 16:23:15.23 EUKc8TpD.net
組み込みのアニメーションが憎くてしょうがない
WPFにメリットがあってはならない
89:デフォルトの名無しさん
17/12/29 17:03:41.99 7W4OiecY.net
僕は林檎るdisることができればスレの流れは気にしません
90:デフォルトの名無しさん
17/12/29 18:52:00.48 ZR/YTuxZ.net
そんなに楽なのか
俺はトランジションが難しすぎてドハマりしてるけどな
アーティファクトを発掘したはいいが使い方がわからない感じ
91:デフォルトの名無しさん
17/12/31 13:53:48.10 RxjWIgpR.net
操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。
92:デフォルトの名無しさん
17/12/31 17:19:12.64 M3c+sGqK.net
人間はそういうふうに思うんだからいいじゃない
93:デフォルトの名無しさん
18/01/01 00:26:17.68 vYws3qyj.net
WPFの次はアニメーションが親の仇かw
94:デフォルトの名無しさん
18/01/02 16:20:31.95 7ebLCd4s.net
正月ということもあって勢いでスライドショーするソフト作ってみたが
アニメーションが重いというのはないね、軽快で快適
どちらかというとダウンロードの仕組みが入ると遅い
上手いこと先読みしたりキャッシュしとかないと無理あるね
95:デフォルトの名無しさん
18/01/02 17:08:51.36 8YoziARP.net
本気で言ってるなら頭の病気。
96:デフォルトの名無しさん
18/01/03 07:13:58.46 RPap2fC8.net
XPと秀丸をこよなく愛してそうなおっさん
97:
98:デフォルトの名無しさん
18/01/03 14:34:25.24 YeHuAKNh.net
WPFむずいわー
今日はTreeViewをやった
けどTreeViewってWinFormsでもむずいんだよな
むしろFormsのほうがむずいまである
はあ～しんど
99:デフォルトの名無しさん
18/01/03 20:51:32.29 wQKC+m+q.net
>>95
正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい
100:デフォルトの名無しさん
18/01/04 17:38:25.71 /K0pbaw4.net
ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
文字に色つけたりアイコン画像入れたり
101:デフォルトの名無しさん
18/01/05 15:18:52.33 e8K0PkEg.net
このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。
102:デフォルトの名無しさん
18/01/05 15:36:29.81 EV7nXqNl.net
今年は飛躍の年になる
たぶん
103:デフォルトの名無しさん
18/01/05 17:32:44.80 Mh2xn0k1.net
あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが
104:デフォルトの名無しさん
18/01/05 17:55:31.44 LElVOghW.net
WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
以前からWPFがむずかしいと言われる理由の一つがこの導入コスト学習コストの高さ
105:デフォルトの名無しさん
18/01/05 23:02:57.15 I64lSO9I.net
Visual Studio InstallerもElectronで作られる時代
106:デフォルトの名無しさん
18/01/05 23:13:14.07 rd3AiD2r.net
VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
次のVSは本体にもElectronが入ってくるだろうけど
107:デフォルトの名無しさん
18/01/05 23:28:35.91 Jn7xF1Ki.net
>>103
なぜそう思った？
108:デフォルトの名無しさん
18/01/06 11:56:43.29 A/n+HHYo.net
VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
本当なのか？
109:デフォルトの名無しさん
18/01/06 13:18:18.80 ul9KuZX2.net
グレープシティは入ってたはず
110:デフォルトの名無しさん
18/01/07 00:22:24.64 Njbpmjhm.net
MVVMの本質ってModel View ViewModelに分けることであって、
データバインド機能がなくてViewとViewModelを手動で結びつけててもMVVMです？
手動でやるとMVVM以外に結びつけるクラス(コード)が必要ですけど。
111:デフォルトの名無しさん
18/01/07 00:27:09.28 mXdsR5zx.net
本質はまあそう（責務の分離）かも知れんが……
112:デフォルトの名無しさん
18/01/07 00:47:17.35 X58Odkk6.net
>>107
MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
113:デフォルトの名無しさん
18/01/07 01:06:19.42 Njbpmjhm.net
>手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
WPF発祥の地ということ詳しい人がたくさんいるのはここだと思って
でここで質問したんですが、実際はWPFは関係なくてJavaScriptのWebアプリなんですよね。
で、実際、クラスを設計しようとして、モデルクラスつくって、次にビューモデルクラス作ってと
やってビューのフレームワークは実際React使うですんが、Reactはデータの流れは１方向で
ビューで発生したアクションは手動でビューモデルのメソッドを呼ぶように作ろうとしています。
で、責務的にはMVVMっぽくわけてるんですが、これMVVMって呼んでいいのかなとふと疑問に思ったもので・・
114:デフォルトの名無しさん
18/01/07 01:08:19.56 Njbpmjhm.net
MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。
115:デフォルトの名無しさん
18/01/07 01:09:25.99 Njbpmjhm.net
どうでもいいけど、
WPF発祥の地
は
MVVM発祥の地でした
116:デフォルトの名無しさん
18/01/07 01:14:52.39 MTMRs8S5.net
reactならfluxでしょ
少なくともビューとC/P/VMを双方向に同期させないのはデータフロー的にもMVVMとは根本的に異なるよ
117:デフォルトの名無しさん
18/01/07 01:19:11.90 Njbpmjhm.net
fluxというかreduxはややこして、今mobx使おうと思ってます。
>ビューとC/P/VMを双方向に同期させない
だからこれを手動で双方向に同期させようとしてるんです。
118:デフォルトの名無しさん
18/01/07 01:24:56.12 Njbpmjhm.net
>MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
つか、仮にそうだとすると、バインデイングの機能を単に誰が用意するかの話問題になっちゃういますよね？？
自分で手動で用意するか、標準で用意されてるか誰か他の人がバインディングライブラリを作ってそれを利用するかの・・
それでMMVMと呼ぶか呼ばないかが決まっちゃう。
うーん。
119:デフォルトの名無しさん
18/01/07 01:32:09.47 X58Odkk6.net
共通の仕組みを使うのと毎回手書きするのは違うだろ
120:デフォルトの名無しさん
18/01/07 01:43:46.29 Njbpmjhm.net
URLﾘﾝｸ(qiita.com)
ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。
そうなると自分のはMVPかな？
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw
121:デフォルトの名無しさん
18/01/07 01:44:49.37 Njbpmjhm.net
>おっしゃる通り本質的にはMVPとMVVMはデータフロー
に修正します。
誤字がひどくてすみません。
122:デフォルトの名無しさん
18/01/09 12:38:56.81 w9hUijLe.net
正直、実装するときにはどうでもいい話だな。
123:デフォルトの名無しさん
18/01/10 00:23:13.75 7PnHOZyv.net
今日はComboBoxをちょっとだけ勉強したで
ワイWinFormsではデータセットからポトペタしてたんやけど同じようにできるっぽいんかこれ？助かるわ。
せやけど表示のカスタマイズ方法が馴染みなさすぎてｵｯｻﾝついていかれへんで
124:デフォルトの名無しさん
18/01/12 20:04:47.67 mavTDPGL.net
オーナードローよりは遥かに春かに簡単
125:デフォルトの名無しさん
18/01/17 21:33:57.00 I1fM/7SY.net
データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
これだけで1週間かかったわ
あったまっがパーン
126:デフォルトの名無しさん
18/01/21 23:04:05.31 ohGQCZV5.net
かっそ過疎やな
せやけどXAMLおぼえたらあんまり話すネタないよなこれ
127:デフォルトの名無しさん
18/01/21 23:07:47.89 UBO3nr9G.net
もう使ってる人いなくて新しい話題がないからね
128:デフォルトの名無しさん
18/01/22 03:47:03.95 xAzFKy/K.net
登場しからずっと話題は、普及はまだ？ 馬鹿には使えない!! のループだったな。
129:デフォルトの名無しさん
18/01/22 04:03:59.87 0N0G2Dms.net
UWPスレよりは人いるから…
130:デフォルトの名無しさん
18/01/24 20:03:07.49 D4W5cGwF.net
しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか？
UWPは10用だし、マルチプラットフォームのあれこれはまだ発展途上で、
結局シングルソースじゃなかったり容量が馬鹿でかくなったりするし
131:デフォルトの名無しさん
18/01/24 21:21:59.76 MHtdbei7.net
>>127
Electronで十分だわ
132:デフォルトの名無しさん
18/01/24 21:34:26.26 D4W5cGwF.net
>>128
容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い
133:デフォルトの名無しさん
18/01/24 22:23:53.42 eeZ/wkbm.net
>>129
で？
134:デフォルトの名無しさん
18/01/24 22:48:12.40 D4W5cGwF.net
で、>>127に戻る
135:デフォルトの名無しさん
18/01/24 23:39:03.95 Sh5xRyhH.net
>>131
ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が１０倍単位で早いってのがね
コンパイルは１００倍単位で遅いけどね
136:デフォルトの名無しさん
18/01/24 23:58:25.60 BFkGLEDk.net
>その他の制限が問題ない場合はUWPが良いよ
そりゃ、マイナス条件がないならプラスしか残らんのは当たり前だわなw
同様に、WPFの制限が問題ないならWPFが良いし、WinFormsの制限が問題ないならWinFormsが良い。
137:デフォルトの名無しさん
18/01/25 00:14:23.53 AmkE5KAD.net
>>133
Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとｔｏｏｌｋｉｔが標準で用意されていること
それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは
138:デフォルトの名無しさん
18/01/25 03:01:30.69 bbltRTAq.net
メトロUIは業務系ユーザーに不評だから提案する気になれない。
139:デフォルトの名無しさん
18/01/25 14:17:39.85 MoV9FXN0.net
wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
進んでるのかな
140:デフォルトの名無しさん
18/01/25 20:13:15.97 8k7FgHok.net
せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
けどワイMS製品で育ったしいつかまた会うやろ。じゃあの・・・
141:デフォルトの名無しさん
18/01/25 20:22:48.19 bbltRTAq.net
コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。
142:デフォルトの名無しさん
18/01/25 21:37:20.58 8MUKcewe.net
若いうちならご褒美だろう。
143:デフォルトの名無しさん
18/01/25 21:44:48.71 A1rDjY07.net
20代ならなー
144:デフォルトの名無しさん
18/01/25 23:38:00.69 8MUKcewe.net
俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。
145:デフォルトの名無しさん
18/01/26 09:10:53.98 w94KFfj6.net
このスレ加齢臭がする
146:デフォルトの名無しさん
18/01/26 09:53:43.08 m10/oqmt.net
４０・５０過ぎてもC++とか理解できますか？
147:デフォルトの名無しさん
18/01/26 10:05:17.61 ziKX7xRI.net
>>143
地頭とプログラミング適性次第
148:デフォルトの名無しさん
18/01/26 10:34:39.91 fiAB4bjj.net
c++の文法ルール自体はそんなに難しくない
自動でメモリ解放してくれるようにもなったし
c++は生まれ変わった
でもライブラリなどがレガシーの塊なので非常に地獄
149:デフォルトの名無しさん
18/01/26 18:12:45.67 qsZ4DHxf.net
>>143
CとC++の壁？ かなり高いよ。
年齢は関係無い。
150:デフォルトの名無しさん
18/01/26 19:02:43.59 m10/oqmt.net
C#はすっと頭に入ったけど、C++はなかなか入らないですね
特にMFCというのが昔から苦手で今日まで来てしまった
151:デフォルトの名無しさん
18/01/27 08:39:35.79 bXtPpg9J.net
別にMFCはC++の構成要素じゃないよ
好きなフレームワーク使えばいい
152:デフォルトの名無しさん
18/02/03 10:25:04.28 AXuwnjr7.net
だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く
153:デフォルトの名無しさん
18/02/03 10:46:57.42 ZFgrbY8z.net
次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。
154:デフォルトの名無しさん
18/02/03 12:23:54.85 4JyGp2En.net
.NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど
155:デフォルトの名無しさん
18/02/07 22:17:00.05 7uLVnCRo.net
WPFおもろいわ。
仕様拡張も含め、.net core対応ｷﾎﾞﾝﾇ
156:デフォルトの名無しさん
18/02/08 07:06:45.70 OLINQejk.net
全く。マウンティングするための道具として最高におもしろいわ。
157:デフォルトの名無しさん
18/02/08 07:18:53.58 as09ZcmN.net
WPFはエヴァンジェリストとブロガーのオモチャ。
158:デフォルトの名無しさん
18/02/12 11:41:38.41 fQpoXnex.net
Windows10,VS2017でWPFでWindowChromeちゃんを使って、
Windowのスタイルをカスタマイズしようとしてるんだけど、
タイトルバー高さをSystemParameters.WindowCaptionHeightで取得すると
23が返ってくるんよ。で、これ実際にPhotoshopとかで測定すると、31ぐらいなんだけど、
これって、もしかして72dpiと96dpiの違いで、96/72=1.333...をこの23に掛けてるんかな？
例えば、電卓の右上の[X]ボタンはH:30,W:48なんだけど、
SystemParameters.WindowCaptionButtonWidth=36
SystemParameters.WindowCaptionButtonHeight=22
36 x 1.333...= 47.999999
22 x 1.333...= 29.333333
こういう資料って、公式のどっかに説明あるんでしょうか？
159:デフォルトの名無しさん
18/02/12 15:00:33.06 3jR6du7D.net
>>152
わたしもきぼんぬ
160:デフォルトの名無しさん
18/02/12 16:07:10.38 qK1FqdY3.net
>>155
試してないけどこれはどう？
URLﾘﾝｸ(blogs.microsoft.co.il)
161:デフォルトの名無しさん
18/02/17 11:24:01.09 hzHa4Ili.net
>>157
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
162:デフォルトの名無しさん
18/03/13 21:45:11.61 QSraSytV.net
デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
AssemblyやGetCurrentDirectoryを使ってもXDesProcのパスが返ってきて取得できません
163:デフォルトの名無しさん
18/03/30 20:45:57.81 S5bBhBUr.net
TreeView を操作していると、StackOverflowException 例外で WPF アプリケーションが強制終了します
URLﾘﾝｸ(blogs.msdn.microsoft.com)
164:デフォルトの名無しさん
18/03/31 13:25:10.48 VKIypx1l.net
まだ枯れてないのか。
165:デフォルトの名無しさん
18/03/31 13:39:52.89 UATmZRNx.net
ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
166:デフォルトの名無しさん
18/04/09 17:25:00.82 90D6Yu/l.net
datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？
・セルのtab移動を止める
・enterキーで次の行に移動するのを止める（矢印キーのみで移動）
167:デフォルトの名無しさん
18/04/09 18:08:40.11 2gnvm26g.net
DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
WinFormsのをホストして使うかサードのを買うかListViewでスクラッチするかWPFを捨てよう
168:デフォルトの名無しさん
18/04/09 18:25:22.70 lwmVdEfV.net
>>164
行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
169:デフォルトの名無しさん
18/04/15 08:53:11.02 W7Pttv5/.net
2ヶ月ちょいjs/javaやったけど
Eclipseはポトペタできへんから面倒くさすぎる
いやワイが知らんだけかもしらんけど
しかしIDE落ちまくるし同期とらんと時々嘘くさい表示しよるし何なんやこれ
隣の席のやつ(javaﾏﾝ)はWPFやらされててワカランワカランいうてるし
ちゃんと履歴書読んどんのかここの会社逆やろｗ
170:デフォルトの名無しさん
18/04/15 09:48:51.28 GbdfDf+/.net
そう思うんなら便所に落書きするより上司に相談しろ
喜んで入れ替えてくれるだろ
その程度の交渉や調整もできないカスなら何やらせたってダメだし、会社もお前に何も期待しないよ
171:デフォルトの名無しさん
18/04/15 09:51:56.54 koN3j5aX.net
eclipse使ってる企業なんてまだあったんだ
172:デフォルトの名無しさん
18/04/15 12:39:36.05 W7Pttv5/.net
替わりたくないんやが
ちな会社は赤字垂れ流して潰れそうやでw
173:デフォルトの名無しさん
18/04/15 13:26:36.78 eVQUY7wr.net
嘘みたいな話だけどeclipse大好きっこているんだぞ
一個も共感できないeclipse自慢話してくるよ
174:デフォルトの名無しさん
18/04/15 13:38:15.45 5EOPJhuZ.net
eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
今でいうVSCodeに近いポジションを占めてたから、そういう面ではわりと根強いファンはいた
今ではJavaはIntelliJに取られemacs的な用途はVSCodeに取られ完全にオワコン
175:デフォルトの名無しさん
18/04/15 18:31:48.26 UK26r34r.net
>>170
あるある
176:デフォルトの名無しさん
18/04/24 15:05:21.91 bXlVc9iu.net
GridSplitter を挟んだUIを作成中です
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="1*"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
</Grid.ColumnDefinitions>
...
上記のように Columnの幅を1:3などの割合のまま、
Properties.Settings のメンバに Bind するにはどのようにしたらよいですか？
下記のように書いてみましたが、いくつか問題にぶち当たりました
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterSize, Mode=TwoWay}"/>
・Column の幅を変更して、Settings.Default.Save() しても Settings に反映されない（Settings の他の値の変更は確認済み）
・Settings の要素の型に GridLength を指定した場合、3* などを指定できない（数値かアスタリスクのみ）
・1:3 などの割合を指定したまま、サイズを保存、復元する方法があるのか不明
グリッド幅の保存は基本だと思うので簡易な方法があると思うのですが……
177:デフォルトの名無しさん
18/04/27 20:15:09.50 TaLNc1sW.net
GridLength 構造体
178:デフォルトの名無しさん
18/04/28 10:07:15.37 j2qq32KP.net
>>174
はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました
何か基本的なことを見落としてるような気がします
179:デフォルトの名無しさん
18/04/28 14:55:45.90 ljffXje0.net
GridLength GridUnitType.Starでぐぐる
180:デフォルトの名無しさん
18/05/05 08:55:29.93 GHjIUW8T.net
>>170
マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
181:デフォルトの名無しさん
18/05/05 09:01:31.10 GHjIUW8T.net
>>173
１：３なのに、なんでAUTOが入ってるの？
182:デフォルトの名無しさん
18/05/05 09:04:56.56 nVs07IkD.net
>>178
GridSplitter
183:172
18/05/05 11:44:18.82 +6BF6Qlx.net
試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました
>>176
> GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います
本当に申し訳無いのですが当方の思い込み�
184:ｪ含まれていました 実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました 正しく書き直すと、 プロジェクトの「プロパティ」→「設定」→要素の「型」で PresentationFramework の System.Windows.GridLength を指定した ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、 書き込むと「*」になるということです Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です 試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、 2番目の問題は解決しました （「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです） XAMLは下記のとおり、 <ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/> <ColumnDefinition Width="Auto"/> <ColumnDefinition Width="3*"/> ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、 Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした 実際のサイズに連動するよう少しずつ調査する予定です （ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？） >>179 はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます
185:172
18/05/05 11:48:02.94 +6BF6Qlx.net
あああ、typo です
「ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず～」
ColumnDefinition.Width プロパティの間違いです
186:175
18/05/05 17:52:13.05 Lbg9iiKd.net
175は忘れてください
Value+GridUnitType <--> 文字列 相互変換できてました
フォルダー <UserName>\AppData\Local\<アプリケーション名>
の下のほうの user.configに書き込まれているはず
187:デフォルトの名無しさん
18/05/05 23:52:00.74 enzOGVxg.net
splitterの幅をバリアブルにしている理由はなんなの？
188:デフォルトの名無しさん
18/05/05 23:53:18.47 enzOGVxg.net
ま、いいか理由はあるんでしょうから。
189:デフォルトの名無しさん
18/05/06 15:47:40.64 Z7mEypo0.net
質問させてください。
以下の画像のようにウィンドウの表示がSizeToContentの値によっておかしくなる場合があるのですが、
対策方法など分かる方がいらっしゃれば教えていただけないでしょうか。
URLﾘﾝｸ(dotup.org)
VSのバージョンは15.6.7、ターゲットフレームワークは4.7.1、
実行環境は Windows 10 で「拡大縮小とレイアウト」の設定は100%です。
XAMLは以下の通りです。どうぞよろしくお願いいたします。
<Window
x:Class="SizeToContentIssue.MainWindow"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:d="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:mc="URLﾘﾝｸ(schemas.openxmlformats.org)
mc:Ignorable="d"
Width="213" Height="55"
SizeToContent="Width"><!--←Width を Manual に書き換えると正常に表示される-->
<Grid>
<TextBlock>
<Run Text="{Binding Width, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
x
<Run Text="{Binding Height, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
縦棒が入ったり入らなかったり→
</TextBlock>
</Grid>
</Window>
190:デフォルトの名無しさん
18/05/06 16:36:46.08 JnKw6YEv.net
>>185
SizeToContent paints an unwanted border
URLﾘﾝｸ(stackoverflow.com)
<Window UseLayoutRounding="True" />
でとりあえずその線は消えた
191:デフォルトの名無しさん
18/05/06 17:21:51.43 Z7mEypo0.net
>>186
レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。
何はともあれ、お答えいただきどうもありがとうございました。
192:デフォルトの名無しさん
18/05/06 18:14:56.23 Z7mEypo0.net
>>185-187で自分の検索の不十分さを反省して以前から抱えていた別の問題も改めて検索してみたのですが、
やはり私の力ではどうしようもありませんでした。
立て続けに申し訳ないのですが、こちらについてもお力を貸していただけないでしょうか。
以下のような Binding のマークアップ拡張を作成したところ、
Mode が TwoWay のときは期待通りに動作するものの、
Mode が OneWay だと正しくバインディングできずに困っています。
class MyBindingExtension : MarkupExtension
{
public PropertyPath Path { get; set; }
public BindingMode Mode { get; set; }
public override object ProvideValue(IServiceProvider serviceProvider)
{
var service= (IProvideValueTarget)serviceProvider.GetService(typeof(IProvideValueTarget));
var target = (DependencyObject)service.TargetObject;
var dp = (DependencyProperty)service.TargetProperty;
BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
return target.GetValue(dp);
}
}
（続く）
193:デフォルトの名無しさん
18/05/06 18:15:23.63 Z7mEypo0.net
（続き）
原因はほとんど分かっていて、
・Mode が OneWay のとき、ターゲット側が書き換えられるとバインディングがクリアされてしまう
・ProvideValue が呼び出されたあと、その戻り値でターゲット側が書き換えられる
ということだと思うのですが、この問題を解決する良い方法が見つかりません。
苦肉の策として、SetBinding の行を次のように書き換えればとりあえず動作することが確認できています。
// BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
Application.Current.Dispatcher.BeginInvoke((Action)(()
=> BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode })));
ただ、バインディングのタイミングがずれてしまうと、
例えば SetBinding してから ClearBinding したつもりが順番が逆転してしまうなど
思わぬバグの原因となりかねないためできれば避けたいと考えています。どうぞよろしくお願いいたします。
194:デフォルトの名無しさん
18/05/08 00:48:26.70 wFWfdcvC.net
良かったなお前ら
URLﾘﾝｸ(blogs.msdn.microsoft.com)
195:デフォルトの名無しさん
18/05/08 01:18:46.99 8/Cw9iIa.net
YATTA!
196:デフォルトの名無しさん
18/05/08 01:50:46.69 vwdvRU81.net
やるやん
197:デフォルトの名無しさん
18/05/08 01:56:55.14 8PlXTSnU.net
日本語でOK
198:デフォルトの名無しさん
18/05/08 01:58:48.97 3Tr8AiF6.net
Windowsでしか動かない.NET Coreアプリw
一体何の意味があるのか
199:デフォルトの名無しさん
18/05/08 02:05:19.36 I+Jt0Kav.net
せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
Linuxサーバーで運用してる人達からしたら、結局梯子外してWinに誘導するいつものMSがまた正体を現したかと疑念を持たれるよこれ
200:デフォルトの名無しさん
18/05/08 02:37:14.81 wFWfdcvC.net
>>194
Windowsにインストールされた.NET Frameworkに縛られなくなる
201:デフォルトの名無しさん
18/05/08 02:39:25.29 u/n9hYSm.net
>>195
そもそもWindowsでしか動かなかったもののランタイムが
202:変わるだけだし、corefx自体に追加されるわけじゃない むしろ.NET Coreの普及を後押しする
203:デフォルトの名無しさん
18/05/08 17:52:26.19 xyA4XcJo.net
実質何も発表なかったこと一緒ってこと?
.NETは完全にWinプラトフォーム環境限定ということでオワコン
204:デフォルトの名無しさん
18/05/08 18:10:18.00 xyA4XcJo.net
サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか
205:デフォルトの名無しさん
18/05/08 18:17:27.20 kbsHCLUb.net
>>198
どこをどう読んだらそうなるんだよｗｗｗ
206:デフォルトの名無しさん
18/05/10 14:57:37.18 1UHxaKzf.net
.NET Core 3ハWindowsデスクトップアプリをサポートする
URLﾘﾝｸ(www.infoq.com)
開発者が、既存の.NET Framework for Windowsではなく.NET Coreを使いたい理由はなにか？
それにはいくつかの理由がある。まず、.NET Frameworkとは違い、.NET Coreアプリは完全に独立しており、異なるバージョンの.NET Coreを使用することが可能だ。
.NET Core 3の新しいオプションでは、.NET Coreランタイムと組み合わせて実行できる単一の実行ファイルを生成することが可能だ。
この発表に反応した開発者は、WPFとWinFormsをGitHub上でオープンソース化する可能性について尋ねた。
興味深いことにこの要求は、Lander氏に否定されてはない - Microsoftは将来的にオープンにする可能性がある。
コミュニティの主な望みは、これらをmacOSやLinuxに移植するよりも、Windows用のGUIツールキットの拡張とモダン化である。
207:デフォルトの名無しさん
18/05/13 10:02:27.03 JffwGpoG.net
.NET Coreが全然注目されないからいろいろやりだしたんだな
いままでの.NET Coreって誰から見たら魅力があるのかわからない微妙な物だから
積極的に使いたいと言う人は少なかった
208:デフォルトの名無しさん
18/05/13 10:28:33.00 i7PAGBqe.net
日本は全体的に低レベルなエンジニアが多い
なのでUIとその他のロジックがガッツリ結合して分離できない
なのでそう簡単には.Net Coreに移植できなかった
そうする必要のないあらゆるものまでがdnfやwindowsインフラに依存してしまっていたんだ
そりゃ移植して使えないものに魅力は感じないだろう
海外では設計が綺麗なので細かいコンポーネント事に移植の可能性を検討することができた
移植可能なものはすぐに移植する動きが広まってあっという間にCore対応が進んだ
彼らは高パフォーマンス、セルフコンテインドデプロイ、マルチプラットフォーム対応といった様々な収穫を殆どタダで得ることができた
.NET Coreはとても魅力的でエキサイティングなアップデートだった
209:デフォルトの名無しさん
18/05/13 10:43:11.44 hwu0eulf.net
.NET Coreは既存の環境から乗り換えたいと思わせるだけの魅力がない
windowsで,.net frameworkから乗り換える人は少ない
linuxで他の言語から乗り換える人も少ない
利点をはっきり打ち出せてない
ただ作りました使ってくださいじゃ使わない
210:デフォルトの名無しさん
18/05/13 10:48:35.00 nDD5wzJU.net
コンパイルして起動時間が一桁早くなるってのは十分な魅力だと思うが
211:デフォルトの名無しさん
18/05/13 10:49:14.92 i7PAGBqe.net
>>204
>>203でも書いたけど日本ではスパゲティシステムだらけで移植のコストが高すぎたから受け入れられなかった
海外では日頃から品質を高める努力をしていたので移植が容易にできた
そして様々なメリットを享受することができた
利点を示せなかったのではなく
利点を示したけど日本だけが利点を受け入れる下地ができてなかっただけ
つまり日本はハブられたんだよ
いじめられ�
212:ﾁ子がリア充の生き方なんつまらないと負け惜しみを言うようなもの キツネとすっぱい葡萄の心理というやつだ
213:デフォルトの名無しさん
18/05/13 10:52:56.28 VCvSTJHc.net
>>205
起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
214:デフォルトの名無しさん
18/05/13 11:03:04.42 nDD5wzJU.net
>>207
.net nativeはスタティックリンクだから、ライブラリの中で使っている部分だけ切り取って本体に取り込んでリンクするんだわ
通常はファイルサイズが激減します
215:デフォルトの名無しさん
18/05/13 11:06:50.54 VCvSTJHc.net
>>208
勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
216:デフォルトの名無しさん
18/05/13 11:15:03.29 nDD5wzJU.net
>>209
一番要望の多いnative取り入れないとは思えないが、情報あるの？
217:デフォルトの名無しさん
18/05/13 11:22:25.15 i7PAGBqe.net
体感的にわからない程度に起動が遅くなるかもしれない
デメリットってそれだけ？
218:デフォルトの名無しさん
18/05/13 11:23:47.84 VCvSTJHc.net
>>210
URLﾘﾝｸ(blogs.msdn.microsoft.com)
あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
今のSystem.Windows.Forms.dllよりは結果的にロードするサイズが小さくなる可能性はあるよ
219:デフォルトの名無しさん
18/05/13 11:34:23.20 nDD5wzJU.net
>>212
将来はともかく、最初はこの程度なんかね
220:デフォルトの名無しさん
18/05/13 11:39:17.10 QSiC/kkG.net
よく分かんないけど
動作環境の.NETバージョンに影響されずに済むって話じゃないの
221:デフォルトの名無しさん
18/05/13 11:44:29.93 VCvSTJHc.net
>>211
全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
222:デフォルトの名無しさん
18/05/13 11:46:21.62 VCvSTJHc.net
・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で
223:デフォルトの名無しさん
18/05/13 11:56:03.56 gN1ETgni.net
>>202
どうやら違う世界に生きてるようだ
224:デフォルトの名無しさん
18/05/13 12:00:18.98 olmzHM0E.net
>>215
こいつC#使ったことないやろ…
225:デフォルトの名無しさん
18/05/13 12:05:59.25 vAxwPzXD.net
>>215
RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘
226:デフォルトの名無しさん
18/05/13 12:06:45.67 VCvSTJHc.net
>>218
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
227:デフォルトの名無しさん
18/05/13 12:07:59.36 FNCE059f.net
corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか？
228:デフォルトの名無しさん
18/05/13 12:08:12.97 hwu0eulf.net
>>217
そちらは新規開発案件の1割以上がc#を使ってる世界�
229:ﾅすか？ 不思議な世界ですね こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が 1%以上いるかどうか怪しいです
230:デフォルトの名無しさん
18/05/13 12:09:07.71 FNCE059f.net
>>220
配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね
231:デフォルトの名無しさん
18/05/13 12:09:52.99 dLXOPcbs.net
>>222
ああ奴隷の世界ねごめんよ
232:デフォルトの名無しさん
18/05/13 12:11:36.53 hwu0eulf.net
>>224
いい加減に空想の世界から出て来いよ
.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく
233:214
18/05/13 12:11:45.00 VCvSTJHc.net
デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね？
234:デフォルトの名無しさん
18/05/13 12:14:31.02 hwu0eulf.net
サーバサイドでも使われてない
デスクトップでも使われてない
業務でも使われてない
趣味で使うのがちょうどいい
C#大大大大好きだけど.Net CoreやAsp.net CoreやUWPは早く消えてほしい
235:デフォルトの名無しさん
18/05/13 12:17:23.58 dLXOPcbs.net
>>225
Stackoverflowのreportでも見て現実を直視しろよｗｗｗ
236:デフォルトの名無しさん
18/05/13 12:19:44.68 dLXOPcbs.net
>>226
どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い
237:デフォルトの名無しさん
18/05/13 12:21:24.73 LtcW78m3.net
>>226
Microsoftのブログくらい読めよ
URLﾘﾝｸ(blogs.msdn.microsoft.com)
238:デフォルトの名無しさん
18/05/13 12:26:39.99 VCvSTJHc.net
>>229
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
239:デフォルトの名無しさん
18/05/13 12:29:17.88 LtcW78m3.net
>>231
>>230
240:デフォルトの名無しさん
18/05/13 12:31:43.28 ENNgICED.net
>>231
たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ？
241:デフォルトの名無しさん
18/05/13 12:37:57.79 VCvSTJHc.net
>>233
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
242:デフォルトの名無しさん
18/05/13 13:04:22.39 kjz8UZqt.net
まだ実用化されていない技術のブログ記事上げてドヤってる
それは既存の.Net Coreの利点じゃないだろ？
243:デフォルトの名無しさん
18/05/13 13:05:48.16 kjz8UZqt.net
コアのアーキテクトの戦略がフラフラしてる
魅力のないロードマップがそれを物語ってる
244:デフォルトの名無しさん
18/05/13 22:00:07.98 ENNgICED.net
>>234
前のバージョンを削除ｗｗｗ
245:デフォルトの名無しさん
18/05/13 22:01:26.62 RTDdDgUS.net
>>231
こいつSideBySideなんて知らんのやろ
246:デフォルトの名無しさん
18/05/13 22:07:34.73 yk+U0xvA.net
>>237-238
.NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ
247:デフォルトの名無しさん
18/05/13 22:24:25.44 yk+U0xvA.net
ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ？
アプリとは別にシステムの.NETのバージョン管理の余計な手間が増える以外になんかSCDと比較してメリットある？
248:デフォルトの名無しさん
18/05/13 22:27:27.84 F2hiJGIV.net
>>240
全部とかただのキチガイか
249:デフォルトの名無しさん
18/05/13 22:30:48.25 F2hiJGIV.net
>>215
NuGetって言葉覚えたてかな？嘘ばっかｗｗｗ
250:デフォルトの名無しさん
18/05/13 22:55:13.58 yk+U0xvA.net
>>241
結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない？
251:デフォルトの名無しさん
18/05/13 22:57:05.68 F2hiJGIV.net
>>243
RuntimeStore
252:デフォルトの名無しさん
18/05/13 22:59:58.25 9k6A64Mq.net
>>243
>アプリごとに必要とするバージョンが違うケースが多い
なんで？
253:デフォルトの名無しさん
18/05/13 23:21:18.21 yk+U0xvA.net
>>245
そりゃ.NET CoreかつFDDのアプリ自体が(WinFormsやWPFがサポートされてもなお)稀だろうし、
フレームワークの方も月一で更新されてるとなれば共有できるケースは現実にはほとんど無いでしょ
254:245
18/05/13 23:23:46.38 yk+U0xvA.net
もちろんデスクトップアプリに限った話な
サーバーだと一括で複数のアプリをデプロイしたりすることは普通にあるからもちろん意味はあるよ
255:デフォルトの名無しさん
18/05/13 23:46:18.97 vj3G+EXI.net
WPFってグラボの違いでどれくらい速度変わってくるものなの？
ハイスペックグラボ使う意味ある？
256:デフォルトの名無しさん
18/05/13 23:55:08.61 F2hiJGIV.net
>>246
妄想おつ
257:デフォルトの名無しさん
18/05/14 02:28:15.65 tinSsmGQ.net
大変そうだな。予防線はりまくりマウント取ろうと形だけは前傾で
258:デフォルトの名無しさん
18/05/14 19:24:27.32 wio42IgJ.net
デスクトップ対応はありがたい
業務系でウェブアプリはめんどくさいだけなんだよね
259:デフォルトの名無しさん
18/05/16 17:32:30.01 39uyimjr.net
>>212
URLﾘﾝｸ(github.com)
corertとかあるけどこれちゃうの？
ちょくちょく試すけど相変わらずx86がうまく生成されなかったりIssue多すぎて
比較的アクティブとはいえ使い物になるのかよくわからん状況だけど
VCランタイムすら不要の単体PEファイルになってdnSpyとかじゃなんも見れなくなるし
こういうのがプロジェクト単位でざっくりと組み込み検討できそうだから
デスクトップ向けの.NET Coreも結構期待してたりするんだけどね
WinformsとWPFのポーティングは朗報だけどどうせ改良する気はないんだろうし
クロスプラットーム化は無理でもせめてReference Source下じゃなくOSSにまでして提供してほしいもんだぬ
260:デフォルトの名無しさん
18/05/19 08:24:35.34 sLNELaog.net
なんでDateTimePickerすら入ってねえんだこのゴミは
こんなんだから普及しねえんだよ
261:デフォルトの名無しさん
18/05/19 09:37:09.80 z3BmCHYg.net
オープンソース化もあり得るって話だぜ
なんであれが無いんだーじゃなくてなければ作ってプルリクが当たり前になるのかな
数年後には有料サードパーティライブラリのような高級コンポートが標準化されるかもね
262:デフォルトの名無しさん
18/05/19 18:26:15.09 F+BrwfqW.net
標準でnumericupdownすらないWPFに何を言っても無駄
263:デフォルトの名無しさん
18/05/19 18:30:55.35 m/ZPa8pN.net
欲しいものは自分で書いてプルリクを出せばいい
同じことをみんなやりだすからすぐにリッチコントロールが整備される
264:デフォルトの名無しさん
18/05/19 18:39:08.87 F+BrwfqW.net
そういえば標準じゃフォルダー選択ダイアログもないな
265:デフォルトの名無しさん
18/05/19 18:39:33.95 JYjAGOT8.net
WPFって正しく作法に従った汎用コンポーネント作るの結構難しいから、外野がプルリク投げてもなかなかマージされないと思うぞ
MS謹製のToolkitですら悲惨な品質でWPF本体にさっぱり採用されないまま潰れちゃったし
266:デフォルトの名無しさん
18/05/19 20:17:50.91 NGcY8HAA.net
Material Design In XAML ToolkKit 使えばいいじゃん
267:デフォルトの名無しさん
18/05/23 19:30:21.93 Au5e7VGg.net
僕の知り合いの知り合いができたパ�
268:\コン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 204GM
269:デフォルトの名無しさん
18/05/23 19:52:37.44 zdZwe3wq.net
FormsとWPFはUIテスト自動化への対応具合どうなの？
UIテスト自動化が快適にならないと躊躇してしまうよね
いちおうappiumのドライバは見つけたけど業務で使いこんでるぜって類の記事が全然出てこない
270:デフォルトの名無しさん
18/05/23 20:26:37.25 aEBJ6EJ+.net
>>261
URLﾘﾝｸ(github.com)
271:デフォルトの名無しさん
18/05/23 20:29:25.96 aEBJ6EJ+.net
1.0.0が出たのは去年の10月だからね
272:デフォルトの名無しさん
18/05/24 23:37:42.82 tm7qGCzu.net
prismってmessengerパターンするならEventAggregator使うようになったの？
InteractionRequestは過去のも？
273:デフォルトの名無しさん
18/05/25 00:20:28.41 n6q2Xjj/.net
今のprismってMSの手を離れて単なるコミュニティプロジェクトの一つだからなあ
開発者の好みが反映された寄せ集めのツールキット集に過ぎず、もはやリファレンスでもなんでもないよ
274:デフォルトの名無しさん
18/05/25 00:30:47.36 N3c6aWbU.net
>>264がInteractionRequestが好みなら自分でプロジェクトにコントリビュートすればいい
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない
275:デフォルトの名無しさん
18/06/06 21:19:46.59 3palNJuH.net
Datagrid内comboboxのdatatemplateのバインディングがどうやってもできないw
276:デフォルトの名無しさん
18/06/08 06:20:36.50 y7GGIwCz.net
>>267
サンプル見ると、スタティックなオブジェクトリンクしている
277:デフォルトの名無しさん
18/06/14 10:39:07.09 LFx88o2A.net
Prism6.3でInteractionRequestのRaiseAsync使おうとしたらないんだけど
問題あってなくなったの？
278:デフォルトの名無しさん
18/06/14 23:50:25.85 rYhQU2t8.net
>>269
どこの馬の骨とも知れないメンテナの気まぐれ
君が復活させてもいいんだぞ
279:デフォルトの名無しさん
18/06/15 10:37:05.30 uIGrLsPa.net
共同ツール 1
URLﾘﾝｸ(seleck.cc)
URLﾘﾝｸ(trello.com)
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
URLﾘﾝｸ(www.kikakulabo.com)
trelloのオープンソースあり
共同ツール 2
URLﾘﾝｸ(www.google.com)
共同ツール 3
URLﾘﾝｸ(slack.com)
URLﾘﾝｸ(www.dropbox.com)
URLﾘﾝｸ(bitbucket.org)
URLﾘﾝｸ(ja.atlassian.com)
URLﾘﾝｸ(www.sketchapp.com)
URLﾘﾝｸ(photoshopvip.net)
URLﾘﾝｸ(goodpatch.com)
Trello Chrome拡張機能プラグイン集
URLﾘﾝｸ(chrome.google.com)
Slackプラグイン集
URLﾘﾝｸ(slack.com)
Sketchプラグイン集
URLﾘﾝｸ(sketchapp.com)
URLﾘﾝｸ(supernova.studio)
280:デフォルトの名無しさん
18/06/19 20:48:04.40 CqYMFqFG.net
>>253
>>255
いつかはWPFって思ってたのに移行できねーよそれじゃ
まあ、趣味ではWebサイトの方で忙しいから最近はC#あんまできないんだが
281:デフォルトの名無しさん
18/06/19 21:58:45.18 TcCdudwM.net
UWPにもnumericuodownないんだよな。死ねよと思う。
282:デフォルトの名無しさん
18/06/20 00:56:27.15 iNKqsiVm.net
タッチデバイスのためとはいえ、ほんと実用軽視には反吐が出るな。UI統一は大失敗。
283:デフォルトの名無しさん
18/06/21 06:23:26.72 EAKDFUEl.net
>267
俺はこんな感じでやってるけど
comboBoxItemListはDataGridItemのプロパティにしてる
<DataGrid
ItemsSource="{Binding Path=dataGridRowList}">
<DataGrid.Columns>
<DataGridTemplateColumn>
<DataGridTemplateColumn.CellTemplate>
<DataTemplate>
<ComboBox
ItemsSource="{Binding Path=comboBoxItemList}"
SelectedValue="{Binding Path=column1}"/>
</DataTemplate>
</DataGridTemplateColumn.CellTemplate>
</DataGridTemplateColumn>
</DataGrid.Columns>
</DataGrid>
284:デフォルトの名無しさん
18/07/03 13:58:21.59 hHP/xN4T.net
質問失礼します
以下の2つのTextBoxはどちらも期待通りに動作しますが
2つ目はx:Staticを使っているため文字数が多くなっています
<TextBox
HorizontalContentAlignment="Right"
Background="Red"/>
<TextBox
HorizontalContentAlignment="{x:Static HorizontalAlignment.Right}"
Background="{x:Static Brushes.Red}"/>
新しく定義した型で1つ目のような短い記述を行いたいのですが、
HorizontalAlignmentのような列挙型では特に工夫することなく実現できるものの
Brushesのようなケースではどのようにすればいいか分かりませんでした
BrushesはRedのような静的プロパティをたくさんもつだけのクラスなので
Background="Red"という記述が受け入れられたり
この記述を行うときに入力補完が働いたりする仕組みが全く想像できないのですが、
そのような仕組みを新しく定義した型で使うことは可能でしょうか
もしご存知の方がいらっしゃれば教えていただけると嬉しいです
よろしくお願いします
285:デフォルトの名無しさん
18/07/04 22:12:53.40 gFgZc5FG.net
AQ8
286:デフォルトの名無しさん
18/07/05 16:35:23.34 AeL6VB/V.net
AQ8
287:デフォルトの名無しさん
18/07/06 15:11:57.62 tqXwTqfY.net
>> 275
wpfのソース
288:デフォルトの名無しさん
18/07/06 17:14:31.95 qtqoxO2d.net
良きゲームだった
URLﾘﾝｸ(goo.gl)
289:275
18/07/06 17:35:36.53 POKFC/+e.net
>>279
お返事どうもありがとうございます
以下のコードを読んでみたのですが、それらしい箇所を見つけることはできませんでした
お手数をかけて申し訳ありませんが、読むべきソースを具体的に教えていただけないでしょうか
どうぞよろしくお願いします
（NGワードのためURL省略）
290:デフォルトの名無しさん
18/07/06 17:37:36.95 POKFC/+e.net
280のURLです。NGワード回避のため一部省略しています
XXX = URLﾘﾝｸ(referencesource.microsoft.com)（中略）/System/Windows/Media
XXX/Brush.cs
XXX/Brushes.cs
XXX/KnownColors.cs
291:デフォルトの名無しさん
18/07/06 17:46:24.05 POKFC/+e.net
何度も申し訳ありません
（中略）の部分は #PresentationCore/Core/CSharp です
292:デフォルトの名無しさん
18/07/06 18:11:56.52 JJTPb7Ii.net
コンバーターが明示的に指定されてないけどデフォルトでそういう動作すると決まってるだけでしょ
そういう仕様
自分の作ったクラスは明示してコンバート
293:デフォルトの名無しさん
18/07/14 22:16:00.13 Dcwagk83.net
ようやっと過去の物をprismに移行した
livetさらば
294:デフォルトの名無しさん
18/07/14 22:34:34.49 VXqA7TkQ.net
ゴミが作ったもんなんて普通は使わない
295:デフォルトの名無しさん
18/07/17 20:53:28.21 ofYg0nnt.net
MSが作ったモノが使われなくなって早10年か。
296:デフォルトの名無しさん
18/07/19 10:20:00.48 jjazq+Ks.net
だが果たした役割も大きいで…見方によっちゃリーディングカンパニーではあった
297:デフォルトの名無しさん
18/07/21 09:51:31.74 gQtq62tQ.net
そう思ってるのはWPF関係者だけで
今の世の中に対してなんの爪痕も残せてない
影響はどこにも及んでない
FBが
298:WPFをぼろくそに言ったことも忘れてる そのFBはreact作ってる
299:デフォルトの名無しさん
18/07/21 10:34:17.53 FfPVWpYP.net
AndroidのGUIフレームワークなんか明らかにWPFを参考にしてるし、
今やWebのSPA開発の標準となったMVVMの発祥地でもある
まあプロダクトとしての設計や実装がアレだったが根本の思想はわりと広く受け入れられた
300:デフォルトの名無しさん
18/07/21 12:28:01.61 8fBGWCJL.net
うわぁこれは日本スゴいと同じメンタルですね
ダッサ
301:デフォルトの名無しさん
18/07/21 13:11:23.55 hBP8PKRm.net
MicrosoftのC#が発祥でパクられまくってる便利機能って多いよね
MVVM、MVC、Task、async/await、Linq、Rx、var、EF、、、
Nullセーフティなど最近は遅れる事があるけどSpanやrefタイプみたいな試みはまだまだ先を行ってるね
302:デフォルトの名無しさん
18/07/21 19:43:53.72 Zy/M/93a.net
webのMVVMとWPFのMVVMは全然別物なんだけど
303:デフォルトの名無しさん
18/07/21 19:45:43.37 Zy/M/93a.net
>>292
よく見たらMVCまでC#起源とか言い出してるし
韓国人みたいなメンタルになったら終わりだぞ？
304:デフォルトの名無しさん
18/07/21 21:50:51.30 2DvCBOqB.net
いい年こいて自己評価が低い奴ほど所持品や帰属集団を持ち上げるのよ
そうしないとアイデンティティが保てないからね
305:デフォルトの名無しさん
18/07/21 23:29:28.47 0xTgj6Q5.net
マカーのことですかね？
306:デフォルトの名無しさん
18/07/22 02:18:42.16 uvYJ1bPq.net
マカーは間違いない
307:デフォルトの名無しさん
18/07/29 12:03:09.03 F74jAWuk.net
ボタンにマウスが乗っかるときのアニメーションを切りたいんですが
どんなコードになるんでしょう
XAMLじゃなくてコードで書きたいです
308:デフォルトの名無しさん
18/07/29 12:05:47.07 lzRBxehA.net
>>298
テンプレートを丸ごと入れ替える
コードじゃなくてXAMLで書いてください
309:デフォルトの名無しさん
18/07/29 13:04:07.04 Zfn8669V.net
なぜ知ってる範囲だけで済まそうとして苦行をしようとするのか
310:デフォルトの名無しさん
18/07/29 15:35:50.53 F74jAWuk.net
ありがとうございました
出来ました！
311:デフォルトの名無しさん
18/08/09 13:35:42.03 iZ+v1VOW.net
FormsよりWPFの方が、VisualStudioがよく落ちるな
WPFって脆弱なイメージがあるけど大丈夫か
312:デフォルトの名無しさん
18/08/09 14:34:35.14 V+cwSzFl.net
ヒミツだ
313:デフォルトの名無しさん
18/08/09 14:41:06.52 dPMfUDyX.net
やりたかったのはJSPなのかも知れないが、
現時点ではそびえ立つ糞
314:デフォルトの名無しさん
18/08/09 14:42:15.22 pltsa5oH.net
その印象は正しいよ
WPFはDirect3Dを使うからハードウェアとの相性で落ちたりしやすい
315:デフォルトの名無しさん
18/08/11 11:45:18.69 v04aMPE6.net
脆弱フレームワークだから寂れていくのは当然だな
316:デフォルトの名無しさん
18/08/23 10:22:02.04 Ye2c7X68.net
見るからに煩雑で洗練されてないもんな。馬鹿文系が設計したイメージ。
317:デフォルトの名無しさん
18/08/26 12:46:26.37 /xip7+3F.net
docker for winのGUIはWPF
318:デフォルトの名無しさん
18/08/27 07:10:47.32 pnNpxv+y.net
見づらいフラット文化をなんとかしてくれ。
319:デフォルトの名無しさん
18/08/27 07:32:42.93 JNmPLD5r.net
老害は分化から去れよ
320:デフォルトの名無しさん
18/08/27 07:44:56.01 pnNpxv+y.net
>>310
フラットって昔からあるデザインだということも知らんとかアホすぎ。
時代錯誤なんだよ、おまえとフラットは。おまえの脳もフラットなんだろうwww
321:デフォルトの名無しさん
18/08/27 08:17:05.39 O5ts4
322:pMn.net
323:デフォルトの名無しさん
18/08/27 09:27:44.11 pnNpxv+y.net
フラット脳乙w
324:デフォルトの名無しさん
18/08/27 10:43:44.62 1F1/dwu4.net
額縁ド3Dはダサいとなっちゃったからなぁ…
325:デフォルトの名無しさん
18/08/27 10:59:12.74 pnNpxv+y.net
ならクビにする必要ねぇな。なんでMSはフラット推進した奴をクビにしたんだよ。
Windows8以降の移行、普及の失敗はそれ以外にないからだろwww
タダでも移行しない人が半数もいるとかどんだけダサいんだって話だ。中身はほとんど同じカーネルなのに。
しかもカッサコイイだの最新だの言ってる奴はどいつも単発ID。過疎スレである以上同一人物なのは明らか。
つまり、全く人気がない、流行ってないのに、さも人気があるようにレスしてるマカーと同じ行動w
この恥ずかしい自演は自ら人気がないことを自覚してるからに他ならないwww
326:デフォルトの名無しさん
18/08/27 11:09:21.82 Oq1uuovu.net
フラットは個人的に好きじゃないが、ただでも移行しない理由がそんなとこあるとは思えん
むしろ個人的には完全強制せずによく半数も移行したなって思うくらい
327:デフォルトの名無しさん
18/08/27 12:02:00.36 9Ag6pO1n.net
Windows8のUIはフラットがどうとか以前の問題だと思うが。
328:デフォルトの名無しさん
18/08/27 12:11:00.68 t5n0w1CR.net
MicrosoftのModern以降のUIはシグニファイアを全く考慮してないので
素人がガワだけ真似たのが丸わかりなんだよ
フラットとかそういう問題以前
329:デフォルトの名無しさん
18/08/27 18:15:28.19 ztrngelF.net
流石に3Dルックは古い
330:デフォルトの名無しさん
18/08/27 18:29:26.64 MbnBSgz5.net
マテリアルデザインはショボすぎだわ。もうちょっとエフェクト多用してGPU使ってほしいわ
331:デフォルトの名無しさん
18/08/27 18:33:32.31 MbnBSgz5.net
まぁ、fluent designもアクリルエフェクト抜かせばマテリアルデザインと似たようなもんか
332:デフォルトの名無しさん
18/08/27 21:13:01.25 CIUWIYCt.net
Aquaが出たとき俺はあまりのダサさに絶句したけど、称賛する人多かったね。
333:デフォルトの名無しさん
18/08/28 05:43:53.13 drPUruyv.net
>>319 ←こういう馬鹿ってスマホしか使ったことないんだと思う
334:デフォルトの名無しさん
18/08/29 02:10:23.77 MY0raY6J.net
今wpfで組むならデザイン何使うのがオサレなの？
335:デフォルトの名無しさん
18/08/29 08:59:23.57 N6DyhuHP.net
>>319
おじいちゃんはまだWindows1.0を使ってるの？
336:デフォルトの名無しさん
18/08/30 00:27:17.50 GNuVCrXn.net
>>324
Luna
337:デフォルトの名無しさん
18/08/30 00:59:54.56 GXNfpLte.net
>>324
Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。
338:デフォルトの名無しさん
18/08/30 10:23:50.73 VYFdWe+R.net
画面遷移するのに、標準のNavigationWindowとPrismのNavigationのどちらを使うか迷っています。
それぞれメリット・デメリットは何がありますか？
339:デフォルトの名無しさん
18/08/31 23:08:47.30 j7vDBQzO.net
>>326
LunaってXPみたいなやつ？
>>327
Material Design In XAML Toolkitってまだイケるんや
340:デフォルトの名無しさん
18/09/02 13:57:51.47 63fSznzS.net
WPFってほんと情報ないよな。誰も使ってないんじゃないの？
341:デフォルトの名無しさん
18/09/02 21:42:18.49 A6ZAg8N0.net
Stackoverflow（非JP）がバイブルすぎてな
あそこ見りゃ大抵は解決するので他の情報サイトの出番が無い感じ。
342:デフォルトの名無しさん
18/09/02 21:51:54.13 RG40wWfe.net
入門みたいのの話じゃない？
定番の本とかもないしstackoverflowはある程度わかる人には
343:便利だけど みんなMSDNオンリーでマスターしてんのか
344:デフォルトの名無しさん
18/09/03 04:54:31.98 wlmAuvR5.net
Pro WPF 4.5 in C# のサンプル
345:デフォルトの名無しさん
18/09/03 05:00:59.93 2by2E//Q.net
>>330
GitHubに参考になりそうなのめっちゃあるやん
346:デフォルトの名無しさん
18/09/03 12:17:54.55 /evEmS+I.net
俺はMSの外人サン記事？のwpf サンプルから盗んだなぁ最初は
あと基礎部分はMSDNだな。依存関係プロパティとかそこらへんの基礎分かってないと辛い
347:デフォルトの名無しさん
18/09/03 13:38:35.43 PRwsTZkp.net
なるほど。これは惨いな。
しかしこんなゴミのスレがPart22まで伸びるなんてMSの力は恐るべしだな。
やはり使ってる人が多いのだろう。
348:デフォルトの名無しさん
18/09/03 13:46:42.12 RWH215BR.net
>>336
なにが？
349:デフォルトの名無しさん
18/09/03 15:14:20.87 NgvY60n2.net
WPFの宣教師がたくさんいたらいいのにね
350:デフォルトの名無しさん
18/09/03 16:52:46.69 v7RhcxZF.net
ぶっちゃけWPFは先行きどうなの？
あと、Windowsのデスクトップアプリ作るのにWPFでやる利点あるの？
351:デフォルトの名無しさん
18/09/03 17:31:43.40 vcilZH89.net
MSはWPFの終息宣言を出す一歩手前らしいよ（出すかどうかはわからないけど）
もうメンテナンスレベルだから最新の技術を使いたいならUWPに行くしかない
352:デフォルトの名無しさん
18/09/03 17:38:53.91 RWH215BR.net
>>340
ソース
353:デフォルトの名無しさん
18/09/03 17:42:25.23 H2NUpwyF.net
>>340
.NET Core3.0でわざわざアレするのに？
354:デフォルトの名無しさん
18/09/03 21:10:42.01 NUT/SUAv.net
UWPこそ将来性どうなのよ
355:デフォルトの名無しさん
18/09/04 09:07:43.73 1lJUjoI5.net
UWPてWindows10だけだろ？
356:デフォルトの名無しさん
18/09/04 09:58:25.64 2GdAAA45.net
>>344
基本的にはね
unoみたいな例もあるけど
357:デフォルトの名無しさん
18/09/04 11:44:15.15 bWso7Cx5.net
UI変更だけでここまでWindows10が拒否られるとは。
やはり、UIは変更するなと言ってたゲイツは天才だったんだな。
358:デフォルトの名無しさん
18/09/04 16:22:04.00 4ZV4w0Td.net
>>346
Windows10が嫌われてるのはUIだけが原因じゃないだろ
359:デフォルトの名無しさん
18/09/04 20:32:19.99 hF0+imc1.net
つまりFormアプリケーションが鉄板だったてことか（ry
360:デフォルトの名無しさん
18/09/04 22:01:33.91 nzBiP8NP.net
残念ながらそう
361:デフォルトの名無しさん
18/09/05 07:56:52.07 2JdbfNpR.net
Visual BasicのFormアプリが一番良いよなｗ
俺のような馬鹿でもいっぱしのモノが作れたのに、なぜWPFみたいに小難しいものを作ってしまったのか・・・
362:デフォルトの名無しさん
18/09/05 08:04:19.59 34X6OCBd.net
WPFでもビハインドにイベントベタ書きならFormsと同じ感覚で楽チンやで
363:デフォルトの名無しさん
18/09/05 20:08:14.88 2QhQH+U6.net
同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。
364:デフォルトの名無しさん
18/09/05 22:14:11.34 zKh6gb5E.net
>>330
かずきさんのブログ(かずきのBlog)のWPF4.5入門
365:デフォルトの名無しさん
18/09/06 01:25:19.20 0uqAcnmW.net
Formが良かったとかじゃなくて、先に出たものはその仕様に合わせて作るんで
次に考えるときそれが標準で考えちゃうってことだろうな。
必要ない動きでもFormがこうだったから、とか。
最初のツールが右下に決まったものがでるようになっていたら
後のツールも右下に出ないと困るとか。右上でも問題なくても
今までそうだったから。
なんってところでしょう。
366:デフォルトの名無しさん
18/09/06 01:59:16.77 zXYr6cPt.net
ずっと言われてるけど
JSとかflashの受けが良かったんで.NETに乗せたって事でしょ？
367:デフォルトの名無しさん
18/09/06 02:05:32.79 YvnvvH8i.net
strict感と冗長感が敗因
.NETに乗せると命名が省略できないからなぁ
368:デフォルトの名無しさん
18/09/06 12:28:23.52 dvObnjH7.net
web技術の流行なんて使い捨てばかり。だって作ってる奴らは何も考えてないもの。
369:デフォルトの名無しさん
18/09/06 13:15:27.02 lig/j+PJ.net
WPFでGUI作成がより合理的になったと思ったんだけどな
まさかFormにあるのにWPFにないコントロールがあるなんて・・・
タッチ前提とかふざけるな、まるでFormのサブセットじゃないか
370:デフォルトの名無しさん
18/09/06 15:59:22.13 4Yxqpek4.net
NumericUpDownすらない...
みんな自作してるの？
それともフリーや有償のUIコンポーネント使ってんの？
371:デフォルトの名無しさん
18/09/06 18:42:31.36 fqcUSARG.net
商法のひとつなのかもしれない
372:デフォルトの名無しさん
18/09/06 18:46:57.99 YvnvvH8i.net
そういやBlendで小銭稼ごうとした罪があったな…
373:デフォルトの名無しさん
18/09/06 21:32:17.53 vR96RlS3.net
mf
374:デフォルトの名無しさん
18/09/07 20:11:00.98 ioAS6L92.net
>>359
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる
375:デフォルトの名無しさん
18/09/07 21:09:38.29 ivnpuGcn.net
ボケてるんですか、おじいちゃん。ただの実装忘れですよ。
376:デフォルトの名無しさん
18/09/07 22:22:55.08 ZHx/D3gE.net
WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具
377:デフォルトの名無しさん
18/09/07 22:49:08.42 tDG687S2.net
は？
378:デフォルトの名無しさん
18/09/08 09:09:32.68 zt8CFhfY.net
ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。
379:デフォルトの名無しさん
18/09/08 09:52:10.52 CQEpELY8.net
Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
ここまでしかできないんですよ、ってのはメリットでもある
380:デフォルトの名無しさん
18/09/08 10:47:05.17 TEnoIcVb.net
追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。
381:デフォルトの名無しさん
18/09/08 11:07:11.55 6EerMJxu.net
WPFは楽そうで全然楽じゃない
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする
382:デフォルトの名無しさん
18/09/08 11:54:27.40 CQEpELY8.net
あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する
383:デフォルトの名無しさん
18/09/08 12:02:10.89 3pEPHB8S.net
自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。
384:デフォルトの名無しさん
18/09/08 12:16:05.18 yUsEKjNJ.net
>>369
それいいね
385:デフォルトの名無しさん
18/09/09 00:01:50.88 jL2RddzM.net
>>370
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが
386:デフォルトの名無しさん
18/09/09 09:44:22.42 CFGA6fX5.net
なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？
387:デフォルトの名無しさん
18/09/09 13:06:21.27 FKuEa+nq.net
WPFとか関係なく時代の流れで消えてったな>RAD
388:デフォルトの名無しさん
18/09/09 16:11:31.66 cAjdFNDF.net
ポトペタじゃレイアウトできん
389:デフォルトの名無しさん
18/09/09 16:26:44.98 CoAqPQqv.net
.NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。
390:デフォルトの名無しさん
18/09/09 17:19:00.66 jL2RddzM.net
wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
あれに比べたらwpfは天国だよ
391:デフォルトの名無しさん
18/09/09 18:12:57.33 CFGA6fX5.net
このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
キミはOSS出身者か？ キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。
392:デフォルトの名無しさん
18/09/09 18:23:58.81 WxkkDPoD.net
下をみたらどんなクソでも天国じゃんw
そんなの使いたくねー
393:デフォルトの名無しさん
18/09/10 02:24:49.23 lWCW8iwB.net
上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
FormsとWPFならWPFの方取るな
作るものにもよるけど
394:デフォルトの名無しさん
18/09/10 22:14:40.80 ZVsh3VZu.net
よく映画であるように、WPFでマンションなどの建物を
3dのワイヤフレームで表現したい。
この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか？
path情報をxaml形式で吐き出してくれたり
するのでしょうか
395:デフォルトの名無しさん
18/09/11 09:24:22.38 Iy5g2fnR.net
SharpDX
396:デフォルトの名無しさん
18/09/13 01:48:18.04 4Ru1Lv7U.net
久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。
397:デフォルトの名無しさん
18/09/13 01:54:10.66 4Ru1Lv7U.net
material desingn tool kitやらmahapp metroとか微妙すぎる
398:デフォルトの名無しさん
18/09/13 03:03:40.01 6YRV54GH.net
>>384
ありがとうございます、調べてみます
399:デフォルトの名無しさん
18/09/14 15:21:43.15 7cFkJHyY.net
WPFでコーディングしてるだけでも落ちるようになった。
Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから
ドライバーが悪いんかな
400:デフォルトの名無しさん
18/09/14 15:34:28.17 9YIGF0Lk.net
vs2010と2008R2の組み合わせは惨かったなぁ
まぁ環境書いた方が良いかと
401:デフォルトの名無しさん
18/09/14 17:43:57.65 HVgt1gkj.net
10年経っても枯れないWPF。人柱が少ないせいだな。
402:デフォルトの名無しさん
18/09/14 18:19:06.34 4SfoRcBF.net
タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか?
4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね
403:デフォルトの名無しさん
18/09/14 18:33:06.32 AfA1DF1K.net
勝利だな。ずっと最新技術
404:デフォルトの名無しさん
18/09/14 20:54:49.78 I/4HQA/j.net
Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで
林檎が「RIAプラグインは悪！」って強硬に主張したせい
405:デフォルトの名無しさん
18/09/14 22:26:35.74 Kk3TmTF8.net
>>388
.vsフォルダー内のファイルを消してみたら(.suoファイル以外)
406:デフォルトの名無しさん
18/09/15 01:03:44.15 RBFo1lzJ.net
Windows8-10に移行してくれないのはiPhoneのせい!!!
アクロバット杉だろw
407:デフォルトの名無しさん
18/09/15 01:17:23.05 /vyv9ANM.net
Silverlightが終了した理由としては間違ってない
あの潮流で主要ブラウ�
408:UからNPAPIのサポート切られて、どうにもならなくなったからね WPFがって話になると、またちょっと事情は違ってくるけど 全く影響が無いって事もないな
409:デフォルトの名無しさん
18/09/15 01:34:24.39 d+RCfJTy.net
Flash排除の政治
これに尽きる
410:デフォルトの名無しさん
18/09/15 06:58:47.18 n4EgxeJB.net
だがあれは死んでくれて良かった
411:デフォルトの名無しさん
18/09/15 08:49:54.50 rGM5t5VC.net
統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。
更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな
412:デフォルトの名無しさん
18/09/15 10:07:29.73 tNfUfPYz.net
WPFの競合相手は他でもないWinformsだろう
しかも敗北したようなもんじゃね？
XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし
根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った
慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ
413:デフォルトの名無しさん
18/09/15 10:28:45.14 rGM5t5VC.net
そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね?
UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw
414:デフォルトの名無しさん
18/09/15 10:46:57.09 h1bufCaZ.net
画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。
415:デフォルトの名無しさん
18/09/15 11:06:39.66 Xc5RKOnR.net
一度覚えたらXAML書きやすいよね
俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ
MVVMとか意識高いことしなくてもこれで十分使いやすい
416:デフォルトの名無しさん
18/09/15 13:12:08.71 EME89BwS.net
ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ
417:デフォルトの名無しさん
18/09/15 15:39:30.09 RBFo1lzJ.net
formで画面のレイアウトに苦労するというUIとはいかなるものか。
それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。
418:デフォルトの名無しさん
18/09/15 22:11:21.53 wUMJLM3O.net
>>400
XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ
419:デフォルトの名無しさん
18/09/15 23:34:55.07 6SkcIdFI.net
部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。
VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。
420:デフォルトの名無しさん
18/09/15 23:42:09.03 RBFo1lzJ.net
ジョブスもいつもユーザーのせいにしてたしな。
421:デフォルトの名無しさん
18/09/15 23:50:48.85 rGM5t5VC.net
別にandroidだってdata bindingライブラリができて、最近はarch componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに
422:デフォルトの名無しさん
18/09/15 23:52:19.96 rGM5t5VC.net
もうこれぐらいは標準技術じゃね。
423:デフォルトの名無しさん
18/09/16 01:37:21.49 Q5j4SiHR.net
ただのポチポチゲーを豪華に見せたいだけですね。
424:デフォルトの名無しさん
18/09/16 05:51:32.28 32fLF0l4.net
>>410
いつから日本のドカタが標準レベルだと思ってたの？
425:デフォルトの名無しさん
18/09/16 07:56:55.23 oDMvW7cM.net
UwpDesktopって2016年で開発止まってるのね。 コマタ、、、 BLEがコネクトできない。
426:デフォルトの名無しさん
18/09/16 12:43:05.58 Zd9aJv6G.net
>>413
手動でやってみたら?
1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。
超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う
～日本語の読み仮名を取得するAPIを題材に
URLﾘﾝｸ(codezine.jp)
(3ページ目、要登録)