WPF(.NET, WinUI) GUIプログラミング Part28

1 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 05:40:40.10 ID:+TySdXxT.net] WPF(Windows Presentation Framework)について語るスレ。 前スレ WPF(.NET, WinUI) GUIプログラミング Part27 https://mevius.5ch.net/test/read.cgi/tech/1632044619/ 関連スレ Windows 10 UWPアプリ開発Part 3 https://mevius.5ch.net/test/read.cgi/tech/1627556967/ コードを貼る場合は以下のサイトの利用をお勧め。 https://ideone.com/ 528 名前：デフォルトの名無しさん [2022/03/01(火) 17:02:09.29 ID:mYgN9Bsp.net] 採用すると生産性が落ちるアーキテクチャとか存在意義なくね？ プログラマーのオナニーでしかない 529 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 18:56:30.75 ID:Tqcv2px3.net] >>511 これってMailViewModelの中にMailModelを保持すると思うけど、グリッドコントロールで行を消すとMailViewModelは消えるけどMailModelは消えずに残るよね？ そこは頑張ってコード書いて同期を取るしかない？ 530 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 19:34:21.36 ID:YC4P/K5p.net] ストレージから削除するなら 頑張って書いたほうがいい 531 名前：510 mailto:sage [2022/03/01(火) 19:37:28.19 ID:dYFnJIyt.net] 皆さんありがとうございます。 class MailViewModel : Mail{ public IsChecked { get => _isChecked; set => SetProperty(ref _isChecked, value); } private _isChecked; } 上記のようなクラスを作ってBindingするのが良さそうに思いました。 532 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 19:51:58.93 ID:JcAvsTjQ.net] >>523 グリットコントロールから行を消すことがメールの削除の操作を意味するようにしたいならMailModelも消す 単に非表示にしたいだけとか、ゴミ箱に入れておいて復活させるようにさせたいとか、色々考えられる だからViewModelが欲しくなったのさ 533 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 20:12:49.81 ID:Tqcv2px3.net] >>526 なるほど。ケースによって対処は変わるよね。 ありがとう。 534 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 06:20:23.82 ID:2pV2z6cL.net] Electronの葬式準備はできたか？ https://github.com/tauri-apps/tauri#comparison-between-tauri-and-electron 535 名前：デフォルトの名無しさん mailto:sage [2022/03/02(水) 18:19:13.15 ID:aIp73SHF.net] rustとか新しいのぼえとうないなぁ 536 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 05:36:04.02 ID:uxaiIIsi.net] >>528 これは楽しみだな 537 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 09:44:18.37 ID:Y3c36uTI.net] ここまで普及したElectronの牙城を崩すのは無理な気がする。せいぜいGoレベルだろう。 Electronがディスク使用量もメモリ使用量も超重量級なのは不満に思ってたけど。 538 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 10:21:20.83 ID:8QQBVbSl.net] viewをhtmlとcssで書けないとつまらんよ デザインがしょぼくなる 539 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 10:21:59.75 ID:8QQBVbSl.net] WPFレベルでよければ可なのかもしれんが 540 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:12:38.88 ID:4Us9YDJC.net] しょぼい方が評判良くて、デザイナーの自己満足全開デザインが使いづらい・分かりにくいと不評なのが現実 541 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:17:10.50 ID:8QQBVbSl.net] >>534 あんたがセンス無いだけ 542 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:25:49.76 ID:4Us9YDJC.net] >>535 まあそうやって逃げるしかないよな。 お前の仕事は無意味だって認めることになるんだから。 543 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 11:41:18.82 ID:OeErkjB1.net] 碌に使いもしないが権限だけは大きいエライオジサンのせいで見た目だけは派手だが使いづらいものになるのはまれによくあること 544 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 17:34:06.50 ID:8kQ1SF/V.net] デザインセンス云々は置いといてhtml+cssのほうがデザインの幅が広いのは確か 予算があるならデザイナーにも頼めるしね 545 名前：デフォルトの名無しさん mailto:sage [2022/03/03(木) 23:32:59.05 ID:hgALKmrt.net] WPF+MVVM+Rxの実装について勉強中です それぞれの各機能はなんとなく掴めてきたのですが、実装する場所や通知の受け取り方がまだ分かりません 例えばObservable.Intervalで指定した時間ごとにDBアクセスし、更新があれば通知するという処理はどのクラスに書くべきなのでしょうか なんとなくですが、Mで実装しVMに通知、Vに表示と考えています 546 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 08:04:23.26 ID:shwqyc/K.net] >>539 MVVMはあくまで、GUIの設計パターン。 DBアクセスのようなアプリの内部処理は Mで包んでGUIの処理から隠されるので、 MVVMの処理フローには一切出てこない。 Mの原則は「GUIから見える状態に変化があれば通知する」。 この場合は、DBアクセスし、更新があり、 その結果としてGUIが更新が必要になったら、 Mに通知させるという処理になる。 547 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 09:46:05.06 ID:EayDkyd8.net] 大変わかりやすい 548 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:16:19.88 ID:p2+DzLBF.net] お気に入りのアプリがWPFで実装されてて公開されてるから古いUIをWin 11のUIに合わせたくてForkしてWinUI3.0に対応させようと思ったらWindows App SDK 1.0だとAcrylicやMicaに対応してないとかズコーだわやっぱアホだわMSやることがすべて片手落ち 結局サードパーティー製のAcrylic実装を使う羽目になったわけだがこっちもろくすっぽメンテされてなくてWin11に対応してなくてダブルでズコー たまにやる気になってプライベートでいじろうかと思ったらこれだからMSの開発環境ってマジでどうしようもないな 誰かWin11とVS2022で使える無料のAcrylic実装しらんかね？ 549 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:27:44.21 ID:7Zhud46/.net] >WinUI3はまだ完成していません。 一応MSもその認識はあったのね。 あんなお粗末な出来で自信を持って1.0として出したわけじゃないのね。 550 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 12:43:20.96 ID:jlehksZI.net] >>542 WinUI選ぶくらいならこれ。 Flutter for Windows ・fluent_uiパッケージ ・flutter_acrylicパッケージ Windows向けはまだ出たばかりだけど、 現時点の機能・品質、 フレームワークとしての出来、 将来性、 開発者の期待度 どう考えてみてもWinUIがFlutterに蹴散らされる未来しか思いつかない。 WinUIは 「これが最新らしいし、やってみるか」 ↓ 「えっ？なにこれ、こんなしょぼいの？こんなこともできないの？」 って感じでちょっと触って実情に愕然として、さーっと離れていく。 551 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 16:27:48.56 ID:KOjBrP/m.net] fluent_ui実際使うとちょっとアレ modernwpfもそうだがやっぱ個人メンテじゃなー Microsoftが手がけろよ 552 名前：デフォルトの名無しさん [2022/03/04(金) 16:40:32.17 ID:KOjBrP/m.net] >>305 これにUnoPlatformとAvaloniaとXamarin(maui)も追加してくれんと で、これも全部微妙という クロスプラットとかUIフレームワークは人的リソースさかないと品質とかできないのにみんなで戦力分散して全部微妙品質 553 名前：デフォルトの名無しさん [2022/03/04(金) 16:41:15.22 ID:KOjBrP/m.net] *品質とか維持できない 554 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 17:00:21.59 ID:p2+DzLBF.net] >>544 おーサンキュー だが流石に.NET FrameworkのレガシーアプリをFlutterでポーティングするほどの時間も熱意もないwww とういかReactやFlutterが出る10年以上前から思ってたんだがなぜMSはXAMLとASP(Razor)を今でも別々に拡張してるのか理解に苦しむし頭が悪すぎる まぁどうせ社内の派閥や政治でわけわからんこと繰り返してるんだろうけどその間に開発環境もシェア失ってしまったな せめてどっちかに統一してUIの定義はCSS拡張にしないともうよっぽどの事情がないとこんなクソなフロントエンドフレームワークなんて誰も使わんぞ 理想を言えばさっさとXAMLとASPを窓から放り投げてTSとCSSで記述する新しいフロントエンドフレームワークを実装すべきだと思うんだがな 555 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 17:13:00.22 ID:V0cJmevn.net] やるならDart使うか、同じようなJavascriptをリデザインした新言語を作って欲しい 556 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 19:51:13.51 ID:p2+DzLBF.net] >>544 ところでFlutterってVS2022で環境構築できる？ 拡張とプロジェクトテンプレートがあれば最高だけどまぁないか Android StudioはエミュとSDK用にMacに入れてたけどくそ重くてVSCodeでReact Nativeばかり使ってるけどWinで試してみるかな 557 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 20:08:12.18 ID:j9h/2ScS.net] みんな Flutterに行っちゃうのか.. 558 名前：デフォルトの名無しさん [2022/03/04(金) 20:20:59.67 ID:odUl/eCo.net] >>548 それなんてReact Native？(´・ω・｀) 559 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 21:23:31.50 ID:jlehksZI.net] >>550 VSCodeとFlutter拡張で開発できる。 Windows用ビルドするのにVS2019か2022を入れておく必要はある。 でも今2022の17.1.0のバグでデバッグモードが死んでて17.1.1待ち。 560 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 21:43:37.06 ID:p2+DzLBF.net] >>553 React NativeもそうだけどFlutterもパッケージのバージョンで開発環境ぶっ壊れて死にそうになる感じかなのか？w とりあえずVSCodeはReact Nativeに最適化してるから先にAndroid Studio試すわ そろそろRemote-Containersを試したいんだが最近はコーディングより環境構築がくそムズくてめんどいんだよな 561 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:13:47.37 ID:uA/ZaTOg.net] >>540 ありがとうございます まだ追加で質問できるほどの知識もないので、手を動かしながら探ってみます 562 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:55:59.46 ID:/OYyWF11.net] WPFもFlutterも両方入門者レベルだけど、Flutterのが馴染むなあ… 563 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 22:58:40.01 ID:KOjBrP/m.net] じゃあ、先にFlutterでMVVM覚えてからWPFくればいい そうすれば後覚えるのはxamlだけ 564 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 23:41:28.81 ID:Ot1pbWlC.net] FlutterいいけどC++やりとうないな・・・ 565 名前：デフォルトの名無しさん mailto:sage [2022/03/04(金) 23:42:12.12 ID:p2+DzLBF.net] とりあえずFlutterのWindows Desktop環境の構築終わってビルドしてみてDartの構文学んでるとこだがこれDartってまんまC#のパクリやんけwww んでFlutterの構文はJSX(TSX)のパクリだなとりあえず状態管理がReduxみたいにクソじゃなければ文句ないわ >>544のfluent_uiとfluent_acrylic試してみるわ 566 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 00:19:20.18 ID:E2yAAp8N.net] DartはC#じゃなくてGoogleが再定義した中途半端なJavaでイラっとするんだよな interfaceの定義が暗黙だったりinternalならプライベートメンバにアクセスできたりわざわざimplementsやextendsが必要で冗長だったりC#の方がよっぽどモダンだよ 567 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 01:14:27.39 ID:V2Ahzg+A.net] WinUI3は今でもアプリ内のアクリルは有効だから、ベースに壁紙でも配置すればそれっぽいものにはなるんだがね 568 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 06:05:39.61 ID:lIUzJS5r.net] >>560 < 569 名前：br> DartはJavaScriptの置き換えを狙った言語。 TypeScriptみたいにJavaScriptの上位互換よりも JavaScriptの古い部分を排除して新しく作り直したDartのアプローチの方が好き。 [] [ここ壊れてます] 570 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 11:25:06.31 ID:1jHFvDsl.net] >>562 は？Dartは静的型付けなんだけが？アンダスタン？ JSの置き換えが目的だが元はCだし動的型付けの進化系とか言っちゃうアホとはさすがに会話にならん・・・こんなレベル低い奴ばっかなのここ？ 571 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 11:45:02.14 ID:GCjMsc40.net] Heartだけは熱いぜ！ 572 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 12:06:23.36 ID:nwKZyNIL.net] >>563 レベル低いのはお前。 静的か動的かなんて話は一切してないぞ。 勝手に明後日の方角に突っ走って喚き散らして、そりゃお前と会話になるやつはいないだろうなぁw 573 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:10:04.52 ID:GCjMsc40.net] 性的か 愛的か 悩ましいところだ 574 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:26:38.14 ID:mDTM2Slk.net] >>563の頭の悪さひどすぎだろw 575 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 13:37:05.84 ID:sPneiazO.net] 理詰めで論破されて悔しいけど反論できないから顔真っ赤でIDコロコロ自演して悪口とか恥ずかし過ぎるだろ 576 名前：デフォルトの名無しさん mailto:sage [2022/03/05(土) 14:11:11.30 ID:mDTM2Slk.net] 理詰めって静的とか動的の話し誰もしてないのに、一人で突然型付けの話して論破って馬鹿すぎるw 誰もそんな話してねぇんだよww 技術的な話する以前の頭の悪さww 577 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 09:51:07.88 ID:uEz3lV8K.net] WinUI 3.0の完成度は公式の認識ではまだ50%未満なんだな。 これをポジティブにとらえればいいのかネガティブにとらえればいいのか。 578 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:03:59.51 ID:kOvQrFoW.net] 動きのとろい奴は変化し続ける環境に追従できない 579 名前：デフォルトの名無しさん [2022/03/07(月) 15:12:43.80 ID:xDt5CcEi.net] 未だにWPFやってる奴が言うと説得力あるな 580 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 15:32:53.11 ID:s7EYao7X.net] 世界一のIDEであるVS(codeじゃない)とC#の出来の良さををすべてスポイルしてマイナスにしてしまうフレームワークしか作らないからな MSは良い加減一貫性や統一性のない大企業病を修正しないと開発環境を失う時代はすぐそこまできてるぞ 581 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:19:40.02 ID:zKkd3LGQ.net] WinUI3で、普通にペロッとzipなりで相手に渡せるexe作れる？ 配置型強制とか開発者モードONならとかは避けたいのだが... 582 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:23:04.90 ID:n4nlllf2.net] >>574 UnPackagedがある でもファイルサイズでかいし、全体的にβ版品質だぞ 583 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:29:13.38 ID:LEfSXXfI.net] >>574 は？githubでbuildしたバイナリごと公開すればいいだけなんだが・・・もしかしてこのスレってレベル低い雑魚専スレだった？www 584 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:35:52.60 ID:n4nlllf2.net] >>576 もうその釣り方飽きた 585 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:43:33.51 ID:uQvWeikk.net] みんなWPF使ってないのにスレはよく伸びるな。MSは釣りの達人だな。 586 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 17:55:02.83 ID:jNxtjOjp.net] しれっとスレタイにWinUIも紛れてるからね 587 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:14:28.34 ID:88DwHIqD.net] ReactivePropertyって便利ですか？ 重かったりしませんか？ 588 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:29:56.66 ID:ekr02bKa.net] WPF使わない人が入れ替わり立ち替わりこのスレにやって来るのが逆に不思議だわ。 589 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:31:45.58 ID:/It3ML06.net] >>580 いつメンテが止まるかわからんコントリビューターがほとんどいない日本のガラパゴスフレームワークなんて使う奴は馬鹿だって脳みそに刻み込め Livetと同じく作者が飽きたらマイグレーションしなきゃならん体験か地獄だろ まぁそもそもMSの開発環境はまともにメンテされてるサードパーティがほぼないから既にオワコンなんですけどね 590 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 18:51:03.10 ID:jNxtjOjp.net] >>580 便利だと思うよ 軽量版のReactivePropertySlimというのもある 必要に応じて使い分け 591 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 19:32:11.33 ID:JY9LQh4h.net] Windows Helloの実装見てても相変わらずMSが作る認証の実装って抽象化しすぎてて手間がかかってクソ面倒だよな Xamarin向けで個人が作ってるFingerprint実装の方がよっぽど簡単だしわかりやすい MSの実装ってすべてこれで高度に抽象化されてはいるが基本機能は提供してやってるからこれを自由に使って開発しろ、もちろん各機能はお前らが開発者が実装するんだ当然だろ？って価値観だからそりゃこんなクソ面倒な環境なんて人気なくなるわな 592 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 19:55:21.52 ID:MoIQ3Ajl.net] powershellで使えるからwpf好き 593 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 20:15:48.46 ID:I0vdSErl.net] >>580 メモリリークを量産出来て便利だよ^^ 594 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:00:21.18 ID:47rZ/1iq.net] >>582 WideStudioをおすすめします 595 名前：デフォルトの名無しさん mailto:sage [2022/03/07(月) 23:27:58.63 ID:MOFKApH8.net] >>580 ビルドするとdllが大量にできる 596 名前：デフォルトの名無しさん [2022/03/07(月) 23:48:28.14 ID:KtNINo0C.net] >>581 最大勢力であるWPF勢を取り込めば覇権を手にすることができるからな 597 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 00:28:47.31 ID:VwC0MlqW.net] >>586 後片付けしろw そんなんじゃ素のINotifyPropertyChangedでもやらかしてそうだ 598 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 06:00:50.91 ID:zwHCpSBo.net] >>581 バリバリ使ってるわ! 599 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 13:55:51.69 ID:EEUa6olq.net] >>584 誹謗抽象ｲｸﾅｲ‼ 600 名前：デフォルトの名無しさん mailto:sage [2022/03/08(火) 18:37:52.43 ID:cpo20Guw.net] 抽象クラスｲｲ!! 601 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 09:44:30.26 ID:jWVjgdsY.net] 依存関係プロパティも添付プロパティも面倒っすな コードスニペットがなかったら発狂してる 602 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 12:09:54.98 ID:i3HUDkFi.net] コード補完が汚れるのと言語やライブラリと関係ないキーワード覚えるの無駄だからスニペット大嫌いだわ これが嫌だから世界一賢いIntelli Sense搭載のVSをできるだけ使いたいのに他言語のフレームワークがないのMSクソすぎる 603 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:35:20.04 ID:6/DH/Lk5.net] Q) WinUIを使った実際のプロジェクトを見たことがありますか？ A) 私はC++/WinUI3で簡単なRPAツールを開発したことがありますが、 WinUI3の現在の進捗状況と機能では、商用アプリケーションを開発することができないと言いたいのです。 A) ソロ開発者の話をよく聞いていますが、はっきりとノーと答えることができます。 今のところ私の知る限り、誰もWinUIの道を進もうとは思っていません。 A) 他の人達が言うように、WinUI3は商用アプリケーションにはまだ早いです。 私たちはWinUI3を調査し、WPFの代わりにWinUI3を使用するようにいくつかのアプリを変更できるかどうか検討しましたが、 多くの機能が欠けており、バグの量も多いため、現実的ではありません。 WinUI3は、今のところ趣味のアプリケーションにしか使えません。 私の予想では、Microsoftのリソース次第では、完成まで2年かかるかもしれません。 604 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:44:48.69 ID:TswYpzkY.net] >>594 リリースの時点で属性ラベルつけるぐらいで通知出来るようにしていたらと 605 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 18:54:01.67 ID:M9pSY8tZ.net] 実際にWinUI3触ってない奴や理解できてない奴はは勘違いしてるがWinUI3は各プラットフォームのネイティブUIをWindows App SDKとして完全に切り離して独立させたものだからWin11のAcrylicやMiacなんかを実装するものじゃないぞ WInUI3(Windows App SDK 1.0)の目的はストアが大失敗した原因の一つであるストアアプリ実装の障害となっていたUWPとWIn32を統合してXAMLで統一することだからな まぁもうWindowsのカジュアルアプリをAndroidに委ねる方針を決めて既に実装もなかば完了してて英語圏の一部ユーザーには提供も始まってる状況でこんなことにリソース使ってるのはアホだと思うが 今MSがやることはFlutterのC#フレームワークを開発することだと思うんだがなFlutnetを買収してもいいしとにかく買収したXamarinのアプローチはWebがないから失敗だったと認めて精算して次に進むことだ 606 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:01:18.69 ID:EwjkSh/7.net] micaやbackground acrylicはWinUI3 1.1の予定でしょ 607 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:39:13.13 ID:k0VfhdGe.net] >>598 もう笑えない windowsアプリなんかやらん 608 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:44:09.02 ID:AdA9vO5b.net] MSがオープンソースに舵切って もう随分日が経つのになにやってんの？ 609 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 19:47:44.87 ID:YAFqNXTJ.net] 舵切ったせいでどんどん糞化、衰退していくなw 610 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 20:14:21.74 ID:AdA9vO5b.net] そりゃメインストリームじゃ無くなるって事だから 良いものに投資してそれを担げば良いってビジネスに変わってるのよ 611 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:22:35.44 ID:z5JAsG3I.net] WPFはWindowsとともに緩やかに死んでいけばいいものなんだから、 WPFから○○に乗り換える、みたいな思考が出てくること自体が俺にはよくわらかんけどな ○○を適用する領域とWPFがになっている既存の領域って重ならなくない？ 612 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 21:51:01.37 ID:J2pOraNy.net] ぶっちゃけUWPとWin32なんて放置でいいんだよFlutterでめっちゃ簡単にWinのデスクトップあぷり作れるんだがw しかもFlutterならすでにAcrylicやMiacが超簡単に実装できるパッケージが存在してて本家のWinUIがすでにオワコンのゴミになってんだよな 個人的にXAMLに統一したのは悪手で最悪のシナリオだと思うがなこれMSの開発環境にトドメ刺した気がする だってWPFもUWPもXamarin FormsもXAMLを採用してるフロントエンド実装ってカスマイズが半端じゃなく面倒臭くて大変だからな Xamarin FormsでiOSやAndroidのText Field/Text Editのラインの色を変更するというReactやFlutterなら超簡単な実装がわざわざプラットフォーム毎にカスタムBrush作らないとダメなの頭悪すぎるよMSこんなくそフロントエンドフレームワークなんてそりゃ誰も使わないよwww 613 名前：デフォルトの名無しさん [2022/03/09(水) 22:47:34.76 ID:63IP/FFF.net] じゃあなんでFlutterはWinFormsに勝てないんだい？ 614 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 22:54:38.93 ID:UXYSaO0e.net] >>606がネットワークみたいなIDをしてるからでしょうね 615 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:02:19.06 ID:w9Xuob20.net] >だってWPFもUWPもXamarin FormsもXAMLを採用してるフロントエンド実装ってカスマイズが半端じゃなく面倒臭くて大変だからな デスクトップGUIやってきた人は下手に自分でカスタマイズしようなんて考えないもんだけど こういうのはやっぱりWebから入った人なんかね 616 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:08:15.28 ID:seXi4WJR.net] いやそれはUIなんて1ミリも意識したことがないセンスゼロの日本のIT土方の発想だからだな 日本の人月仕事のIT土方の作るソフトウェアは業務もカジュアルも楽天のような壊滅的なデザインセンスのゴミばかりだからカスタマイズとか考えたことないんだろうな 海外のアプリはUIデザイン素晴らしいからなしかもプログラマーがデザインしてたりして日本のIT土方とは雲泥の差 617 名前：デフォルトの名無しさん mailto:sage [2022/03/09(水) 23:20:14.32 ID:w9Xuob20.net] DOS時代にオレオレGUIでイキっていたプログラマ連中はWindowsでLook&Feelが統一されたとき 個性が出せないとブーブー文句を言っていたという 618 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:18:44.24 ID:E/Z/b8gJ.net] DatePicker に日付を入力する場合 WinForm テンキー入力が絶望的にムズイ WPF キー入力が簡単 Chrome キー入力が絶望的 619 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:28:35.54 ID:PoZ2QdpC.net] 連日こんなところでWPFの悪口を書いて憂さ晴らしとか 可也歪んでいるな 620 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:38:36.94 ID:FfftqWaJ.net] WPFで業務システムしか作ったことなくてモバイルアプリなんて作ったことないってバレバレだな アプリやウェブなんUIのカスタマイズなんて常識だぞ 621 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:51:07.88 ID:ih1VJ5u0.net] UIコンポーネントのカスタマイズとUIの設計は別の概念であってな... 622 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 01:03:16.54 ID:TfAbZvvS.net] XAMLのUIカスタマイズは相当な知識と技術ないとできないからIT土方には無理 XAMLはもともとMVVMとセットで設計されてるフロントエンドフレームワークだからカスタマイズはモデルを考慮しながらLogicalTreeを操作する必要があって生半可な知識では実装できない IT土方ではやらないんじゃなくてできないだからそこを勘違いすんなよ 623 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 02:54:03.98 ID:HC3gWrHY.net] 相当な知識と技術が必要なものなんて普及するわけがない 624 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 03:07:23.45 ID:UA9zwjva.net] 今はLive Visual TreeとLive Property ExplorerとHot Reloadがあるからそれでも相当マシになったけどな ちょっと前まで実行後のVisualTreeとバッキングフィールドを確認しながらMとVMを設計してXAML、Converter、LogicalTree等々を書いてと手の込んだユーザー定義コントロールの実装は半端じゃなく難しくて大変 プロジェクトごとにGrapeCity並みのユーザー定義コントロール作ってたと言っても底辺な土方は信じないだろうが事実だからな 625 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:17:24.80 ID:c8NjDUP5.net] デザインについてはXAMLよりCSSの方が難しく感じる 626 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:45:20.77 ID:EafW9Vf3.net] >>613 業務システムは別の難しさがあるんよ UIのカスタマイズとかしようもんなら、顧客のジジババから 「見たことないようなのはダメ！」「わかりにくい！」と非難轟々 627 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:52:58.01 ID:E/Z/b8gJ.net] お前がお手本にしたWebやWindowsが分かりにくいからじゃねえの？ 628 名前：デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:53:30.68 ID:CmOm/dXs.net] >>606 349,650 repository results https://github.com/search?q=flutter 15,028 repository results https://github.com/search?q=winforms 笑）

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef