21/11/27 08:45:28.79 Zh9GgFO4.net
ていうかWinFormsでいいじゃん
302:デフォルトの名無しさん
21/11/27 10:19:50.09 D0pm5MxH.net
2022自体のIDEもWPFのままなの？
303:デフォルトの名無しさん
21/11/27 10:42:20.50 Pda/ZxZW.net
URLﾘﾝｸ(visualstudiomagazine.com)
によると WPF & .NET Framework のまま
視聴者コメントではなんでCore移行しないのかと批判されてるけど、その答えはたぶん次はElectronになるからだろうな
304:デフォルトの名無しさん
21/11/27 10:43:58.00 3dou0V/5.net
テレワーク需要でHiDPIとか複数モニタでもまともな見た目にしろって要件増えてきたから、WinFormsはちょっとね…
>>297
RxはともかくMVVM禁止で作られた業務ソフトって想像つかないなぁ
テストのこととか考えたら単機能ソフトしか作れなくないか
305:デフォルトの名無しさん
21/11/27 10:46:47.21 Pda/ZxZW.net
業務ソフトなんかほとんど人力テストだよ
手で操作してスクショ取ってExcel方眼紙に貼るの
306:デフォルトの名無しさん
21/11/27 11:05:20.18 HuMLJxHu.net
Xamlへのイベントハンドラー＆Rxで十分だよな
307:デフォルトの名無しさん
21/11/27 11:09:52.24 HuMLJxHu.net
>>302
結合テストは入力が人力テスト同等じゃないと受け入れてもらえないからね
殆どの案件が人力による総合テスト
エビデンスはExcelへの画面キャプチャ張り付け
単体製造時のみ単体テストコード
308:デフォルトの名無しさん
21/11/27 11:42:28.61 xzMzDQEi.net
WinUI3など要らないなんて言っても、イベントのバインディングは便利だぞ
ブレンドのビヘイビアでも出来るけどアレは面倒だ
309:デフォルトの名無しさん
21/11/27 12:26:57.49 Zh9GgFO4.net
>>300
なるわけねえw
310:デフォルトの名無しさん
21/11/27 12:38:10.40 8s/iwdyZ.net
内部はともかくガワだけHTMLベースに変更は普通にありえるんじゃないか？
しれっと変えてもなんか綺麗になったなくらいで気付かない人が多いと思うぞ
VSCodeのエクステンションが使えるようになったりするかもしれないし良い事ずくめ
311:デフォルトの名無しさん
21/11/27 13:06:17.14 HuMLJxHu.net
>>307
eleven.net
312:デフォルトの名無しさん
21/11/27 13:08:02.88 HuMLJxHu.net
Electron.NET
313:デフォルトの名無しさん
21/11/27 16:07:17.94 xegZR0GR.net
>>298
Hi-DPI対応と全ての画面をレスポンシブ対応完璧にやってるならWinFormsでもいいけど。
WPFで作った方がはるかに楽だよ。
314:デフォルトの名無しさん
21/11/27 16:22:07.36 xegZR0GR.net
>>301
WPF使ったプロジェクトでMVVM採用してるのは自分が自己満足で採用した1例しか出会ったこと無い。
WPFでのMVVMはフレームワーク使用ありき（勉強目的以外で自力でやるのはただの馬鹿）だけど、
最近までMS公式とかそれに準ずるようなライブラリがなくて業務では使えなかった。
315:デフォルトの名無しさん
21/11/27 17:14:15.29 HuMLJxHu.net
>>311
それは片寄った経験だな
企業向けで10案件ぐらい経験してるけど全部MVVMだったよ
316:デフォルトの名無しさん
21/11/27 17:18:28.71 s0wNoaUf.net
>>311
もしかしてサードパーティー製を一切許さないタイプの職場？
317:デフォルトの名無しさん
21/11/27 18:17:44.44 dnBIpGMX.net
>>313
まだまだ多いよ。ライセンス表記したくないから余計なものは入れるな、とか。
市販のコンポーネントの方がまだ利用障壁は低い。
ASP.NETだと最初から色々入ってるからちょっとぐらい追加してもバレないけど。
318:デフォルトの名無しさん
21/11/27 19:49:39.89 F0oZrHHj.net
>>314
そういえば昔 MVVM light は倫理規定で使えないから互換品の作成を依頼された事がある
319:デフォルトの名無しさん
21/11/28 17:00:04.01 sYG9yljg.net
大手でもライセンス表記して普通に使ってるのに零細の妙なこだわりはようわからんわ
320:デフォルトの名無しさん
21/11/29 19:58:51.38 y9ywxRiX.net
もうlinux使ってないテレビなんて売ってないんじゃないかなあと思う
321:デフォルトの名無しさん
21/11/30 01:23:34.45 Oe0BBDJQ.net
数年後はハカーさんの天国でしょうね
322:デフォルトの名無しさん
21/11/30 01:53:00.89 2WJpUEoD.net
winformsからWPF+MVVMってのがそもそも飛躍なんだよな
もとのwinformsはMVVMだったのか？ってことだよ
MVCとMVVMの比較ならわかるが
323:デフォルトの名無しさん
21/11/30 02:02:44.37 Jx+1f9a0.net
確かにすごい飛躍で俺も大変だったが、他の環境でも同じじゃね??
例えば今androidで開発始めるとしても、jetpack composeだと宣言型+MVVM(MVなんか)だし
flutterやるとしても同じもだし
SwiftUIも..
もちろん、今までのビューベースの開発もできるが
324:デフォルトの名無しさん
21/11/30 06:06:44
325:.82 ID:3achTmNF.net
326:デフォルトの名無しさん
21/11/30 08:15:17.48 KciFETfH.net
>>318
地デジTV出てからどんだけ経ってると思うの？
327:デフォルトの名無しさん
21/11/30 21:11:04.11 wsx8LlIZ.net
まだMVVM界隈は宗教論争やってんのか
10年近く進歩してないねえｗ
328:デフォルトの名無しさん
21/11/30 21:49:46.93 QH+xYlUG.net
フォームおじさんが進歩しないだけ
329:デフォルトの名無しさん
21/11/30 23:02:40.36 4jk6utxq.net
WPFが世に出て苦節16年
330:デフォルトの名無しさん
21/12/01 02:48:23.68 X2z5g09w.net
UnoPlatform 4.0
MVU-X
avalonia UIもゴミ品質だしUnoもゴミ品質だし
みんなでリリース分散して自滅するという
331:デフォルトの名無しさん
21/12/01 09:02:42.66 6JQMsHXZ.net
プロパティにget set initだけじゃなくて bindを追加して自動実装してくれたらもっと普及していた可能性も…
ないか…
332:デフォルトの名無しさん
21/12/01 10:13:29.74 2rNk/soB.net
>>324
フォームおじさんはそもそもwpf使えない
xamlにビビって逃げ出しちゃう
333:デフォルトの名無しさん
21/12/01 12:01:49.36 5YTb+CfL.net
Xamlって時間の無駄だよな
334:デフォルトの名無しさん
21/12/01 13:03:08.16 Jc/jp9/O.net
>>329
WinFormsでポトペタするよりは数倍効率的だよ。
335:デフォルトの名無しさん
21/12/01 13:26:02.89 +zDAsEb1.net
>>329
むしろ早い
336:デフォルトの名無しさん
21/12/01 18:33:31.85 5YTb+CfL.net
笑
337:デフォルトの名無しさん
21/12/01 21:41:31.22 nSOuXXm5.net
XAMLなどという安易なオレオレDSLを濫造した結果、
辻褄合わせの不完全な無理筋アーキテクチャが誕生して技術者に愛想つかされて廃れてしまったのがWPF
338:デフォルトの名無しさん
21/12/01 21:43:32.32 rxAAI6we.net
XMLは元々MSの提唱した規格じゃなかったか
339:デフォルトの名無しさん
21/12/01 21:47:50.53 nChWqNp+.net
廃れるどころかXAMLの世界を広げていったよな
340:デフォルトの名無しさん
21/12/01 21:55:57.21 K43krm2i.net
最新リリースのフレームワークでもXAML使われてるしね
341:デフォルトの名無しさん
21/12/02 01:26:47.17 aSDTjPGK.net
あわしろ氏もMS言語はベンダーロックインされるから避けろと言ってる。
342:デフォルトの名無しさん
21/12/02 01:51:50.99 tCUN1pkY.net
>>337
誰やねん
343:デフォルトの名無しさん
21/12/02 02:34:32.58 6LBfFrhG.net
Rubyゲェジが挙げる人間って実在してんのか？
344:デフォルトの名無しさん
21/12/02 12:39:59.44 IA5MHj07.net
Xaml はそもそも出が bland 用の言語なので！(￣▽￣;)
345:デフォルトの名無しさん
21/12/02 14:40:16.59 ZkomhGTX.net
UWPからWinUI３に移植しているが、Null関係で挙動が変わって落ちるのが多い
nullableが無効でも落ちるんだから、デバッグ不足なんだろうか？
例えばstring[]のプロパティーをSelectMany掛けたとき、プロパティーがnullだと落ち
以前のバージョンならnullでも落ちることはなかった
まあC#言語自体の問題だからWinUI3は直接関係ないが
346:デフォルトの名無しさん
21/12/02 15:39:50.57 V1/8vw1n.net
エラーや警告全部潰したのか
347:デフォルトの名無しさん
21/12/02 15:45:26.39 2ZnSD
348:NZw.net
349:デフォルトの名無しさん
21/12/02 19:29:14.85 CTB0TicX.net
C#のバグをコーディングのせいにするなよ。
350:デフォルトの名無しさん
21/12/02 20:53:53.11 2ZnSDNZw.net
エラーと落ちるのは別問題だしnullチェックは実装側がチェックするんじゃね
351:デフォルトの名無しさん
21/12/02 22:23:02.65 VuWHbhh/.net
SelectManuでnullって元々例外にならん？
352:デフォルトの名無しさん
21/12/02 22:35:04.02 +1sdEraP.net
なるね。そもそもUI関係ない話だしな
353:デフォルトの名無しさん
21/12/03 09:43:39.68 5p0sqebB.net
まさか仕事で使ってないよなｗ
354:デフォルトの名無しさん
21/12/03 15:24:52.56 RT3SWc39.net
URLﾘﾝｸ(github.com)
これなんなの
ModernWPFに続いてこれ
また中途半端で終わるのかな
355:デフォルトの名無しさん
21/12/03 15:30:45.19 RT3SWc39.net
ちょっと前も書いたがModernWPFも更新停止してて
Microsoftが強力なリーダーシップとらんからavaloniaやUnoPlatformとかみんなで戦力分散してどれも中途半端な品質になって全滅
つか、UnoPlatform 4.0でVisual Studio Codeや色々対応したぞ
これっぽっちも話題になってない
356:デフォルトの名無しさん
21/12/03 15:32:56.90 RT3SWc39.net
ほれ
URLﾘﾝｸ(platform.uno)
357:デフォルトの名無しさん
21/12/03 22:42:19.01 +QAa1WFf.net
XamarinでなくUnoでいいだよな。
Xamarinチームのろますぎる。
358:デフォルトの名無しさん
21/12/03 23:24:24.55 9uRuF5M7.net
unoってxamarinに乗っかってるんじゃなかったか
359:デフォルトの名無しさん
21/12/04 02:17:34.97 duEC3q7J.net
MSがリーダーシップとる必要ないと思うけど
360:デフォルトの名無しさん
21/12/04 08:19:01.55 jisV9eX6.net
MS 昔backbone、今React推しだろ
361:デフォルトの名無しさん
21/12/04 10:55:56.21 Pfyferf0.net
Reactは無いわ
362:デフォルトの名無しさん
21/12/04 11:25:13.36 CGEx/W13.net
unoしてみようかと思ったけど
xamarinとかいれないといけないからやめた
363:デフォルトの名無しさん
21/12/04 12:38:09.08 kdi4wOGz.net
Reactはいかにも欧米的な徹底したトップダウン指向で、島猿には馴染みにくいところがあるよね
本来MVVMなんかも根底の思想はトップダウン設計なんだろうけど、見た目から入ってそこからVMを抽出するようなボトムアップな作り方でもなんとか形になるんだよ
対してReactはそうはいかなくて、抽象から具体へ一方向にデータを流す完全にトップダウンな構造が強制される
外人のいう、MVVMはビューとの細かいインタラクションがうざいみたいなのって日本人には理解しにくい感覚だろうな
364:デフォルトの名無しさん
21/12/04 13:36:56.15 jisV9eX6.net
WPF MVVMからReactに移行すると
あまりの簡単さに衝撃をうけるよな
簡単、極めてシンプルかつ必要なコード量も桁違いに少ない
あと驚くのがvscode使ってのデバック性能が桁違いによい
XAMLにブレークポイント貼れないとか笑える
MVVMで議論される事って
MVVMみたいな個性的な仕様を持ち込んだから発生してた事が良くわかるぞ
365:デフォルトの名無しさん
21/12/04 13:39:58.39 F0qid+KU.net
>>338
候補として二人居る:
1. あわしろいくや(UbuntuLinux、OpenOffice、翻訳家)
2. プログラミング関連のYouTuberにあわしろというどっかの企業社長がいる。
366:デフォルトの名無しさん
21/12/04 13:41:38.33 U53Fmlsk.net
>XAMLにブレークポイント貼れないとか笑える
どういうことをしたいんだろ
367:デフォルトの名無しさん
21/12/04 13:43:06.95 F0qid+KU.net
>>360
間違った。
2は、「エンジニアチャンネル」の「粟島」だった。
だから、1.かな。
368:デフォルトの名無しさん
21/12/04 13:43:45.86 wGH9SwaY.net
バインディングで値の変更が発生するタイミングに貼りたいことはあるなあ
369:デフォルトの名無しさん
21/12/04 14:01:29.89 jisV9eX6.net
証券のリアルタイムクライアントをWPFで
実装してた時とか
インジゲーターの発光条件のようなちょっとした判定がXAML内にあると苦労する
そういう時はコードビハインドで書いた方がよかった
370:デフォルトの名無しさん
21/12/04 14:23:58.38 U53Fmlsk.net
>>363
VMのプロパティに貼るで不足に思ったことは無いなぁ。
PropertyChangedがちゃんと飛んでいるか疑う場合とかかな。
371:デフォルトの名無しさん
21/12/04 14:37:26.13 tlMggZBm.net
散々言われていることだが
x:bindをバックポートしてくれるだけでかなり作りやすくなるのだがなぁ
全然完成しない次期UIプラットフォームよりWPFを拡張した方が実用になるんじゃないか
372:デフォルトの名無しさん
21/12/04 14:42:59.49 uWlSLupE.net
頑なにバックポートしないのはつまりそういうことだぞ
諦めたら？
373:デフォルトの名無しさん
21/12/04 14:55:11.84 B2/a6yVa.net
>>367
どういうこと？
374:デフォルトの名無しさん
21/12/04 19:27:22.33 VDz5c7+k.net
Uno 4.0の次はこれ
URLﾘﾝｸ(blog.jetbrains.com)
Compose multiplatform
375:デフォルトの名無しさん
21/12/04 19:33:01.60 VDz5c7+k.net
URLﾘﾝｸ(developer.android.google.cn)
jetpack composeも順調に細かくアップデートしてくれる
winui 3の品質と大違い
376:デフォルトの名無しさん
21/12/04 19:39:39.42 VDz5c7+k.net
flutterの方も4か月に1回リリースするから
今月にリリースくるかな
flutterのwindows,linux対応どうなってんのかな
377:デフォルトの名無しさん
21/12/04 20:04:03.98 2JL+968q.net
winui3待ってる間にflutterに浮気中なり・・・
378:デフォルトの名無しさん
21/12/04 20:41:06.59 duEC3q7J.net
フォームおじさんだったらflutterでも何も理解できないんだろうな
379:デフォルトの名無しさん
21/12/05 16:05:58.30 zwvwJ3GL.net
>>373
お前の理解度程度でw
380:デフォルトの名無しさん
21/12/05 22:10:53.32 2XZtwemX.net
WinUI3のWindow制御は、よく読むと必要な情報も機能も全て用意されているのは分かったが
AppWindowPresenterという概念を理解する前にuser32を使い始めたのが敗因だったわ
一応動いているけど作り直さんといかん
流石にwpfよりはちゃんとしている
381:デフォルトの名無しさん
21/12/05 22:59:54.39 Z8sJTB6x.net
Flutterで作られたWinアプリってなんかあんの？
382:デフォルトの名無しさん
21/12/06 09:10:25.40 kWdsX7BP.net
>>375
あんなの用意されてるとは言わんわ。
windows api使えば泥臭いけど色々できます、と同レベルやんけ。
383:デフォルトの名無しさん
21/12/08 18:32:20.16 1/e0NkZI.net
WinUI 3触り始めたけどこれ現代版WPFみたいな感じだな
違和感が少なく作業できたわ
384:デフォルトの名無しさん
21/12/08 20:18:31.30 a4b1TrI6.net
ほぼ同じ感じだから使いたいんだけど、datagridやComboBoxのバインディングのエラーが改善されないと正直使い物にならないかなあ
かなり目立つし致命的なところだと思うんだけど、なんで放置されてるんだろ
385:デフォルトの名無しさん
21/12/09 02:27:48.11 OPHaQIOf.net
このスレでグチグチ言われてるのは、品質とパフォーマンスだね..
386:デフォルトの名無しさん
21/12/09 07:02:21.82 kmW2UpC8.net
パフォーマンスはともかく
MSに品質を期待するのは野暮ってもんだ
387:デフォルトの名無しさん
21/12/09 08:19:09.95 tGD0zOBT.net
ほんとα版みたいなのをリリースしてくるよね
388:デフォルトの名無しさん
21/12/09 11:25:12.74 llOrfnKn.net
>>380
致命的www
389:デフォルトの名無しさん
21/12/09 12:02:30.61 tGD0zOBT.net
フレームワークの導入なんて最初でケチが付いたら当分は様子見になるから
初期リリースから完成度上げとくべきなんだけどMSは過去から何も学ばない
390:デフォルトの名無しさん
21/12/09 14:50:14.04 +JgeG0l9.net
描画の負荷が軽くパフォーマンスはいいと思った
バグが表面化してるのがやばい
391:デフォルトの名無しさん
21/12/09 14:56:43.11 KovgkQkM.net
確かに０．８は酷いものだったが１．０は割と安定しているけどな
もしかすると触らずにネットの噂と印象だけで騒いでいないのか？
392:デフォルトの名無しさん
21/12/09 14:59:54.86 SPazmN08.net
MSの.NET部門ってインターフェースを後から変えづらいAPIやフレームワークの開発ばっかりやってるから、
小さい機能セットで完成度の高いものを出していくという発想がないんだろうね
VSCodeみたいにデリバリー重視でMVPから開発していくスタイルで後から破壊的変更されまくっても困るだろ
393:デフォルトの名無しさん
21/12/09 15:15:05.48 OPHaQIOf.net
>>385
いやいや、ItemsControl系使ってみんひどいから
>>269のリンク先みた方がいい
バグに関してはちょっと本格的なアプリ作り出すと踏むこと間違いなし
俺は既に数個報告してるし
もう触るのやめた
394:デフォルトの名無しさん
21/12/09 16:50:14.24 ZKyVqiYb.net
まぁGAFAMにいるソフトウェアエンジニアすべてが優秀ってわけじゃないし…
MSはその中でもひとつ落ちるというか、中の下〜中の中くらいのプログラマを多く抱えてそうなイメージ
395:デフォルトの名無しさん
21/12/09 17:27:19.06 tGD0zOBT.net
>>389
インターンが作った拡張機能とか公式で公開するレベルだからなあ
396:デフォルトの名無しさん
21/12/09 17:28:35.06 kmW2UpC8.net
代わりに商売上手が多いんだろう
397:デフォルトの名無しさん
21/12/09 23:45:52.34 OPHaQIOf.net
>>371
flutter 2.8来た
398:デフォルトの名無しさん
21/12/10 00:57:19.22 EMIJiqQw.net
>>269、よく見たら2019年に書かれてるじゃん
優先的に直すべき事象だと思うんだけど、今の時点で直ってないってことは修正には期待できないのかな
これがなければ普通に使いたいんだけど...
399:デフォルトの名無しさん
21/12/10 10:58:21.08 IaTPmX3X.net
>>393
依存関係プロパティーはかなり遅いようだが、対WPFで考えるとBinding VS x:Bindのアドバンテージは別に有るから
トータルでどっちが早いとか遅いの情報がないと判断つかないわな
テストはバインディングせずに直接依存関係プロパティーに値を入れているベンチマークだからね
400:デフォルトの名無しさん
21/12/10 18:47:07.68 d11P/pJ3.net
>>197だけど
x:bindとかでどうこうなる次元じゃない遅さだと思う
401:デフォルトの名無しさん
21/12/10 19:23:09.60 EMIJiqQw.net
>>199に書いたとおり、x:Bindでもクッソ遅い場面がある
使用に耐えないレベルだった
ただ0.8.4までしか試してないから、もし1.0で改善してたらごめん
402:デフォルトの名無しさん
21/12/10 21:37:20.02 KHN3i945.net
1.3から本気出す
403:デフォルトの名無しさん
21/12/10 22:07:40.25 uwE9EWvi.net
1.0の正式版とそれ以前では違いそう
.net 6も正式版の直前までパフォーマンス酷かったし
404:デフォルトの名無しさん
21/12/13 08:59:15.68 H9a7rgZr.net
1.0
>これはMicrosoft Windows App SDKの実験版です。
おやすみ
405:デフォルトの名無しさん
21/12/14 10:31:50.74 BWRxmoJr.net
WPFはいつ如何なるときもMVVMで作るのが良い設計だと思い込んでるWPFビギナーを何とかしてあげたい。
誰が戦犯だ?
406:デフォルトの名無しさん
21/12/14 10:39:33.53 8wUcfeCA.net
すまん、俺
407:デフォルトの名無しさん
21/12/14 11:33:17.84 0FaSrzOE.net
>>400
俺だな
408:デフォルトの名無しさん
21/12/14 11:55:32.17 bZYBqm0X.net
使い分けた方が良いと思ってそうしてたけど
想定外に規模が大きくなって後からMVVMに直す方が手間だと気が付いてからは
確実に大きくならないのが分かってる時以外はなるべく最初からMVVMにするようにしてる
409:デフォルトの名無しさん
21/12/14 12:01:24.45 mpAOsF0a.net
所詮ビューをどう作るかの問題でしかないのにそんなに大した話かね
作り方が悪いんじゃない？
VMにビジネスロジック書きまくってそう
410:デフォルトの名無しさん
21/12/14 12:53:06.59 GyJmmLrf.net
良い悪いというより慣れるとMVVMが楽になる
イベントハンドラにコード盛り付ける時代に戻りたくない
411:デフォルトの名無しさん
21/12/14 13:03:12.96 O+PKsBTV.net
笑
412:デフォルトの名無しさん
21/12/14 13:09:09.39 mEb6s25z.net
配布する際のexeやdllを難読化（逆汗防止とまでは行かなくても）する有償無償問わずお勧めのツールありますか？
413:デフォルトの名無しさん
21/12/14 13:22:20.11 nNuI17B5.net
使い捨てじゃない限りMVVM使うね
414:デフォルトの名無しさん
21/12/14 13:51:02.06 AFzuPhiG.net
staticおじさんは今、MVVMおじさんに
415:デフォルトの名無しさん
21/12/14 13:57:56.89 bZYBqm0X.net
そのコンバートは対極過ぎて無理だろw
416:デフォルトの名無しさん
21/12/14 14:34:25.04 AFzuPhiG.net
昔:全部staticでええやん
↓
今:全部MVVMでええやん
417:デフォルトの名無しさん
21/12/14 15:22:35.56 NSBldbYQ.net
MとV以外に定まった構造なんてない
MVVM原理主義者なんて無視が正解。相手するだけ時間の無駄だから
418:デフォルトの名無しさん
21/12/14 15:28:37.04 gkdtl+wP.net
まあフォームズですらビジネスロジックは切り離すしな
419:デフォルトの名無しさん
21/12/14 18:12:11.50 cTWCNRiH.net
>>409
staticよりもDI使うね
420:デフォルトの名無しさん
21/12/14 18:19:08.48 QT7QgCvl.net
いや切り離したらデータ検証など分割、重複してめんどくさくなるから全部Viewでやったほうが簡単
ユーザーエクスペリエンスが高くなる
wpf向けのエラー通知装置が何種類もあり迷走しているのが何よりの証拠
421:デフォルトの名無しさん
21/12/14 18:28:22.54 O+PKsBTV.net
おまえらReactとかやんねーーの？
意味不明のXaml覚える半分の時間で
Reactマスター出来んぞ
その上でXamlまたやるなら大したもんだと関心するけど
422:デフォルトの名無しさん
21/12/14 18:37:54.25 QT7QgCvl.net
WEBアプリは来年ですら動作が怪しいからやんねーよ
423:デフォルトの名無しさん
21/12/14 19:17:12.28 hChHIk3u.net
Reactが人気みたいだけどVueでweb入門してる
424:デフォルトの名無しさん
21/12/14 20:18:32.84 DOkC2hMC.net
>>407
WPF全く関係ないけど"ConfuserEX 2"
425:デフォルトの名無しさん
21/12/14 22:54:01.86 GyJmmLrf.net
.net nativeが御存命なら何も問題なかったのにな
426:デフォルトの名無しさん
21/12/14 23:26:27.41 mEb6s25z.net
>>419
ありがとうございます、試してみます。
ちなみにWPFで難読化かけると、バインディングなどリフレクションで解決する変数をpublic以外にすると
難読化されて変数名が変わってしまい上手く動かなくなるなんて弊害もありました。
427:デフォルトの名無しさん
21/12/15 04:02:26.72 wG9epGnM.net
なんでネイティブアプリ作らせようとしないのか不思議だよなあ
428:デフォルトの名無しさん
21/12/15 04:12:08.01 wG9epGnM.net
>>399
1.0には安定板と実験版の二つがあるんだよ
429:デフォルトの名無しさん
21/12/15 08:31:36.35 PgExgZMT.net
>>418
SPAってまだ息してるの？
430:デフォルトの名無しさん
21/12/15 10:17:12.13 VvTx19R8.net
>>424
今時WebサービスはSPAだらけだぞ
SPAが出始めた当初の、一昔前でいう全面Flashのクソサイトみたいなイメージのままで止まってるんじゃない？
意外に普通のサイトでも普通に使われていて、もはや全く特別なものではなくなっているし君も気付いていないだけ
431:デフォルトの名無しさん
21/12/15 12:24:42.77 UffDh3f0.net
>>422
「一般人には"難しい"インストール作業が必要」だからでしょ。
432:デフォルトの名無しさん
21/12/15 14:37:16.07 rLyo7YcO.net
>>426
zipファイルを右クリックして展開、中のexeをダブルクリックするだけ
433:デフォルトの名無しさん
21/12/15 15:15:38.62 SBRyNeAi.net
>>427
それだとダウンロードしたファイルの実行許可みたいな処理をしないと起動しないな
434:デフォルトの名無しさん
21/12/15 19:11:55.55 samTlIw/.net
MSIX「…」
435:デフォルトの名無しさん
21/12/15 23:20:46.31 l+MEhncN.net
>>415
これマジで言ってんだったらヤバいなｗ
436:デフォルトの名無しさん
21/12/16 15:14:01.42 8t4kYEOd.net
>>415
ウン千行のMainWindow.xaml.csでも量産してるのか？それともpartial祭り？
437:デフォルトの名無しさん
21/12/16 15:26:56.21 GwGlfrLa.net
モデルを再利用しないならぶっちゃけ全部ビューに書いた方がメンテしやすいよね
438:デフォルトの名無しさん
21/12/16 15:41:48.28 UhnplqTN.net
>>432
VMは作る必要ないが、切り出せる処理は可能な限りModelに切り出したほうがメンテしやすいだろ
439:デフォルトの名無しさん
21/12/16 18:59:05.09 /RlPdQ27.net
MVVMか・・・
ドメイン駆動開発には必須だが、カスタムコントロールをListView->GridViewにDataTemplateで埋める時なんか、
DataContextがListViewのItemSpurceに固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。
440:デフォルトの名無しさん
21/12/16 19:23:49.46 SXRV0mKl.net
>>434
一度React等の1-way dataflow系のUIフレームワークに触れてみることをお勧めする
MVVMなんかに戻る気しなくなるぞ
441:デフォルトの名無しさん
21/12/16 20:52:20.35 0keLIzjB.net
この件に関しては何であるかは関係ないだろ
XAMLがそうなちゃってるだけでflutterや他のフレームワークでMVVMやれば>>434の件とか自由にできるだろ??
442:デフォルトの名無しさん
21/12/16 21:17:28.50 y2oCKs8P.net
VMがあるがVMは最小限にして他はコードビハインドに書くという新たなるデザインパターンを発見してしまった
443:デフォルトの名無しさん
21/12/16 21:20:43.02 P4pOcLuS.net
pythonに描かせたチャートを表示する方法おしえてください
444:デフォルトの名無しさん
21/12/16 23:10:25.71 mP79z56f.net
Reactは俺も使ってるが、WebアプリもWPFみたいに開発できたらもっと楽なのにと思う。
445:デフォルトの名無しさん
21/12/16 23:13:42.48 Uw3UXkCr.net
>>439
Vue.jsとか使えばjs+MVVMで開発出来るでしょ
446:デフォルトの名無しさん
21/12/16 23:16:19.34 Qqw3hXVf.net
React使えてなさそう...
447:デフォルトの名無しさん
21/12/16 23:18:07.78 Qqw3hXVf.net
もう10年ぐらい前から
backbone.jsがmvvmしてますよ
448:デフォルトの名無しさん
21/12/16 23:21:39.31 el7qs11a.net
winformみたいに楽に開発できるようにはなりませんかね。
449:デフォルトの名無しさん
21/12/17 04:23:59.46 FDMn0ZP0.net
どこが難しいのかわからない
やろうとしてないだけじゃないの
450:デフォルトの名無しさん
21/12/17 06:23:40.15 FEmDTE20.net
>>444
難しいじゃなくて、
めんどくさいんじゃねーーの？
451:デフォルトの名無しさん
21/12/17 07:31:09.67 k0KpTC0i.net
Electronオワコンの兆しが見えてきた
452:デフォルトの名無しさん
21/12/17 07:49:25.07 vC3aJ6Ce.net
VSCodeがある時点でWPFよりオワコンじゃないんだが
453:デフォルトの名無しさん
21/12/17 08:06:23.71 k0KpTC0i.net
そのVSCodeの元になったATOMがElectronを捨てた
454:デフォルトの名無しさん
21/12/17 08:24:08.08 QaySSAou.net
VSCodeはともかくATOMは💩だったからね
455:デフォルトの名無しさん
21/12/17 08:38:26.32 hyr8BiIA.net
>>437
VM最小限ではないだろうが、反応速度をトリミングしていけば、普通にそうなるんじゃね？
最初はActiveCommandやeventtriggerバインディングを駆使してストイックにビハインドコードを汚すまいとするが、
やっていくうちにBindingからeventへの悪魔が食指を伸ばしてくる。
Coreに必死でロジック入れまいとするが、DomainやInfrastructueから自然と入ってきて汚すDDDみたいなもんだよ。
456:デフォルトの名無しさん
21/12/17 09:24:17.02 8qM/JwoR.net
そこでWinUI3ですよ。x;BindでイベントをVMで処理できるし、のこりはサービス作ってVMにインジェクションすりゃ良い
1.0になって地雷が少々残っているものの動作は軽快になって実用的になっている
457:デフォルトの名無しさん
21/12/17 09:57:30.72 mQ3a9kDU.net
>>443
wpf使えばwinformよりは楽に開発できる
458:デフォルトの名無しさん
21/12/17 10:56:55.08 FEmDTE20.net
>>443
wpfでmvvm捨てれば同等までにはなる
459:デフォルトの名無しさん
21/12/17 11:15:05.40 OxYtcTfz.net
>>448
githubがMSに買収された時点でatomはオワコン決定だろ
460:デフォルトの名無しさん
21/12/17 12:20:14.61 tWB5K5S1.net
GitHub クローンで、Ruby on Rails から、Go へ移行しない、
GitLab が上場して、時価総額が2兆円！
だから、Go へ移行するGitHubは、2兆円以上の価値がありそう
461:デフォルトの名無しさん
21/12/17 22:46:12.94 guv1lRQC.net
>>453
イベントドリブンごりごりで描くならWPFの方が劣るかな
GestureTextとか変なところで手間かかる
462:デフォルトの名無しさん
21/12/18 00:13:36.92 3vX4TQFs.net
>>456
そんな偏屈な所つつかれても...
463:デフォルトの名無しさん
21/12/18 06:16:02.64 gMZd/6Bt.net
>>443
>>453
>winformみたいに楽に
って言ってるんだからMVVMを使わないのは大前提。
WPFの方が楽。
同等レベルだったらわざわざWPF使う意味はない。
464:デフォルトの名無しさん
21/12/18 09:04:39.30 hjFJ5hmV.net
Winアプリの構造がメッセージループである以上、
MVVMみたいに本末転倒で過度な抽象化をするとインピーダンスミスマッチでもっさりするのは必然
465:デフォルトの名無しさん
21/12/18 09:58:17.85 +il6Dckm.net
まぁ DomainのRepositoryが全てのSOLID原則の中心になっているようなものだからね。 抽象化で遅くなるのは仕方ない。
描画やIOディレイもっさりに関してはasync/syncやUser32.dllのPostMessge、WndProcで高速化しているのがハイスキル連中のテクニックとちゃう？
プロはリリース毎のコスト上昇にほとんどの神経を尖らしているので抽象化肥大は避けられない。 コスト上昇が飽和しなければ、プロジェクト崩壊している事になる。
MVVMはTDDの必須構造。
466:デフォルトの名無しさん
21/12/18 11:12:55.77 lNPlbMFx.net
>>459
レスポンスを追求するならVに全て実装するのも最適解のひとつだよ
467:デフォルトの名無しさん
21/12/18 12:08:56.63 7vxJCvKi.net
賢そうに見えない話を続ける人達にあれがよいこれがよいと推されてもねえｗ
468:デフォルトの名無しさん
21/12/18 12:40:09.41 rMHGoE/h.net
>>462
もっと賢そうに見えない人がそんなこと言ってもねえw
469:デフォルトの名無しさん
21/12/18 12:45:09.73 5vur9Hw6.net
M(VV)M フォッフォッフォッ
賢い人ならバルタン星人に見えます。
470:デフォルトの名無しさん
21/12/18 14:38:05.82 TQAat0ge.net
ネットや本のサンプルコードはWinforms ばかりなのは楽だから
471:デフォルトの名無しさん
21/12/18 15:34:46.72 191O5ceb.net
たからmvvmはblend前提のアーキテクチャだから
blend使わない時点で...
472:デフォルトの名無しさん
21/12/18 15:36:40.23 191O5ceb.net
↑wpfのmvvmね
knockout.jsとかvue.jsのmvvmは結構使える
473:デフォルトの名無しさん
21/12/18 15:41:06.33 sdZeToOe.net
mvvmがwpf特有のものだと思い込んでる人いそう
474:デフォルトの名無しさん
21/12/18 15:45:40.48 5vur9Hw6.net
大半は開発者はmvvmなんてどうでもいいと思ってる。
そして大半の開発者はWPFは面倒だと思ってる。
475:デフォルトの名無しさん
21/12/18 15:57:58.52 sdZeToOe.net
付いてこれない奴はおいていくしかないわな
476:デフォルトの名無しさん
21/12/18 16:02:12.24 5vur9Hw6.net
切り捨て大魔王アップルと同じスタイルですな。ｶｯｺｲｲ
477:デフォルトの名無しさん
21/12/18 18:07:20.87 eF5qVI2/.net
>>458
高DPI対応のレベルが全然違うわ
今から新しくWinFormアプリシステム作る意味は無い
478:デフォルトの名無しさん
21/12/18 18:25:17.90 moPm6mf8.net
>>472
高DPI 対応ですか…またやっかいなものが
GetDeviceCaps
がテキトーな値しか返してくれないし
479:デフォルトの名無しさん
21/12/18 18:47:28.71 sQyFW59x.net
4Kモニターが普及してきたし高DPI対応はもう必須やろなあ
480:デフォルトの名無しさん
21/12/19 11:19:58.43 O/qDX0wZ.net
そんなに優れたアーキテクチャーなら15年も鳴かず飛ばずで一体何をなさっておられたのでしょう？
481:デフォルトの名無しさん
21/12/19 11:38:32.30 kxTQmf/6.net
うちの周りだと普通にWPFで「いまさらForms？」みたいな雰囲気なんだけどそのへんの温度差がすごいな。
482:デフォルトの名無しさん
21/12/19 12:01:52.46 bFU6ZlAL.net
普通にwebでやれよ
483:デフォルトの名無しさん
21/12/19 12:09:05.77 NtqS0yAI.net
うちの会社は逆だ
WPFなど使い物にならんと随分前に見限られてる
UIはネイティブが第一選択でそれが無理ならFormsだな
俺がWPFを提案したとき上司にそんな物プログラマーが一時の流行りに乗りたいだけですぐに廃れるって一蹴された
まぁ結果論だが上司が正しかったのかな
484:デフォルトの名無しさん
21/12/19 12:35:07.34 JBr0bC1G.net
一時の流行りすらなかっただろ…
485:デフォルトの名無しさん
21/12/19 12:49:18.00 ZhDu//Ih.net
>>472
ボケボケのアンチエイリアスを高DPI対応と言われましても
486:デフォルトの名無しさん
21/12/19 14:10:26.84 dztrfhWF.net
>>478
当のMicrosoftがWindows10になってもOS標準のGUIをWPFに置き換えに失敗。
結局は非スケーラブルなWindows GDI残渣を片付けられなかった事で、
WPFへの支持も得られず、一足先にSilverlight 、Xamarinも終焉を迎えたもんな。
487:デフォルトの名無しさん
21/12/19 14:42:10.84 O/qDX0wZ.net
Xamarinは日本政府も採用してんだから終わってない
488:デフォルトの名無しさん
21/12/19 15:02:09.45 4oJJoyOR.net
アメリカの圧力。
489:デフォルトの名無しさん
21/12/19 15:06:41.74 uJG5wN6M.net
>>482
あれ反応したことないｗ
Xamarin採用に起因する不具合なのかね
490:デフォルトの名無しさん
21/12/19 15:07:46.95 Dc9hXcN/.net
しっかしここまで「WinでGUIといったらこれ！」っていうフレームワークが存在しないのも凄いよな
どれも一長三短くらいなもの達ばっかりw
これじゃ初学者も何やりゃ良いか分からんだろ
491:デフォルトの名無しさん
21/12/19 15:08:45.41 S3M8NlfX.net
>>476
それが一般的なレベル。
�
492:fスクトップアプリを何で実装するかで技術レベルを測ってる企業もある。 今更Forms使ってれば最低レベルってことが一目瞭然だから。
493:デフォルトの名無しさん
21/12/19 15:18:47.00 JBr0bC1G.net
>>485
C++ならキラーアプリMS-OfficeのフィードバックのMFC、
C#なら高速で人気のあったVCLの後継、winformだった。
実績もなく机上の空論で実装された低速なWPFをMSが押さなければ混乱なんてなかった。
VS開発チームすら採用に難色を示した出来の悪さ。自慢は高DPI対応。
494:デフォルトの名無しさん
21/12/19 15:55:56.66 zx1ngvEK.net
今のマシンならWPFでも快適やろ
WinUI 3は今のマシンでも低速だけどw
495:デフォルトの名無しさん
21/12/19 15:58:09.64 /MVrxgMV.net
>>487
VS開発チームすら採用に難色を示したってどこの情報
496:デフォルトの名無しさん
21/12/19 16:08:10.00 3MHXzmFi.net
>>482
人脈が生きた結果だな
497:デフォルトの名無しさん
21/12/19 16:15:13.62 kxTQmf/6.net
>>487
ストアアプリやUWPは確かに混乱をもたらしたと思うがWPFとFormsは好きな方使えばいいんでは？
べつにそこ混乱する必要ないでしょ。
498:デフォルトの名無しさん
21/12/19 16:29:09.20 HjXxxksN.net
vs studioがwpf製だろ
499:デフォルトの名無しさん
21/12/19 16:35:03.29 ZhDu//Ih.net
VS2010は出来が良かったな
2012以降余計な物が追加されてどんどん重くなっていって2017でリタイア
今じゃVSCodeに乗り換えた
500:デフォルトの名無しさん
21/12/19 17:19:37.75 +uXvukWf.net
今後はWinUIになっていくだろうな
501:デフォルトの名無しさん
21/12/19 17:22:35.24 zx1ngvEK.net
前から思ってたんだがandroidのスレは過疎ってるのに
このスレ人だけはいるよな
俺はこの3,4年windowsアプリ作ってないがどうせお前らも似たようなもんだろ??
502:デフォルトの名無しさん
21/12/19 17:47:00.06 kxTQmf/6.net
それは業務によるだろう。
うちは今もWindowsとLinuxのスタンドアロンアプリとあとWebだな。他の部署はAndroidもやってるが。
503:デフォルトの名無しさん
21/12/19 20:37:19.88 BxjYQSi4.net
AndroidもiPhoneもWindowsアプリもWindowsドライバもやるよ
504:デフォルトの名無しさん
21/12/19 20:50:56.23 ZhDu//Ih.net
>>497
全部Xamarinで書けそうだな
505:デフォルトの名無しさん
21/12/19 22:22:25.98 nz0H3poH.net
>>480
フォントでしょ？
そりゃWindowsの問題であってWPFだろうがWinUIだろうが同じだろう
506:デフォルトの名無しさん
21/12/19 23:06:28.26 Dc9hXcN/.net
>>495
うちは端末がWindows PCのシステムだからまだゴリゴリ書いてるよ
507:デフォルトの名無しさん
21/12/19 23:09:34.77 Dc9hXcN/.net
>>493
VS2017の重さは確かに凄まじかったな
ただその後VS2019〜VS2021で大幅に軽量化されたから、暇な時に是非試してみて。第3世代のcore i5でもヌルヌルだったから驚いたわw
508:デフォルトの名無しさん
21/12/19 23:23:43.31 BxjYQSi4.net
>>498
ドライバは無理～
509:デフォルトの名無しさん
21/12/20 00:33:56.11 6vdXMhXJ.net
>>493
2015から2017は軽くなった気がするけどな
510:デフォルトの名無しさん
21/12/20 01:39:02.46 kEqHqymm.net
>>499
ジョブズがあの世から助走をつけて殴りに来るレベルｗ
511:デフォルトの名無しさん
21/12/20 08:47:29.77 vCurGMkT.net
>>501
今2017メインで使ってるけど特に重さを感じたこと無いが。
初期のバージョンは違うのか？
メモリ8GBでCore i5のノートPCだから開発機としては並かそれ以下だと思うが。
512:デフォルトの名無しさん
21/12/20 12:41:10.05 I/CEEZL2.net
>>505
何世代のcore i5？ここ5年位のIntel coreシリーズなら重く感じることは無いと思う
Celeron以下の貧弱CPU+メモリ4GBとか、Win7以前の時代のPCとかだと実感する
513:デフォルトの名無しさん
21/12/20 17:38:14.28 sqtDC6Ul.net
先月までcore i3 4150メモリ8GBでVisualStudio2019使っていましたよ。主にwpfですが普通に動いてましたよ。
一緒にAndroidStudioも使っていましたがこっちもそれなりに動いたけど、エミュレータが少し重かった感じ。
さらにHyper-Vでもう一個windows使うときつい感じだったかなぁ。
514:デフォルトの名無しさん
21/12/20 18:02:09.10 /MJiWoqb.net
2017はPCリモートデバッグやRaspberryPI UWPリモートデバッグでちょっと遅く感じるな。
2019はOK。
2015はトンデモ。
515:デフォルトの名無しさん
21/12/20 18:34:57.62 lt0tgbj5.net
フォントがぼけてたのって10年以上前の話だよな・・・
今はWindowsフォームなんかより綺麗だわ
516:デフォルトの名無しさん
21/12/20 19:30:14.72 3HJ7rP0Y.net
win7の頃のWindows PowerShell ISE って、滲んでボケボケだったよなｗ
517:デフォルトの名無しさん
21/12/20 19:43:10.70 OwtAvB5A.net
レンダリングの問題もあるのかもしれんが、Windowsマシンはハードの色んな組み合わせがあるからただ低DPIディスプレイ使ってる人が多いだけとか??
Macみたく高DPIディスプレイがデフォルトじゃないとか?
518:デフォルトの名無しさん
21/12/20 19:49:29.43 ceMzU2Ib.net
マックもアイホンもアンドロイドも高詳細ディスプレーが当たり前になって、ギザギザしてるのはウィンドウズだけになった。
519:デフォルトの名無しさん
21/12/20 19:59:54.61 3HJ7rP0Y.net
Windowsではグラフィックドライバや液晶モニタもゲーミング需要ばかり気にしてるからな。
4K8K や HiDPI よりも FHD@144fps 低遅延とか、大人やビジネスユーザを馬鹿にしてる。
もうね、ゲーム専用エディションでも別途作って分けてほしい。
520:デフォルトの名無しさん
21/12/20 20:01:48.01 ceMzU2Ib.net
企業が導入することも関係あるかも。
521:デフォルトの名無しさん
21/12/20 20:05:38.69 N6PiLWFt.net
モニタ2台でスケーリングサイズが異なる場合、片方がボケるのは諦めるしかない？
522:デフォルトの名無しさん
21/12/20 20:09:28.16 grqOAdxX.net
画面に10cmまで近づいて使うための高詳細ディスプレイなんかWindowsにはいらん。
ド近眼で目が悪い奴ほど4k8k、高リフレッシュレートに拘るよな。
523:デフォルトの名無しさん
21/12/20 20:16:41.77 ceMzU2Ib.net
近眼じゃなくて老眼。
524:デフォルトの名無しさん
21/12/20 20:17:25.89 2JRCEtb9.net
>>515
Per-Monitor V2
525:デフォルトの名無しさん
21/12/20 22:59:19.00 QkysZdpN.net
>>516
4K8KをDPIスケーリング100%で使うもんだと思い込んでない？
526:デフォルトの名無しさん
21/12/21 00:37:39.12 6muzqSDP.net
>>519
ド近眼なのに？
527:デフォルトの名無しさん
21/12/21 01:23:26.16 IbrNLnfQ.net
>>520
ど近眼だとスケーリング100%で使うってどんな理屈だよw
528:デフォルトの名無しさん
21/12/21 01:39:08.44 6muzqSDP.net
ただでさえド近眼は画面に顔近づけて字がでかく見えるのに
スケーリング上げたらさらにでかくなるだろって理屈。
まぁ最初からド近眼が何考えてるか分からないって話だから話が通じなくて当然か。
529:デフォルトの名無しさん
21/12/21 03:34:41.61 IbrNLnfQ.net
自分も視力0.1ないけど眼鏡かけてるから50cmは離れて見てるぞ
裸眼で見てんのか？
530:デフォルトの名無しさん
21/12/21 03:42:40.49 IbrNLnfQ.net
あと例えば27インチモニターなら
WQHD 100%と
4K 150%が同じ文字の大きさな
531:デフォルトの名無しさん
21/12/21 08:30:17.31 eQrXEh+6.net
物理的にUIが小さくなるHiDPIのスケーリング100%をなんでド近眼がわざわざ使いたがるんだよ
ド近眼じゃなくてお前の方が何考えてるのかわからんわｗ
532:デフォルトの名無しさん
21/12/21 09:21:11.93 LAFMGSrj.net
Surfaceのデフォルトが200％だからな
533:デフォルトの名無しさん
21/12/21 12:13:03.23 7H6AAoYa.net
今度は近眼談義っすかｗ
IQいくらだろｗ
534:デフォルトの名無しさん
21/12/21 14:04:42.12 nI7jvfgM.net
10cmに顔近付けないと見えないとか近視じゃなくて弱視だろ
535:デフォルトの名無しさん
21/12/21 16:06:13.83 WhHQjz4F.net
その一方で老眼進行中の俺は、画面に近付いて見れば勝手にFormsの文字がWPFみたいに見える！
536:デフォルトの名無しさん
21/12/21 17:57:06.60 EIwIcz4X.net
今日からアクリルを学んでいくぞ
537:デフォルトの名無しさん
21/12/21 18:05:09.54 JodMSN40.net
アクリルの時代は終わってこれからはmicaの時代
538:デフォルトの名無しさん
21/12/21 18:28:02.84 LOQbOTji.net
まず人脈のあれはどうなったん？
539:デフォルトの名無しさん
21/12/22 08:50:02.97 CwgQtrlf.net
Twitterでよくおすすめされる
540:デフォルトの名無しさん
21/12/22 14:45:35.96 jnBLVDHK.net
>>531
アクリル採用すると没個性だし、micaも9割以上の人は気づかない。
知ってる人がよーく目を凝らして見て気づくレベル。
541:デフォルトの名無しさん
21/12/22 18:23:21.44 WW6KINv7.net
おじさんたちってすぐ新しいものを否定するよね
ダークモードにすら対応してない糞アプリしか作れないんだろうなあ・・・(煽り)
542:デフォルトの名無しさん
21/12/22 19:08:33.51 tCEDwQ62.net
>>535
Androidはダークモード意味ありそうだしそれなりに簡単に作れるけど、Windowsはどうもやる気が起きない。
543:デフォルトの名無しさん
21/12/22 19:54:56.12 dBK0S5ah.net
ダークモードなんてUWPで何もしなくても対応してたのに。
544:デフォルトの名無しさん
21/12/22 20:03:07.21 WW6KINv7.net
おじさんたちダークモードの重要性認識したほうがいいよ
ダークモードに慣れたユーザーはライトモードに戻れなくなる
ユーザーはライトモード眩しくて目が痛いって言いだすから
特にWinodowsアプリはデカいから白い画面出しちゃったら不快感がすごい
545:デフォルトの名無しさん
21/12/22 20:51:39.12 vWkgem9q.net
どちらかというとおじさんの方がダークモードにしたがる。
若い子は白画面の方が好き。
546:デフォルトの名無しさん
21/12/22 21:04:47.54 tCEDwQ62.net
おじさんだけどダークモードは目が疲れる
少なくとも明るいところでは背景白のほうがいい気がする
547:デフォルトの名無しさん
21/12/22 21:09:02.21 vWkgem9q.net
Windowsだと黒画面はコマンドプロンプトの古臭いイメージがあってダサいみたいよ。
548:デフォルトの名無しさん
21/12/22 21:09:43.89 P6MMeEgn.net
自分の好みはさておきユーザーの好みどおりに切り替えられることが重要
549:デフォルトの名無しさん
21/12/22 21:11:43.82 R2aGyb0D.net
ダークモードめちゃくちゃ目が疲れるから苦手。
まともなカラーテーマにしてればそこまで目も痛くないだろ。
550:デフォルトの名無しさん
21/12/22 21:14:28.20 WW6KINv7.net
おじさんにありがちな自分が出来ないことを問題なしにしようとする癖が出てますねえ
551:デフォルトの名無しさん
21/12/22 21:25:56.46 jobsLtVJ.net
>>542
これよ
客「ダークモードにはどうやって切り替えるんですか？
俺「え？
客「え？
552:デフォルトの名無しさん
21/12/22 21:52:18.87 NTS9Bws8.net
俺はライトモードとかまぶしすぎ
ダークモードで輝度も低くしてるわ
553:デフォルトの名無しさん
21/12/22 21:53:48.98 NTS9Bws8.net
(暗くしたり暖色系のライトつかってる家の中ではね)
554:デフォルトの名無しさん
21/12/22 21:55:29.76 NTS9Bws8.net
まぁ、今時WinUI 3やUWPならダークモード5秒で実装できるようになってるが
555:デフォルトの名無しさん
21/12/22 22:04:47.79 svF48xPZ.net
システムカラー使えばいいんでしょ！
感嘆よ！
556:デフォルトの名無しさん
21/12/22 22:42:42.05 R2aGyb0D.net
>>544
やってるよ、ダークモード対応。
でも何の良さもわからん。
寝る前にスマホ触るときぐらいでは？
557:デフォルトの名無しさん
21/12/22 23:23:38.84 9CXRo0fB.net
有機ELディスプレイではダークモードが有り難い。
558:デフォルトの名無しさん
21/12/22 23:55:35.70 9pewrt27.net
>>545
客なら答えればいいじゃん
559:デフォルトの名無しさん
21/12/23 00:21:13.77 UfWalJ0m.net
>>552
アスペには無理なの
560:デフォルトの名無しさん
21/12/23 00:26:55.03 Nml0UUBt.net
>>548
しかしWinUI3のContentDialogとTeachingTipsのダークモードはバグってる
ContentDialogはインライン止めたらなんとかなったがTeachingTipsはどうにもならん
561:デフォルトの名無しさん
21/12/23 02:00:46.17 UfWalJ0m.net
α版なんか使うからやん
1.0はα
これは定説
562:デフォルトの名無しさん
21/12/23 17:42:36.25 fLj4zuic.net
WinUIでは関数がバインディングできるからXAML独特のバリデーションとかコンバーターに首突っ込まなくてよくなったみたいだな
ほかにもGridの書き方が楽になってたりWPFには戻れん
563:デフォルトの名無しさん
21/12/23 18:54:57.40 OORu+GT/.net
一時期はWPFで仕上げたVisual StudioのIDEすら作り直したし、MS自身がWPFを見切るつもり満々だもんなｗ
564:デフォルトの名無しさん
21/12/23 19:04:07.77 fLj4zuic.net
見切るというかWinUIはWPF 2.0みたいな感じだよ
565:デフォルトの名無しさん
21/12/23 19:21:06.26 OORu+GT/.net
それなら呼称も2.0でいいのに
566:デフォルトの名無しさん
21/12/23 19:30:02.51 fLj4zuic.net
中身がC++での実装になってるから本質的には別物だし
567:デフォルトの名無しさん
21/12/23 19:46:38.64 xJM5EaiZ.net
戻れン
のはいいけど7,8,9と走り続ける覚悟はあるの？
568:デフォルトの名無しさん
21/12/23 19:55:11.44 fLj4zuic.net
MSがこっちでやるって言ってるんだからWPFやWindowsフォームに残留して走り続けるほうがよっぽど苦労しますよ
569:デフォルトの名無しさん
21/12/23 20:01:58.86 fLj4zuic.net
ただいまはスタートダッシュ決めたい人の時期だから
後でついていけばいいくらいの人は来年の4月5月あたりからでいいんじゃないかな
WPFより教えやすそうだからブログ記事とかも来年あたりから増えてきそう
570:デフォルトの名無しさん
21/12/23 21:14:10.75 8RdoHQJy.net
>>557
いつどう作り直したの？
571:デフォルトの名無しさん
21/12/23 22:29:33.82 otsbUMdB.net
>>562
MSがこっちでやるって言ったストアアプリやUWPはあのざまじゃん。
572:デフォルトの名無しさん
21/12/23 22:33:37.09 JQwoySZp.net
WPFはダークテーマさえどうにかしてくれればずっと使えるぐらい安定はしてる
573:デフォルトの名無しさん
21/12/23 22:46:32.62 JQwoySZp.net
でもその安定したダークスタイルがないので詰み
ModernWPF ?
574:デフォルトの名無しさん
21/12/24 04:50:07.60 0UgRcNh9.net
>>564
妄想だろ
575:デフォルトの名無しさん
21/12/24 07:53:10.17 fQ2bMr/u.net
>>562
ストアアプリとかUWPに乗っかったやつは馬鹿を見ただろうけどな
576:デフォルトの名無しさん
21/12/24 08:44:32.63 DU7PTkB4.net
WPFおじさんがFormsおじさんと同類になろうとは…
577:デフォルトの名無しさん
21/12/24 09:00:37.27 xkcAaGGE.net
>>567
黒背景固定で作れば?
テーマ切り替えのパッケージも有名どころがいくつかあるし、
自前で作っても大した手間じゃない。
ただOSのテーマ連動「のみ」ってのだけはやめとけ。
スマホと違って複数のウィンドウを同時に表示させるPCではダークテーマだらけになるとどれがどのウィンドウだか分かりづらい。
アプリケーションごとにライトとダークをバラけさせておいたほうが視認性が上がる。
578:デフォルトの名無しさん
21/12/24 09:54:52.88 9+ABzbvR.net
>>570
せやな、Javaおじさんが同類になるとは思わなかったよ…
… COBOL爺
579:デフォルトの名無しさん
21/12/24 10:23:13.73 w5GNTxIx.net
>>570
そう考えると笑えるなw
人間誰しも歳取るとどっかの時点で新しい知識を受け入れなくなるんだなぁ
580:デフォルトの名無しさん
21/12/24 10:26:55.95 ch1dfk+5.net
MVVMおじさんって今何してるんだろ
581:デフォルトの名無しさん
21/12/24 10:49:21.17 0UgRcNh9.net
>>570
WPFに固執してる人っていたっけ
デスクトップアプリ作るうえで消去法でWPFって人が多そうだけど
582:デフォルトの名無しさん
21/12/24 10:59:30.94 E0rHzfRM.net
WinUI3ってヴィジュアル系に不具合残っているけど
どうにもならないような不具合は１．０でかなり解消されているんだけどな
583:デフォルトの名無しさん
21/12/24 11:37:21.27 fQ2bMr/u.net
自由にファイルを置けるのはデスクトップとドキュメントフォルダのみ、各種設定は変更不可（もしくはリブートで設定リセット）、みたいな厳しい環境が増えてきてるから、xcopyインストールできないUWPなんか技術選定の段階で候補にもあがらなかったが、WinUIでようやくスタートラインに立ったかな。
あとは新しいことができるのは当然として、今までできていたことがどれだけ不自由なくできるかがポイント。
これプラス実運用に耐えられる品質とパフォーマンス。
584:デフォルトの名無しさん
21/12/24 12:03:46.18 E0rHzfRM.net
WPFに出来てWinUIに出来ないものの大きなのは複数Windowだが
ページで組んでいなかった人には大問題なのかもしれんね
あとWindowsTemplateStudioが2022で動かないので、2019でテンプレ作成して
出来たクラスを移植するとなんとかなる
URLﾘﾝｸ(portal.productboard.com)
585:デフォルトの名無しさん
21/12/24 12:04:43.61 QunxCEet.net
>>574
MSがWPF推してた時代にMVVMやってたような意識高い系の人達はみんなWebに移った
586:デフォルトの名無しさん
21/12/24 12:32:37.08 yxaUeoLG.net
メインウインドウの中にサブウィンドウ作らなきゃいけないな
マルチドキュメントインターフェースと名付けよう
587:デフォルトの名無しさん
21/12/24 16:59:47.39 hnRiR98X.net
まだ新規プロジェクトの作成でMDIかSDI、コンソールなんて選択してるの？
588:デフォルトの名無しさん
21/12/24 17:36:49.76 9u/nk0P/.net
>>581
と、申しますと？
589:デフォルトの名無しさん
21/12/24 18:20:52.01 cdkuRSZ8.net
>>579
なんでこう妄想が激しいんだろ
590:デフォルトの名無しさん
21/12/24 18:38:20.16 zZDeAl5J.net
ウェブっていえばマウントとれると思ってるおじさんなんだろう
591:デフォルトの名無しさん
21/12/24 18:54:32.47 VdOvlmal.net
Windows11でウィジェットが追加されたけど、WinUIでウィジェット作れるようにならないかな
とりあえず今は対応アプリ少なすぎてあんまり使えないね
592:デフォルトの名無しさん
21/12/24 21:13:58.18 PxZoXBQ8.net
目が悪いので（盲学校に行ってた弱視です）
ダークモードは非常に見づらいので辞めて欲しい
593:デフォルトの名無しさん
21/12/24 21:25:47.43 zZDeAl5J.net
やめるわけないじゃん
ユーザーが選ぶんだから
594:デフォルトの名無しさん
21/12/24 21:32:56.19 2KSdv/Qq.net
>>571
やっぱりダークモードって見にくいでしょ？
595:デフォルトの名無しさん
21/12/24 22:01:14.79 9u/nk0P/.net
vscodeやvisual studioはダークテーマが疲れないね
596:デフォルトの名無しさん
21/12/25 05:10:57.37 gKCCePd7.net
>>574
>>579
ここで言うMVVMおじさんってのは何でもかんでもMVVMで実装してしまう意識の低い人。
多分基礎的な事がわかってなくて他の実装方法を知らない。
MVVM使っておけば馬鹿にされないんでしょ？ってノリ。
597:デフォルトの名無しさん
21/12/25 08:04:31.47 bGAd2vTp.net
c#おじさんは？
598:デフォルトの名無しさん
21/12/25 08:52:16.21 mm8m+MMM.net
>>590
そういう人が実際にいるとしたら、VMにビジネスロジック書いてるんじゃないかな
それはどっちかというとWebでよくあるエセWebMVCの類で、MVVMではない
599:デフォルトの名無しさん
21/12/25 09:57:23
600:.26 ID:vDKNIftu.net
601:デフォルトの名無しさん
21/12/25 11:41:37.86 IZTT5nx6.net
>>593
画面数が1〜2個、追加で何もライブラリを入れなくても作れるようなものまでMVVMでやろうとするならMVVMおじさん。
602:デフォルトの名無しさん
21/12/25 12:09:00.10 vDKNIftu.net
？
「MVVMおじさん」じゃない人はその条件で何を使うというんだろう？コードビハインドにイベントハンドラで書く？
画面数が少ないからといってわざわざ別yのやり方するのも面倒だと思うが。
それとも、「画面数が1～2個、追加で何もライブラリを入れなくても作れるようなもの」しかやらないから
最初からMVVMは使ってないってことかな。
603:デフォルトの名無しさん
21/12/25 14:10:37.28 5ppS8Aaq.net
MSのキラーアプリ群がC++からC#に移行しない時点でWPFは詰んでた。
結局C#で作るやっつけアプリはwinformで十分すぎた。
604:デフォルトの名無しさん
21/12/25 14:28:09.01 i1pk2T+3.net
OracleがDBをJavaで書かないからJava終了という笑い話
605:デフォルトの名無しさん
21/12/25 14:30:54.49 h5/R3nJw.net
WPF関係ないけどExcelを.Net対応に作り替えなかったの大失敗だろ
606:デフォルトの名無しさん
21/12/25 14:54:11.42 5ppS8Aaq.net
そもそも.netの配列がアクセス時の範囲チェックで糞遅いから
大量データ扱うには結局C++、C、アセンブラで書くことになる。
607:デフォルトの名無しさん
21/12/25 15:36:12.80 IZTT5nx6.net
>>595
実装方法はアプリケーションの性質に合わせてより適切なものを選択するべきであり、「面倒」なんて言葉が出てくる時点で技術者として3流。面倒なんじゃなくて知識が乏しいだけなんだろうが。
WPFでのMVVM開発はフレームワーク必須だと考えていて、フレームワークを使わないならMVVMを使うべきでない。
機能的にはコンソールアプリで十分なものの、利用者のPCスキルを勘案してUIをつける場合、exe1つで完結する方が利用者に親切。開発者にとっても無意味にソースファイルを増やすことなくメンテナンス性良く作れる。
608:デフォルトの名無しさん
21/12/25 16:19:36.07 vDKNIftu.net
後付け条件がわらわら湧いてくるいつものパターン。
609:デフォルトの名無しさん
21/12/25 16:37:50.69 FCdBQpYa.net
初代MVVMおじさん元気にしてるかな
610:デフォルトの名無しさん
21/12/25 16:45:12.91 9Hho0xjg.net
>>599
そこまでやらなくてもunsafe使って範囲チェックを省略すれば相当早くなるよ
611:デフォルトの名無しさん
21/12/25 16:49:45.65 CoOPSMvi.net
だよな
unsafeで結構十分だよな
これがJavaだとJNIでCのコード書くことになるが
612:デフォルトの名無しさん
21/12/25 16:53:06.73 bGAd2vTp.net
>>600
後半の内容全く関係ないない話してるけど
詐欺師出身の方？
613:デフォルトの名無しさん
21/12/25 17:05:49.46 5ppS8Aaq.net
unsafeの突入コストがこれまた重い。クラス内で配列持ってると外からメソッド等でアクセスするとこの突入コストは避けれない。.netは遅くない、WPFは遅くない、unsafeがあると言ってる人たちは最初からその程度の要件だっただけなんだよ。速度重視の最適化で必ずぶつかる壁にぶつかってない。
だから速度が要件のアプリ、ライブラリではなかなか移行してもらえない。Javaと同じ轍を踏む必要はない。
614:デフォルトの名無しさん
21/12/25 17:14:32.16 CoOPSMvi.net
範囲チェックの事しかいってないのに
どんどん後づけされてもきりがない
615:デフォルトの名無しさん
21/12/25 17:16:39.95 pFGjUvNq.net
WinUIはC++でも使えるのだが
616:デフォルトの名無しさん
21/12/25 17:26:06.06 5ppS8Aaq.net
WinUIのビッグウェーブくるぞ。
そしてWPFと同じく10年経ってなぜMSは移行に失敗したかって言うんだろうな。
617:デフォルトの名無しさん
21/12/25 17:58:27.05 i1pk2T+3.net
UWPの,net nativeはunsafe相当の速度ってベンチマーク見たな
618:デフォルトの名無しさん
21/12/26 08:00:15.44 3SvVIkhf.net
>>602
U氏ならとっくにMVVMから足を洗ってるよ
619:デフォルトの名無しさん
21/12/26 09:55:11.53 hvR4lE2p.net
MVVM原理主義者は融通が効かなくて困る。
620:デフォルトの名無しさん
21/12/26 10:07:30.44 PnBrsUGe.net
そりゃどこの世界でも原理主義者はそういうもんだろう
621:デフォルトの名無しさん
21/12/26 14:12:53.65 RHzexC5p.net
MVVM原理主義者もMVVM絶対忌避者も両方アホ
622:デフォルトの名無しさん
21/12/26 14:20:07.63 jdmjK4iH.net
>>614
UIデザイナーなんて碌な仕事しないという経験から直感で現場でWPFは使い物にならないと思ったPGは多かったが
実際そうだったのだからアホではなく単なる経験の差である。MSも移行してもらえなかったからwinformを捨てられないしね。
キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。
623:デフォルトの名無しさん
21/12/26 14:32:36.47 zDHpMfaY.net
wpfはプログラムの出来ないデザイナーでも使えます！
624:デフォルトの名無しさん
21/12/26 14:36:43.42 ghBgnKM8.net
>>615
何でMVVMの話がWPFの話にすり替わるんだ
まさかMVVM=WPFだと思ってるの
625:デフォルトの名無しさん
21/12/26 14:45:09.39 jdmjK4iH.net
>>617
そりゃここはWPFスレだからさ。なら最初からWPFは無視して
純粋にMVVMの話で限って言えば～と先に断っておいてくれよ。
ボクはエスパーじゃないんだ。だがUIデザイナやMVVM連呼厨が
ユーザやPGのことなど全く考えてないことは経験として知っている。
MVVM論で言えば尻拭いするのはいつもPGと顧客だ。
626:デフォルトの名無しさん
21/12/26 14:48:17.01 PnBrsUGe.net
>キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。
自分じゃマウント取りにいったつもりなんだろうけど他人からはアホに見えるパターン。
気を付けた方がいいよ。
627:デフォルトの名無しさん
21/12/26 14:49:05.03 TBcJiomy.net
MVVMの要であるBindingはListViewなどではイベント型でも避けて通れないものなんだからBinndingは習得するしかない
Bindを理解しているのにMVVMを避ける理由ってそれほどないよな
628:デフォルトの名無しさん
21/12/26 14:50:43.04 ghBgnKM8.net
>>618
WPFに限定してのMVVMか非MVVMの話だとしても
文脈を無視してWPFが使い物にならないとか言い出す意味が分からん
629:デフォルトの名無しさん
21/12/26 15:08:16.26 jdmjK4iH.net
文脈がないのがUIデザイナー。ユーザの実務無視して見た目しか考えてない。マジ迷惑。
そんなことよりキミたちはよく頑張ったよ。その若さ溢れる才能で次のMVVMフレームワークをまた勉強したまえ。
WPFが登場して15年か。キミたちも相当に随分老けてないか。
630:デフォルトの名無しさん
21/12/26 18:29:45.67 TBcJiomy.net
「〇〇ができる」でマウント取るのは容易いことだが
「〇〇が出来ない」でマウントを取りに来るって
ある意味チャレンジャーだよなｗ
631:デフォルトの名無しさん
21/12/26 19:18:37.03 0tkG5TaR.net
>>623
キーボードスレにタッチタイプ出来ないことでマウントとる奴おったw
632:デフォルトの名無しさん
21/12/26 20:01:22.81 jdmjK4iH.net
日本人のくせに効率のいい、頭にも負担が少ない「かな」入力ができないなんて頭に欠陥あるんですかね。
ボクはただの努力不足だと思いますよ。ガラケー使ってる私を馬鹿にしてるiPhone君見てると入力が遅くて遅くて仕事が遅いんです。どっかのMVVM論者ですね。
633:デフォルトの名無しさん
21/12/26 20:22:06.53 vKRYpucd.net
いつも思うけどW:PFやMVVMを批判する人はなんか必死だよねぇ。
それだけルサンチマンが溜まっているんだろうか。
634:デフォルトの名無しさん
21/12/26 21:32:33.04 dwxjo6Mj.net
MVVM、ひいてはMVCが理解出来ないVB6脳なんじゃないかと思っている
635:デフォルトの名無しさん
21/12/26 22:00:58.48 r6Df+W+7.net
WPFのは異常にめんどくさいMVVMだよ
他の知ってると馬鹿らしさ満点だから
しかも身につけたスキルが他で全く使えない
↑これが一番辛いぞ
636:デフォルトの名無しさん
21/12/26 22:12:17.30 bjcghV5B.net
Reactとかと比べると別物だよなあ
考え方は同じにしても旧石器時代と現代くらいの違いがあるよ
637:デフォルトの名無しさん
21/12/26 22:26:34.17 jdmjK4iH.net
>>626
私はヘジのDOS時代のIDEに感動し、VCLのチート的な完成度にも妥協しwinformは最高だと思いましたよ。
そう言えば私がどれだけWPFに期待し、ガッカリしたか分かっていただけるかと。
そりゃあたたちMVVM信者の期待も無念に臥し、WPFは普及しませんでしたけどね。
この長く続くスレは負け犬たちの墓場なのです。
638:デフォルトの名無しさん
21/12/26 22:32:26.33 vKRYpucd.net
ReactのスキルをReact以外で使えたためしはないが、だからといって別にReactがダメだとも思わんがな。
639:デフォルトの名無しさん
21/12/26 22:37:41.54 j9YfNtBi.net
>>601
ケースの1つをあげただけじゃん
後付け条件てｗ
読解力低すぎだろ
640:デフォルトの名無しさん
21/12/26 22:37:43.53 bjcghV5B.net
私は異常に面倒くさいってとこに同調しただけで、他で使えるとか使えないとかは論じてないのでご理解お願いしますよ
641:デフォルトの名無しさん
21/12/26 22:39:17.15 bjcghV5B.net
むしろMVVMの考え方自体は同じである(他でも使える)とまで言っているんだぜ
642:デフォルトの名無しさん
21/12/26 22:50:33.40 vKRYpucd.net
相変わらずこんな熱いWPF批判をさせる何かがそこにはあるんだろうな。
643:デフォルトの名無しさん
21/12/26 22:59:53.43 jdmjK4iH.net
大事なのはおまえは使えてもおれは面倒で使えないという事実だ。
神は越えられない試練は与えないのだ。
644:デフォルトの名無しさん
21/12/26 23:16:28.31 ErCoZP15.net
wpfの記述が長くなるのは何とかなりませんか？
Androidのレイアウトに比べて見にくくて仕方ありません。
複雑になりそうな時はUserControl作ってますが、例えばリストやコンボボックスの列のレイアウトを別ファイルに持たせることはできないのでしょうか？
645:デフォルトの名無しさん
21/12/27 01:14:30.78 dpABR8Gh.net
DataTemplateをResourceに書いて外部化すれば良い
646:デフォルトの名無しさん
21/12/27 08:45:05.07 XZFU96F9.net
>>638
ありがとうございます。初心者でDataTemplateの外部化がわからないので調べてみます。
よくあるサンプルで長々と書いてあるのは分けると説明がしずらいとかなんかあるんですかねぇ。
647:デフォルトの名無しさん
21/12/27 11:50:33.83 MpjVnFnY.net
>>578
実質、WinUIはまだ使い物にならないって事か。
1ウィンドウページ切り替えのタイプで使い勝手を損なわずに済むものなんてかなり限られるし。
よくある一覧/詳細画面は別ウィンドウで自由な配置で見比べながら作業したいだろうし、
今の一般的な環境なら複数ディスプレイにそれぞれウィンドウを配置して使われるだろうし、
詳細画面は複数起動できたほうが喜ばれるだろうし。
648:デフォルトの名無しさん
21/12/27 15:13:15.42 939Tcckd.net
wpfでデータバインド使いたい場合は
ViewModelにViewの参照渡してブンブン使っちゃえばいいのでしょうか
649:デフォルトの名無しさん
21/12/27 15:34:18.01 Ijy96lJZ.net
逆だろ
650:デフォルトの名無しさん
21/12/27 15:35:03.77 Ijy96lJZ.net
DataContextにVMを入れてXAMLでバインドすんだろ
651:デフォルトの名無しさん
21/12/27 15:40:40.47 ZJC6NOI1.net
釣りだろ？
652:デフォルトの名無しさん
21/12/27 16:26:07.11 P0DjFoVH.net
>>640
Microsoft「ぜひMDIを・・・。」
653:デフォルトの名無しさん
21/12/27 16:47:06.90 mU5OforF.net
>>644
いえ
反MVVM派のやり方が知りたかったのです
バインドは使ってない？
Viewのクラス(this)をデータコンテキストに入れているコードもありましたがこれは問題ありませんか？
654:デフォルトの名無しさん
21/12/27 16:53:29.12 vN7BrHe2.net
データを全部Vのプロパティに持つのが最速
655:デフォルトの名無しさん
21/12/27 17:32:41.88 MyWm/8Po.net
WinUIならWPFほど何でもかんでもMVVMでっていう感じじゃないよ
656:デフォルトの名無しさん
21/12/27 17:49:14.74 mT+7462y.net
>>645
MDIじゃ親ウィンドウの外に出せないんだから
ページ切り替えの欠点を解消できない。
657:デフォルトの名無しさん
21/12/27 17:51:03.12 jrwdijIl.net
ええ???
どこがそんなに違うの??
658:デフォルトの名無しさん
21/12/27 18:08:25.69 mU5OforF.net
>>650
MDIを見たことない世代ですか？
イメージとしてはマックみたいな感じ
まず壁紙が見えない（他のアプリも）
マルチディスプレイ対応が無理ゲー
659:デフォルトの名無しさん
21/12/27 18:23:05.26 g9U/rNiJ.net
マルチウインドウはVer1.1で搭載予定でQ2リリースだから４－６月まで待てばいいんだけどね
URLﾘﾝｸ(portal.productboard.com)
660:デフォルトの名無しさん
21/12/27 18:30:47.77 XZFU96F9.net
>>646
これダイアログ作る時よくやるけど
661:デフォルトの名無しさん
21/12/27 18:33:05.07 jrwdijIl.net
>>651
ごめん、>>648に対するレスでした
662:デフォルトの名無しさん
21/12/27 18:55:38.86 MyWm/8Po.net
WinUI始めてサンプルコードとか見てるとコードビハインドに書いていくのが基本
(WPFもだが)そのための機能は用意されてるわけだし
改めてMVVMは選択肢の一つというところに持っていきたい感じがする
実際、コードビハインドに書いて何か混乱が起きるようなことはそうそうないと思った
663:デフォルトの名無しさん
21/12/27 19:15:37.37 fF4fFKCG.net
>>646
MVVM派とか反MVVM派って考え方がおかしくて、
WPFアプリケーションごとにMVVMが適しているか、コードビハインドが適しているか考えて
その都度、より適切な方を選択するんだよ。
664:デフォルトの名無しさん
21/12/27 19:47:43.92 GqIwMQGT.net
WinUIも失敗確定の予感がしてきたな。
665:デフォルトの名無しさん
21/12/27 19:51:46.84 P0DjFoVH.net
どれが鉄板なんだよもう
666:デフォルトの名無しさん
21/12/27 19:59:09.24 HCL8lum8.net
>>658
そんなものは無いから困ってる
WinUIは期待されてるけどどうなることやら
667:デフォルトの名無しさん
21/12/27 19:59:34.59 GqIwMQGT.net
10年前からWinUIってあったのか完全にスルーしてたわ。既に普及に失敗してたんだな。
668:デフォルトの名無しさん
21/12/27 20:09:16.66 HCL8lum8.net
>>660
WinUI 2まではUWP専用だったから、まぁ当然の結果
WinUI 3で適用範囲を広げて仕切り直し
669:デフォルトの名無しさん
21/12/27 20:31:07.25 MyWm/8Po.net
適用範囲広げてというかおすすめできるのはデスクトップのC#かC++かだけでしょ
WPFから使うとかUWPからつかうとかはやめたほうがいい
670:デフォルトの名無しさん
21/12/27 21:49:30.05 lhVIwToQ.net
>>655
寧ろイベントをバインディングできるから、コードビハインドと同じやり方でMVVM出来る
671:デフォルトの名無しさん
21/12/27 22:00:20.37 yKRhwp3Q.net
>>657
もう確定だよ
アンドロアプリ作ってWindowsで動かす時代が目の前だ
672:デフォルトの名無しさん
21/12/27 22:31:12.36 jrwdijIl.net
windowsの中でマテリアルデザインのアプリ動かすなんて違和感ありまくりだよな
URLﾘﾝｸ(github.com)
flutterでfluent design
優秀
673:デフォルトの名無しさん
21/12/27 22:33:44.60 jrwdijIl.net
URLﾘﾝｸ(bdlukaa.github.io)
web版のデモ
まぁパフォーマンス要求するアプリは専用の開発環境使った方がいいが
674:デフォルトの名無しさん
21/12/27 22:35:28.15 jrwdijIl.net
最新の宣言的UIフレームワークのcomposeのfluent design版もそのうちでてくるだろう
675:デフォルトの名無しさん
21/12/28 00:16:04.33 2V9I50ip.net
開発者に多い勘違いがクロスプラットホーム開発でユーザーが喜ぶと思ってるやつだな
ユーザーはそれぞれの環境で最高のもの作れって思ってるよ
676:デフォルトの名無しさん
21/12/28 00:32:37.93 pWYDa5PG.net
>>668
貴様Xamarinに謝れ！
677:デフォルトの名無しさん
21/12/28 08:12:31.11 9j3GtQtv.net
一般ユーザーからしたら違いなんてわからないし作り方はどうでもいいでしょ、バグがあったら怒るけどさ
678:デフォルトの名無しさん
21/12/28 08:27:38.52 7e2EiV6y.net
>>668
開発の負荷低減じゃねーーの？殆ど
679:デフォルトの名無しさん
21/12/28 09:02:43.91 6qKuWZ8W.net
>>666
fluentを名乗っているけどmetroじゃん
680:デフォルトの名無しさん
21/12/28 16:17:19.77 cRnXqUQL.net
>>666
Edgeだと起動すらしない
681:デフォルトの名無しさん
21/12/28 16:19:25.07 cRnXqUQL.net
>>672
これは確かにWindows PhoneのメトロUIだな。
これはこれで悪くない。
Windows 8のモダンUIは微妙だったが。
682:デフォルトの名無しさん
21/12/28 17:04:50.85 dPvR+eDL.net
ん?
windows phoneのやつはWindows 8のメトロUIとは違うものなの??
windows 8のメトロUIとは似てないんだが
そもそもNavigationViewみたいのはないし
CommandBar(AppBar)はあったけど
683:デフォルトの名無しさん
21/12/28 18:28:42.71 2V9I50ip.net
flutterもまだ安定してないみたいだな
684:デフォルトの名無しさん
21/12/28 21:12:29.71 cRnXqUQL.net
>>675
Windows8のUIはメトロじゃなくて「Windows8スタイル」とか「モダンUI」と呼ぶ。
685:デフォルトの名無しさん
21/12/28 21:27:10.40 X6POOMbk.net
WPFスレじゃなくて
最新Windows開発パラダイムを模索するスレ
になっとるな
どうせ過疎だからいいか
686:デフォルトの名無しさん
21/12/29 11:02:09.12 +U5IKroD.net
メトロUIが実務でWindows使ってた人たちに拒否されたのが
GUIフレームワークライブラリの崩壊の発端。
687:デフォルトの名無しさん
21/12/29 11:43:48.38 b+BxW/Al.net
>>679
まじ？
688:デフォルトの名無しさん
21/12/29 12:12:20.18 g1izTnUh.net
>>679
実務でWindows使ってた人達がメトロUIに触れる機会なんてMS社員ぐらいしかいないだろ。
実務で使うWindowsにメトロUIは無かったんだから。
689:デフォルトの名無しさん
21/12/29 21:22:05.38 DRBvAIur.net
フルスクリーンで仕事できるわけが無い
690:デフォルトの名無しさん
21/12/29 22:12:51.56 9HQMVbRt.net
今振り返ってもこのときのUXチームはとち狂ってたとしか思えん
URLﾘﾝｸ(yaneurao.hatenadiary.com)
URLﾘﾝｸ(u-site.jp)
691:デフォルトの名無しさん
21/12/29 22:48:58.04 gZzIOeKX.net
いまだにWindows8のツケを払わされている感がなぁ。
一回リセットしてWindows7からやり直してくれないかな。
692:デフォルトの名無しさん
21/12/29 23:01:46.07 wwN1RbRp.net
メトロって地下鉄のこと？
693:デフォルトの名無しさん
21/12/29 23:05:30.38 a/yruJDS.net
>>685
中心的な大都市のこと
694:デフォルトの名無しさん
21/12/29 23:09:59.11 wwN1RbRp.net
じゃあにぎやかなUIを目指したのかな。
695:デフォルトの名無しさん
21/12/29 23:26:49.68 a/yruJDS.net
>>687
都会的UIじゃないの
696:デフォルトの名無しさん
21/12/29 23:32:15.02 gZzIOeKX.net
地下鉄の案内表示を真似たって言ってた
697:デフォルトの名無しさん
21/12/29 23:35:54.65 wwN1RbRp.net
地下鉄の案内見て目的地に着くのは無理では？
一貫性が無いし、わかりにくい。
698:デフォルトの名無しさん
21/12/29 23:44:24.07 /ZEI8rXC.net
>>690
アメリカの地下鉄は見やす�
699:｢んじゃないの
700:デフォルトの名無しさん
21/12/30 00:03:45.76 wt8M+IJC.net
アメリカでは絶対に地下鉄に乗るなって言われたけど。
701:デフォルトの名無しさん
21/12/30 00:37:28.92 zcLz16Vn.net
>>692
それは犯罪が多いからでは
702:デフォルトの名無しさん
21/12/30 00:52:33.91 wt8M+IJC.net
梅田の地下街で迷ったら半日潰れる。
GPS使えないし。
703:デフォルトの名無しさん
21/12/30 00:55:19.17 zcLz16Vn.net
大阪メトロは碁盤の目状の路線だから分かりやすい
704:デフォルトの名無しさん
21/12/30 00:59:52.07 wt8M+IJC.net
分かりにくいよ。
705:デフォルトの名無しさん
21/12/30 01:01:44.50 zcLz16Vn.net
>>696
地下街じゃなくて路線図だよ？
706:デフォルトの名無しさん
21/12/30 01:02:06.44 wt8M+IJC.net
大阪メトロは外敵の侵入を防ぐため、わざとに錯誤させる案内表示にしてるって聞いた。
707:デフォルトの名無しさん
21/12/30 01:14:03.09 wt8M+IJC.net
吉村が「明日から地下鉄を半額にするキリッ」って言えば良いのに。
708:デフォルトの名無しさん
21/12/30 06:00:59.54 PABb0SdJ.net
Metro UIまではAppleも認めるほど優れていたんだが、
それをWindows8に移植してModern UIになったときには別物のゴミになっていた。
709:デフォルトの名無しさん
21/12/30 07:53:04.49 i2czhrVY.net
WindowsのUIは、少しずつ変えれくれればいいのになぁ
急に変えすぎなんだよ、見た目も中身も
710:デフォルトの名無しさん
21/12/30 08:32:32.72 XEA11GKy.net
Metroは単に商標問題で負けたからModernに変えただけじゃね？
まあもともと、Windows Phoneには良くてもデスクトップ向きではなかったが。
711:デフォルトの名無しさん
21/12/30 09:59:28.47 5euK00/Y.net
実務しないマカーならともかく
フラットデザインっユーザーに与える情報量減らして何がしたかったのだろう。
712:デフォルトの名無しさん
21/12/30 10:50:53.98 wt8M+IJC.net
わかりました。
Windowsはセキュリティを高めるために。
分かりにくくしたのです。
わざとです。
すべて。
713:デフォルトの名無しさん
21/12/30 11:48:04.88 WIkk05mo.net
>>703
狙ったのかどうかは知らんが、GDI+で影付き３Dに対応させるのは無茶苦茶面倒だったが
フラットデザインで最初から平なら気にすることもなくて簡単になった
714:デフォルトの名無しさん
21/12/30 14:52:18.37 ccNKIwia.net
フラットデザインこれだけ定着したのにまだディスってるって化石人間かよ。
715:デフォルトの名無しさん
21/12/30 15:02:30.04 5euK00/Y.net
定着したからディスるなという頭の悪さは相当に脳ソミが硬化、粗大ゴミ化してると言えるが、
もそも定着したと思い込んでるところが相当に痛い。まさに化石人間である。
716:デフォルトの名無しさん
21/12/30 15:25:10.34 QhXj/Xg2.net
フラットデザインでユーザーに与える情報量減らすって、デザインの立体感が減っただけじゃね??
あのタッチしやすいようなスペース取りすぎで情報密度が減るのはフラットデザインと関係ないよな??
717:デフォルトの名無しさん
21/12/30 15:30:59.84 oRUlSwLA.net
半透明レンダリングなくしてGPU負荷減らして動作が軽くなったという効果はあったみたいね
718:デフォルトの名無しさん
21/12/30 15:40:12.30 i2czhrVY.net
>>708
いや、フラットデザインは「押せるかどうか」の判断がつきにくい欠点がある
立体感はそれを判断させるのに効果的だったろ
719:デフォルトの名無しさん
21/12/30 15:47:28.23 QhXj/Xg2.net
そんなの言われなくても誰でも想像できるし
そんなのすぐ慣れるから問題ないが
>>703の情報量はどうみても、フラットデザインのせいじゃなくタッチUIによる情報密度の低下のことしか思えない
720:デフォルトの名無しさん
21/12/30 15:51:46.35 5euK00/Y.net
タッチUIで実務させようとしたわけだな。今までPC使ったことない奴しかできない馬鹿発想。
721:デフォルトの名無しさん
21/12/30 16:41:47.72 2qDn0Ora.net
MS の中の偉い人ポジションが変わるたびに、その人のセンスに合わせて UI までごろっと変わるのは勘弁ね
722:デフォルトの名無しさん
21/12/30 16:54:04.00 wt8M+IJC.net
ボタンじゃないところをクリックしようと苦戦するユーザーを遠隔で見てほくそ笑んでいるのでは？
それがユーザーエクスペリエンス向上に協力するチェックボックスかも。
723:デフォルトの名無しさん
21/12/30 17:02:38.58 x6uKnxiV.net
フラットUIでも押せる場所わかりづらいと思ったことないが...
724:デフォルトの名無しさん
21/12/30 17:07:19.09 ccNKIwia.net
大昔のOKボタンとキャンセルボタンだけなら分かるが、今は押せるとこだらけだからフラットでないとごちゃごちゃしまくりだよ。
725:デフォルトの名無しさん
21/12/30 17:41:30.98 WIkk05mo.net
単なる懐古趣味だな。Windows200とかXP,７をズット使いつづける爺さん結構居る
726:デフォルトの名無しさん
21/12/30 17:50:13.05 XEA11GKy.net
せめて影を付けたマテリアルデザインならねぇ。
727:デフォルトの名無しさん
21/12/30 18:09:51.82 5euK00/Y.net
キーボードじーさんより仕事が速いならとかもく、欠陥フラットデザインなんか好んでる奴は
仕事遅い、できない、頭の足りない奴ばっかだからな。>>ID:ccNKIwia
728:デフォルトの名無しさん
21/12/30 18:15:42.39 rAfdXhXX.net
マテリアルデザイン 勝者
メトロ 敗者
729:デフォルトの名無しさん
21/12/30 18:16:42.46 foT1Tdcr.net
フラットデザインこそ懐古なんだけどな
730:デフォルトの名無しさん
21/12/30 18:24:40.51 5euK00/Y.net
ファミコン時代から3Dデザインで立体的に見せるとか当たり前でそれ以上前になるとテキストベース。
懐古とかいつの時代のこと言ってんだろう。
731:デフォルトの名無しさん
21/12/30 18:38:43.32 wt8M+IJC.net
痛みを与えることで信仰心が深まると教祖が言ってたけど。
732:デフォルトの名無しさん
21/12/30 18:42:01.86 wt8M+IJC.net
>>722
DOSシェル。
733:デフォルトの名無しさん
21/12/30 18:51:52.33 wt8M+IJC.net
「押せるわけねーだろヴァーカｗｗｗ」って遠隔で笑ってるんだろなあ。
734:デフォルトの名無しさん
21/12/30 19:16:47.91 yPkJ2vNN.net
>>718
影が何だって？
URLﾘﾝｸ(www.youtube.com)
735:デフォルトの名無しさん
21/12/30 19:30:50.46 wt8M+IJC.net
ウェブでは逃げるボタンとか、逆にクリックしたとたんにボタンが動いてきて勝手に購入されるとか。
最新のUIがあるもんね。
マイクロソフトはウェブ企業に憧れてるのかも。
736:デフォルトの名無しさん
21/12/30 20:40:00.06 eW25y3/J.net
メトロとかもうないのに何で盛り上がってるんだ？
実務ではWin8スルーでしょ？
737:デフォルトの名無しさん
21/12/30 21:18:25.20 WIkk05mo.net
WpfをDisれるなら、ネタは何でもいいようだな