22/02/19 13:16:07.12 IE8zF3Kj.net
html側もwebview2べったりがイヤだからwebapiモドキ
404:デフォルトの名無しさん
22/02/19 13:23:50.87 UkMRjGML.net
>>398
そのココロは？
単純にJSとC#、Reactと.NETと、異なるものを同時に扱わないとならないだけでもその分労力は増えると思うが。
405:デフォルトの名無しさん
22/02/19 13:34:39.99 X0wJkiGG.net
>>400
Reactみたいにややこしいもの使わなくてもSvelteでも何でも良いんだし。
言ってるほど難易度高くないよ。
カスタマイズしたオーナードローなTreeViewとか作るならHTML+CSSの方がはるかに楽。
406:デフォルトの名無しさん
22/02/19 13:40:29.28 yc9OR0yy.net
WPFは自作コントロール作るのが酷く面倒だからね
407:デフォルトの名無しさん
22/02/19 13:55:04.77 UkMRjGML.net
>>401
つまり、カスタムコントロール作る前提なら、ってことかな。
うちでやってるデスクトップアプリだと、よほどのことがない限りいちいちカスタムコントロールなんて作らないしなぁ。
408:デフォルトの名無しさん
22/02/19 13:55:48.58 X0wJkiGG.net
アニメーションするチャートとかもWebベースの物の方が良いもの多いよね。見やすいのが多いし、作る側としてもインタラクティブな動きはつけやすい。
最近は業務アプリでもみんな目が肥えてるから。
PowerBIとかもWebViewっぽくないか？
409:デフォルトの名無しさん
22/02/19 13:56:45.11 X0wJkiGG.net
>>403
カスタムコントロールまでいかなくても、チャートの類とか、ビューアーの類とか。
PDFのプレビュー出すのにWebView使うとかもアリよ。
410:デフォルトの名無しさん
22/02/19 14:00:32.65 UkMRjGML.net
JSとC#の話をしていたはずなのにCSSとXAMLの話になったり、プログラミングの話をしていたはずなのに
ライブラリが豊富という話になったり、なんだろうこのモヤッとする感じ。
411:デフォルトの名無しさん
22/02/19 14:04:51.66 Gaj/uCI/.net
c#ジジイたちにWebなんてムリ
今のhtmlやcssは複雑になったしデザインとレスポンシブ込みだとcssフレームワーク使っても使えない無能ばかりだからな
412:デフォルトの名無しさん
22/02/19 14:10:51.58 X0wJkiGG.net
>>406
C#とJSを連携する目的はそれしかないからでしょ。
JSで業務ロジック作って連携する訳がないんだから。
C#でXAMLをコントロールする話と、JavaScriptでCSS+HTMLをコントロールする話が、
C#からJSにinteropしてHTML+CSSを動かす話になるじゃん。
その上で使えるライブラリはJSでしょ。
何が疑問？
413:デフォルトの名無しさん
22/02/19 15:33:28.33 AlOKsuc0.net
みんな、たまにはWPFの話もしてくれよ
414:デフォルトの名無しさん
22/02/19 15:42:50.85 HrfptPE1.net
WPFからバインディングを切り離したグラフィックモジュールが欲しい
バインディングが諸悪の根源
415:デフォルトの名無しさん
22/02/19 15:45:17.17 evvGZLor.net
>>410
ならバインディングしなければいいだけじゃないのか
バインディングそのものはWinFormsにもあるんだぜ
416:デフォルトの名無しさん
22/02/19 15:47:24.50 b+8HD1Ua.net
常用してるライブラリがあったら教えてくり
417:デフォルトの名無しさん
22/02/19 16:17:06.06 bVzeAasi.net
ID:X0wJkiGG みたいに情報提供してくれる人はありがたいけど
煽り入れてくるのはNGするといいお
418:デフォルトの名無しさん
22/02/19 16:34:50.41 JpT/s+kG.net
webもやらないとなぁと思ってVueで入門だわ・・・
419:デフォルトの名無しさん
22/02/19 17:50:55.25 X0wJkiGG.net
>>412
JSだとSvelteで全て済ませたいところなんだけど、d3.jsでチャート書くことも多い。
あと変わり種としては最近はmo
420:del-viewer使ったものも作った。割とウケたけど、これは多分3D触らない人は使わないと思う。
421:デフォルトの名無しさん
22/02/19 18:35:10.60 AlOKsuc0.net
>>410
バインディングを一切使わなくてもアプリは作れるよ
422:デフォルトの名無しさん
22/02/19 20:28:44.30 ZIf//Swn.net
Bindingすげぇ！って言ってたじゃんお前ら最初
423:デフォルトの名無しさん
22/02/19 20:32:24.01 FnhAxPLY.net
>>416
ListViewやListBox、TreeViewなどが使用不能だから
しょぼいやつしか作れませんわ
VM使わないならまだしも
424:デフォルトの名無しさん
22/02/19 21:22:19.62 dHM7ffAe.net
仮想化使わなきゃItemsControl系使えるけど
まぁ、データ数増えたらきついな
425:デフォルトの名無しさん
22/02/20 06:09:29.10 rMSJWNa2.net
>>418
それらもバインディングなしで使えるよ
426:デフォルトの名無しさん
22/02/20 09:19:45.81 OX17O63E.net
Caliburn.Microならx:Nameだけでバインディングする
PropertyChanged.FodyならINotifyPropertyChangedを自動実装する
バインディングがわからないって初心者、またいちいち書くの面倒で嫌という人なら役に立つかもしれない
427:デフォルトの名無しさん
22/02/20 16:36:12.10 fPGhCMQ1.net
もう終わったドマイナーライブラリの宣伝はいらないよ
428:デフォルトの名無しさん
22/02/20 20:58:13.91 THbE7o0A.net
VBA触ってからWPF触ったときはデータバインディングに感動したりもしました
429:デフォルトの名無しさん
22/02/20 21:23:04.93 swKuI/ic.net
データーバインディングって Borland C++ Builder の時から有ったよね
430:デフォルトの名無しさん
22/02/20 21:28:40.05 XyZ+411b.net
>>424
そう。当時はシンタックスシュガーでしかなかったものが
MVVM信者によってアーキテクチャの一部に祀り上げられたのが根本的な誤ちの始まりになった。
431:デフォルトの名無しさん
22/02/20 21:40:18.51 yw9AEnt+.net
何が誤ちだよ「過ち」って書くんだよ
MVVM理解できない奴は根本的に学がなくて勉強嫌いだって分かるな
432:デフォルトの名無しさん
22/02/20 22:14:55.49 zJV+WKvF.net
C#自体がマイナー
実需はゲーム開発のみ
433:デフォルトの名無しさん
22/02/20 22:21:48.82 uUEkIMOM.net
>>426
常用漢字ではないけど>>425の文脈だと誤ちでも間違いでもない
そもそも5chで誤字指摘とか…
434:デフォルトの名無しさん
22/02/20 23:17:32.96 Qz/cDKkO.net
文書入力した後、見返したり推敲したり編集したりしないのだから入力違いやグダグダ文書なんか当然
いわば一筆書きみたいな文書の書き方になるわけだし
435:デフォルトの名無しさん
22/02/20 23:40:10.52 uUEkIMOM.net
技術板なので技術的にグダグダなのは勘弁して欲しいが意味が取れるなら多少の誤字とかは許容範囲
436:デフォルトの名無しさん
22/02/20 23:58:10.11 j4WAiXFM.net
たぶん、MVVM信者って煽りが気に入らなかったんでしょ
だから誤字を指摘してやり返したと予想
437:デフォルトの名無しさん
22/02/21 01:29:06.13 06fqlVz8.net
>>425
べつに誤字や漢字使いはどうでもいいんだが
バインディングがシンタックスシュガーって、もとはどうだったのか気になる
もともと機能としてはもってて書き方だけなのか
自動生成なら相当な量のコードに該当する気がするんだが
438:デフォルトの名無しさん
22/02/21 01:39:26.02 MsEPZ7ij.net
そもそもフロントアーキテクチャ界隈では
viewModelとviewのデータフローで
双方向というのは否定されている
439:デフォルトの名無しさん
22/02/21 01:45:07.36 Vo68A3hI.net
使ってみたらシンタックスビターだった。
440:デフォルトの名無しさん
22/02/21 09:57:25.91 Z2tCC8cM.net
>>433
そんなこと言っても、Connected Animationは双方向出来ないと詰む
441:デフォルトの名無しさん
22/02/21 14:40:06.59 G8P6
442:KNI7.net
443:デフォルトの名無しさん
22/02/21 20:11:38.06 oeWV3I3V.net
ところで.NET7が来たわけだが
おまいらどうよ？
444:デフォルトの名無しさん
22/02/21 20:57:34.26 kRnBXcNL.net
奇数はスルーだろ。
ぎりぎりまで長寿の4.8で粘るという手もあるしな。
確実に3年以上使える。
445:デフォルトの名無しさん
22/02/21 23:59:53.65 j4nCawQR.net
コンテナの中でおさわりまんこの人です！ってやりたい人は7に飛びつくらしいぞ
446:デフォルトの名無しさん
22/02/22 11:46:49.83 q4VXFdfo.net
XAML入門：前編 〜 WPFからWindows11アプリまで 〜
447:デフォルトの名無しさん
22/02/23 11:17:19.87 AYH7H5ZM.net
今からwpfアプリ作るなら.net Coreの方がいいのかな？
デメリットは2年ごとにバージョンアップしなきゃいけないくらい？
448:デフォルトの名無しさん
22/02/23 11:35:51.75 6huhQPG7.net
いや.NETにしとけ
449:デフォルトの名無しさん
22/02/23 11:42:36.70 v6KMLEO5.net
>>441
.NET Coreは最新の3.1でも今年の年末にはサポート終了するよ
（5以降は名前に「Core」が付かないただの「.NET」）
450:デフォルトの名無しさん
22/02/23 11:46:09.12 AYH7H5ZM.net
>>442
>>443
失礼しました。.net Framework4.8か.NET6のどちらで作るかという質問でした。
451:デフォルトの名無しさん
22/02/23 12:13:40.43 n7YEN9KD.net
>>444
.Net4.8のサポートが30年あたりだから、25年までは.Net4.8が無難かと。
その頃には.Netも最適化されてるでしょ。
そもそもWindowsが健在なのかも不明だし。
452:デフォルトの名無しさん
22/02/23 12:16:35.49 n7YEN9KD.net
WPFに真剣に取り組んでも将来仕事があるのか心配。
453:デフォルトの名無しさん
22/02/23 12:23:14.34 n4QLtIZ7.net
家でWPFに真剣に取り組んで
日中はコンビニでアルバイト
だいたいこういう生活スタイルになるかな
454:デフォルトの名無しさん
22/02/23 13:22:26.22 ywzuv89F.net
>>446
MVVMの第一人者がWPF見限ってWebに移ってるのが全て
455:デフォルトの名無しさん
22/02/23 13:39:30.83 AYH7H5ZM.net
>>445
ありがとうございます。.NET6はまだまだということでしょうかね。
456:デフォルトの名無しさん
22/02/23 14:42:12.12 5YFRSXe3.net
>>448
それいつの話よ！
457:デフォルトの名無しさん
22/02/23 15:28:20.73 8ISSr+bj.net
>>446
「仕事で」というのは随分ニッチ狙いだな。
WPFは個人的に使うツールを作ったりするのに便利。
WPF⇒WinUIに移行する道もあるし。
今は駄目駄目のWinUIも2〜3年後には使えるレベルになってるでしょ。
WebはFlutterに置き換えたい。
JavaScriptはVBAと同じく、プロが使うべき言語じゃない。
TypeScriptも同じ。腐った食材をラッピングしても中身は腐ったまま。
458:デフォルトの名無しさん
22/02/23 15:30:22.63 A1VwjaQk.net
WPFを腐った食材と言いたげだな
459:デフォルトの名無しさん
22/02/23 15:45:07.83 8ISSr+bj.net
腐ってるのはJavaScript。
誕生の経緯からして大規模開発に使うようなものじゃない。
WPFは頑張ってると思うよ。
Windowsデスクトップ向け開発技術の中ではバランスがいい。
これ選んでおけば困ることがない。
後発が揃いも揃ってヘボすぎる結果でもあるけど。
460:デフォルトの名無しさん
22/02/23 16:12:12.81 EjF360bu.net
>>453
WinFormsで十分
461:デフォルトの名無しさん
22/02/23 16:17:35.16 A1VwjaQk.net
腐ってると言ってもWPFは納豆なんだよ。好きな人は好きだが嫌いな人は食べない。
462:デフォルトの名無しさん
22/02/23 16:23:19.96 YdM3SxcO.net
>>454
.NET FrameworkのWinFormsはスケーリング対応が腐ってるのがな
.NET6のなら改良されてマシになってるけど
463:デフォルトの名無しさん
22/02/23 16:28:06.25 A1VwjaQk.net
近所にスケートリンクないんだよな
464:デフォルトの名無しさん
22/02/23 16:49:27.74 5YFRSXe3.net
あいかわらずのおじさん...
465:デフォルトの名無しさん
22/02/23 16:52:38.52 A1VwjaQk.net
納得くせーガキが背伸びすんなよ
466:デフォルトの名無しさん
22/02/23 17:08:22.18 Xkg4oOVl.net
>>454
WinFormsを進化させたのがWPF。
だからWinFormsの代わりにWPFを使えばOK。
467:デフォルトの名無しさん
22/02/23 17:35:40.25 4nPsDKk4.net
Flutterってwebもデスクトップもまともに動くんかねぇ・・・
468:デフォルトの名無しさん
22/02/23 17:42:10.42 zyypBZ1d.net
flutterはデスクトップ向けに簡単にネイティブAPIつっつけないんじゃないの？
C#ぐらいデカいデスクトップ向けバッテリーがあっても結構頻繁にネイティブ必要なのに。
469:デフォルトの名無しさん
22/02/23 18:21:05.11 jrR/d40v.net
flutter webはダメっぽい
CanvasKitのwebasmとか大きすぎてダウンロードが..
そこから..
flutter desktopはok
470:デフォルトの名無しさん
22/02/24 08:38:23.23 p3uXF2gK.net
この第一人者ってJohn Gossman？
471:デフォルトの名無しさん
22/02/24 15:22:11.77 Z10usaaO.net
WPFで作成したアプリをWindows Defenderが誤検知したんだがMSふざけてんのか？
お前のとこのツールで作成したアプリだぞ
472:デフォルトの名無しさん
22/02/24 15:53:17.31 uozJ2LSE.net
>>465
どの開発ツールで作成したかなんて関係ないだろ、アホか?
見られてるのはどんな挙動をするか。
お前と同じ、キョドってるから職務質問されるんだよ。
473:デフォルトの名無しさん
22/02/25 08:37:34.40 6D5Ibm3F.net
>>465
納品するソフトで同じ事があった。
474:デフォルトの名無しさん
22/02/25 09:03:07.81 F30cwVSi.net
ウイルスがやりそうなことや、お行儀の良いプログラムがやらなそうなこと実装すると結構引っかかる
475:デフォルトの名無しさん
22/02/25 09:16:53.23 MEIpOner.net
Webにおくと問答無用で「人気がない」判定されて疑われる
476:デフォルトの名無しさん
22/02/25 12:36:04.84 n0fLabvp.net
このスレでflutterとかrustとか知ることできて
ありがたい
477:デフォルトの名無しさん
22/02/25 13:03:03.43 pyvPoE8E.net
やはりGUIはFlutterで構築するのが流行るかな
478:デフォルトの名無しさん
22/02/25 13:14:04.91 yOOIJPZ6.net
flutterはネストしたスクロール部分で欠陥があるから注意
479:デフォルトの名無しさん
22/02/25 13:56:06.11 8HeuC971.net
まあVSのC++のコンソールアプリのテンプレートのHelloWorldをデバッグビルドするだけで
マカフィーはウィルスとして判定するんやけどな...
480:デフォルトの名無しさん
22/02/25 14:10:58.39 Geimv/XM.net
マカヘー「今どきC++なんか使ってるやつはウィルス作成者に違いない！ギルティ！」
481:デフォルトの名無しさん
22/02/25 16:03:43.25 eqYFRIFE.net
>>472
そもそもUIとしてネストしたスクロールは使いづらいし、
見た目が悪い
482:デフォルトの名無しさん
22/02/25 17:52:46.88 yOOIJPZ6.net
ネストしたスクロールってandroidで当たり前のツールバーがコンテンツのスクロールに合わせて表示されたり消えたりするやつのこととかを含む..
まじでflutterスクロールまわり欠陥だらけ
jetpack composeはそうならないことを祈る
483:デフォルトの名無しさん
22/02/25 18:15:02.63 yOOIJPZ6.net
つうか、netflixとかamazonのアプリとかyoutubeとかもネストしたスクロールだろ
縦方向にスクロールさせて個別のトピックで横方向にスクロール
こういうアプリ良くみるけど
484:デフォルトの名無しさん
22/02/25 18:28:31.23 VyDJtm7x.net
>>477
カルーセルでしょ
最近のUX言語ではスクロールとはまた別の概念だよ
485:デフォルトの名無しさん
22/02/25 18:51:35.45 yOOIJPZ6.net
ネストしたスクロールで方向が違うものを特にカルーセルっていうだと思う(想像)
486:デフォルトの名無しさん
22/02/25 19:04:52.93 yOOIJPZ6.net
ごめん>>479はカルーセルじゃねぇな
やっぱ、>>477はネストしたスクロール方向がちがうスクロールじゃね?
487:デフォルトの名無しさん
22/02/25 19:20:06.74 yOOIJPZ6.net
>>478
違う概念というが俺は元からスクロールについていってるんだが
横方向と縦方向と方向が違うが>>476はネストしたスクロール
UI的にカルーセルって言葉使いたいなら>>476はネストした
カルーセルじゃね
488:デフォルトの名無しさん
22/02/25 19:54:02.28 L/iFS/ue.net
ネストしたスクロールって親にも子にもスクロールバーが出るようなUIだぞ。
カルーセルはスクロールとは言わずにスライドとかページ切り替えと表現する。
489:デフォルトの名無しさん
22/02/25 21:12:24.61 yOOIJPZ6.net
それ以前にデザイン的じゃなくて技術的な観点から複数のコンポーネント間でUIイベントをやり取りしてスクロールを調整する動きをネストしたスクロールと表現してそういう前提で話を進めてたんだが
そこはわかりずらかったっぽいので悪かった
だから>>476のツールバーが消えたり隠れたりする動きも含めたり
androidならNestedScrollViewやらNestedScrollingParent
まぁ、そこらへんがflutterはくそ
490:デフォルトの名無しさん
22/02/25 21:29:28.09 Mlva5ec6.net
その辺は何でやってもクソな気が…(やりたくない
491:デフォルトの名無しさん
22/02/27 02:20:45.48 5PrhB3U9.net
いまからだとどうWPF勉強したらいいの？
492:デフォルトの名無しさん
22/02/27 02:22:27.16 o7kRBzLD.net
MSのドキュメント読むだけだろ。
493:デフォルトの名無しさん
22/02/27 08:52:36.15 WzYYvDDu.net
今からWPFなんてやっても仕事ないけどな
趣味なら好きなようにしていいが
494:デフォルトの名無しさん
22/02/27 09:40:55.29 COEkEbcq.net
かずきのWPF講座読んで、あとは使うならMVVMライブラリのチュートリアルでもやってみれば
495:デフォルトの名無しさん
22/02/27 10:20:56.98 ToDUQmf6.net
もはやユーザーが少なすぎてベストプラクティスもクソもない状態だから、自分の好きなように使えばいいよ
496:デフォルトの名無しさん
22/02/27 10:35:00.29 fVG8H20B.net
そうそう。MVVM警察気取りが幅を利かせてた痛々しい時代は過ぎ去ってアーキテクチャ固執主義は間違いだったと実証された。
コードビハインドにガンガン実装しても全然いいよ。
497:デフォルトの名無しさん
22/02/27 10:43:34.24 npDV8IYK.net
それは生存バイアスってやつだ
そもそも設計の良い悪いを言い出したらMVVM以前にこんな日の目を見なかったレガシー技術を採用すること自体が明らかに悪いわけで、
そういうことを気にしない人が残ってるだけ
498:デフォルトの名無しさん
22/02/27 10:50:36.47 NzDgaGJJ.net
かずきって懐かしいな
いまなにやってんだ？
499:デフォルトの名無しさん
22/02/27 10:51:25.63 NzDgaGJJ.net
>>490
WPFのMVVMが基地外なだけさ
500:デフォルトの名無しさん
22/02/27 13:45:33.61 riGTCXuy.net
>>487
身近なところや、「WPF 求人」で検索した結果を見ても仕事はあることはある。
他の人気のある言語と合わせて習得しておくのは悪くはないと思う。
501:デフォルトの名無しさん
22/02/27 19:41:21.55 ZIjTMYhr.net
MVVMって誇れるほど難しい技術でもないからｗ
逆にコレがわからないとしたら転職考えたほうが良いかも
502:デフォルトの名無しさん
22/02/27 19:44:43.16 o7kRBzLD.net
超ブラックのIT業界いるなら、しかもPGは底辺なのでさっさと転職したほうがいい。
503:デフォルトの名無しさん
22/02/27 21:02:08.91 Sj1PDpa0.net
>>492
日本マイクロソフト
504:デフォルトの名無しさん
22/02/27 21:12:32.76 +/7Q5xyF.net
>>495
わからないと言うより面倒と言う側面の方が強い
後はどうしたらよいか定番みたいなパターンがなかった
505:デフォルトの名無しさん
22/02/28 07:19:19.52 bo2jyn1E.net
今さらDispose()まで必須になったReactivePropety使うならナチュラルに書いた方がシンプルだし分かりやすい
506:デフォルトの名無しさん
22/02/28 08:37:02.02 yylMWC41.net
自分的にはReactivePropetyは最初から眼中にない。
ほぼ個人でメンテしているようなものは業務で使うのはありえないし、
わざわざメモリリークの爆弾仕込むようなものだし。
507:デフォルトの名無しさん
22/02/28 08:59:25.09 4BlM0ozS.net
>>456
.NET6のWinFormsデザイナ、まだベータ版だぞ。
スケーリング対応も多少改善されてるけど問題点はまだいくつも残ってるし、
そもそも固定配置前提のUIフレームワークは生産性低すぎて辛いだろう。
508:デフォルトの名無しさん
22/02/28 12:51:13.26 VFLmeVbD.net
やべー奴がいたw
URLﾘﾝｸ(mobile.twitter.com)
(deleted an unsolicited ad)
509:デフォルトの名無しさん
22/02/28 13:42:58.27 33ipu5gN.net
>>501
業務アプリだと1画面にビシッとハマらなければならないのでGridでいい
逆にWindowsの「設定」みたいに画面スクロールしてーーとか出したら切られる
510:デフォルトの名無しさん
22/02/28 13:59:46.31 VFLmeVbD.net
>>503
Webアプリで目の肥えた客「ウィンドウサイズに応じて最適な項目配置に変わってね。縦長ウィンドウにしたら縦に並べて、横長にしたら横に並べてね。」
511:デフォルトの名無しさん
22/02/28 15:06:09.80 ki9qQxut.net
>>504
WinFormsでもFlowLayoutPanelてのがあった気が
512:デフォルトの名無しさん
22/02/28 15:41:54.06 nNPgEP9f.net
>>505
客「あっ、そうそう、文字サイズは5段階ぐらいで調節可能にしといてね」
513:デフォルトの名無しさん
22/02/28 15:57:41.97 ki9qQxut.net
>>506
それはきついかも…
514:デフォルトの名無しさん
22/02/28 17:03:59.41 zvSrYpGE.net
テレワークで突然解像度1366x768のノートPCとかいう人権のない環境に叩き落された人もいる
古の業務ソフトには縦800が前提かつ、全ウィンドウでサイズ変更不可とかいうクソみたいな仕様を採用してるものが多いので
最下部のボタンが押せなくて仕事にならないって話をもう数件聞いてる
レスポンシブにする必要はないが画面サイズ固定は流石に時代遅れだと思う
515:デフォルトの名無しさん
22/02/28 17:20:47.12 ki9qQxut.net
>>508
それはそうなんだがWinFormsの場合はPanelを使った流動的なものでもフォントが変更されるとフォント次第ではコントロールの幅とかが変に…
かと言ってWPFはListBoxとかで工夫を加える場合面倒
516:デフォルトの名無しさん
22/02/28 22:55:13.95 eK9jJDC4.net
class ViewModel{
public ObservableCollection<Mail> Mails = ....
}
データグリッドでMailsをbindingして表示します。
データグリッドの各行ににチェックボックスを付けて、例えば一括して削除などの動作をしたい場合、MailクラスにIsCheckedなどのプロパティを追加する以外に良い方法はありますか？
Mailを継承した専用クラスを作ってそちらをbindingする方法も考えましたが、もっと簡単な、あるいは一般的な方法があれば教えて頂きたいです。
517:デフォルトの名無しさん
22/02/28 23:25:29.73 ARJn3fZ4.net
UIの状態をあらわすのがViewModelなんだから、Mail用のMailViewModelを作ってそっちにIsCheckedプロパティを追加する
で
class ViewModel {
ObservableCollection<MailViewModel> MailViewModels =
}
518:デフォルトの名無しさん
22/02/28 23:28:39.53 ARJn3fZ4.net
MVVM的にはViewにバインドさせるのはModelじゃなくてViewModel
Modelをそのままバインドできる要件ならViewModelを用意せず横着してもいいけど
519:デフォルトの名無しさん
22/03/01 04:27:43.12 HvxAN7j1.net
こんな単純なことするのにも迷うMVVMゴミすぎる
本末転倒だよ…
520:デフォルトの名無しさん
22/03/01 08:15:49.02 6mHOWi1F.net
そういうのはMVVMに限らない。MVCだって学んでなけりゃ迷うわな。
521:デフォルトの名無しさん
22/03/01 10:13:10.94 Hsy6xGe8.net
ViewModelも使うけど加工する必要がないデータはModelから直接バインドしてます
最初のころは全てViewModel経由していたけど、その意味がわからなくなって
522:デフォルトの名無しさん
22/03/01 10:17:26.44 77YWD3uc.net
>>515
MVVM警察だ。お前を逮捕する
523:デフォルトの名無しさん
22/03/01 11:08:37.82 oU1D/s0E.net
>>515
Modelってことはコードビハインド？
ざっと触ってみた感じ、ViewModelとModelは別物だね
WinFormsとかみたいな場合はイベントとかで直接View、つまりコントロールをいじってた
これをWeb系みたくデザイナーとプログラマの役割分だけするためにイベントやModelで直接コントロールをいじることを禁止する
もちろん、表示・非表示の切り替えみたいなのは別で
ViewModelを介すことで直接コントロールを操作することを防ぐ
例えばListBoxの中身をデータバインディングした場合、ViewModelを操作(配列に対する操作とか)をしたらListBoxに反映される
…って妄想してる
524:デフォルトの名無しさん
22/03/01 11:21:43.44 2vaJYGq+.net
デスクトップ開発にデザイナーなんて職業は存在しない。
525:デフォルトの名無しさん
22/03/01 13:08:57.70 RNWoyucI.net
>>517
反映するにはオブザーバブルでないといけない
それがVM
526:デフォルトの名無しさん
22/03/01 13:33:00.63 xQ0S3wJN.net
>>518
デザイナーが居る場合はある
XAMLは作ってくれないし、デザイナーの指定したデザインの再現に苦労するのはプログラマだが
527:デフォルトの名無しさん
22/03/01 16:14:35.26 UDSzZfa0.net
>>513
だな
528:デフォルトの名無しさん
22/03/01 17:02:09.29 mYgN9Bsp.net
採用すると生産性が落ちるアーキテクチャとか存在意義なくね？
プログラマーのオナニーでしかない
529:デフォルトの名無しさん
22/03/01 18:56:30.75 Tqcv2px3.net
>>511
これってMailViewModelの中にMailModelを保持すると思うけど、グリッドコントロールで行を消すとMailViewModelは消えるけどMailModelは消えずに残るよね？
そこは頑張ってコード書いて同期を取るしかない？
530:デフォルトの名無しさん
22/03/01 19:34:21.36 YC4P/K5p.net
ストレージから削除するなら
頑張って書いたほうがいい
531:510
22/03/01 19:37:28.19 dYFnJIyt.net
皆さんありがとうございます。
class MailViewModel : Mail{
public IsChecked {
get => _isChecked;
set => SetProperty(ref _isChecked, value);
}
private _isChecked;
}
上記のようなクラスを作ってBindingするのが良さそうに思いました。
532:デフォルトの名無しさん
22/03/01 19:51:58.93 JcAvsTjQ.net
>>523
グリットコントロールから行を消すことがメールの削除の操作を意味するようにしたいならMailModelも消す
単に非表示にしたいだけとか、ゴミ箱に入れておいて復活させるようにさせたいとか、色々考えられる
だからViewModelが欲しくなったのさ
533:デフォルトの名無しさん
22/03/01 20:12:49.81 Tqcv2px3.net
>>526
なるほど。ケースによって対処は変わるよね。
ありがとう。
534:デフォルトの名無しさん
22/03/02 06:20:23.82 2pV2z6cL.net
Electronの葬式準備はできたか？
URLﾘﾝｸ(github.com)
535:デフォルトの名無しさん
22/03/02 18:19:13.15 aIp73SHF.net
rustとか新しいのぼえとうないなぁ
536:デフォルトの名無しさん
22/03/03 05:36:04.02 uxaiIIsi.net
>>528
これは楽しみだな
537:デフォルトの名無しさん
22/03/03 09:44:18.37 Y3c36uTI.net
ここまで普及したElectronの牙城を崩すのは無理な気がする。せいぜいGoレベルだろう。
Electronがディスク使用量もメモリ使用量も超重量級なのは不満に思ってたけど。
538:デフォルトの名無しさん
22/03/03 10:21:20.83 8QQBVbSl.net
viewをhtmlとcssで書けないとつまらんよ
デザインがしょぼくなる
539:デフォルトの名無しさん
22/03/03 10:21:59.75 8QQBVbSl.net
WPFレベルでよければ可なのかもしれんが
540:デフォルトの名無しさん
22/03/03 11:12:38.88 4Us9YDJC.net
しょぼい方が評判良くて、デザイナーの自己満足全開デザインが使いづらい・分かりにくいと不評なのが現実
541:デフォルトの名無しさん
22/03/03 11:17:10.50 8QQBVbSl.net
>>534
あんたがセンス無いだけ
542:デフォルトの名無しさん
22/03/03 11:25:49.76 4Us9YDJC.net
>>535
まあそうやって逃げるしかないよな。
お前の仕事は無意味だって認めることになるんだから。
543:デフォルトの名無しさん
22/03/03 11:41:18.82 OeErkjB1.net
碌に使いもしないが権限だけは大きいエライオジサンのせいで見た目だけは派手だが使いづらいものになるのはまれによくあること
544:デフォルトの名無しさん
22/03/03 17:34:06.50 8kQ1SF/V.net
デザインセンス云々は置いといてhtml+cssのほうがデザインの幅が広いのは確か
予算があるならデザイナーにも頼めるしね
545:デフォルトの名無しさん
22/03/03 23:32:59.05 hgALKmrt.net
WPF+MVVM+Rxの実装について勉強中です
それぞれの各機能はなんとなく掴めてきたのですが、実装する場所や通知の受け取り方がまだ分かりません
例えばObservable.Intervalで指定した時間ごとにDBアクセスし、更新があれば通知するという処理はどのクラスに書くべきなのでしょうか
なんとなくですが、Mで実装しVMに通知、Vに表示と考えています
546:デフォルトの名無しさん
22/03/04 08:04:23.26 shwqyc/K.net
>>539
MVVMはあくまで、GUIの設計パターン。
DBアクセスのようなアプリの内部処理は
Mで包んでGUIの処理から隠されるので、
MVVMの処理フローには一切出てこない。
Mの原則は「GUIから見える状態に変化があれば通知する」。
この場合は、DBアクセスし、更新があり、
その結果としてGUIが更新が必要になったら、
Mに通知させるという処理になる。
547:デフォルトの名無しさん
22/03/04 09:46:05.06 EayDkyd8.net
大変わかりやすい
548:デフォルトの名無しさん
22/03/04 12:16:19.88 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:デフォルトの名無しさん
22/03/04 12:27:44.21 7Zhud46/.net
>WinUI3はまだ完成していません。
一応MSもその認識はあったのね。
あんなお粗末な出来で自信を持って1.0として出したわけじゃないのね。
550:デフォルトの名無しさん
22/03/04 12:43:20.96 jlehksZI.net
>>542
WinUI選ぶくらいならこれ。
Flutter for Windows
・fluent_uiパッケージ
・flutter_acrylicパッケージ
Windows向けはまだ出たばかりだけど、
現時点の機能・品質、
フレームワークとしての出来、
将来性、
開発者の期待度
どう考えてみてもWinUIがFlutterに蹴散らされる未来しか思いつかない。
WinUIは
「これが最新らしいし、やってみるか」
↓
「えっ？なにこれ、こんなしょぼいの？こんなこともできないの？」
って感じでちょっと触って実情に愕然として、さーっと離れていく。
551:デフォルトの名無しさん
22/03/04 16:27:48.56 KOjBrP/m.net
fluent_ui実際使うとちょっとアレ
modernwpfもそうだがやっぱ個人メンテじゃなー
Microsoftが手がけろよ
552:デフォルトの名無しさん
22/03/04 16:40:32.17 KOjBrP/m.net
>>305
これにUnoPlatformとAvaloniaとXamarin(maui)も追加してくれんと
で、これも全部微妙という
クロスプラットとかUIフレームワークは人的リソースさかないと品質とかできないのにみんなで戦力分散して全部微妙品質
553:デフォルトの名無しさん
22/03/04 16:41:15.22 KOjBrP/m.net
*品質とか維持できない
554:デフォルトの名無しさん
22/03/04 17:00:21.59 p2+DzLBF.net
>>544
おーサンキュー
だが流石に.NET FrameworkのレガシーアプリをFlutterでポーティングするほどの時間も熱意もないwww
とういかReactやFlutterが出る10年以上前から思ってたんだがなぜMSはXAMLとASP(Razor)を今でも別々に拡張してるのか理解に苦しむし頭が悪すぎる
まぁどうせ社内の派閥や政治でわけわからんこと繰り返してるんだろうけどその間に開発環境もシェア失ってしまったな
せめてどっちかに統一してUIの定義はCSS拡張にしないともうよっぽどの事情がないとこんなクソなフロントエンドフレームワークなんて誰も使わんぞ
理想を言えばさっさとXAMLとASPを窓から放り投げてTSとCSSで記述する新しいフロントエンドフレームワークを実装すべきだと思うんだがな
555:デフォルトの名無しさん
22/03/04 17:13:00.22 V0cJmevn.net
やるならDart使うか、同じようなJavascriptをリデザインした新言語を作って欲しい
556:デフォルトの名無しさん
22/03/04 19:51:13.51 p2+DzLBF.net
>>544
ところでFlutterってVS2022で環境構築できる？
拡張とプロジェクトテンプレートがあれば最高だけどまぁないか
Android StudioはエミュとSDK用にMacに入れてたけどくそ重くてVSCodeでReact Nativeばかり使ってるけどWinで試してみるかな
557:デフォルトの名無しさん
22/03/04 20:08:12.18 j9h/2ScS.net
みんな Flutterに行っちゃうのか..
558:デフォルトの名無しさん
22/03/04 20:20:59.67 odUl/eCo.net
>>548
それなんてReact Native？(´・ω・｀)
559:デフォルトの名無しさん
22/03/04 21:23:31.50 jlehksZI.net
>>550
VSCodeとFlutter拡張で開発できる。
Windows用ビルドするのにVS2019か2022を入れておく必要はある。
でも今2022の17.1.0のバグでデバッグモードが死んでて17.1.1待ち。
560:デフォルトの名無しさん
22/03/04 21:43:37.06 p2+DzLBF.net
>>553
React NativeもそうだけどFlutterもパッケージのバージョンで開発環境ぶっ壊れて死にそうになる感じかなのか？w
とりあえずVSCodeはReact Nativeに最適化してるから先にAndroid Studio試すわ
そろそろRemote-Containersを試したいんだが最近はコーディングより環境構築がくそムズくてめんどいんだよな
561:デフォルトの名無しさん
22/03/04 22:13:47.37 uA/ZaTOg.net
>>540
ありがとうございます
まだ追加で質問できるほどの知識もないので、手を動かしながら探ってみます
562:デフォルトの名無しさん
22/03/04 22:55:59.46 /OYyWF11.net
WPFもFlutterも両方入門者レベルだけど、Flutterのが馴染むなあ…
563:デフォルトの名無しさん
22/03/04 22:58:40.01 KOjBrP/m.net
じゃあ、先にFlutterでMVVM覚えてからWPFくればいい
そうすれば後覚えるのはxamlだけ
564:デフォルトの名無しさん
22/03/04 23:41:28.81 Ot1pbWlC.net
FlutterいいけどC++やりとうないな・・・
565:デフォルトの名無しさん
22/03/04 23:42:12.12 p2+DzLBF.net
とりあえずFlutterのWindows Desktop環境の構築終わってビルドしてみてDartの構文学んでるとこだがこれDartってまんまC#のパクリやんけwww
んでFlutterの構文はJSX(TSX)のパクリだなとりあえず状態管理がReduxみたいにクソじゃなければ文句ないわ
>>544のfluent_uiとfluent_acrylic試してみるわ
566:デフォルトの名無しさん
22/03/05 00:19:20.18 E2yAAp8N.net
DartはC#じゃなくてGoogleが再定義した中途半端なJavaでイラっとするんだよな
interfaceの定義が暗黙だったりinternalならプライベートメンバにアクセスできたりわざわざimplementsやextendsが必要で冗長だったりC#の方がよっぽどモダンだよ
567:デフォルトの名無しさん
22/03/05 01:14:27.39 V2Ahzg+A.net
WinUI3は今でもアプリ内のアクリルは有効だから、ベースに壁紙でも配置すればそれっぽいものにはなるんだがね
568:デフォルトの名無しさん
22/03/05 06:05:39.61 lIUzJS5r.net
>>560 <
569:br> DartはJavaScriptの置き換えを狙った言語。 TypeScriptみたいにJavaScriptの上位互換よりも JavaScriptの古い部分を排除して新しく作り直したDartのアプローチの方が好き。
570:デフォルトの名無しさん
22/03/05 11:25:06.31 1jHFvDsl.net
>>562
は？Dartは静的型付けなんだけが？アンダスタン？
JSの置き換えが目的だが元はCだし動的型付けの進化系とか言っちゃうアホとはさすがに会話にならん・・・こんなレベル低い奴ばっかなのここ？
571:デフォルトの名無しさん
22/03/05 11:45:02.14 GCjMsc40.net
Heartだけは熱いぜ！
572:デフォルトの名無しさん
22/03/05 12:06:23.36 nwKZyNIL.net
>>563
レベル低いのはお前。
静的か動的かなんて話は一切してないぞ。
勝手に明後日の方角に突っ走って喚き散らして、そりゃお前と会話になるやつはいないだろうなぁw
573:デフォルトの名無しさん
22/03/05 13:10:04.52 GCjMsc40.net
性的か
愛的か
悩ましいところだ
574:デフォルトの名無しさん
22/03/05 13:26:38.14 mDTM2Slk.net
>>563の頭の悪さひどすぎだろw
575:デフォルトの名無しさん
22/03/05 13:37:05.84 sPneiazO.net
理詰めで論破されて悔しいけど反論できないから顔真っ赤でIDコロコロ自演して悪口とか恥ずかし過ぎるだろ
576:デフォルトの名無しさん
22/03/05 14:11:11.30 mDTM2Slk.net
理詰めって静的とか動的の話し誰もしてないのに、一人で突然型付けの話して論破って馬鹿すぎるw
誰もそんな話してねぇんだよww
技術的な話する以前の頭の悪さww
577:デフォルトの名無しさん
22/03/07 09:51:07.88 uEz3lV8K.net
WinUI 3.0の完成度は公式の認識ではまだ50%未満なんだな。
これをポジティブにとらえればいいのかネガティブにとらえればいいのか。
578:デフォルトの名無しさん
22/03/07 15:03:59.51 kOvQrFoW.net
動きのとろい奴は変化し続ける環境に追従できない
579:デフォルトの名無しさん
22/03/07 15:12:43.80 xDt5CcEi.net
未だにWPFやってる奴が言うと説得力あるな
580:デフォルトの名無しさん
22/03/07 15:32:53.11 s7EYao7X.net
世界一のIDEであるVS(codeじゃない)とC#の出来の良さををすべてスポイルしてマイナスにしてしまうフレームワークしか作らないからな
MSは良い加減一貫性や統一性のない大企業病を修正しないと開発環境を失う時代はすぐそこまできてるぞ
581:デフォルトの名無しさん
22/03/07 17:19:40.02 zKkd3LGQ.net
WinUI3で、普通にペロッとzipなりで相手に渡せるexe作れる？
配置型強制とか開発者モードONならとかは避けたいのだが...
582:デフォルトの名無しさん
22/03/07 17:23:04.90 n4nlllf2.net
>>574
UnPackagedがある
でもファイルサイズでかいし、全体的にβ版品質だぞ
583:デフォルトの名無しさん
22/03/07 17:29:13.38 LEfSXXfI.net
>>574
は？githubでbuildしたバイナリごと公開すればいいだけなんだが・・・もしかしてこのスレってレベル低い雑魚専スレだった？www
584:デフォルトの名無しさん
22/03/07 17:35:52.60 n4nlllf2.net
>>576
もうその釣り方飽きた
585:デフォルトの名無しさん
22/03/07 17:43:33.51 uQvWeikk.net
みんなWPF使ってないのにスレはよく伸びるな。MSは釣りの達人だな。
586:デフォルトの名無しさん
22/03/07 17:55:02.83 jNxtjOjp.net
しれっとスレタイにWinUIも紛れてるからね
587:デフォルトの名無しさん
22/03/07 18:14:28.34 88DwHIqD.net
ReactivePropertyって便利ですか？
重かったりしませんか？
588:デフォルトの名無しさん
22/03/07 18:29:56.66 ekr02bKa.net
WPF使わない人が入れ替わり立ち替わりこのスレにやって来るのが逆に不思議だわ。
589:デフォルトの名無しさん
22/03/07 18:31:45.58 /It3ML06.net
>>580
いつメンテが止まるかわからんコントリビューターがほとんどいない日本のガラパゴスフレームワークなんて使う奴は馬鹿だって脳みそに刻み込め
Livetと同じく作者が飽きたらマイグレーションしなきゃならん体験か地獄だろ
まぁそもそもMSの開発環境はまともにメンテされてるサードパーティがほぼないから既にオワコンなんですけどね
590:デフォルトの名無しさん
22/03/07 18:51:03.10 jNxtjOjp.net
>>580
便利だと思うよ
軽量版のReactivePropertySlimというのもある
必要に応じて使い分け
591:デフォルトの名無しさん
22/03/07 19:32:11.33 JY9LQh4h.net
Windows Helloの実装見てても相変わらずMSが作る認証の実装って抽象化しすぎてて手間がかかってクソ面倒だよな
Xamarin向けで個人が作ってるFingerprint実装の方がよっぽど簡単だしわかりやすい
MSの実装ってすべてこれで高度に抽象化されてはいるが基本機能は提供してやってるからこれを自由に使って開発しろ、もちろん各機能はお前らが開発者が実装するんだ当然だろ？って価値観だからそりゃこんなクソ面倒な環境なんて人気なくなるわな
592:デフォルトの名無しさん
22/03/07 19:55:21.52 MoIQ3Ajl.net
powershellで使えるからwpf好き
593:デフォルトの名無しさん
22/03/07 20:15:48.46 I0vdSErl.net
>>580
メモリリークを量産出来て便利だよ^^
594:デフォルトの名無しさん
22/03/07 23:00:21.18 47rZ/1iq.net
>>582
WideStudioをおすすめします
595:デフォルトの名無しさん
22/03/07 23:27:58.63 MOFKApH8.net
>>580
ビルドするとdllが大量にできる
596:デフォルトの名無しさん
22/03/07 23:48:28.14 KtNINo0C.net
>>581
最大勢力であるWPF勢を取り込めば覇権を手にすることができるからな
597:デフォルトの名無しさん
22/03/08 00:28:47.31 VwC0MlqW.net
>>586
後片付けしろw
そんなんじゃ素のINotifyPropertyChangedでもやらかしてそうだ
598:デフォルトの名無しさん
22/03/08 06:00:50.91 zwHCpSBo.net
>>581
バリバリ使ってるわ!
599:デフォルトの名無しさん
22/03/08 13:55:51.69 EEUa6olq.net
>>584
誹謗抽象ｲｸﾅｲ‼
600:デフォルトの名無しさん
22/03/08 18:37:52.43 cpo20Guw.net
抽象クラスｲｲ!!
601:デフォルトの名無しさん
22/03/09 09:44:30.26 jWVjgdsY.net
依存関係プロパティも添付プロパティも面倒っすな
コードスニペットがなかったら発狂してる
602:デフォルトの名無しさん
22/03/09 12:09:54.98 i3HUDkFi.net
コード補完が汚れるのと言語やライブラリと関係ないキーワード覚えるの無駄だからスニペット大嫌いだわ
これが嫌だから世界一賢いIntelli Sense搭載のVSをできるだけ使いたいのに他言語のフレームワークがないのMSクソすぎる
603:デフォルトの名無しさん
22/03/09 18:35:20.04 6/DH/Lk5.net
Q) WinUIを使った実際のプロジェクトを見たことがありますか？
A) 私はC++/WinUI3で簡単なRPAツールを開発したことがありますが、
WinUI3の現在の進捗状況と機能では、商用アプリケーションを開発することができないと言いたいのです。
A) ソロ開発者の話をよく聞いていますが、はっきりとノーと答えることができます。
今のところ私の知る限り、誰もWinUIの道を進もうとは思っていません。
A) 他の人達が言うように、WinUI3は商用アプリケーションにはまだ早いです。
私たちはWinUI3を調査し、WPFの代わりにWinUI3を使用するようにいくつかのアプリを変更できるかどうか検討しましたが、
多くの機能が欠けており、バグの量も多いため、現実的ではありません。
WinUI3は、今のところ趣味のアプリケーションにしか使えません。
私の予想では、Microsoftのリソース次第では、完成まで2年かかるかもしれません。
604:デフォルトの名無しさん
22/03/09 18:44:48.69 TswYpzkY.net
>>594
リリースの時点で属性ラベルつけるぐらいで通知出来るようにしていたらと
605:デフォルトの名無しさん
22/03/09 18:54:01.67 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:デフォルトの名無しさん
22/03/09 19:01:18.69 EwjkSh/7.net
micaやbackground acrylicはWinUI3 1.1の予定でしょ
607:デフォルトの名無しさん
22/03/09 19:39:13.13 k0VfhdGe.net
>>598
もう笑えない
windowsアプリなんかやらん
608:デフォルトの名無しさん
22/03/09 19:44:09.02 AdA9vO5b.net
MSがオープンソースに舵切って
もう随分日が経つのになにやってんの？
609:デフォルトの名無しさん
22/03/09 19:47:44.87 YAFqNXTJ.net
舵切ったせいでどんどん糞化、衰退していくなw
610:デフォルトの名無しさん
22/03/09 20:14:21.74 AdA9vO5b.net
そりゃメインストリームじゃ無くなるって事だから
良いものに投資してそれを担げば良いってビジネスに変わってるのよ
611:デフォルトの名無しさん
22/03/09 21:22:35.44 z5JAsG3I.net
WPFはWindowsとともに緩やかに死んでいけばいいものなんだから、
WPFから○○に乗り換える、みたいな思考が出てくること自体が俺にはよくわらかんけどな
○○を適用する領域とWPFがになっている既存の領域って重ならなくない？
612:デフォルトの名無しさん
22/03/09 21:51:01.37 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:デフォルトの名無しさん
22/03/09 22:47:34.76 63IP/FFF.net
じゃあなんでFlutterはWinFormsに勝てないんだい？
614:デフォルトの名無しさん
22/03/09 22:54:38.93 UXYSaO0e.net
>>606がネットワークみたいなIDをしてるからでしょうね
615:デフォルトの名無しさん
22/03/09 23:02:19.06 w9Xuob20.net
>だってWPFもUWPもXamarin FormsもXAMLを採用してるフロントエンド実装ってカスマイズが半端じゃなく面倒臭くて大変だからな
デスクトップGUIやってきた人は下手に自分でカスタマイズしようなんて考えないもんだけど
こういうのはやっぱりWebから入った人なんかね
616:デフォルトの名無しさん
22/03/09 23:08:15.28 seXi4WJR.net
いやそれはUIなんて1ミリも意識したことがないセンスゼロの日本のIT土方の発想だからだな
日本の人月仕事のIT土方の作るソフトウェアは業務もカジュアルも楽天のような壊滅的なデザインセンスのゴミばかりだからカスタマイズとか考えたことないんだろうな
海外のアプリはUIデザイン素晴らしいからなしかもプログラマーがデザインしてたりして日本のIT土方とは雲泥の差
617:デフォルトの名無しさん
22/03/09 23:20:14.32 w9Xuob20.net
DOS時代にオレオレGUIでイキっていたプログラマ連中はWindowsでLook&Feelが統一されたとき
個性が出せないとブーブー文句を言っていたという
618:デフォルトの名無しさん
22/03/10 00:18:44.24 E/Z/b8gJ.net
DatePicker に日付を入力する場合
WinForm テンキー入力が絶望的にムズイ
WPF キー入力が簡単
Chrome キー入力が絶望的
619:デフォルトの名無しさん
22/03/10 00:28:35.54 PoZ2QdpC.net
連日こんなところでWPFの悪口を書いて憂さ晴らしとか
可也歪んでいるな
620:デフォルトの名無しさん
22/03/10 00:38:36.94 FfftqWaJ.net
WPFで業務システムしか作ったことなくてモバイルアプリなんて作ったことないってバレバレだな
アプリやウェブなんUIのカスタマイズなんて常識だぞ
621:デフォルトの名無しさん
22/03/10 00:51:07.88 ih1VJ5u0.net
UIコンポーネントのカスタマイズとUIの設計は別の概念であってな...
622:デフォルトの名無しさん
22/03/10 01:03:16.54 TfAbZvvS.net
XAMLのUIカスタマイズは相当な知識と技術ないとできないからIT土方には無理
XAMLはもともとMVVMとセットで設計されてるフロントエンドフレームワークだからカスタマイズはモデルを考慮しながらLogicalTreeを操作する必要があって生半可な知識では実装できない
IT土方ではやらないんじゃなくてできないだからそこを勘違いすんなよ
623:デフォルトの名無しさん
22/03/10 02:54:03.98 HC3gWrHY.net
相当な知識と技術が必要なものなんて普及するわけがない
624:デフォルトの名無しさん
22/03/10 03:07:23.45 UA9zwjva.net
今はLive Visual TreeとLive Property ExplorerとHot Reloadがあるからそれでも相当マシになったけどな
ちょっと前まで実行後のVisualTreeとバッキングフィールドを確認しながらMとVMを設計してXAML、Converter、LogicalTree等々を書いてと手の込んだユーザー定義コントロールの実装は半端じゃなく難しくて大変
プロジェクトごとにGrapeCity並みのユーザー定義コントロール作ってたと言っても底辺な土方は信じないだろうが事実だからな
625:デフォルトの名無しさん
22/03/10 06:17:24.80 c8NjDUP5.net
デザインについてはXAMLよりCSSの方が難しく感じる
626:デフォルトの名無しさん
22/03/10 06:45:20.77 EafW9Vf3.net
>>613
業務システムは別の難しさがあるんよ
UIのカスタマイズとかしようもんなら、顧客のジジババから
「見たことないようなのはダメ！」「わかりにくい！」と非難轟々
627:デフォルトの名無しさん
22/03/10 06:52:58.01 E/Z/b8gJ.net
お前がお手本にしたWebやWindowsが分かりにくいからじゃねえの？
628:デフォルトの名無しさん
22/03/10 06:53:30.68 CmOm/dXs.net
>>606
349,650 repository results
URLﾘﾝｸ(github.com)
15,028 repository results
URLﾘﾝｸ(github.com)
笑）
629:デフォルトの名無しさん
22/03/10 08:33:57.71 3btgbzmd.net
>>620
お手本にするのは過去のアプリなのよ
そこから逸脱するUIは受け入れられない
業務アプリとはそういう世界
630:デフォルトの名無しさん
22/03/10 09:46:13.06 VoZGcdO4.net
>>618
CSSのが機能比で1000倍以上はあんだから当たり前
631:デフォルトの名無しさん
22/03/10 09:53:25.90 gvmeVWMJ.net
>>621
ﾌﾟﾌﾟﾌﾟ
632:デフォルトの名無しさん
22/03/10 09:57:23.61 fHY6JxC7.net
ビハインドコード書かないというのは、以外に疲れるもんやね。
LoadedすらInteractionでイベントバインドとは・・・ 恐ろしい。
633:デフォルトの名無しさん
22/03/10 09:59:59.25 DILMzUCS.net
>>625
もう結論出てるやん
イベントハンドラをコードビハインドに書きまくるのが正解
634:デフォルトの名無しさん
22/03/10 10:06:38.57 gvmeVWMJ.net
結論:WPFは普及しなかった
15年かけてもね
635:デフォルトの名無しさん
22/03/10 10:28:45.89 T35O02ot.net
>>623
cssって何が出来るの？
TreeViewやDataGiidやCanvas上に自由にコントロールを配置するのは出来る？
636:デフォルトの名無しさん
22/03/10 10:31:39.66 T35O02ot.net
>>628
こういうの使うのかな
URLﾘﾝｸ(handsontable.com)
637:デフォルトの名無しさん
22/03/10 10:43:02.94 NYC10VKd.net
>>627
>>70
638:デフォルトの名無しさん
22/03/10 10:50:31.01 VoZGcdO4.net
>>628
幾つも方法があるが、
基本のpositionあたりをぐぐってみれば？
URLﾘﾝｸ(blog.codecamp.jp)
639:デフォルトの名無しさん
22/03/10 11:15:11.69 gvmeVWMJ.net
>>630
ﾌﾟﾌﾟﾌﾟ
640:デフォルトの名無しさん
22/03/10 11:26:06.15 NYC10VKd.net
何も反論できず笑って誤魔化すしかないってかw
641:デフォルトの名無しさん
22/03/10 12:40:49.97 kBrcrtUp.net
>>631
それは基本過ぎてwpfより高機能な例には適さないんじゃないの？
DockPanel、WrapPanelの役割に相当するレイアウト機能はどうやって実現するの？
642:デフォルトの名無しさん
22/03/10 13:27:08.23 jqA3dRQ6.net
他所でやれよ
643:デフォルトの名無しさん
22/03/10 13:28:42.67 VoZGcdO4.net
>>634
なにが目的なんだ？
644:デフォルトの名無しさん
22/03/10 16:17:14.52 c8NjDUP5.net
俺程度の人間には、GridやStackPanelで十分なのさ。
645:デフォルトの名無しさん
22/03/10 16:52:54.53 UXNzFKGb.net
>>613,618,625,628
これが人月仕事で客先に派遣されてるIT土方奴隷の実態だぞお前ら理解したか？www
このレスだけでこのIT土方がどれだけ底辺か理解できるだろ業務システムなんて客も元請も下請けも馬鹿しかいない
刺身にたんぽぽ乗せる仕事しかしてないからこんなんIT土方が量産されるんだよ日本のこの業界もうオワコンだってわかんねw
いやそれにしてもプログラム板でも屈指のレベル低いスレだわwww
646:デフォルトの名無しさん
22/03/10 17:18:47.95 hyq4DqF3.net
>>636
wpfで作っている�
647:ｩ作ツールを勉強を兼ねてtauriとやらに移植してみようと思ったんだが 何から取り組めば良いんだろうかと思ってさ HTML cssの方がクソwpfより全然良いってこのスレでは繰り返されるから、実際どの程度簡単に出来るものなのかと vscodeがあるってことは、ほぼデスクトップアプリとして遜色ないものが実現出来るんだろうけど そのためには大量にjs/tsのコードを書かないといけないんだろうか？
648:デフォルトの名無しさん
22/03/10 17:21:18.11 hyq4DqF3.net
>>635
他所では今度はwpfの話が伝わらないんじゃないの？
ここの方がwpfの欠点を知り尽くして、他のソリューションでカバーしてる人が揃ってるんじゃないか？
649:デフォルトの名無しさん
22/03/10 17:50:04.92 zKLGLboq.net
>>640
wpfのレイアウトなんて誰でもできる
他所で聞け
650:デフォルトの名無しさん
22/03/10 18:14:45.95 0VaEegcJ.net
>>641
他所でwpfやってるなんて言ったら馬鹿にされるんで
651:デフォルトの名無しさん
22/03/10 18:18:19.36 gbrVAWEC.net
本当に知りたきゃプライドなんて捨てろ
プライド言い訳にしてるやつは伸びない
652:デフォルトの名無しさん
22/03/10 18:23:03.17 0VaEegcJ.net
違うよ
俺が馬鹿にされるのは良いんだよ
wpfを馬鹿にされるのが悔しいんじゃないか
653:デフォルトの名無しさん
22/03/10 18:26:22.47 2me3KBHt.net
UIのデザインはWebView2で作るのが最善？
654:デフォルトの名無しさん
22/03/10 18:47:55.49 XbNMvvYa.net
>>641
できなくてWinFormsに固執してるロートルが可愛そうだろ
655:デフォルトの名無しさん
22/03/10 23:19:21.73 /4sLRdFF.net
Webから入った人にとってはUIガイドラインとか理解できないんだろうな。
なんでそんな窮屈な制約かけてんの？って。
656:デフォルトの名無しさん
22/03/11 00:10:57.86 snzSxtd9.net
ガイドライン()、標準化()
日本の底辺IT業界のラインとはピンハネ要因として派遣されてくる底辺IT土方の基準までラインを下げないとプロジェクトが100%頓挫するから最低の線引きするためのラインなのが草
そりゃ日本からまともなUIやデザインのソフトウェアが産まれるわけないわな
657:デフォルトの名無しさん
22/03/11 00:16:07.30 zY0TGkq3.net
なんかやけにウェブがどーのとか頓珍漢なこと言ってる馬鹿がいるな
今時のまともなプログラマーはデスクトップもモバイルもウェブもフロントエンドもバックエンドもサービスもなんでも経験してるフルスタックエンジニアばかりなんだが？
逆にC#と.NETでレガシーアプリしか開発した事ない雑魚とかレベル低すぎるから空気読んで議論に混ざってくんなよって話なんだが
658:デフォルトの名無しさん
22/03/11 00:32:32.52 t2NVWd7T.net
俺、尻の穴だったら開発したことある！
659:デフォルトの名無しさん
22/03/11 01:11:26.85 0NZIw/Vg.net
日本のウェブデザインは時代遅れ感が半端ないからウェブ系が優れてるんだーっていう主張も通らんよな
660:デフォルトの名無しさん
22/03/11 06:29:57.85 k165WNW2.net
>>649
スレタイも読めない馬鹿が何言っても説得力ないぞ
661:デフォルトの名無しさん
22/03/11 07:39:55.71 wdcjWAJU.net
体系的な知識もないのに自負心だけは高くて「俺にデザインさせろ」と言うタイプ
662:デフォルトの名無しさん
22/03/11 08:14:22.97 3av598BN.net
自社主導のUIフレームワークを一つに絞れず乱立させてる時点でガイドライン以前の問題ですわ
663:デフォルトの名無しさん
22/03/11 20:37:37.19 ZcL2pngG.net
>>649
そんなまともなエンジニアはこんなとこにいないよ笑
664:デフォルトの名無しさん
22/03/11 20:41:46.40 bj9xq9MP.net
かわいそうに。
なんでも屋の末端奴隷としてこき使われてることに気づいてないなんて。
665:デフォルトの名無しさん
22/03/11 22:42:40.55 8stk7VnE.net
と刺身にたんぽぽ乗せるライン工仕事しかできない底辺IT土方が申しております
666:デフォルトの名無しさん
22/03/11 23:42:33.37 dNvNS5Px.net
たまーーに
本屋の陳列にエンジニア魂を見る事がある
667:デフォルトの名無しさん
22/03/11 23:47:42.04 cM8BQlPy.net
小泉とケケナカが定着させた日本のピンハネ中抜き底辺IT土方業界はCOBOLの需要が増えるという意味不明なガラパゴスだからなw
IBMがさっさと見切り付けて逃げ出して富士通が拾ったみずほが大失敗した現実見れば日本のIT土方のレベルの低さがよくわかるwww
668:デフォルトの名無しさん
22/03/12 00:00:32.63 T/3fNdHM.net
うるせー土方さんを悪くいう奴は新鮮組として性売してやる！
669:デフォルトの名無しさん
22/03/12 04:26:55.95 6d8peZub.net
Flutterちゅばらすぃー
Flutter Windows DesktopはC++をDartでラップしてるだけだからC++でUI拡張するという力技が使えて痒いとこに手が届くわ
え？C++でもXAML使えるって？WinUI自体がゴミなのにC++でXAMLとかどんな罰ゲームだよwww
Flutter初心者の俺がパッケージ3つ入れて400ステップ足らずのコードで元のタイトルバー消して独自タイトルバーでウィンドウ全体にAcrylic適用したDesktopアプリ作れたわ
いやーこれもうWindows Desktopアプリですら.NETとXAML使う必要性なくなったな
しかしMetaも馬鹿だね意固地になってReact NativeでWindows絶対に対応しないマンやってる間にGoogleにしてやられたね
670:デフォルトの名無しさん
22/03/12 15:24:20.94 Flf+dDbL.net
Flutterって、GUIはDartで、ロジックはC#で書けたりするの？
だったらWinUIで作成途中のアプリをFlutterに移行したい。
671:デフォルトの名無しさん
22/03/12 16:17:49.04 8j7y0aoA.net
C++/CLIから呼べばいいじゃね
やりたくない
672:デフォルトの名無しさん
22/03/12 17:57:59.42 BPOXl/2l.net
なぜDartなの?
Dartの言語としての特色がFlutterに必要不可欠なの？
C#やKotlin、あるいはgoogleのGoじゃ駄目だったの？
673:デフォルトの名無しさん
22/03/12 18:06:44.45 h3p7PiEx.net
今のモダンな言語なんてどれも変わらないだろ1日あれば覚えられんだから問題じゃないしどうでもいい
Goじゃ駄目なのかとか言ってる時点でアホすぎるDartすら習得できない老害がGoを理解出来るわけないだろ馬鹿が
674:デフォルトの名無しさん
22/03/13 12:02:01.88 dWEr5JpQ.net
保守が楽というか、ホットリロード便利だな
XAMLがありがたいと思う時である
675:デフォルトの名無しさん
22/03/13 12:15:38.48 BC1PADvs.net
HotreloadもLive Visual TreeもReal Time Previewも超便利なんだが遅すぎた
そしてXAMLのカスタマイズ性とMVVMの冗長性が一向に改善されず相変わらず機能毎にStyleとBehaviorとConverterとTriggerとCommandと依存関係プロパティが増えていって対したことないアプリなのにとんでもないファイル数になる
そしてソリューションのロードだけでなく全ての動作がどんどんもっさりしていきビルドも遅くなりストレスが半端ない
676:デフォルトの名無しさん
22/03/13 12:49:09.43 sLBT/1IZ.net
動作がもっさりしていくなんてやっぱり依存関係プロパティ、バインディングは使い物にならないですね
677:デフォルトの名無しさん
22/03/13 12:54:57.10 7a3lZWu9.net
WinUIになってイベントバインディングができるようになったからビヘイビアを使う機会は激減し、
コンバーターもバインディングで関数が使えるようになってから書かなく良くなった
更にビヘイビア作らないから依存関係プロパティーも殆ど使わずに済む
知らない人は知らないんだな
678:デフォルトの名無しさん
22/03/13 14:44:02.04 xGM27yKS.net
WPF基盤アーキテクチャそのものが時代遅れになってるんだよな
679:デフォルトの名無しさん
22/03/13 15:21:44.97 uBR7svsW.net
作るの面倒はまだしも保守も面倒なのがきつい
680:デフォルトの名無しさん
22/03/13 17:46:11.57 R9ErNB8y.net
>>667
たいしたことないアプリにMVVMなんか使うからそんなことになるんだよ。
ViewとModelだけに分けりゃシンプル。
681:デフォルトの名無しさん
22/03/13 18:47:41.95 nsQtmE+R.net
mvvmは捨てる必要ないぞ
viewとviewModelをヘンテコなbindingで繋がずに、
素直にXAMLのcodeBehindで結べば良い
682:デフォルトの名無しさん
22/03/13 19:36:41.22 TWs45iq4.net
URLﾘﾝｸ(platform.uno)
UnoPlatform 4.1リリース
UnoPlatform
Avalonia UI
MAUI
どれが一番品質高くてお勧めなんだ?
683:デフォルトの名無しさん
22/03/13 19:45:31.16 CW8+aPF7.net
>>674
品質は全部ダメダメ。その中にお勧めは無い。
684:デフォルトの名無しさん
22/03/13 19:52:50.47 JnFjFcNy.net
もうわけわからん
なんなの
685:デフォルトの名無しさん
22/03/13 19:56:40.09 TWs45iq4.net
やっぱそうなの
MAUIはまだ正式リリースされてないが
リソース分散されてどれも中途半端な品質で終わるパターンか
これらで本格的なアプリ作ったことある人皆無やろうからな..
686:デフォルトの名無しさん
22/03/14 01:36:04.57 q7j5hHcY.net
Microsoft Store見たほうがいいよ
もう競争は始まっている
687:デフォルトの名無しさん
22/03/14 08:30:26.13 fUKm9iPi.net
小銭稼ぎの低レベルな競争w
688:デフォルトの名無しさん
22/03/14 08:37:23.84 aAll4MkO.net
もう競争は始まっている(ｷﾘｯ
ちょwおまwwwクソウケるwww
WSAでAndroidアプリが動作して既に米国限定でAmazon AppStoreのテストが始まってんのも知らねー無知な知ったかがもう競争は始まっている(ｷﾘｯは草www
もうWindowsのアプリはすべてAndroidアプリに取って代わられるんだよ馬鹿
だからFlutterなんだよ低脳の馬鹿が
689:デフォルトの名無しさん
22/03/14 09:54:20.90 WXnM/Xv2.net
MSがそっちについて舵きったから
デクストップアプリもそーーなるよな
690:デフォルトの名無しさん
22/03/14 10:05:25.99 9vW91rD0.net
まだテストなんかしてんのかよ
Win11の売りだろw
691:デフォルトの名無しさん
22/03/14 11:53:26.20 akZZG4oS.net
現時点でのまとめをお願いしたい
692:デフォルトの名無しさん
22/03/14 12:18:32.21 5xSHNwQr.net
Windowsデスクトップのみを対象 → WPF + .NET6
マルチプラットフォーム → Flutter
以上
693:デフォルトの名無しさん
22/03/14 12:26:30.18 alz+gcb+.net
コケる予感しかしない!!!
694:デフォルトの名無しさん
22/03/14 18:04:46.14 bq7EOiN8.net
間に別言語はさむならflutterはやらん
695:デフォルトの名無しさん
22/03/14 20:46:17.51 VgOEp4wW.net
flutterは良いけどdartがパッケージ貧弱すぎてやってられん
696:デフォルトの名無しさん
22/03/15 01:08:03.87 zy4//FCI.net
XAMLでなければWPFでも良いのだが
697:デフォルトの名無しさん
22/03/15 01:17:15.55 gDzVuJrs.net
まぁXamarin使わないといけない特別な事情でもないかぎりまともな脳みそしてればクロスプラットフォームならFlutterかReact Nativeの二択しかないって理解できる
ぶっちゃけシェアって観点ならiOSならSwift+ObjCでAndroidならJava or Kotlinで未だに圧倒的にネイティブ開発の方が多いからな
その過半数もシェア取れてないクロプラでXamarin選択する馬鹿なんて中抜きCOCOAとかそういうのしかないってことも理解できる
カスマイズもメンテもクソ面倒なXAMLなんて強制されなきゃ誰も使わんよ
698:デフォルトの名無しさん
22/03/15 02:36:07.28 wxAKazpM.net
XAMLはシンプルだから好きだな
699:デフォルトの名無しさん
22/03/15 02:38:24.61 5wqp9dPN.net
直接テキスト弄るとか時代遅れ。40年前の開発環境やん。
700:デフォルトの名無しさん
22/03/15 02:42:09.78 aztZ8x4p.net
シンプルってWinFormsでもReactでもFlutterでもシンプルだぞ何言ってんだんだ？w
そもそもXAMLもバリバリコードビハインド使ってるし現代のフロントエンドはコードビハインドに回帰してるんだが時代が10年前から止まってんじゃねーの
701:デフォルトの名無しさん
22/03/15 07:38:52.71 +nzcScrX.net
>>688
WPFのメリットってXAMLが使える事ぐらいだろ
>>691
ノーコード・ローコードツールでも使ってな
702:デフォルトの名無しさん
22/03/15 08:06:43.73 ANrCJv0X.net
メリットもクソもWPFイコールXAML+MVVMなんだが？w
MSのJosh SmithがDocsの記事で公言してんだから疑問に予知なんてねーしそもそもそんなことも知らんアホがこのスレでふドヤ顔してんのレベル低すぎて超ウケるwww
703:デフォルトの名無しさん
22/03/15 08:25:53.39 5wqp9dPN.net
誰でも知ってることをドヤ顔するゆとり
704:デフォルトの名無しさん
22/03/15 08:48:00.55 QmwOu7BD.net
別にMVVMが必須ではない
量産し出すと保守の都合でMVVMの方が勝手がいい、それだけ
開発の大半はビジネスロジックやUIの作成に費やされていて、ビューモデルとか割とどうでもいい
705:デフォルトの名無しさん
22/03/15 08:58:25.27 5wqp9dPN.net
WPFの三大デメリット
・保守性が悪い
・開発効率が低い
・MVVM信者が仕事しない
706:デフォルトの名無しさん
22/03/15 09:06:50.36 1P61Y5CH.net
>>697
WinFormsよりは保守性も開発効率も格段に上だけどな。
MVVMの有無にかかわらず。
707:デフォルトの名無しさん
22/03/15 09:11:18.15 5wqp9dPN.net
>>698
VS開発チームに言え。
708:デフォルトの名無しさん
22/03/15 10:32:43.69 ojiY1uz7.net
XAMLって、HTMLでレイアウト+CSSで機能実現する人には快適だけど、HTML中心、つまり Resource Style使わない人には大変だね。
Webデザイナー向け。
WinFormsでベタボトの人には向かない。
709:デフォルトの名無しさん
22/03/15 10:40:58.00 nE2S4XJM.net
HTML+cssメインの方だと
XAMLでは貧弱過ぎて相手にされないと思いますが
710:デフォルトの名無しさん
22/03/15 10:50:44.76 F1Lshhnx.net
>>700
いやいやXAMLのどこがHTML5+CSSなんだよ！w
お前がXAMLどころかウェブもReactもFlutterもなにもわかってない雑魚だってことはそのレスでバレバレだからもうROMってろ、な？w
逆にさっさとXAML捨ててHTML5+CSSならもっと人気でてるわ
XAMLを捨てられず折角買収したXamarinはXamarin FormsでオワコンだしASPもBlazorとWASMで延命はかるも中途半端すぎるわでオワコン
結局MSが出した答えはまたもAppleの猿真似でAndroidアプリをデスクトップで動かしたらええんや！でカジュアルなデスクトップアプリが死亡
711:デフォルトの名無しさん
22/03/15 11:52:30.80 nE2S4XJM.net
webview2上に標準のUIライブラリーを構築しとけば
よかったんですよね
わかります
712:デフォルトの名無しさん
22/03/15 12:16:53.73 KABQ0Zu2.net
>>698
その割には情報が少ない＝開発効率が悪い
713:デフォルトの名無しさん
22/03/15 12:22:57.16 gx8bNUZn.net
Viewは有償コントロール並べるだけだろ
714:デフォルトの名無しさん
22/03/15 13:00:11.14 35tntd1Y.net
>>704
必要な情報なんかとっくに出尽くしている。
情報は目の前にあるのにそれを得られない、
お前の脳の効率が悪いんだろw
715:デフォルトの名無しさん
22/03/15 15:41:41.04 sSOFR72l.net
あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）
716:デフォルトの名無しさん
22/03/15 17:19:52.84 QmwOu7BD.net
XAMLはXML寄りだからねー
添付プロパティとか始めると入れ子の階層がすごいことになるし
<ListView.ItemTemplate>とか<i:Interaction.Triggers>あたりは書くのがつらい、まあ慣れたけど
717:デフォルトの名無しさん
22/03/15 18:55:14.60 p708Dvf0.net
XMLよりじゃなくてMSのXML拡張なんだよなんかこのスレってマジでにわかしか居なく無いか？
せめてAttribute Syntaxだけで記述できればマシだったがProperty Element Syntaxはツリーのネストが深くなるし行数も増えるしでいいことないからな
ユーザー定義コントロールのControlTemplateでめちゃ複雑で凝ったStyleとか最後は自分ので書いたのでも触りたくなくなるのに他人のソースとかマジ勘弁て感じ
718:デフォルトの名無しさん
22/03/15 19:16:13.93 Ch7lNEeZ.net
いや属性構文でもXAMLは冗長すぎて属性毎に改行するスタイルになるからどうやっても行数がヤバいことになる
これはもう定義が厳格なXMLの拡張であるXAMLの構造的欠陥なんだわ
せめてCSSを採用してればかなり違ったと思うんだよなStyleやResourceなんて誰が見たってゴミなんだよな
719:デフォルトの名無しさん
22/03/15 19:25:20.58 3c+NwLhb.net
ここはbland.SDKをmvvmのライブラリーだと
思いこむレベルの人たちですから...
720:デフォルトの名無しさん
22/03/15 20:13:15.69 o9ZH2lXA.net
>>710
Flutterでもプロパティごとに改行入れるし、そのほうが見やすい
721:デフォルトの名無しさん
22/03/15 20:42:21.24 wxAKazpM.net
FlutterスレでもMVVMアレルギーおじさん湧いてたけどあれってもしかして・・・
722:デフォルトの名無しさん
22/03/15 21:05:42.26 0pwMLlW6.net
批判ポイントってネストの深さとか行数とかそういうのしかないのか？
723:デフォルトの名無しさん
22/03/15 21:26:13.93 tqrMOk9s.net
Flutter でも、他で慣れ親しんだのであろう MVVM/ViewModel を単純に持ち込んでまどろっこしいことしてるコード見る度に...
FlutterでのRiverpod盲信はWPFでのMVVM盲信と同レベル、というのは確かにその通り...
724:デフォルトの名無しさん
22/03/16 00:01:55.31 ND1xwVMd.net
WPFの後継ってMAUIって思っていいのか？
725:デフォルトの名無しさん
22/03/16 00:25:33.33 6gM+Gha7.net
MAUIはXamarin後継
WPFの後継はWinUI
726:デフォルトの名無しさん
22/03/16 00:57:00.94 F7f1h7IH.net
>>717
なるほど、ありがとう
727:デフォルトの名無しさん
22/03/16 01:32:32.27 /jrNcfGB.net
>>717
だからサラッと嘘吐くなよなんで知らないことを間違った知識で語るんだよ虚言癖かよ
WinUIはWin32とUWPを統合してFluent Design採用したWindowsネイティブアプリ用フロントエンドフレームワークだよ馬鹿
WinUI実装の為のSDKの名前がWindows App SDKなのになにがWPF後継だよしったかすんな
728:デフォルトの名無しさん
22/03/16 02:17:34.28 wuYumoL3.net
↑なんだこいつ
729:デフォルトの名無しさん
22/03/16 03:02:43.71 ntkoVrgD.net
別に間違ったことは言ってないから文句があるならプログラマーらしくロジカルに反論すればいい
女のヒステリーのように感情論で叩いても負けを認めてるだけだぞ
730:デフォルトの名無しさん
22/03/16 07:11:58.68 t62JbOAg.net
>>717
MAUIは主にモバイル向けのXamarinの新バージョン。
WPFの後継はWinUI。
もう少し詳しく説明すると、WPFの後継にしようとしてたUWPがどんなに手をれても開発者に見向きもされなかったんで
開発者のニーズに寄り添ってWPF＆UWPの真の後継として作られたのがWinUI。
しかし、いざ正式版が登場してみるとあまりの未完成っぷりに開発者たちから失望のため息が‥…
731:デフォルトの名無しさん
22/03/16 07:35:35.08 uBzPpuZs.net
後方互換性を捨てられず既存のものを弄り回すしかできないMSの開発環境なんてどんなにテコ入れしても産廃だからうんこ
やはりここでも互換性を切り捨てて常に最新の環境に移行してくれるようにエコシステム作りとユーザーを飼い慣らしてるAppleは本当にすごい
IOS15が72%でiOS14が26%という驚異的な移行率でGoogleがMSと同じように最新OSに移行させられなくて苦しんでるのと対照的
しかもM1という驚異的なSoCでiOS/iPadアプリが一番パフォーマンス発揮できるのがmacOSという戦略性はさすが
ハードとソフトの垂直統合をここまで昇華できるAppleだから実現できるからこそだな
732:デフォルトの名無しさん
22/03/16 08:13:21.76 x+y/Ki1q.net
ﾌﾟﾌﾟﾌﾟ
733:デフォルトの名無しさん
22/03/16 09:06:24.05 q+/1G7qo.net
だからアップルは業務で使い物にならないんだよな
734:デフォルトの名無しさん
22/03/16 09:12:32.83 LXlJ6hA/.net
IBMは全員Macだぞ底辺のお前らには関係ない話だな
735:デフォルトの名無しさん
22/03/16 09:22:35.67 x+y/Ki1q.net
IBMがMSから捨てられ泣きながらPC市場から撤退したのは何十年前だよ？
736:デフォルトの名無しさん
22/03/16 21:36:30.06 2ZlQjPn+.net
>>719
めっちゃ早口で言ってそう
737:デフォルトの名無しさん
22/03/16 22:37:19.15 mhgCR6jM.net
Office 2019、2021がインストールされているかどうか取得する方法、誰かご存知ないですか？
2016までならレジストリエディタのGUIDでわかる情報は転がってるんだけど、2019以降が全く見当たらない
738:デフォルトの名無しさん
22/03/16 23:19:21.94 rMGYl1E6.net
>>729
スレタイ読め
739:デフォルトの名無しさん
22/03/17 05:42:29.33 WX+JvLzV.net
>>729
if (MessageBox.Show("Office2019または2021がインストールされていますか？","", MessageBoxButtonYesNo) == MessageBoxResult.Yes)
{
// インストールされている（に違いない）
}
740:デフォルトの名無しさん
22/03/17 12:50:07.52 Rh0i5fdo.net
そんな判定が必要なアプリ開発しとうない！いやじゃいやじゃ！
741:デフォルトの名無しさん
22/03/17 13:10:26.88 FgW1k7K+.net
officeとかってかならずバージョンごとにCOMが登録されるんじゃないの？
しらんけど。
742:デフォルトの名無しさん
22/03/17 13:14:09.96 kCjHZQsl.net
知らんがな
743:デフォルトの名無しさん
22/03/18 06:21:10.65 NYA2cqZa.net
Windows App SDK 1.01
どこが治ったのやら
744:デフォルトの名無しさん
22/03/18 09:48:14.40 heRjOKyd.net
1.2あたりから手を付けるか判断しても良さそうだな。
UWPみたいに勉強しても業務で全く使うことなく消えていったゴミの前例もあることだし。
745:デフォルトの名無しさん
22/03/18 10:22:39.55 kcuVHwmf.net
Win8のWinRTでガッツリ開発した俺から言わせればあの頃から何も変わってなくて100%産廃になると予言するわ
インシデント使って米国本社まで送ったバグが1ヶ月後に仕様で片付けられた思い出
746:デフォルトの名無しさん
22/03/18 10:30:01.48 NghzuPCe.net
インシデント使うなんて不可能。
747:デフォルトの名無しさん
22/03/18 11:13:27.96 Rp9aIyi6.net
>>723
何度も後方互換性を捨てた新しいアーキテクチャが、自社の後方互換性を維持したクソなアーキテクチャに負けるのを繰り返してるからな
捨てられないんじゃなくて結果的に捨てなかった方が生き残ってしまうだけな気もするが
748:デフォルトの名無しさん
22/03/18 12:05:45.38 A2Hxu7EO.net
フルスクリーン、Win7非対応
だけで導入検討結果が出る
749:デフォルトの名無しさん
22/03/18 12:54:24.54 NYA2cqZa.net
1.01になってタイトルバー拡張するとキャプションボタンが消えるというバグは治ったが
依然として書いてあるとおりやるとマトモに動かないわ
SetTitleBarメソッドでキャプションの領域を除けと書いてあるけど、除くとキャプションボタンが動作しない
色々実験してなんとか使い物になりそうだから良かったが
750:デフォルトの名無しさん
22/03/18 13:22:50.58 oA+Ipeaj.net
そもそも苦肉の策でVS無償化やOSS化したにも関わらず一向にサードパーティ製の便利なフレームワークやライブラリないから開発環境としての魅力がないんだわ
Win32もUWPも先がないからWASMでPWAがデスクトップで動作しますよと押し売りするもノーサンキューされる
最終的に自社のエコシステムではアプリが増える可能性がないからAndroidアプリ動く様にするわと開き直ってしまう
DesktopアプリとしてAndroidアプリ動くならみんなAndroidアプリ作るだろ常識的に考えて
C#の言語仕様が素晴らしいだけに本当に勿体無い
751:デフォルトの名無しさん
22/03/18 13:40:32.78 kUa/Ovyq.net
MSスタックを選ぶ最大の理由って、アプリより下の層はお仕着せのMS技術だけを盲目的に採用していればよくて、
余計なこと考えずにアプリのコーディングに集中できるという点にあるからね
そのレールから離れると全く融通が利かず、地獄が待っている
スマホアプリみたいにそもそもプラットフォームが他社のものだったりすると前提が破綻してるから、使われるわけないんだわ
752:デフォルトの名無しさん
22/03/18 14:25:22.60 A2Hxu7EO.net
Linux: コンテナ技術
Windows: フォルダコピー
楽でいいよね
753:デフォルトの名無しさん
22/03/18 19:11:55.20 dJnXTFIL.net
1.01
バグフィックスすらあまりやらん??
それともリストにしてないだけ?
754:デフォルトの名無しさん
22/03/18 19:13:18.23 dJnXTFIL.net
少し待てばいいかなと思ったけど、バグフィックスすら力いれてないなら待つのも無駄やん
755:デフォルトの名無しさん
22/03/19 01:54:03.39 1sjo6kcX.net
それでも1.1なら・・・
1.1ならなんとかしてくれる・・・！
756:デフォルトの名無しさん
22/03/19 02:36:27.98 WMVh6OWH.net
MS製品が使い物になるのはVer3からの法則を知らないのか？
757:デフォルトの名無しさん
22/03/19 07:53:59.23 flZlwZwr.net
確かにC#もASP.NETもバージョン3でようやくまともに使えるようになった
758:デフォルトの名無しさん
22/03/19 07:54:36.06 flZlwZwr.net
ASP.NET MVCね
759:デフォルトの名無しさん
22/03/19 07:56:30.67 HgLoiHN9.net
しかしこのスレほど技術的な話がないスレも珍しいな。
760:デフォルトの名無しさん
22/03/19 08:01:16.20 m8gcgnfG.net
岩永か河井より出来る奴なんて5chにいるわけーなからな
まず文句言ってるお前のスキルを詳らかにしてみろよw
761:デフォルトの名無しさん
22/03/19 08:51:06.86 VLx2LBUx.net
でもそいつらの作ってる物ってガチャゲーだろ？w
762:デフォルトの名無しさん
22/03/19 09:00:18.49 nJK860Cd.net
ガチャゲーておじいちゃんですか？www
河井は能力を認められて自分の会社をサイゲに買収してもらえて今はサイゲ所属ってだけだよ
そもそも河井はソシャゲ用のリアルタイム通信フレームワークを作って提供してた根っからの技術屋だぞ
ソシャゲはゴミだがサイゲが金持ってるのは事実なんだからビジネスとしては賢いわな
763:デフォルトの名無しさん
22/03/19 09:15:14.11 B0qHHy7v.net
ガチャでイキる奴って・・・
764:デフォルトの名無しさん
22/03/19 09:20:46.27 V5/ewdsI.net
まあ751-755あたりは技術的なハナシ出来ないやろなあ
765:デフォルトの名無しさん
22/03/19 10:14:05.40 vO7BajQU.net
>>754
河井乙ｗ
766:デフォルトの名無しさん
22/03/19 18:59:52.77 1sjo6kcX.net
MAT最新版出たね
767:デフォルトの名無しさん
22/03/20 06:43:33.04 TteZ6G0l.net
桑田の息子？
768:デフォルトの名無しさん
22/03/20 17:41:33.52 326HivDw.net
え、MAT使ってないの・・・？
769:デフォルトの名無しさん
22/03/20 20:20:11.37 DiBIkIVz.net
あ、あの時の…松本さん？
770:デフォルトの名無しさん
22/03/20 20:22:26.21 PaeTvIkR.net
WPFで業務アプリ作るとなるとウィンドウいっぱい出したいじゃん
ViewModelからWindow.Show()なんてしていいのか
771:デフォルトの名無しさん
22/03/20 20:24:45.50 PaeTvIkR.net
業務アプリでLivetとかReactivePropertyとか使うつもりはないけど
使う現場もあるのか？まあPrismは使うが
772:デフォルトの名無しさん
22/03/20 23:01:59.77 XGeGdOwU.net
ダイアログやらメッセージボックス類はService作って出すのが最近のはやりかな
単体テスト気にしないレベルのものなら直呼びでも構わんよ
PrismとかReactivePropertyはバリバリに使ってる現場もある
今だとPrismの方は破壊的変更あったから警戒されてる
773:デフォルトの名無しさん
22/03/21 00:02:23.87 gaV/SAB2.net
出す内容による
今時はダッシュボードといって一枚に収めるのが流行りで
複数ウインドウなんてダサいことしない
774:デフォルトの名無しさん
22/03/21 00:26:07.86 kEu3rbUt.net
閉じるボタンを押すともう２つのウィンドウが立ち上がるような
情報に溢れたプログラムであってくださいね
775:デフォルトの名無しさん
22/03/21 00:46:29.21 jZWh/Hk1.net
>>764
自分の見たのもビヘイビアでViewに機能持たせてServiceから呼ぶとかそんなんなんだよねえ
どんどんオレオレフレームワークになっちゃうけど
>>765
設定とかならflyoutでいいけど業務アプリは並べたいのよ
776:デフォルトの名無しさん
22/03/21 00:50:00.68 zzNJROjc.net
業務アプリは多重ウィンドウが必須なんですけどそんなこともs(ry
だからUWPでもXamarinでもReact NativeでもなくWPFなんでs(ry
まぁ出来るやつ三人いたら半年で作れるシステムを20人で1年掛けるゴミを産み落とすのが業務システムだからな
やつらは日銭稼ぐためにあえて非効率かつ非生産的な思考と手法と設計と工程で仕事してるから業務システムのプロジェクトとか今まで上から下まで雑魚しか出会ったことないね
777:デフォルトの名無しさん
22/03/21 04:50:05.76 4MS93H+I.net
1年ごとにUIどうなってるかな？とググってがっかりしてwpfを使い続ける事をここ10年くらい繰り返してる気がする
WinUI3はウィンドウの位置とサイズを指定する事ができないとか、マルチウィンドウに未対応とか
それはどういう気持で仕様作ってるのかね
リソース足りてないのであれば、完成してから .0リリースすべきだし
本気で無くても問題ないと思ってるなら救いようがないからチーム解体しろ
778:デフォルトの名無しさん
22/03/21 05:06:33.30 aCdRn08e.net
WinUIのgithubでボロクソに言ってやればいい
779:デフォルトの名無しさん
22/03/21 06:23:51.54 c3Johg4x.net
>>765
スマホアプリ程度の低機能なものなら1画面に収めた方がすっきりするし、ディスプレイサイズ的にそうせざるを得ないが、
大画面・複数ディスプレイも当たり前なPCを前提とした高機能なアプリは複数ウィンドウを積極的に活用するべき。
基本はダッシュボードタイプで、各項目をウィンドウ外にドラッグ＆ドロップすると別ウィンドウとして取り出せるようにするとかね。
780:デフォルトの名無しさん
22/03/21 06:43:14.53 c9YW+Vx8.net
>>771
MDIを知らん癖に時が20年くらい止まってる時点で相当ヤバいこのガイジwww
781:デフォルトの名無しさん
22/03/21 08:34:20.51 meWbnOsy.net
>>769
WinUIのウインドウサイズと位置は1.0のときにはAPI出来ていたし完璧に動いている
貶す前にもう少し調べようや
782:デフォルトの名無しさん
22/03/21 08:40:51.64 2xjgwrAK.net
10年後に調べるから普及させといてくれ。
783:デフォルトの名無しさん
22/03/21 10:16:23.10 Q8clBqEa.net
>>772
UI設計のイロハも知らん雑魚が話に入ってくんなw
最新のブラウザでもMDIを取り入れているものもあるし要は使い所。
UWP製でもきちんと使い勝手を考えているものは複数ウィンドウを活用している。
784:デフォルトの名無しさん
22/03/21 10:29:31.35 F0o9My5S.net
この底辺ガイジこれで日曜ホビープログラマーじゃなかったらIT土方なんだろうな悲しいね
もともとWindowsでデスクトップアプリ作ってる奴はUI・UXデザインがウェブから10年遅れてると言われてたがこいつはそんなレベルじゃねーゾ
何のためにXAMLにレスポンシブデザインが導入されたのかも理解せず多重窓化すべき！(ｷﾘｯとか底辺すぎてクッソウケる
お前VBでWinFormsでしょーもないの作ってるのがお似合いだからプログラムのイロハを学ぶまでROMってろ、な？
785:デフォルトの名無しさん
22/03/21 10:35:06.23 2xjgwrAK.net
WPFにしてからWindows離れが始まった。
786:デフォルトの名無しさん
787:
あれだけフローティングウィンドウ大好きだったmacOSでさえ最新のアプリはシングルウィンドウばかりなのに時代に逆行して先鋭的やろ！(ｷﾘｯとかドヤ顔してんの草 お前のこと今日からタイムトラベラーと呼ぶわコテ付けてくれたら暇な時にレスバで遊んでやるぞ嬉しいだろ