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

1デフォルトの名無しさん2017/12/13(水) 23:35:47.18ID:muTUiD7C
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/

107デフォルトの名無しさん2018/01/07(日) 00:27:09.28ID:mXdsR5zx
本質はまあそう(責務の分離)かも知れんが……

108デフォルトの名無しさん2018/01/07(日) 00:47:17.35ID:X58Odkk6
>>106
MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある

109デフォルトの名無しさん2018/01/07(日) 01:06:19.42ID:Njbpmjhm
>手動でやるのはMVVMの基になったMVPとかPassive Viewっていうパターンがある
WPF発祥の地ということ詳しい人がたくさんいるのはここだと思って
でここで質問したんですが、実際はWPFは関係なくてJavaScriptのWebアプリなんですよね。
で、実際、クラスを設計しようとして、モデルクラスつくって、次にビューモデルクラス作ってと
やってビューのフレームワークは実際React使うですんが、Reactはデータの流れは1方向で
ビューで発生したアクションは手動でビューモデルのメソッドを呼ぶように作ろうとしています。

で、責務的にはMVVMっぽくわけてるんですが、これMVVMって呼んでいいのかなとふと疑問に思ったもので・・

110デフォルトの名無しさん2018/01/07(日) 01:08:19.56ID:Njbpmjhm
MVPとかPassive Viewとか前にチラッと言葉だけは覚えたんですが、調べてみます。

111デフォルトの名無しさん2018/01/07(日) 01:09:25.99ID:Njbpmjhm
どうでもいいけど、
WPF発祥の地

MVVM発祥の地でした

112デフォルトの名無しさん2018/01/07(日) 01:14:52.39ID:MTMRs8S5
reactならfluxでしょ
少なくともビューとC/P/VMを双方向に同期させないのはデータフロー的にもMVVMとは根本的に異なるよ

113デフォルトの名無しさん2018/01/07(日) 01:19:11.90ID:Njbpmjhm
fluxというかreduxはややこして、今mobx使おうと思ってます。
>ビューとC/P/VMを双方向に同期させない
だからこれを手動で双方向に同期させようとしてるんです。

114デフォルトの名無しさん2018/01/07(日) 01:24:56.12ID:Njbpmjhm
>MVVMはバインディングを効果的に利用するためのパターンなので、本来はバインディングを使わないならMVVMとは呼ばない
つか、仮にそうだとすると、バインデイングの機能を単に誰が用意するかの話問題になっちゃういますよね??

自分で手動で用意するか、標準で用意されてるか誰か他の人がバインディングライブラリを作ってそれを利用するかの・・

それでMMVMと呼ぶか呼ばないかが決まっちゃう。
うーん。

115デフォルトの名無しさん2018/01/07(日) 01:32:09.47ID:X58Odkk6
共通の仕組みを使うのと毎回手書きするのは違うだろ

116デフォルトの名無しさん2018/01/07(日) 01:43:46.29ID:Njbpmjhm
https://qiita.com/takahirom/items/597c48ece57b4623cdee
ちょっとPassive Viewについて見てみました。おっしゃる通り本質的にはMVVPとデータフローは
同じでビューと(ビューモデルまたはプレゼンター)間がデータバインディングされてるか
されてないかの違いっぽいですね。

そうなると自分のはMVPかな?
クラス名の末尾をViewModelではなくPresenterにしとけばいいかなw

117デフォルトの名無しさん2018/01/07(日) 01:44:49.37ID:Njbpmjhm
>おっしゃる通り本質的にはMVPとMVVMはデータフロー
に修正します。
誤字がひどくてすみません。

118デフォルトの名無しさん2018/01/09(火) 12:38:56.81ID:w9hUijLe
正直、実装するときにはどうでもいい話だな。

119デフォルトの名無しさん2018/01/10(水) 00:23:13.75ID:7PnHOZyv
今日はComboBoxをちょっとだけ勉強したで
ワイWinFormsではデータセットからポトペタしてたんやけど同じようにできるっぽいんかこれ?助かるわ。
せやけど表示のカスタマイズ方法が馴染みなさすぎてオッサンついていかれへんで

120デフォルトの名無しさん2018/01/12(金) 20:04:47.67ID:mavTDPGL
オーナードローよりは遥かに春かに簡単

121デフォルトの名無しさん2018/01/17(水) 21:33:57.00ID:I1fM/7SY
データソースからポトペタしたデータグリッドのコンボボックスそのままやと使いもんにならんやんけ
これだけで1週間かかったわ
あったまっがパーン

122デフォルトの名無しさん2018/01/21(日) 23:04:05.31ID:ohGQCZV5
かっそ過疎やな
せやけどXAMLおぼえたらあんまり話すネタないよなこれ

123デフォルトの名無しさん2018/01/21(日) 23:07:47.89ID:UBO3nr9G
もう使ってる人いなくて新しい話題がないからね

124デフォルトの名無しさん2018/01/22(月) 03:47:03.95ID:xAzFKy/K
登場しからずっと話題は、普及はまだ? 馬鹿には使えない!! のループだったな。

125デフォルトの名無しさん2018/01/22(月) 04:03:59.87ID:0N0G2Dms
UWPスレよりは人いるから…

126デフォルトの名無しさん2018/01/24(水) 20:03:07.49ID:D4W5cGwF
しかしWindows用のデスクトップアプリを作るとなったとき、現実的な選択肢はこれしかなくないか?
UWPは10用だし、マルチプラットフォームのあれこれはまだ発展途上で、
結局シングルソースじゃなかったり容量が馬鹿でかくなったりするし

127デフォルトの名無しさん2018/01/24(水) 21:21:59.76ID:MHtdbei7
>>126
Electronで十分だわ

128デフォルトの名無しさん2018/01/24(水) 21:34:26.26ID:D4W5cGwF
>>127
容量がおかしいのそれだよ
Electron製で50MB以下のパッケージ見たことない
インスコしたら200MB超えましたなんてのもザラ
ついでにメモリも大食い

129デフォルトの名無しさん2018/01/24(水) 22:23:53.42ID:eeZ/wkbm
>>128
で?

130デフォルトの名無しさん2018/01/24(水) 22:48:12.40ID:D4W5cGwF
で、>>126に戻る

131デフォルトの名無しさん2018/01/24(水) 23:39:03.95ID:Sh5xRyhH
>>130
ただ、Win10その他の制限が問題ない場合はUWPが良いよ
特に起動が10倍単位で早いってのがね
コンパイルは100倍単位で遅いけどね

132デフォルトの名無しさん2018/01/24(水) 23:58:25.60ID:BFkGLEDk
>その他の制限が問題ない場合はUWPが良いよ

そりゃ、マイナス条件がないならプラスしか残らんのは当たり前だわなw
同様に、WPFの制限が問題ないならWPFが良いし、WinFormsの制限が問題ないならWinFormsが良い。

133デフォルトの名無しさん2018/01/25(木) 00:14:23.53ID:AmkE5KAD
>>132
Fornsのアドバンテージは人足を集めやすいことで、wpfは特別な制約はなくて強いて言えばGridViewなどが遅いことぐらい
UWPは逆汗が難しいことやパフォーマンス。それとtoolkitが標準で用意されていること

それぞれ使い分け出来たら良いけど、人足集めるのが大変だわなwpfとuwpは

134デフォルトの名無しさん2018/01/25(木) 03:01:30.69ID:bbltRTAq
メトロUIは業務系ユーザーに不評だから提案する気になれない。

135デフォルトの名無しさん2018/01/25(木) 14:17:39.85ID:MoV9FXN0
wpfのネイティブコンパイルが出来れば全て解決なんだがなぁ
進んでるのかな

136デフォルトの名無しさん2018/01/25(木) 20:13:15.97ID:8k7FgHok
せっかくXAML覚えたのに来月からJavaScriptの仕事になってもうたわ
けどワイMS製品で育ったしいつかまた会うやろ。じゃあの・・・

137デフォルトの名無しさん2018/01/25(木) 20:22:48.19ID:bbltRTAq
コロコロと違う言語やプラットフォームに技術者をぶち込む企業はさっさと転職したほうがいい。

138デフォルトの名無しさん2018/01/25(木) 21:37:20.58ID:8MUKcewe
若いうちならご褒美だろう。

139デフォルトの名無しさん2018/01/25(木) 21:44:48.71ID:A1rDjY07
20代ならなー

140デフォルトの名無しさん2018/01/25(木) 23:38:00.69ID:8MUKcewe
俺は45過ぎてからC++とGPGPU始めて、50近くになってTypeScriptとSPAやってるとこだわ。

141デフォルトの名無しさん2018/01/26(金) 09:10:53.98ID:w94KFfj6
このスレ加齢臭がする

142デフォルトの名無しさん2018/01/26(金) 09:53:43.08ID:m10/oqmt
40・50過ぎてもC++とか理解できますか?

143デフォルトの名無しさん2018/01/26(金) 10:05:17.61ID:ziKX7xRI
>>142
地頭とプログラミング適性次第

144デフォルトの名無しさん2018/01/26(金) 10:34:39.91ID:fiAB4bjj
c++の文法ルール自体はそんなに難しくない
自動でメモリ解放してくれるようにもなったし
c++は生まれ変わった

でもライブラリなどがレガシーの塊なので非常に地獄

145デフォルトの名無しさん2018/01/26(金) 18:12:45.67ID:qsZ4DHxf
>>142
CとC++の壁? かなり高いよ。
年齢は関係無い。

146デフォルトの名無しさん2018/01/26(金) 19:02:43.59ID:m10/oqmt
C#はすっと頭に入ったけど、C++はなかなか入らないですね
特にMFCというのが昔から苦手で今日まで来てしまった

147デフォルトの名無しさん2018/01/27(土) 08:39:35.79ID:bXtPpg9J
別にMFCはC++の構成要素じゃないよ

好きなフレームワーク使えばいい

148デフォルトの名無しさん2018/02/03(土) 10:25:04.28ID:AXuwnjr7
だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く

149デフォルトの名無しさん2018/02/03(土) 10:46:57.42ID:ZFgrbY8z
次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。

150デフォルトの名無しさん2018/02/03(土) 12:23:54.85ID:4JyGp2En
.NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど

151デフォルトの名無しさん2018/02/07(水) 22:17:00.05ID:7uLVnCRo
WPFおもろいわ。

仕様拡張も含め、.net core対応キボンヌ

152デフォルトの名無しさん2018/02/08(木) 07:06:45.70ID:OLINQejk
全く。マウンティングするための道具として最高におもしろいわ。

153デフォルトの名無しさん2018/02/08(木) 07:18:53.58ID:as09ZcmN
WPFはエヴァンジェリストとブロガーのオモチャ。

154デフォルトの名無しさん2018/02/12(月) 11:41:38.41ID:fQpoXnex
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

こういう資料って、公式のどっかに説明あるんでしょうか?

155デフォルトの名無しさん2018/02/12(月) 15:00:33.06ID:3jR6du7D
>>151
わたしもきぼんぬ

156デフォルトの名無しさん2018/02/12(月) 16:07:10.38ID:qK1FqdY3

157デフォルトの名無しさん2018/02/17(土) 11:24:01.09ID:hzHa4Ili
>>156
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。

新着レスの表示
レスを投稿する