WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
■ このスレッドは過去ログ倉庫に格納されています
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/
関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/ 補足しとくと、VMはビューに含まれると考えてくれ。
ビューにタイマを持つと決めたなら、VかVMのどちらに置くかははっきり言ってどうでもいい。
MVVMはあくまでビュー層に閉じたデザインパターンであって、
モデルとの役割分担さえ守れてればあとは大した問題ではない。なんならVMなんか無くても大枠には影響しない。 >>5
定期的にサイトをダウンロードして解析してメール送信等を行うプログラムの場合はどうしますか? >>7
モデルというか内部処理側だな
少なくともビューに直接埋め込むのは無い
あと、そういう単画面のツール的なアプリにVMは要らん
MVVMはDBの単純な読み書きをしたりするだけの紋切り型の画面を大量生産するのに使うんだよ >>7
Mでいいんじゃないかな。
タイマーは単体テストするならインターフェース挟んで実装差し替えれるようにしておくと幸せかも。 WPFでMVVMパターン勉強中(Prism6 + ReactiveProperty)
ボタンとWebBrowserを配置して,ボタンを押したときにWebBrowserのRefreshメソッドを
実行したいのだが,どのように実装すればよいか教えてほしい。
メソッド自体はBehaviorで実行できるが,メソッドへのトリガのかけ方がわからない。
Messenger? ActionTorigger?あたりを使う?
あと,できればWPFの勉強方法も教えてもらえるとありがたい。 なんも処理はさまないならEventTriggerでClickイベント拾ってCallMethodActionでWebBrowserのReflesh呼んでもいいんじゃないかな 普通にイベントハンドラでやればいいでしょ
間にVMを噛ませる意味が全くない MVVMを勉強したいだけならWPFより他の方法を取ったほうがいい
BehaviorにしろEventTriggerにしろMVVMやるだけなら要らん
Commandも要らん
焦点がぼやけるだけ MVVMを勉強したいならテーマ選定も不適切だね
モデルが明確に定義できないものにMVVMは向いてない
自分のToDo管理システムでも作っとけ 複数選択できるチェックボックスつきのリストビュー
というのがWPF初心者には不向きな題材に思えるけども
年賀状住所録とか交通費清算フォームとかがいいんじゃない、Master-Detailな画面で 今後複雑化したら(既に複雑だから)UIとロジックを分離したいんだろ >>16
迷ったときは原則に立ち返ることが大事。
なんでビューとロジックを分けるかというと、オブジェクト指向でいう「関心の分離」に従って
それぞれビューはビューだけ、ロジックはロジックだけに集中して開発できるようにするのが目的だ。
でMVVMはさらにこのビューを「ビューの状態とその制御」と「デザイン」とに分離するわけ。
で質問者のケースでは、大まかに関心を分離すると、ブラウザの制御、スケジューリング、ビュー、となるだろうな。
こう分離したときビューっておそらくかなり単純なものになるはずだよ。
その上であえてVMを分離する必要があるだろうか?ということ。 先に言っておくけど、バインド使いたいだけならコードビハインドにプロパティ定義すれば済む話だからね。VMを使う理由にはならない。 WebBrowserに依存関係プロパティは存在せず、かと言ってsealed宣言されてるクラス
セキュリティ上の制約という説明になってるが早い話がいじれない
他の選択肢があるんじゃないか、例えばCefSharpなら今風でナウい子向けじゃないの 前スレのポトペタできるを信じて勉強がてらユーティリティ作ろうと思ったんだけど、
フォルダダイアログって WindowsAPICodePack を入れるしかないのか? チープな奴でよければWindows.Formsを参照に追加しても使える
何となく負けたような感じがするが気にしてはいけない
全てはMSが悪い WPFはポトペタできるって主張したの誰だよw
WinForms 使ってやってみる、ありがとう あ、WinForms のフォルダブラウザダイアログを使って WPF を使ってみるってことね BitmapImage を MemoryStream から読み込んで作ってるんですが、
特定の jpeg ファイルを非同期で読ませると、デコードが非常に遅くなります(他のファイルの 10 倍くらい)
同期的に読ませると普通に速いです
メモリには余裕があり、また Visual Studio のプロファイラを見る限り、GCが頻発してるわけでもありません
また jpeg を bmp に変換してやると問題は解消されて、他のファイルと同じくらいの速度でデコードが完了します
(1) なぜ特定のファイルだけ遅くなるのか
(2) なぜ非同期だと遅くなるのか
このあたり、何か知ってる方はいるでしょうか? 新規アプリ作ってその1つのファイルだけ読んでも遅いんだよね??
まぁ、そうだしても思い当たるふしねぇな。 どこから持ってきたJPGなんだい?
ステガノグラフィや埋め込みバイナリとか付いてるんじゃない?
JPGファイルの内部をチェックしてみてはどうかな? JPEGと言ってもプログレッシブJPEGとかグレースケールJPEGとかある いろいろアドバイスありがとうございます
眠すぎるのでわかったことだけ
問題のjpegファイルですが、セグメントを一個ずつ消してみて
デコード速度を測定したところ、APP2セグメントが問題だと分かりました
APP2セグメントを消すと他のファイルと同じくらいの展開速度になります。
BitmapImage がカラープロファイルを見ていい感じに表示しようと頑張ってるんだと思います
それにしても非同期のときだけ10倍も遅くなる理由が分かりませんが…… BitmapCreateOptionsにIgnoreColorProfileあるから、それ指定すると速くなるのかな? >>31
どんぴしゃです
100倍くらい速くなりました
コードはこんな感じです
ttps://ideone.com/6iePK6 Pixel Shader Effects Libraryのプロジェクトが古すぎるから2017でもビルドできるように作り直した
8年前というとWindows 7が出たころだよな
現在でも機能が先進的すぎて使いこなせる気がしない 最近、海外でwpf、wpf言うから流行ってんのかと思ったらwtfだったわ wpfで助かったw
製品型番で微妙に設計が違う画面設計が数十種類もあって、WinFormsではコマタだったが、wpfで事なきを得た。
WinFormでは、ロジックからGUIコンポーネントにアクセスするのに対し、wpfはコンポーネントからコントローラーにバインドする。
画面バリエーションに対し、ロジックを共通に使えるのは助かる。 winforms触ったことねぇけど、フォーム?の継承はできなかったんけか? そっか。なら
>製品型番で微妙に設計が違う画面設計が数十種類
もWinFormsでも問題なさそうだけどな。 微妙に違うカスタムコントロールを継承先から差し替えするのか?
ChildrenからName探して、カスタムコントロール差し替え&イベント設定するのも手は手だな。 WPFに慣れると発想からしてすべてが面倒になるんだな 項目増やしたり減らしたりするのが、xamlだと簡単だってのも在るね 一部分でも誉めると親の仇を取りにくる奴がいるのは難点だな >>41 が WPF、WinForms どっち側を勧めているのか分からない
WPF推奨: WPFに慣れると(Formsを扱う場合)発想からして(コントロールの扱いやUI差し替えなどWPFに比べて)すべてが面倒になる(面倒くさく感じる)んだな
Foms推奨: WPFに慣れると(設計についてごちゃごちゃ考えるようになり)発想からしてすべてが面倒(面倒な扱いの人)になるんだな ちょっとしたアニメーションをつけるだけでWindowsフォームだと大騒ぎになる
WPFならトリガー入れてStoryboardでアニメーションがあっさり入る
もちろんWinformsでも頑張ればできるわけだが手数かかってしまい手早くインスタントな作りにならない アニメーションするUIは散々ウザいってよく言われてるのにカッコイイとか思ってる奴もいるのね。
flashのUIがウザい理由もそれ。 やっとXAML分かってきたわ
最初の一歩の敷居高すぎやろ
魔除けかよ >>46
WindowsのOS自体がアニメーションだらけの時代に、化石みたいなこと言う人いるんだな >>46
アプリの動作とは全く無関係なアニメーションがウザいだけ。 VS2008のアニメーションは最低最悪のUXだったよな
オフにできるとはいえ、WPFになる直前の史上最高完成度のVSがあれで台無し WidowsのアニメーションをONにしてる開発者ってかなりの初心者。
アニメーションしてるおかっこいい、最先端、革新とか言ってるのか。
マジ笑える。>>48 アニメーションはカッコいいだろ
電卓がまともに計算できなくなるとしても優先すべきだ >>48 ←こいつ、Windowsの効果音もONにしてそうwww ウインドウズはもちろん若い子が夢中のアイホンにアンドロイドもアニメーションだらけ
あれがカッコイイんでしょ アニメーションをオンにして遅くなるようなボロいマシン使うなよ。 どんなに速いマシンでもアニメーションをオンにしたら遅くなることも理解できないアホがいるとは。
ここム板なんだけど。まさかコード書けない奴までいるとは想定外。 お前はプログレスバーアニメーションのようなものまで否定するのか? 進捗しているように見せかけるプログレスバー(ブラウザに多い)は死ね wpf使えない人は、こういう言い訳するんだな
出来ないのに出来る人を蔑むプライドっって笑えるね >>63
失礼なことを言うな
進捗率の「%」部分が
「%」と「I」が交互に表示されて
動いてるように見えるだろう
でも、死んでるんだけどね 実年齢は分からないけど面白いお爺様がいるのね (´・ω・`) 視線誘導とかの目的にはアニメーションいいと思うけどね。 >>60はたぶん体感の話
>>61は日本語の理解力が足りないアホ >>68 ←こいつすげー馬鹿。アニメーションの実装したことないことがバレバレ。 アニメーションがかっこいいとか遅いとかそういう事言い合ってるのに、突然実装の話しだす。無理するなよw 横レスだがWindowsのアメニーションを体感で遅くなるとか言ってる人はWindows使ったことないと思う。
Windowsのアニメーション装飾が何の機能か知らない人の発言。おらそく馬鹿マカー。 当たり前だがPCの速度でアニメーションが早くなったり遅くなったりするような実装になってない。
だから速いPCにしろというのはさすが意味不明、筋が通らない。体感なんてなおさら関係がない。
MS開発者はアニメーションはふつうOffにすることすら知らないんだからやはりマカーだね。
Appleは古い機種をアップデートすると故意に遅くなるようにしてたらしくて訴えられたが。 > 視線誘導とかの目的
これが嫌われてる細大の理由だね。flash=詐欺広告、下品なエロ広告 >>69
今更アニメ作れるみたいなこと言い張ってもバレバレですわ、爺様 Windowsのアニメーションをオンにしてる開発者を一度もみたことない。
顧客からもアニメーションのオフにする方法は聞かれるが仕様でアニメーションにしてくれなんて要望されたこともない。さすがに無職でしょう。 パフォーマンスオプションの視覚効果のことなら今どきのPCならデフォルトでONだろうが、
開発者でもわざわざOFFにしてる奴なんて見たことない。 他人のPCの設定を念入りにチェックする奴なんて見た事ないわ >>80
他人のPCの視覚効果ON/OFFって設定見ないと分からんのか? 作れないやつが、ほぼ言いがかりで作れるやつにマウンティングするとか笑えるねw
webがアニメしまくりなのに、もしかするとjavascript切るんだろうか? よく知らないけど、iPhoneの電卓がバカなアニメーションのせいでまともに使えなかったことは知ってます 操作性を損なわない程度のものならあっていいんじゃないかい。
画面に変化のあったところを気づかせるためや、マウスオーバー時になにかできることしめしたりや、ナビゲーション時に前のページと関連のある項目をわかりやすくするためとか。
すごくアプリに慣れた人にとってはいらないかもだけど、そうでない人にとって気づきやすくさせるために使えると思う。
エロ広告みたいなうざいやつだけではないから、適切に使えばいいだけの話。そして、WPFには組み込みのアニメーション機能があって、そういうのが無いプラットフォームよりも楽に作れるってだけじゃん。
なんで言い争ってるの? 組み込みのアニメーションが憎くてしょうがない
WPFにメリットがあってはならない 僕は林檎るdisることができればスレの流れは気にしません そんなに楽なのか
俺はトランジションが難しすぎてドハマりしてるけどな
アーティファクトを発掘したはいいが使い方がわからない感じ 操作の遅延動座でしかないアニメーション装飾で喜ぶなんて小学生低学年までとマカーだけだろ。 正月ということもあって勢いでスライドショーするソフト作ってみたが
アニメーションが重いというのはないね、軽快で快適
どちらかというとダウンロードの仕組みが入ると遅い
上手いこと先読みしたりキャッシュしとかないと無理あるね WPFむずいわー
今日はTreeViewをやった
けどTreeViewってWinFormsでもむずいんだよな
むしろFormsのほうがむずいまである
はあ〜しんど >>94
正直なところTreeViewをMVVMであれこれやるところが一番めんどくさい
やらなくていい ComboBoxも結構面倒だと思うよ、TreeViewより頻出だと思うし
文字に色つけたりアイコン画像入れたり このスレまだあったのか。しかも伸びてる。相変わらず普及しない、ゴミという話題ばかり。 あるならこれよりマシなGUIフレームワークを教えて欲しいわけだが WPFはシステムであってフレームワークは自分で構築するか、既存のフレームワークを導入する必要がある
以前からWPFがむずかしいと言われる理由の一つがこの導入コスト学習コストの高さ Visual Studio InstallerもElectronで作られる時代 VisualStudio本体もWPFで作られてるというよりWPFを描画と入力に使った独自フレームワークだからね
次のVSは本体にもElectronが入ってくるだろうけど VisualStudioのIDEってサードパーティー製のコントロールを使ってるって以前聞いたけど
本当なのか? MVVMの本質ってModel View ViewModelに分けることであって、
データバインド機能がなくてViewとViewModelを手動で結びつけててもMVVMです?
手動でやるとMVVM以外に結びつけるクラス(コード)が必要ですけど。 ■ このスレッドは過去ログ倉庫に格納されています