- 1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 231 名前：らせる）」というほうに重きをおくべきだと。 []
- [ここ壊れてます]
- 232 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 16:06:40.32 ID:6qqET37p.net]
- >>220
確かにテストはめっちゃ楽だわ
- 233 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 17:08:33.07 ID:X8m3/+hI.net]
- そう、だから自動テストという意味で >>198 を考えると、
btn_Click()イベント内部では"tb1"という他人のControlオブジェクトへ直接アクセスしている。
したがって"tbl1"Controlの存在無しに実行することができないから自動テストを書くのが困難になる。
これを、
・画面に表示されている値と常に一致しているカウント変数、という概念（＝データバイディング）
・実際にカウントアップする処理（＝ビジネスロジック）
・カウントアップするきっかけ（＝イベント or コマンド）
に分けて考えることでビジネスロジックの自動テストを書くのが容易になる、というのがMVVMのメリット。
- 234 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 18:25:01.50 ID:3DdY3936.net]
- >>212
WPF登場以降、MSのアプリ、ツールに一貫性がなく碌に使われずに開発が放棄され、
サポートしきれずオープンソース化される理由はそこにあるのですね。
- 235 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 19:37:59.62 ID:G7NVDdhd.net]
- >>223
OSS化=サポートしきれない
じゃねーだろ…どんな思考してんだよ
- 236 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:16:09.10 ID:wZzXbGgB.net]
- 煽りたいだけだろ、スルーしとけ
- 237 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:45:27.52 ID:3DdY3936.net]
- >>224
オープンソース化の経緯も知らずに何頓珍漢なこと言ってんだよ。
プレミアサポートが碌に質問に答えれなくなってる現実まで知らないとか、
MSと契約してないか、開発してないかのどちらか。
- 238 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 20:46:53.30 ID:/vSSiNTa.net]
- つまりwinformsもサポート出来なくなったと
- 239 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:20:01.01 ID:G7NVDdhd.net]
- >>225
ごめんキチガイに触ってしまった
- 240 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:24:45.01 ID:C3V1csoe.net]
- >>226
Microsoftの中の人ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
- 241 名前：デフォルトの名無しさん [2019/06/16(日) 21:30:04.16 ID:GzHLSBJo.net]
- 内容はともかく >>224の言い方も若干煽り入ってるし、ムキになる方もガキ
- 242 名前：デフォルトの名無しさん mailto:sage [2019/06/16(日) 21:32:29.36 ID:WJsnIQ8z.net]
- ガキ同士仲良くしてどうぞ
- 243 名前：デフォルトの名無しさん [2019/06/17(月) 01:08:20.00 ID:kwIqiH/S.net]
- こんなオワコン老害スレにガキなどおらん。
いるのは無職とヨコからマウンティングするだけの糞じじぃのみ。
- 244 名前：デフォルトの名無しさん mailto:sage [2019/06/17(月) 06:40:10.09 ID:dkYFNC1r.net]
- >>232
おまえはどっち？
- 245 名前：デフォルトの名無しさん [2019/06/17(月) 12:15:35.07 ID:IT0P3J54.net]
- WPFの使い勝手はともかく、使い手数に対して仕事はそれなりにあるんだからオワコンではないっしょ
- 246 名前：デフォルトの名無しさん mailto:sage [2019/06/17(月) 19:39:32.64 ID:fDhMMT3f.net]
- COBOL的論理
- 247 名前：デフォルトの名無しさん [2019/06/17(月) 21:35:53.79 ID:Z9iR9gFd.net]
- 60年現役のCOBOLさんを いつ消えるか分からんWPFなんぞと一緒にしないでくれたまえ笑
- 248 名前：デフォルトの名無しさん [2019/06/18(火) 06:15:24.31 ID:3nOE2mBA.net]
- プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人な
- 249 名前：んて復活ねーから。 []
- [ここ壊れてます]
- 250 名前：デフォルトの名無しさん [2019/06/18(火) 20:27:06.42 ID:ei8mZ0vT.net]
- 設計が糞すぎたから普及に失敗した。これがすべて。
- 251 名前：デフォルトの名無しさん mailto:sage [2019/06/18(火) 20:44:01.17 ID:PMWmWCmS.net]
- COBOLをボコる
- 252 名前：デフォルトの名無しさん [2019/06/18(火) 22:46:24.39 ID:1c5MtUw2.net]
- XAMLのデザイン要素は悪くないと思うけど
MVVMとかに関しては労力に見合ったリターンがあるか疑問
個人的にはバインドとかいろんな書き方できるのがすごくイヤ。
バインドでもx:Name=でも良いんだが、Pjによって原則どっちかでしか書けなくしてほしい。
- 253 名前：デフォルトの名無しさん mailto:sage [2019/06/19(水) 18:45:04.98 ID:eIRWm2fN.net]
- >>240
それは規約の話じゃないか？
- 254 名前：デフォルトの名無しさん [2019/06/19(水) 20:02:02.54 ID:Td37eomm.net]
- 両方じゃない？
昔の言語でgotoでスパゲッティの成果物があったとして、書いたヤツや規約も悪いしgotoオッケーの言語も悪い。
- 255 名前：デフォルトの名無しさん mailto:sage [2019/06/20(木) 19:00:34.81 ID:OKnd5gHF.net]
- WPFで業務用アプリを作ってみたけどなかなかいいじゃない。
Material Design XAML Tool Kitのおかげでサクッと今風のUIが実現できて褒められたわ。
データバインディングしなかったからだと思うけどわりかし簡単に作れるし便利。
- 256 名前：デフォルトの名無しさん [2019/06/20(木) 22:52:20.47 ID:HND361/m.net]
- バインドは自分で全部やるにはまだ良いのだけど、他人のバグを解析する時のめんどくささが半端ない。
- 257 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 21:27:48.13 ID:n+3asy/J.net]
- そこでx:Bindですよ
- 258 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 00:12:48.90 ID:fySNt3rb.net]
- COBOLにボコられるレベルか。否定はできない。
- 259 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 00:40:47.93 ID:2eisPF//.net]
- exe作れるなら別にUWPでもいいんだけどな
- 260 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 01:00:34.07 ID:65ybortV.net]
- イベントがバブルがどうとかちゃんと理解できてないまま廃れ始めてしまった
- 261 名前：デフォルトの名無しさん [2019/06/22(土) 11:40:15.33 ID:rEuWV0gj.net]
- 言語がはやるかに、入りやすさは大事だからな。
バインドでキレーに実装したのに、メンテした奴が手続き型でやってるとスゲーがっかり。
人材確保がむずいなら、最初から手続き型でやった方がいーわ
- 262 名前：デフォルトの名無しさん [2019/06/22(土) 11:53:14.62 ID:rEuWV0gj.net]
- バインドのメリットとして分業しやすさが挙げられるけど、xaml と vmを別の作業者がやることなんてあんまり無いと思う。ほとんどのケースではコード量が増えてメンドイだけw
- 263 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:11:23.53 ID:8ehMgppn.net]
- MVVMはクラスの数が増えるけど画面更新が楽なのがいい
ReactivePropertyと組み合わせるのが好き
- 264 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:40:42.40 ID:5GxlA/I5.net]
- >>250
テストのしやすさやろ
- 265 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:52:59.27 ID:Y4Y2JNgB.net]
- MVCのほうがテスト簡単でいいや
- 266 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:54:31.72 ID:gdHFdK5j.net]
- テストせんやつにテストの楽さを説いても仕方ないやろ
- 267 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:58:17.43 ID:Y4Y2JNgB.net]
- VMのテストをしてもE2Eテストをしなくていいわけじゃない
振る舞いが複雑化する傾向が強いMVVMはテストにおいてもデメリットが大きい
単純なMVCならE2Eテストも楽ちん
- 268 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:00:36.93 ID:5GxlA/I5.net]
- >振る舞いが複雑化する傾向が強い
ソースよろ
- 269 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:03:08.40 ID:Y4Y2JNgB.net]
- >>256
手元のWPFアプリソースでもみればいんじゃね？
- 270 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:10:11.63 ID:gdHFdK5j.net]
- ジャ…どこかのSIerらはE2Eテストを人力でやるのが最良だとみなしてる節があるがな
- 271 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:16:43.11 ID:Y4mhjvqt.net]
- >>258
それは正しいよ
一度きりのテストなら自動化はコストに見合わない
SIerなら納品後はどうせあまり弄らないし、仮にメンテが必要になったとしてもは都度工数を請求できるから無問題
- 272 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:23:15.77 ID:opiN2/uR.net]
- なんと言っても数字でレイアウト出来るのが良い
マウスでポトペタは楽だけど美しくするには可也面倒だからね
- 273 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:24:06.96 ID:1mmW7z7g.net]
- 単純なMVCアプリしか作ったことない人：「MVVMは複雑だからテストが大変」
こういうこと？
- 274 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:28:47.48 ID:5GxlA/I5.net]
- >>261
たぶんそういうこと
ただの妄想やで
- 275 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 14:23:52.15 ID:Y4mhjvqt.net]
- >>262
事実やで
というか論理が逆で、そもそも複雑だからMVVMを使うんだよ
だから典型的なWebMVCに比べてテストが大変なのは当たり前
- 276 名前：デフォルトの名無しさん [2019/06/22(土) 14:42:56.00 ID:rEuWV0gj.net]
- MVVMのテストは楽だと思う。
コーディング・テスト・バグ修正の合計時間で考えると得してるかは疑問だけど。
- 277 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:50:17.05 ID:5GxlA/I5.net]
- >>263
事実ならソースよろ
- 278 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:56:59.09 ID:1mmW7z7g.net]
- >というか論理が逆で、そもそも複雑だからMVVMを使うんだよ
なら原因はMVVMであることではなくてその前に複雑であることになるが、
自分が何を言っているか理解しているんだろうか。
- 279 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:59:36.88 ID:x9ZPs6AR.net]
- >>256
>>265
バカじゃねぇの
- 280 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:00:33.66 ID:Y4mhjvqt.net]
- >>266
だからそう言ってる
UIの要件が複雑だからWPFを採用し、WPFが複雑だからMVVMを採用する
- 281 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:07:07.54 ID:5GxlA/I5.net]
- >>267
妄想なら誰にでもできるもんね
- 282 名前：デフォルトの名無しさん [2019/06/22(土) 16:37:06.55 ID:rEuWV0gj.net]
- 少なくともUIに関しては複雑だからより、見た目的な理由でWPFだと個人的には思ってるｗ
- 283 名前：デフォルトの名無しさん [2019/06/22(土) 16:39:59.61 ID:ykSXq++N.net]
- >>267 >>269
中身なしで罵倒し合うのって、ガキの喧嘩過ぎて見苦しい
- 284 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:41:04.54 ID:5GxlA/I5.net]
- >>271
罵倒はしてないよ
ソース見てみたいなーって話
- 285 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:00:01.32 ID:x9ZPs6AR.net]
- >>272
バカじゃねぇの
- 286 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:13:14.38 ID:5GxlA/I5.net]
- >>271
罵倒って>>273みたいなやつのことっしょ
- 287 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:37:26.58 ID:czMayCJt.net]
- wpfよりこのスレの方が複雑で草
- 288 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 23:36:27.74 ID:33sn5taJ.net]
- うまいオチだ
- 289 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 00:17:08.67 ID:x4qCzVIO.net]
- 上でテストの話が出てるけど
エンジニアたち「できたっぽい！」
上司「テストして」
エンジニアたち「一通り動いてます！」
上司「エージングもたのむ」
エンジニアたち「丸一日動かしっぱなしでもOKでした！」
上司「了解」
という雑な開発しかしたことない自分にはついていけない…
- 290 名前：デフォルトの名無しさん [2019/06/23(日) 00:50:10.75 ID:+hNeL9sR.net]
- むしろ簡単なPJの方が世の中多いし、自動テスト作らなかったら困ったであろうことは5年やってて一度しかないw
- 291 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 06:37:29.75 ID:0ZLQVu14.net]
- 俺は自動テストは一部のモジュールの単体テストでしか使わんなぁ
プロジェクト単位で導入するんじゃなくて、個人で導入するものかと
- 292 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 07:42:47.22 ID:P8H0jYp7.net]
- 自動テスト無いと困るよ
エクセルスクショは精神を病んでしまう
病んだら困る
- 293 名前：デフォルトの名無しさん [2019/06/23(日) 09:04:47.66 ID:ATNbze7o.net]
- SIerは縦横に広がるテスト書に満足する顧客が多いからな〜
金持ってる大手ほどその傾向が強い(笑
- 294 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:23:02.87 ID:Mn96V+f7.net]
- 大概自動テストのシナリオ書いてる手間で打鍵した方が早かったな
シナリオが使い回せるならまた違うだろうけど
- 295 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:29:23.44 ID:x+1RTwK/.net]
- 大手だとテストシナリオ書いてる人と実際にコード書いてる人は別
SEが馬鹿みたいに多くいて何か月もずっとテスト仕様書を書いてる
- 296 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:54:16.26 ID:P8H0jYp7.net]
- エクセルよりコードのほうがシナリオ書きやすい
コードでシナリオ書いたら実行工数は0
1回しかテストしない場合でもコードで書いたほうがいい
- 297 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 12:21:50.63 ID:7s8J8D/4.net]
- >>283
タウンワークで時給1600円のテスト要員募集してたな。
「コードは書きません、短期長期どちらも可。」みたいな
- 298 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 01:03:52.09 ID:Y9x0dRru.net]
- Prism 7.1 のチュートリアルサイトないっすかね
妖精作戦さんのところは読み物としてはとても良いけどソースはGitHubな！なスタンスなので使いにくい…
公式のチュートリアルは WPF (Legacy) で 6 版のままだし
モヤモヤしながら勉強中
- 299 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 17:52:56.52 ID:lioMzEvp.net]
- NVVMでは~.xaml.csには何も書かないのが理想とのことですが、例えば他のwindowを開くような処理はビューモデルに記述するのでしょうか？
根本的な疑問は、~.xaml.csに何も書かないということはモデルでできることが何もなくなり、その代わりモデルに記述するのでべきことを全てビューモデルに記述することになってしまっておかしいのでは？ということです。
私が何か勘違いしてるのは間違いなさそうなのですがそれがわかりません。。
- 300 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:18:14.10 ID:iRyUn2/n.net]
- .xaml.cs
に書くのはMODELではなくVIEWMODELでは？
- 301 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:38:47.09 ID:8le9HcFr.net]
- >>288
Viewでしょ
- 302 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:43:28.81 ID:IeC+ybxD.net]
- >>287
あくまで自分の場合だけれど、
画面を開くとかメッセージ出すとかはそれ専用のサービスクラスを作ってる
そしてviewmodelからそのサービスを呼び出すようにしている
viewはicommandを介してviewmodelに通知するだけで、
その後どのサービスを呼び出すかはviewmodel、
実際の処理はサービスクラスに書かれている
コードビハインドに書いた方が圧倒的にシンプルになる場合はコードビハインドに書く
- 303 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:11:16.63 ID:1dGBh4nf.net]
- VSMでストーリーボード動かすよりイベントハンドラから動かしたほうが圧倒的に楽なんだよな
その場合はコードビハインドに書くしか無いが
- 304 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:17:39.65 ID:anlRZAoa.net]
- 今時アニメーション？
世界で唯一の成功したWPFアプリケーションであるVSはもうアニメーションなんて全く無くなってるのに
- 305 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 21:25:24.69 ID:lanM6mt5.net]
- なるほどありがとうございます。
~.xaml.cs=モデルだと思い込んでました。
~.xamlと~.xaml.csはコンパイルされて一つのクラスになるってのは知ってたんですが、つまり2つ合わせてビューなんですね。
おかげでWPFのMVVMの説明がわかるようになってきました。
- 306 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 22:51:50.22 ID:nhUPpRvn.net]
- XAMLだけでは足りない機能は、別途、ビヘイビア、トリガー、アクションを作成して対処します。
https://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_02.html
- 307 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:07:12.29 ID:CfES0TXk.net]
- WPFって、直感的にはすごく簡単そうなのにいざ実現しようと思うとやたら難しいってことが多くない？
テキストの内容が変わったらその時にテキストを2回点滅させるっていうシンプルなことをしようとしたら大変だったんでそう思ったってだけだが。
- 308 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:11:54.69 ID:EUtq6Ar
]
- [ここ壊れてます]
- 309 名前：6.net mailto: コンバータはどういう扱いなの？ []
- [ここ壊れてます]
- 310 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:08:29.98 ID:yYlRZT4H.net]
- >>287
ビューにはビューの処理だったら書いてもいい
無理してコードビハインドを避けても自己満足できるくらいしかメリットはない
- 311 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:38:17.63 ID:lLZwoOoz.net]
- Listboxにバインドされたコレクションがあってlistboxitemを
右クリックしてコンテキストメニュー出して元のコレクションからitemを
削除するのってどういうのが一番シンプルなんだろうか
- 312 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 21:13:17.23 ID:mdlnYL3K.net]
- >>298
ideone.com/HrFr9B
右クリックしたListBoxItemの内容をCommandのparameterに渡してみた
一番シンプルなのかどうかは知らん
- 313 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 00:01:51.84 ID:4m9hOiGn.net]
- >>297
クラスを継承して機能を拡張するのはよくないと思う
理由いち 代替策があればそれを使ってクラスの肥大化を回避する
理由に 機能をビヘイビアにすれば再利用が簡単
- 314 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 09:06:12.90 ID:gPm+QAeN.net]
- 継承じゃなくてイベントハンドラじゃね？主に
ビヘイビア化は後で別のところに使いたくなってからでも遅くない
- 315 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 01:42:37.28 ID:wg/xgQnm.net]
- >>300
再利用するための仕組みは再利用される可能性ができてから考えればいい
再利用しないのに手間をかけるのはムダ
ちなみにここで言ってるのはメインウィンドウとかオプションダイアログの話な
メッセージボックスみたいな再利用性の高いものはWPFの機能を駆使してもいい
玄人はコードビハインドを書かないみたいな風潮があるけど、それを信じ込んでコードビハインドを避けて泥沼にはまり込むのは素人
- 316 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 02:06:51.20 ID:oG2WkIil.net]
- Prism7ってどうやって覚えればいいの？
- 317 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 09:51:39.53 ID:PdwtXR4j.net]
- UserForm内のDatagridが展開されるときにチラチラするんだけど、何とかならないかな...最小サイズから最大サイズに拡大するような描画がある。MainWindow直ならない現象
- 318 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:28:20.53 ID:k+s0abOB.net]
- UserFormとは 展開とは
- 319 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:56:54.65 ID:PdwtXR4j.net]
- 自分で作ったユーザーフォーム内のDataGridのItemsSourceにバインドしたコレクションに要素を追加するとチラつきます
- 320 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 13:06:21.63 ID:iqQZWFIm.net]
- DataGridはゴミだから、WindowsFormsHostでDataGridView使ったほうがいいよ
- 321 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:02:50.87 ID:myh2pWbx.net]
- スケール感とか分からんけどこの辺は？
https://stackoverflow.com/questions/11379357/wpf-net-4-datagrid-column-performance
- 322 名前：デフォルトの名無しさん [2019/07/04(木) 23:09:08.06 ID:LkrEOqlD.net]
- >>307
どこら辺がゴミ?
- 323 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:11:07.32 ID:OMb74HbU.net]
- MSから新しいGUIライブラリが出たらまずDataGridを調べて絶望するまでが儀式だぞ
- 324 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:36:29.15 ID:CQGNs6dF.net]
- DataGridの問題の殆どは、万単位のデータを突っ込むPG、SE,
クライアントの何れかだとは思うんだがね
実際に使う人は万もスクロースしちゃいないのに
- 325 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:43:44.52 ID:auH9BNOV.net]
- それは一見意識高いようでいて矛盾した意見だと思うね
十分に練られた優れたUIにはデータグリッドの出番はない
データグリッドはそもそもUIの作り込みに工数をかけたくないときに使うもんだ
そもそも手抜きの道具なのだから、データグリッドの使い方として、面倒だからもう全部突っ込めというのも自然な発想だろう
- 326 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 14:41:18.94 ID:H4UuFejG
]
- [ここ壊れてます]
- 327 名前：.net mailto: MVVM原理主義派とカジュアルMVVM派では話が交わる事はない
どこまでMVVMの作法に則るのがベストかで線引きして適用するのがいいよね [] - [ここ壊れてます]
- 328 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:35:21.37 ID:Zc5sU972.net]
- wpfをマスターしきればMVVM原理主義でいっても苦労せず実装できるので原理主義でいいと思うんだよ。
ただwpfは難しい。並大抵のエンジニアでは原理主義で押し通そうとすると実現できない機能がでてきて挫折する。
と思った。
- 329 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:51:13.41 ID:cjl7UwcZ.net]
- WPFに携わってだいぶ経ったが、Adorner関連は苦手。
なんでペタっとUserControl貼れないのか
- 330 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 21:24:53.68 ID:7a3tVJ3L.net]
- https://blog.okazuki.jp/entry/2019/07/05/104041
UWPンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 331 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 08:26:36.67 ID:WmAexti4.net]
- すっかり忘れ去られてLivetだが、ビヘイビアが物凄く充実しているから
そこだけ引っ張って使うのもありだとは思う
|
 |
