- 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/
- 477 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:03:03.43 ID:pyvPoE8E.net]
- やはりGUIはFlutterで構築するのが流行るかな
- 478 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:14:04.91 ID:yOOIJPZ6.net]
- flutterはネストしたスクロール部分で欠陥があるから注意
- 479 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 13:56:06.11 ID:8HeuC971.net]
- まあVSのC++のコンソールアプリのテンプレートのHelloWorldをデバッグビルドするだけで
マカフィーはウィルスとして判定するんやけどな...
- 480 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 14:10:58.39 ID:Geimv/XM.net]
- マカヘー「今どきC++なんか使ってるやつはウィルス作成者に違いない！ギルティ！」
- 481 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 16:03:43.25 ID:eqYFRIFE.net]
- >>472
そもそもUIとしてネストしたスクロールは使いづらいし、
見た目が悪い
- 482 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 17:52:46.88 ID:yOOIJPZ6.net]
- ネストしたスクロールってandroidで当たり前のツールバーがコンテンツのスクロールに合わせて表示されたり消えたりするやつのこととかを含む..
まじでflutterスクロールまわり欠陥だらけ
jetpack composeはそうならないことを祈る
- 483 名前：デフォルトの名無しさん [2022/02/25(金) 18:15:02.63 ID:yOOIJPZ6.net]
- つうか、netflixとかamazonのアプリとかyoutubeとかもネストしたスクロールだろ
縦方向にスクロールさせて個別のトピックで横方向にスクロール
こういうアプリ良くみるけど
- 484 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 18:28:31.23 ID:VyDJtm7x.net]
- >>477
カルーセルでしょ
最近のUX言語ではスクロールとはまた別の概念だよ
- 485 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 18:51:35.45 ID:yOOIJPZ6.net]
- ネストしたスクロールで方向が違うものを特にカルーセルっていうだと思う(想像)
- 486 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 19:04:52.93 ID:yOOIJPZ6.net]
- ごめん>>479はカルーセルじゃねぇな
やっぱ、>>477はネストしたスクロール方向がちがうスクロールじゃね?
- 487 名前：デフォルトの名無しさん [2022/02/25(金) 19:20:06.74 ID:yOOIJPZ6.net]
- >>478
違う概念というが俺は元からスクロールについていってるんだが
横方向と縦方向と方向が違うが>>476はネストしたスクロール
UI的にカルーセルって言葉使いたいなら>>476はネストした
カルーセルじゃね
- 488 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 19:54:02.28 ID:L/iFS/ue.net]
- ネストしたスクロールって親にも子にもスクロールバーが出るようなUIだぞ。
カルーセルはスクロールとは言わずにスライドとかページ切り替えと表現する。
- 489 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 21:12:24.61 ID:yOOIJPZ6.net]
- それ以前にデザイン的じゃなくて技術的な観点から複数のコンポーネント間でUIイベントをやり取りしてスクロールを調整する動きをネストしたスクロールと表現してそういう前提で話を進めてたんだが
そこはわかりずらかったっぽいので悪かった
だから>>476のツールバーが消えたり隠れたりする動きも含めたり
androidならNestedScrollViewやらNestedScrollingParent
まぁ、そこらへんがflutterはくそ
- 490 名前：デフォルトの名無しさん mailto:sage [2022/02/25(金) 21:29:28.09 ID:Mlva5ec6.net]
- その辺は何でやってもクソな気が…(やりたくない
- 491 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 02:20:45.48 ID:5PrhB3U9.net]
- いまからだとどうWPF勉強したらいいの？
- 492 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 02:22:27.16 ID:o7kRBzLD.net]
- MSのドキュメント読むだけだろ。
- 493 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 08:52:36.15 ID:WzYYvDDu.net]
- 今からWPFなんてやっても仕事ないけどな
趣味なら好きなようにしていいが
- 494 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 09:40:55.29 ID:COEkEbcq.net]
- かずきのWPF講座読んで、あとは使うならMVVMライブラリのチュートリアルでもやってみれば
- 495 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:20:56.98 ID:ToDUQmf6.net]
- もはやユーザーが少なすぎてベストプラクティスもクソもない状態だから、自分の好きなように使えばいいよ
- 496 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:35:00.29 ID:fVG8H20B.net]
- そうそう。MVVM警察気取りが幅を利かせてた痛々しい時代は過ぎ去ってアーキテクチャ固執主義は間違いだったと実証された。
コードビハインドにガンガン実装しても全然いいよ。
- 497 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:43:34.24 ID:npDV8IYK.net]
- それは生存バイアスってやつだ
そもそも設計の良い悪いを言い出したらMVVM以前にこんな日の目を見なかったレガシー技術を採用すること自体が明らかに悪いわけで、
そういうことを気にしない人が残ってるだけ
- 498 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:50:36.47 ID:NzDgaGJJ.net]
- かずきって懐かしいな
いまなにやってんだ？
- 499 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 10:51:25.63 ID:NzDgaGJJ.net]
- >>490
WPFのMVVMが基地外なだけさ
- 500 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 13:45:33.61 ID:riGTCXuy.net]
- >>487
身近なところや、「WPF 求人」で検索した結果を見ても仕事はあることはある。
他の人気のある言語と合わせて習得しておくのは悪くはないと思う。
- 501 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:41:21.55 ID:ZIjTMYhr.net]
- MVVMって誇れるほど難しい技術でもないからｗ
逆にコレがわからないとしたら転職考えたほうが良いかも
- 502 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 19:44:43.16 ID:o7kRBzLD.net]
- 超ブラックのIT業界いるなら、しかもPGは底辺なのでさっさと転職したほうがいい。
- 503 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 21:02:08.91 ID:Sj1PDpa0.net]
- >>492
日本マイクロソフト
- 504 名前：デフォルトの名無しさん mailto:sage [2022/02/27(日) 21:12:32.76 ID:+/7Q5xyF.net]
- >>495
わからないと言うより面倒と言う側面の方が強い
後はどうしたらよいか定番みたいなパターンがなかった
- 505 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 07:19:19.52 ID:bo2jyn1E.net]
- 今さらDispose()まで必須になったReactivePropety使うならナチュラルに書いた方がシンプルだし分かりやすい
- 506 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 08:37:02.02 ID:yylMWC41.net]
- 自分的にはReactivePropetyは最初から眼中にない。
ほぼ個人でメンテしているようなものは業務で使うのはありえないし、
わざわざメモリリークの爆弾仕込むようなものだし。
- 507 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 08:59:25.09 ID:4BlM0ozS.net]
- >>456
.NET6のWinFormsデザイナ、まだベータ版だぞ。
スケーリング対応も多少改善されてるけど問題点はまだいくつも残ってるし、
そもそも固定配置前提のUIフレームワークは生産性低すぎて辛いだろう。
- 508 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 12:51:13.26 ID:VFLmeVbD.net]
- やべー奴がいたw
https://mobile.twitter.com/ohbashunsuke/status/1495900842389610498
(deleted an unsolicited ad)
- 509 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 13:42:58.27 ID:33ipu5gN.net]
- >>501
業務アプリだと1画面にビシッとハマらなければならないのでGridでいい
逆にWindowsの「設定」みたいに画面スクロールしてーーとか出したら切られる
- 510 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 13:59:46.31 ID:VFLmeVbD.net]
- >>503
Webアプリで目の肥えた客「ウィンドウサイズに応じて最適な項目配置に変わってね。縦長ウィンドウにしたら縦に並べて、横長にしたら横に並べてね。」
- 511 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:06:09.80 ID:ki9qQxut.net]
- >>504
WinFormsでもFlowLayoutPanelてのがあった気が
- 512 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:41:54.06 ID:nNPgEP9f.net]
- >>505
客「あっ、そうそう、文字サイズは5段階ぐらいで調節可能にしといてね」
- 513 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 15:57:41.97 ID:ki9qQxut.net]
- >>506
それはきついかも…
- 514 名前：デフォルトの名無しさん [2022/02/28(月) 17:03:59.41 ID:zvSrYpGE.net]
- テレワークで突然解像度1366x768のノートPCとかいう人権のない環境に叩き落された人もいる
古の業務ソフトには縦800が前提かつ、全ウィンドウでサイズ変更不可とかいうクソみたいな仕様を採用してるものが多いので
最下部のボタンが押せなくて仕事にならないって話をもう数件聞いてる
レスポンシブにする必要はないが画面サイズ固定は流石に時代遅れだと思う
- 515 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 17:20:47.12 ID:ki9qQxut.net]
- >>508
それはそうなんだがWinFormsの場合はPanelを使った流動的なものでもフォントが変更されるとフォント次第ではコントロールの幅とかが変に…
かと言ってWPFはListBoxとかで工夫を加える場合面倒
- 516 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 22:55:13.95 ID:eK9jJDC4.net]
- class ViewModel{
public ObservableCollection<Mail> Mails = ....
}
データグリッドでMailsをbindingして表示します。
データグリッドの各行ににチェックボックスを付けて、例えば一括して削除などの動作をしたい場合、MailクラスにIsCheckedなどのプロパティを追加する以外に良い方法はありますか？
Mailを継承した専用クラスを作ってそちらをbindingする方法も考えましたが、もっと簡単な、あるいは一般的な方法があれば教えて頂きたいです。
- 517 名前：デフォルトの名無しさん mailto:sage [2022/02/28(月) 23:25:29.73 ID:ARJn3fZ4.net]
- UIの状態をあらわすのがViewModelなんだから、Mail用のMailViewModelを作ってそっちにIsCheckedプロパティを追加する
で
class ViewModel {
ObservableCollection<MailViewModel> MailViewModels =
}
- 518 名前：デフォルトの名無しさん [2022/02/28(月) 23:28:39.53 ID:ARJn3fZ4.net]
- MVVM的にはViewにバインドさせるのはModelじゃなくてViewModel
Modelをそのままバインドできる要件ならViewModelを用意せず横着してもいいけど
- 519 名前：デフォルトの名無しさん [2022/03/01(火) 04:27:43.12 ID:HvxAN7j1.net]
- こんな単純なことするのにも迷うMVVMゴミすぎる
本末転倒だよ…
- 520 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 08:15:49.02 ID:6mHOWi1F.net]
- そういうのはMVVMに限らない。MVCだって学んでなけりゃ迷うわな。
- 521 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 10:13:10.94 ID:Hsy6xGe8.net]
- ViewModelも使うけど加工する必要がないデータはModelから直接バインドしてます
最初のころは全てViewModel経由していたけど、その意味がわからなくなって
- 522 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 10:17:26.44 ID:77YWD3uc.net]
- >>515
MVVM警察だ。お前を逮捕する
- 523 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 11:08:37.82 ID:oU1D/s0E.net]
- >>515
Modelってことはコードビハインド？
ざっと触ってみた感じ、ViewModelとModelは別物だね
WinFormsとかみたいな場合はイベントとかで直接View、つまりコントロールをいじってた
これをWeb系みたくデザイナーとプログラマの役割分だけするためにイベントやModelで直接コントロールをいじることを禁止する
もちろん、表示・非表示の切り替えみたいなのは別で
ViewModelを介すことで直接コントロールを操作することを防ぐ
例えばListBoxの中身をデータバインディングした場合、ViewModelを操作(配列に対する操作とか)をしたらListBoxに反映される
…って妄想してる
- 524 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 11:21:43.44 ID:2vaJYGq+.net]
- デスクトップ開発にデザイナーなんて職業は存在しない。
- 525 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:08:57.70 ID:RNWoyucI.net]
- >>517
反映するにはオブザーバブルでないといけない
それがVM
- 526 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 13:33:00.63 ID:xQ0S3wJN.net]
- >>518
デザイナーが居る場合はある
XAMLは作ってくれないし、デザイナーの指定したデザインの再現に苦労するのはプログラマだが
- 527 名前：デフォルトの名無しさん mailto:sage [2022/03/01(火) 16:14:35.26 ID:UDSzZfa0.net]
- >>513
だな
- 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%未満なんだな。
これをポジティブにとらえればいいのかネガティブにとらえればいいのか。
|
 |
