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でさえ最新のアプリはシングルウィンドウばかりなのに時代に逆行して先鋭的やろ！(ｷﾘｯとかドヤ顔してんの草 お前のこと今日からタイムトラベラーと呼ぶわコテ付けてくれたら暇な時にレスバで遊んでやるぞ嬉しいだろ
788:デフォルトの名無しさん
22/03/21 11:00:45.67 2xjgwrAK.net
GIMPのUIに慣れません!!
789:デフォルトの名無しさん
22/03/21 11:37:52.18 meWbnOsy.net
イキっているところ申し訳ないが、WinUI3は1.01でマルチウインドウ対応したらしい
New features
We have stabilized and enabled the creation of multiple windows on the same thread in WinUI 3 applications. See issue 5918 for more information.
790:デフォルトの名無しさん
22/03/21 12:09:37.52 YBHksAFs.net
で、WinUI3で作られたアプリって何があるの？w
791:デフォルトの名無しさん
22/03/21 12:20:21.72 zzNJROjc.net
論破されて悔しくて悔しくて顔真っ赤にして泣きながら言い返したくて必死でググってそれらしい記事を咀嚼も理解もせずそのまま引用するアホさが最高にイカしてるわ流石タイムトラベラー
まずWinUIを理解してないところが低脳たる所以だよな、WinUI=Windows App SDKでその目的はWin32/WPF/UWPのフロントエンドをXAMLで統一することなんだがMSのドキュメントに書いてあることがなぜ理解できないのか頭悪いって可哀想
そして今まで出来てたことができてなかったお馬鹿なフレームワークのWinUIちゃんで
『新機能。WinUI 3 アプリケーションで同じスレッドに複数のウィンドウを作成できるように安定化させました。詳しくは、課題5918を参照してください。』
が出来るようになっただけの話を、機能が実装されてるからこれ使うのが大正義(ｷﾘｯとかまた頭悪いドヤリングしてて草
じゃあP/InvokeやMarshallingが実装されてる.NETは常にこの機能を最優先して開発するのが大正義(ｷﾘｯって言ってることと同じなのを理解できない頭の悪さも流石タイムトラベラー
792:デフォルトの名無しさん
22/03/21 12:27:29.83 2xjgwrAK.net
> XAMLで統一する
悪夢だ。絶望しかない。
793:デフォルトの名無しさん
22/03/21 12:30:14.29 g8sNg+LG.net
XAMLですらバージョンの統一できてないやん
794:デフォルトの名無しさん
22/03/21 12:31:15.99 meWbnOsy.net
>>782
つか、ソースはWindows App SDK 1.01のリリースノートなんだが
URLﾘﾝｸ(docs.microsoft.com)
俺自身は.net1.2の頃からダッシュボード型を好んで採用していたよ
795:デフォルトの名無しさん
22/03/21 13:20:23.43 7kIYjTn9.net
>>783
上手くいってもXAML止まりか...
これが一番希望がない
796:デフォルトの名無しさん
22/03/21 14:15:18.27 pjUvHW7W.net
>>782
反射的に返信せずにちょっと落ち着いてみようよ
内容はその通りなのに文章のせいで説得力がマイナスだよ
797:デフォルトの名無しさん
22/03/21 14:23:19.37 cYbWO+pe.net
正論でマウント取られたからって感情論から説得力とか言っちゃう奴こそ考えてから発言した方がいいぞ
プログラマーの癖にロジハラとか言っちゃう奴はマジでセンスないから今すぐ他業種に転職しろ
798:デフォルトの名無しさん
22/03/21 14:27:55.92 FZgJyJbc.net
あと20年は同じことで議論してそうだな
その前に寿命来そうだが
799:デフォルトの名無しさん
22/03/21 14:30:38.28 CNlqFdMF.net
ちょっとマルチウィンドウの実装方法が質問があっただけなのにこの騒ぎですよ
どんだけマウント取りたい奴だらけなんだｗ
800:デフォルトの名無しさん
22/03/21 14:34:09.56 bf5EvDSb.net
進化してるのか退化してるのかもよくわからない
単体の機能では追加はあるが元からある機能を制限したり削ったりしてるのが何とも
今度のAPIではマルチ画面の縦横の方向情報はとれるのかな？
801:デフォルトの名無しさん
22/03/21 14:45:58.47 Q85gthDJ.net
>>787
他人の悪口が言いたいだけの人に付き合っても無駄だよ
802:デフォルトの名無しさん
22/03/21 14:52:33.79 GS4LD4Qx.net
間違えていたりググっただけのにわかが突然スレでイキリ始める
↓
ロジカルにマウント取られる
↓
ヒステリーおこして感情的で幼稚な悪口で叩き始める
↓
IDコロコロで自演が始まりスレが大体半日ほど機能不全になる
↓
ループ
803:デフォルトの名無しさん
22/03/21 15:18:41.27 aCdRn08e.net
論破されIDコロコロとかいってるあたりこいつ
>>568のやつだろ
flutterスレでも最近論破、IDコロコロと同じこといってたぞ
キチガイだから無視したほうがいい
804:デフォルトの名無しさん
22/03/21 15:56:00.11 meWbnOsy.net
>>791
新しいAPIは概念が独特でとっつきにくいけど一通りの機能はあるよ
マルチ画面の位置やサイズどころか変化の通知までできる
URLﾘﾝｸ(docs.microsoft.com)
805:デフォルトの名無しさん
22/03/21 15:58:19.34 Ogs83Cvj.net
まったく俺なんてserviceからメッセージボックス呼んでると見せかけて
実際は中でMessageBox.Show読んでるだけだぞ☆
806:デフォルトの名無しさん
22/03/21 17:34:28.41 ZFF/yiOH.net
>>781
WinUI 3 Controls Gallery
807:デフォルトの名無しさん
22/03/21 22:01:04.16 TExUokzK.net
>>796
serviceの体をなしてるなら十分や
後で必要になったら中身埋めていける
808:デフォルトの名無しさん
22/03/21 23:22:58.39 X8mKOGyQ.net
馬鹿らしい
809:デフォルトの名無しさん
22/03/22 07:57:35.47 tccQPm8N.net
見てください、これがMVVM真理教の信者です
810:デフォルトの名無しさん
22/03/22 09:13:41.04 j9TXqRTT.net
>>795
機能はありゃいいってもんじゃない。
もちろん機能自体がないのは論外だが、いかに違和感なく素直に使えるかが大事。
811:デフォルトの名無しさん
22/03/22 11:34:29.29 PoOrRQX9.net
ダイアログ出すだけで大騒ぎのアーキテクチャってなんなの？
812:デフォルトの名無しさん
22/03/22 12:21:00.75 R4Hxgmoi.net
ダイアログ出すとブロックされるからしかたなくポイもの出してる環境があるらしいよ
813:デフォルトの名無しさん
22/03/22 13:56:32.20 R4Hxgmoi.net
それはともかくMeesageBox親窓指定してもど真ん中に出るのヤメーヤ
WinFormツコウタルわ
814:デフォルトの名無しさん
22/03/22 14:03:14.97 0i5/eRQ3.net
もうMessageBoxよりContentDialogだな
裏に回って操作不能という事故が物理的に起こりえないのは素晴らしい
815:デフォルトの名無しさん
22/03/22 14:22:53.05 PoOrRQX9.net
笑えるレベルの素晴らしさwww
816:デフォルトの名無しさん
22/03/22 14:38:06.12 0i5/eRQ3.net
MessageBoxの事故はどんな言語でもたまに起こる事故なのに
817:デフォルトの名無しさん
22/03/22 15:00:17.64 TOUxDVUs.net
ContentDialogってちゃんと親ウィンドウからはみ出して表示できるんだっけ？
818:デフォルトの名無しさん
22/03/22 18:05:26.52 CVsnKc6I.net
MessageBoxは不親切だからできるだけ使わないほうがいいよな
819:デフォルトの名無しさん
22/03/22 18:50:47.75 zT+Z1x4K.net
>>809
TaskDialog 使えってこと？
820:デフォルトの名無しさん
22/03/22 20:59:35.21 oFSWuHXw.net
>>798
できた！
using MessageService = System.Windows.MessageBox;
：
：
MessageService.Show("hello");
821:デフォルトの名無しさん
22/03/22 21:59:51.08 CVsnKc6I.net
絵とか付けて分かりやすくしろってこと
822:デフォルトの名無しさん
22/03/22 22:33:01.99 TibwPpTv.net
え？
823:デフォルトの名無しさん
22/03/22 22:58:51.86 zxRHNI0M.net
>>811
面白くないな
やりなおし
824:デフォルトの名無しさん
22/03/23 08:35:43.22 ZLIY+wm8.net
Flutter、ネスト地獄と括弧の数合わせるの面倒くせえ。
XMLみたいに開始タグと終了タグに名前がついてれば対応がわかりやすいのに。
それかPythonみたいに括弧を使わずインデントで制御するとか。
一つの言語でUIもロジックもやるんじゃなくてそれぞれに特化した言語でやるのが正解の気がするなあ。
825:デフォルトの名無しさん
22/03/23 08:43:40.46 A2Z6Gfmf.net
ネスト深いとインデント制御の方がメンテで泣きを見るよ
ネスト深くしてる時点で糞なんだがxamlは比較的マシなのは同意
826:デフォルトの名無しさん
22/03/23 08:48:38.26 dz17t6vs.net
こんな馬鹿なこと言うやつはNotepadで書いてる老害しかありえねーwww
827:デフォルトの名無しさん
22/03/23 09:10:25.01 ujEsRnRc.net
>>>817
バカ発見
828:デフォルトの名無しさん
22/03/23 11:19:15.45 6eNzszIY.net
ググることすらできないIT土方の底辺がクレクレしてるだけだから釣られて答え教えてんなよ残念でしたーw
829:デフォルトの名無しさん
22/03/23 12:05:33.50 TpwnHNL9.net
ネストフェチ？
好きなだけくれてやろう！
830:デフォルトの名無しさん
22/03/23 13:07:39.16 fHoc2xVF.net
XAMLの方が圧倒的にに行数増えるだろ何言ってんだか
ネストだってリソース全部外部に定義してるだけで参照や依存関係追う時逆にクソだるい
そして顧客の無茶な要求に応えるにはゴリゴリにカスタマイズせざるを得ないから大量のコードビハインドによって最終的に作った奴しか読む気にならない属人化の出来上がり
831:デフォルトの名無しさん
22/03/23 14:42:26.36 hw4g1Cso.net
行数短くても超絶分かりにくかったら意味ないのよ
832:デフォルトの名無しさん
22/03/23 14:53:42.78 K2oEL0PR.net
>>822
超大手案件の300人規模の開発でラムダ式読めないから禁止と渡された標準化に書いてて俺が率いるチーム全員大爆笑したの思い出した
>行数短くても超絶分かりにくかったら意味ないのよ
こういうこと言う奴いるよねー
こういうこと言う奴はほど信じられないくらい冗長な名前付けてておまいうって爆笑すること多々ある
833:デフォルトの名無しさん
22/03/23 15:18:12.95 74/zoSoK.net
3流PGが4流PGを笑ってる。
レベルの低いところだな。
834:デフォルトの名無しさん
22/03/23 15:21:15.67 Rq928qXu.net
>>823
馬鹿な部下持って大変だなw
835:デフォルトの名無しさん
22/03/23 16:19:10.66 yMtNzCwv.net
って4流とやらが言ってる
836:デフォルトの名無しさん
22/03/23 16:19:53.37 G/kC0dF6.net
論破されて反論できず顔真っ赤で自演とかそうとう効いてて草
837:デフォルトの名無しさん
22/03/23 16:21:42.92 nUwfSeaH.net
単純にラムダ乱用する奴が必ずでてくるからでは？
ラムダが50行100あり、さらにラムダの中にラムダがあってラムダ4重ネスト
しかも1つ1つが結構複雑で長いみたいな。
838:デフォルトの名無しさん
22/03/23 16:30:03.97 5huzZsbS.net
ラムダ式もメソッドチェーンも読めないし使いこなせないから禁止って底辺すぎるから今すぐ転職してプロジェクトから消えてほしい
レベルのクズだな
>>828
それRedditやStackoverflowで書き込んでみろよ100%馬鹿にされて日本のプログラマーは雑魚だって恥かくから
839:デフォルトの名無しさん
22/03/23 17:08:36.79 nUwfSeaH.net
いや callback hell と根っこは同じだから
上手く節度をもって使わないと見づらくなる
ならないならjsとかでasync awaitとかあっても（表面的な）見やすさ全くかわんないよねー
っとことになるわけで。
840:デフォルトの名無しさん
22/03/23 17:26:27.40 MLtaj1NG.net
ルールを笑ってるのか、そのルールが必要な組織を笑ってるのか？
どちらにせよそのルールが必要なレベルの組織でしか仕事をさせてもらえない自分達を笑えないとね
841:デフォルトの名無しさん
22/03/23 17:33:44.06 Ry8ZnRGO.net
データやNECや富士通がこのレベルだからな
日本はゲーム開発以外はマジでただの半官半民の中抜き多重請負の底辺だぞ
842:デフォルトの名無しさん
22/03/23 17:39:56.52 Rq928qXu.net
まあ、一般論だけいうとラムダ使いたがる奴の特徴。
・保守性を全く考えずいつもやっつけコード
・何でもvar使わないと気がすまない
・仕様書書かない
・テストしない
・ラムダが遅いのをハードのせいにする
・コーディングルールを守らない
・空気が読めない
・近眼
・チビ
・ブサイク
・自分を能力者だと思っている
まぁ、ほんと一般的にこう言えるってだけだけどね。
843:デフォルトの名無しさん
22/03/23 17:48:27.79 p0/hsFKb.net
>>833
Googleのリファレンスコードがラムダ式使いまくりなんだけどw
その意味不明な妄想をGoogleのプログラマーに是非ぶつけてみて反応を教えてくれ
まぁ底辺IT土方のお前じゃ一生会えないだろうけど
844:デフォルトの名無しさん
22/03/23 17:52:13.02 Rq928qXu.net
でしょ。googleの技術者によく当てはまる。
845:デフォルトの名無しさん
22/03/23 17:56:01.58 UwUG9gUD.net
>>833
varの使用はMSが推奨してるんだけどwww
天才あらわるwww
846:デフォルトの名無しさん
22/03/23 17:57:02.50 Rq928qXu.net
でしょ。MSの技術者によく当てはまる。
847:デフォルトの名無しさん
22/03/23 18:24:18.45 nUwfSeaH.net
まあGoogleには14億株投資してるし、マイクロソフトにも10億投資してるから切磋琢磨して伸びて欲しいな。
848:デフォルトの名無しさん
22/03/23 18:41:26.04 62orYro5.net
その挙動に名前が付けられて見たら理解できるならラムダにはしないでメソッドにしたほうが良い
ラムダはぱっと見ブロックがどこまでかわからないのが多い
849:デフォルトの名無しさん
22/03/23 18:44:47.79 62orYro5.net
ラムダ式のコード中身まで見る必要がないならメソッドにしてラムダで呼び出し
ここでラムダ式の中身を見ないと意味が通じないならラムダを直書きにする
でも大体はそういうことはない
850:デフォルトの名無しさん
22/03/23 19:07:22.30 E8B98DY8.net
>>828
ラムダの乱用ってなんなん？(･ω･#)
851:デフォルトの名無しさん
22/03/23 19:08:58.95 E8B98DY8.net
初めて聞いた(･ω･;;)
852:デフォルトの名無しさん
22/03/23 20:05:36.08 2VXgTwdf.net
>>839
メソッドの名前がラムダ式そのものになってしまうならラムダ式の方が良いよね
853:デフォルトの名無しさん
22/03/23 20:44:53.55 rzaFjrRq.net
取るに足らないメソッドの名前を考えなくていいのは最大の恩恵なのにな
メソッド名考えるだけで５分１０分かかる時がある
854:デフォルトの名無しさん
22/03/23 21:41:31.22 7lMhID1f.net
デリゲートも匿名クラスも匿名メソッドも知らないし理解できない低脳なんだろ
便利な機能やシンタックスシュガー使わない屁理屈捏ねてるけど結局
それって馬鹿だから難しいこと理解できないから許さんて言ってるのと変わらないじゃん
C#使う意味ないからVB6使っとけよあとアホすぎて相手したくないからコテつけるかROMってろ
855:デフォルトの名無しさん
22/03/23 21:41:48.74 Rq928qXu.net
そこだよな。能力者たる者は何も考えない。
856:デフォルトの名無しさん
22/03/23 21:50:50.58 nUwfSeaH.net
理解できないやつなんか居ないだろw
10億円すらない貧乏人とかグズなカス以外w
857:デフォルトの名無しさん
22/03/24 01:22:49.65 /7RI+XsA.net
自分だけが理解できるコードじゃなくて他人にも意味が通るコードにしないと
858:デフォルトの名無しさん
22/03/24 02:13:56.65 qIzkD08+.net
自分だけが分かるコードでも半年経つとわからなくなることあるよね。
859:デフォルトの名無しさん
22/03/24 06:55:31.37 JVs5nwp2.net
次の日には分からないあるよ
860:デフォルトの名無しさん
22/03/24 07:42:45.91 NUrIJqDQ.net
>>833
もしかして、foreach も禁止とか？
861:デフォルトの名無しさん
22/03/24 07:45:24.66 JVs5nwp2.net
むしろ将来性ないwpf禁止で
862:デフォルトの名無しさん
22/03/24 07:51:33.34 3TcbpiO0.net
>>852
消去法でまともなのがwpfしかないんよ
863:デフォルトの名無しさん
22/03/24 09:41:53.16 AIfDKouq.net
>>853
WinFormで充分
864:デフォルトの名無しさん
22/03/24 11:21:18.48 kWSTUBzN.net
prismって終わるのかな？
今年に入って殆ど活動していない
URLﾘﾝｸ(github.com)
865:デフォルトの名無しさん
22/03/24 11:24:02.44 C9Ica0G+.net
諸行無常
866:デフォルトの名無しさん
22/03/24 17:26:32.61 AaTznkei.net
もうMicrosoft.Toolkit.Mvvmが主流なんじゃないの
867:デフォルトの名無しさん
22/03/24 20:10:46.85 8VVrpTDM.net
>>854
じゃあ、より楽に開発できるWPFだな
868:デフォルトの名無しさん
22/03/24 20:21:29.43 zKtIMZNx.net
WinFormsより楽だよね
MVVMにこだわりすぎなければ
869:デフォルトの名無しさん
22/03/25 06:02:54.20 /U1J5LNL.net
レイアウトが固定ならWinformでもいいんだが
リサイズできるウィンドウやら多言語化やらで柔軟なレイアウトにしなきゃならん時はWPFが楽なんだよな
870:デフォルトの名無しさん
22/03/25 07:45:23.48 /+G9N/sc.net
>>857
だな
871:デフォルトの名無しさん
22/03/25 22:26:17.78 p9UaUuOr.net
>>855
せめてtemplate packだけvs2022に対応してくれってやつに忙しいから後回しって回答してたしやる気は一応あるんじゃないの
872:デフォルトの名無しさん
22/03/26 07:07:03.66 9jtFEqJp.net
リサイズでレイアウト変更すんな。使いにくいわ。
873:デフォルトの名無しさん
22/03/26 08:01:36.98 AdZC57zN.net
windowを小さくされたらコントロールを収納したりしないと使えないでしょ？
874:デフォルトの名無しさん
22/03/26 08:37:09.16 ElVy7f2z.net
Webのレスポンシブとかめっちゃ使い勝手悪いもんな
875:デフォルトの名無しさん
22/03/26 09:04:27.08 AdZC57zN.net
vscodeが複数windowに分離できない以外は遜色ないからweb技術のuiが悪いわけではないと思うが
876:デフォルトの名無しさん
22/03/26 09:44:52.47 9jtFEqJp.net
コントロール収納すんな。使いにくいわ。
877:デフォルトの名無しさん
22/03/26 10:05:11.27 tHoTNowZ.net
レスポンシブが使い勝手悪いとは一体
878:デフォルトの名無しさん
22/03/26 10:10:10.30 9jtFEqJp.net
スクロールバーを細くしたり消したり、タブをクリックしようとしたら
いきなりXボタンが現れてタブが閉じてしまったり、糞みたいなUI考える馬鹿が多くて困る。
879:デフォルトの名無しさん
22/03/26 10:13:45.65 9jtFEqJp.net
収納しまくってるリボンUIが糞UIの見本だ。
880:デフォルトの名無しさん
22/03/26 10:22:52.46 IKn9xZjz.net
>>870
リボンってカスタマイズ可能なメニューバーなんだけど、わかってる?
881:デフォルトの名無しさん
22/03/26 10:47:01.40 9jtFEqJp.net
FAQ:メニューバーの表示方法
ほんと馬鹿はなんでも隠したがる。見た目しか考えてねぇ。
882:デフォルトの名無しさん
22/03/26 10:50:04.15 IKn9xZjz.net
>>872
リボンUIはメニュー「バー」自体は常に表示されているんだが？
少しは考えてから反応しろよ。馬鹿がバレるぞ。
883:デフォルトの名無しさん
22/03/26 10:52:18.43 fbvWsdpr.net
VSCodeのコマンドパレットはメニューバーより遥かに使い�
884:竄ｷいけどな もうコマンドの数の多いアプリは全部これにしてくれ
885:デフォルトの名無しさん
22/03/26 11:04:56.71 9jtFEqJp.net
メニュー+ツールバーがいかに便利か。リボンUIがいかに糞か。
VSとMSOffice使えば分かりますな。だがアホは分からないらしい。
カスタマイズできるメニューバーだ!! バーは常に表示されている!! www
886:デフォルトの名無しさん
22/03/26 11:39:09.04 7vyXdjhR.net
メニューが多すぎて探し切れない→検索ダイアログから機能(コマンド)をインクリメンタルサーチすればいい
この発想ってIMEで変換入力している言語と相性が悪い
代わりに利用されるのがピンとかお気に入りという機能
リボンUIではクイックアクセスツールバーと呼んでいる、あんなでかいアイコン要らなかったのだよ・・・
887:デフォルトの名無しさん
22/03/26 11:50:59.40 wKmHp5ED.net
>>874
いや、コマンドの断片でも覚えてないと呼び出すことすらできないから、これのみだと使い物にならない。
>>875
>メニュー+ツールバーがいかに便利か
そう、リボンってまさにメニューとツールバーの融合なんだよね。便利でしょ？
>>876
クイックアクセスツールバーを育てるための元が必要。
こういうコマンドがありますよって中からピックアップしてクイックアクセスツールバーを育てていく。
使用頻度の高そうなものや重要なものは大きく目立たせるのはUI設計の基本。
888:デフォルトの名無しさん
22/03/26 11:55:48.05 9jtFEqJp.net
メニューとツールバーの融合にも失敗してデスクトップとモバイルの融合にも失敗するとか、
MSはほんと無能なUIデザイナーを雇ったな。
889:デフォルトの名無しさん
22/03/26 11:57:07.26 9jtFEqJp.net
デバイス違い、スマホとPCでレイアウトが違う →分かる
リサイズでレイアウトを変える →変えんな!! 使いにくいわ!!
890:デフォルトの名無しさん
22/03/26 11:58:36.69 sDWgty5N.net
>>876
>>877
ああ、確かにコマンドパレットは日本語と相性悪いというのはあるかもな
開発ツールは基本的に英語で使ってるから全く不便に感じたことなかったわ
891:デフォルトの名無しさん
22/03/26 15:04:30.42 tHoTNowZ.net
>>879
> リサイズでレイアウトを変える →変えんな!! 使いにくいわ!!
なにが使いにくいのかわからん
ウインドウサイズ小さくした時にスクロールなしで全ての機能にアクセスできるのは普通に嬉しいが
892:デフォルトの名無しさん
22/03/26 20:14:59.66 VQ6/TxID.net
メニューとツールバーの融合は成功してるだろ
TabbedCommandBarがある
893:デフォルトの名無しさん
22/03/27 21:01:20.36 2LIBvnFS.net
>>878
昔はデスクトップとIE4の融合にも失敗した
やらなくていいことを積極的にやる無能
twitterにもいるけど
894:デフォルトの名無しさん
22/03/28 15:06:20.93 DkKihmtS.net
当時、MSはデスクトップに天気予報や株価とかニュースを表示したかっただけなんだよね。
895:デフォルトの名無しさん
22/03/28 16:39:58.84 pjQk8qDC.net
プッシュ型広告で儲ける算段だったよ
896:デフォルトの名無しさん
22/03/28 17:41:47.51 nyNeFImy.net
デスクトップに好きなサイズ・レイアウトでフォルダウィンドウを埋め込めて便利だったけどな。
897:デフォルトの名無しさん
22/03/28 19:53:02.22 URs5L4+z.net
>>883
Edgeバーで融合に成功していますね
898:デフォルトの名無しさん
22/03/31 20:27:05.64 AdFfaV3F.net
..net7 preview2ブログにNativeAOTが実験状態からメインラインに乗るって書いてあったけど
UIフレームワークはうんこでこのアンバランス
899:デフォルトの名無しさん
22/04/02 18:28:49.42 nU43No1S.net
あれ？commandってviewmodelに書かないとダメだったっけ？
converterみたいに共通化出来なかったっけ
900:デフォルトの名無しさん
22/04/02 19:24:53.67 hUsSND19.net
投げ捨てるが正解
901:デフォルトの名無しさん
22/04/02 22:52:02.40 VxxpSTSj.net
>>889
出来る
902:デフォルトの名無しさん
22/04/03 22:41:51.34 kGvu4XMT.net
1.
903:1 Preview1出たけど、誰か試した人いる？
904:デフォルトの名無しさん
22/04/03 22:43:31.61 NWvQ4doQ.net
君が試してレビューしてくれ
俺は何もする気がおきない！
905:デフォルトの名無しさん
22/04/04 03:48:47.82 GWDliFfK.net
俺も口は出すが手は出さん
906:デフォルトの名無しさん
22/04/04 09:26:55.82 aNvi7YwD.net
俺も冬眠から目覚めるのが早かった
907:デフォルトの名無しさん
22/04/04 19:39:49.56 accwe6vj.net
このままオワコンになりそうで触る気が起きないわ
やる気も感じられないし
908:デフォルトの名無しさん
22/04/04 20:56:51.15 EAh2hm0B.net
winuiやべーな・・・ほんまやる気かんじない
909:デフォルトの名無しさん
22/04/05 05:45:07.45 mMOq1HVR.net
ダークモード対応してるのはいいよ
あと、OSでちゃんと管理してくれるアプリになるのがいい
910:デフォルトの名無しさん
22/04/05 20:43:46.95 fN/L9gSF.net
MSってネーミングセンスゼロだね
.Net5、.Net6って名前にしたから検索と相性が悪い
911:デフォルトの名無しさん
22/04/06 00:34:32.33 O5Kov3Ch.net
>>899
そもそもWindowsからしてセンスゼロ
912:デフォルトの名無しさん
22/04/06 07:07:52.43 8tuXZutt.net
Windowsっつーか、マイクロソフトがダサい
アップルがちょっと洒落たことをすると、すぐ真似をして自滅する
913:デフォルトの名無しさん
22/04/06 07:32:50.57 I8uDtqAl.net
.NETx 戦略は悪手
914:デフォルトの名無しさん
22/04/06 07:37:40.56 ailcyhmJ.net
7、8、9、10.って続けてくれるならいんだけど
どうせまた途中で.NET DXみたいに変な名前に変わるんだろ
名前そのものはどうでもいんだけどコロコロするのはやめろ
915:デフォルトの名無しさん
22/04/06 10:12:48.47 nwPWXWQ8.net
今は5系と6系だけだからまだいいけど、11、12みたいになってきたらランタイム全部インストールとかダルすぎる。
C++ランタイムはバラバラに入れさせるとかアホなのってことである時点から2015-2022は一括で、みたいなインストールの仕方になったが
916:デフォルトの名無しさん
22/04/06 15:22:03.39 fncECwdL.net
.NET5は来月でサポート切れるから心配しなくていいよ
917:デフォルトの名無しさん
22/04/06 21:50:50.80 WxKXlPnf.net
偶数のだけ追っていけばいいんじゃないか
どうしても今すぐ使いたい機能がない限り
918:デフォルトの名無しさん
22/04/06 21:59:08.46 NZGD25ax.net
しかし７でNative AOTが出てきたら使わざるをえない
919:デフォルトの名無しさん
22/04/06 22:16:06.05 WxKXlPnf.net
それランタイム要らなくないか？
920:デフォルトの名無しさん
22/04/06 23:43:19.65 8nAXZNyz.net
.net xとかvisual studio codeとか、なんでこうググりにくい名称にすんのよっていつも思う
921:デフォルトの名無しさん
22/04/07 16:08:06.72 qK2BZvo5.net
R「せやな
Go「DotNetXって新しい言葉作ったらええ
922:デフォルトの名無しさん
22/04/07 19:44:48.22 oWsrj6tO.net
こうやって不完全のものをどんどんリリースする風潮、そろそろやめにしてほしいねえ
ゲーム程度ならまだしろ、企業向けアプリはどうすりゃいいのってなる
923:デフォルトの名無しさん
22/04/07 20:40:50.29 LEnNSo0P.net
企業向けはぎりぎりまで4.8でしょ
924:デフォルトの名無しさん
22/04/07 20:50:34.39 X6cQgOOm.net
バグフィックスならどんどんリリースしてほしい
ただ、WinUI 3のWinUI 2の機能の移植さっさとすすめろよ
925:デフォルトの名無しさん
22/04/07 20:55:06.99 X6cQgOOm.net
WinUI 2.7.2
WinUI 2.8まだー?2.7からもう半年過ぎてるんですが?
WinAppSDK 1.0.2
926:デフォルトの名無しさん
22/04/08 07:59:06.19 aDtoFpcQ.net
アホみたいにバージョン上げるな！
927:デフォルトの名無しさん
22/04/08 08:57:45.91 mr8sTYaK.net
今さら2.0とか3.5の人がいるとは思えないから、4.8で統一じゃないかな
.NET Coreの方はどんどん新しいのが出るわけで、保守には向いてない
928:デフォルトの名無しさん
22/04/08 11:20:06.14 YzqwcN9Q.net
と、思うだろ？
4.8はvistaやオフライン環境で動かないしvs2019以上必要だから嫌われる
理不尽な世界なんだよ
929:デフォルトの名無しさん
22/04/08 12:09:06.65 mr8sTYaK.net
XPなんか使う環境あるわきゃねーだろプギャーしようと思ったら
先週電話でライセンス認証したばっかりだったわ
まあそういうこともあります
930:デフォルトの名無しさん
22/04/08 12:17:14.11 YdZFc9ua.net
Vista…？
まあUI系は.NET Frameworkでいいわな
ドメイン層やインフラストラクチャ層はNET5,6で作ったほうが色々恩恵がある。
931:デフォルトの名無しさん
22/04/08 12:23:34.53 VljZtt2r.net
>>917
2017Expressでも4.8使えるが何か問題ある？
932:デフォルトの名無しさん
22/04/08 12:30:32.73 YzqwcN9Q.net
すまん。VS2019は4.8じゃなくて別の依存だった。忘れてくれ
VS201７でもVS2012でも4.8使えた
933:デフォルトの名無しさん
22/04/08 15:19:16.79 mXqxSq/e.net
>>917
オフライン環境で動かないってどういう時
インストールかな
934:デフォルトの名無しさん
22/04/08 18:15:07.09 l+Piwx0m.net
WinUI 2.xは避けたほうがよくないか？
935:デフォルトの名無しさん
22/04/08 18:48:02.75 CsiihudH.net
急いでるならWinUI 2の方が安定してるからな
もちろん、sandbox環境の要件でokなら
まったり待てるならWinUI 3でいいんじゃね
936:デフォルトの名無しさん
22/04/08 19:16:02.72 0KR3fgOA.net
>>905
まだ4.8なんだけどもう切れるのかよ
937:デフォルトの名無しさん
22/04/09 08:41:16.57 DqRL6oPy.net
Microsoft.Toolkit.MvvmのRelayCommandをボタンのCommandにBindingしたとき、Enabledを切替えるには、NotifyCanExecuteChanged()を自分で呼ぶのが普通の使い方ですか？
例えば、プロパティAとBがtrueのときにボタンを有効にしたい場合、AとB両方のPropertyChanged時に、それぞれNotifyCanExecuteChanged()を自分で呼ばないといけないのでしょうか？
938:デフォルトの名無しさん
22/04/09 12:18:25.45 a0cCL+ku.net
そうだと思う
939:デフォルトの名無しさん
22/04/09 13:08:08.85 qkp+G61n.net
>>925
.NETCore以降ほんと切れるのはやいよな
こんなの個人で作るツールにしか使えない
940:デフォルトの名無しさん
22/04/09 13:32:01.27 0ZIZMUGe.net
でも個人で作るツールってクロスにする意味ってあんまりないんだよね。
基本的にWin使いならWinばっかり。
だったらファイル少なくて済む4.8のが使いやすい。
複数のOSを使う人も居るが、エディタとブラウザ以外は
アプリを共通とかコマンドを共通で使うとかやってないんじゃないかな。
ただの無駄だし。
今のところAzure functionくらいかな。
941:デフォルトの名無しさん
22/04/09 14:27:09.14 cvyLC6WE.net
別に瀕死じゃない状況で勝手に瀕死になりうる判断を下し
自ら墓穴を掘るのがMSらしいなあ
942:デフォルトの名無しさん
22/04/09 14:48:20.13 xUshKrSo.net
普通にVScodeを作った開発環境の
MS版をリリースしてくれれば良かったんよなーー
943:デフォルトの名無しさん
22/04/09 18:23:09.34 XPikbUhT.net
4.8にするくらいなら6でよくないか？
Windows 10プリインストールって3.5だし
944:デフォルトの名無しさん
22/04/09 18:24:04.10 NgF7YXE8.net
11がリリースされてもう半年経つのに未だにAcrylicやMicaの最新のネイティブフロントエンドに対応しない公式SDKのWindows App SDK(WinUI3)
もうこれだけでMSやる気ないってわかるうえにサードパーティで誰も作らず既にコミュニティが過疎ってて相変わらずオワコンなの草
FlutterはWindows Desktopに対応したばかりなのにサードパーティがAcrylicやMicaを独自実装したパッケージをリリースしててコミュニティが超活発で便利なフレームワークやライブラリ沢山あって盛り上がりがわかる
MSの開発環境の一番ダメなところがこのコントリビューター不在でコミュニティが盛り上がらずいつまで経ってもエコシステムが構築されないところなんだよな
だから便利なパッケージだけでなくノウハウやナレッジもなくて利害関係のある案件でしか誰も使わないから不人気なまま負のループ
945:デフォルトの名無しさん
22/04/09 18:39:41.35 uMCYp8zC.net
winuiは最大公約数のライブラリ作ろうってプロジェクトだから・・・
946:デフォルトの名無しさん
22/04/09 19:10:23.20 9zZm4X9W.net
最大公約数がメタファーとして適切だとは思えないけど高度に抽象化された.NET用意したから後は開発者が便利なフレームワークやライブラリを勝手に作ってコミュニティ盛り上げてね(^^)とMSに放置されてオワコン化した黒歴史をまた再現するの？って話なんだが
947:デフォルトの名無しさん
22/04/09 19:22:04.04 XPikbUhT.net
便利なフレームワークやライブラリがもう大体揃ってて誰も困ってない可能性があるな
948:デフォルトの名無しさん
22/04/09 19:33:05.47 dNioD6pk.net
たいしたことやってないならそうなんだろうな
客からの要件は大抵有償コンポーネントないと無理って案件ばかりだけどね
これが他の人気の開発環境なら無償で揃ってるんだけどなーってことが多すぎる
特にXamarinは有償でも選択肢が用意されてなくて開発途中で座礁するからおすすめしないCOCOAの惨状見ればまともな開発者ならすぐ気付くだろうけど
949:デフォルトの名無しさん
22/04/09 20:23:33.75 evitdrSp.net
Xamarinはあのおばさんがでしゃばってるから見ててキツいなと遠巻きに思ってたらそもそも誰も使ってなかったっいう
950:デフォルトの名無しさん
22/04/09 20:30:05.45 cvyLC6WE.net
まず人脈～
951:デフォルトの名無しさん
22/04/09 22:40:35.06 scRa/GqO.net
>>932
いい加減な。Windows10初代でも4.6が入ってるだろ
4.8はMay 2019 Update（1903)から入ってる
952:デフォルトの名無しさん
22/04/09 23:06:00.36 a0cCL+ku.net
flutterのfluent_ui
メンテナー募集してるな
これが個人の限界
953:デフォルトの名無しさん
22/04/10 01:35:47.54 j5bjK/em.net
古田はスマホ用に留めておくのが正解だろうな
デスクトップはスマホと違ってOSとの親和性が求められるものだ
954:デフォルトの名無しさん
22/04/10 04:53:37.69 qE10hPc2.net
古吉
田田
～ どの家にもアンテナはあるものです ～
955:デフォルトの名無しさん
22/04/10 14:54:59.09 9r2i9v2w.net
>>932
3.5ってのはまず大嘘だし、4.8と6じゃ寿命が違う。
OSとセットでずっと使える安心感と、リリースされたそばからサポート切れを気にしなきゃいけないせわしなさ。
最新のC#の機能使える快適さとバージョン移行にかかる金、天秤にかけるまでもない。
956:デフォルトの名無しさん
22/04/10 15:19:30.25 bUUumOe7.net
6も4.8も同じだよ
どっちも長期サポートだしどっちもすぐサポート切られる運命
957:デフォルトの名無しさん
22/04/10 15:33:18.62 9r2i9v2w.net
6はたったの3年。4.8はOSの寿命に準ずる。
958:デフォルトの名無しさん
22/04/10 15:36:24.34 9r2i9v2w.net
ちなみに3.5のサポート期間はなんと20年以上。
959:デフォルトの名無しさん
22/04/10 15:59:12.35 bUUumOe7.net
リリースされたときはこれが最後のWindowsだと発表されてたWindows 10ですらサポートはあと3年（らしい）
4.8のサポート終了はOSの寿命（だったらいいな）だろ。未定だと思うぞ
960:デフォルトの名無しさん
22/04/10 16:16:16.01 1j22nIfM.net
後継が出ない最終バージョンの4.8と後継が約束されている６は状況がまるで違うだろうに
961:デフォルトの名無しさん
22/04/10 18:31:35.73 QUw9uGH2.net
別に違わなくないのではw
net9でnet6のアセンブリ動くわけじゃないし。
あくまでも同じクラスがあってリダイレクトできたら動くってだけ。
それば別にnet6からnet4.8を参照しても動きますよ、リダイレクト出来る範囲はね。（.net standardに近い範囲に事実上限定されるだろうけど）
962:デフォルトの名無しさん
22/04/10 18:34:56.17 j5bjK/em.net
.NET 7 から NativeAOT だから .NET にしておかないと移行作業大変だよ
963:デフォルトの名無しさん
22/04/11 00:05:21.04 Eck4a3h+.net
NativeAOTになってもパフォーマンス良くならないって検証結果しかないのが.NETって感じだな
しかも日本語の記事がまったくなくて既にMSの開発環境なんて誰も興味ないのがわかる
結局VBやF#なんかが足枷になってIL捨てられない仕様だと最適解(笑)しても無意味なんだよな
.NETのバイナリサイズが1/100になって誰が恩恵受けるんだって話
964:デフォルトの名無しさん
22/04/11 08:12:46.07 L0fqISPt.net
買う気もないのに記事懸けって……
965:デフォルトの名無しさん
22/04/11 12:13:51.22 oG4zTGmm.net
バージョンアップのサイクルの短さはMSに限った話ではないよな
保守的なニッポンのIT企業はヒーヒー言いながら追従しないといけない
IDE出すカネを渋ってる場合ではないのだ
966:デフォルトの名無しさん
22/04/11 17:32:55.89 A0z0W6oS.net
よく分からないけど、「サポート終了」になると対象バージョンのSDKやランタイムがDLできなくなるの?
それとも、ホットフィックスを含むアップデートが提供されないってだけ?
967:デフォルトの名無しさん
22/04/11 17:50:43.43 1McXPYhn.net
サポート切れたら
ダウンロードや提供はある（ライセンスの関係で提供終わることもある）
ホットフィックスなどのアップデートはなくなる（致命度によってアップデートくることもある）
968:デフォルトの名無しさん
22/04/11 17:51:25.64 HnLOWy3T.net
オレならソッコー削除するぜ！
969:デフォルトの名無しさん
22/04/11 19:56:23.11 A6hnvqJF.net
他をよく知らないけど、そもそも.NETFrameworkぐらい長く使い続けれるのって珍しいんじゃない？
正直多くを求めすぎだと思うわ
970:デフォルトの名無しさん
22/04/11 20:19:28 bPH1dmj1.net
5以降の.NETって4.8以前とはデプロイの考え方が全く違っていて、システムにランタイムをインストールしないのが大前提なんだけど、勘違いしてないか？
アプリに好きなバージョンの.NETをバンドルするから、セキュリティパッチなんかいちちち気にしないで放置しときゃいいんだよ
お前はC++で作られたアプリにスタティックリンクされてるCランタイムやらQtやらの脆弱性なんか気にして使ってるか？それと同じだ
971:デフォルトの名無しさん
22/04/11 20:25:46.36 1McXPYhn.net
スタティックリンクされてるのの脆弱性を気にしないといけない時代だし
システムにインストールされてるのの脆弱性を気にしないといけない時代なんだよ
いまだに脆弱性なんてまったく気にしてないとこも多いけどな
972:デフォルトの名無しさん
22/04/11 20:37:25 bPH1dmj1.net
WebならわかるけどここWPFスレだろ？
>>960は一度.NET6の全マイナーバージョンのリリースノートを読んで、自分のWPFアプリで現実的に問題になりうるものがどれくらいあるか調べてみたらいい
それをしないでただ最新使ってりゃいいと思ってるなら、最大の脆弱性はたぶん>>960自身だぞ
973:デフォルトの名無しさん
22/04/11 20:44:21 1McXPYhn.net
wpfにもWebview2みたいなのはあるだろ
そりゃ現実的に問題になることはまずないが
「脆弱性なんか気にして使ってるか？」なんてやつに言われたくはないｗ
974:デフォルトの名無しさん
22/04/12 01:11:02.62 cl4D1FuI.net
そういえば昔はこういう流行り物の記事、俺も書いてたな。
最近「いかがでしたか？」と同じ扱いを受けるのでやらん。
975:デフォルトの名無しさん
22/04/12 08:30:37.83 nwP3k9nt.net
早くリリースするのはいいけど、注目されている機能は次のリリースまで後回しとかするから下手くそだなーとおもう
Win11のエクスプローラーにタブが付くのだって11のリリースに間に合っていればもっと注目されていたんじゃね
976:デフォルトの名無しさん
22/04/12 08:37:08.89 8aqOwqE3.net
間に合ってればね
開発ってそううまくいかないのは携わってれば解るやろ
977:デフォルトの名無しさん
22/04/12 08:41:32.05 Kaweg2vx.net
MSほどのリソースがありながらなぜかラピッドリリースができなくてバグくてもテストをかねて開発中の新機能をどんどん追加するReactやFlutterに速度感でまったく勝ててないからな
そもそもWin11ですらリリース半年経ってるのに未だにWinUIがAcrylicやMicaに対応してないという意味不明なロードマップとスケジュールがマジ下手くそというか頭悪い
978:デフォルトの名無しさん
22/04/12 08:49:07.34 nwP3k9nt.net
>>965
基幹系のアプリケーションや、OSのバージョンアップに対応する必要のあるアプリならわかるが、OSだぞ？
11出さないと誰かこまったのか？
みんな困惑してるだろ
979:デフォルトの名無しさん
22/04/12 09:19:44.77 bDIkR+Cv.net
>>967
経営者、企業のスタンスで言えば「11リリース」は10年越しとかの経営計画で盛り込むやろけど
そういう一部の機能までは必要ではないと判断しうるやろ
OSだろうが半年後マイナーバージョンのアップデートで追加する予定の機能を、メジャーバージョンリリースに無理に盛り込むことはしないやろ
そして経営計画で看板商品のリリースを半年遅らせることも普通しない
むしろ11の普及が遅れるであろうことを見越してそのタイミングと計画してたかも
MSなりに積み重ねたナレッジで動いてるだろうよ
980:デフォルトの名無しさん
22/04/12 10:14:41.95 pq/BAZJo.net
10Xを急遽11にしたのはばれてるからなぁ
質素なスタートメニューも「低スペック向け」とか言われてたけど今は発禁だね
981:デフォルトの名無しさん
22/04/13 15:14:03.28 lO+bEwqN.net
>>968
そのMSのナレッジとやらでWinUIも普及するといいね
982:デフォルトの名無しさん
22/04/14 19:58:31.50 +hp3T777.net
とりあえずWindowsアプリにマテリアルデザイン適用するの止めようか。
AndroidアプリをiOS風デザインで作るのと同様、ダサいから。
983:デフォルトの名無しさん
22/04/15 20:04:24.69 S+pNpUAE.net
>>971
代替案は？
984:デフォルトの名無しさん
22/04/15 20:14:05.85 Bhh86LxL.net
Win32コントロールに準拠したデザインにしろってことだろ
WindowsはどのソフトでもUIが統一されていて、それによって誰もが初見でアプリを使えるというのがメリットだった
それが最近はなくなりつつある
985:デフォルトの名無しさん
22/04/15 20:19:23.07 UrBsZQcb.net
これでいいだろ
URLﾘﾝｸ(docs.microsoft.com)
986:デフォルトの名無しさん
22/04/16 11:45:26 t+nTi2MK.net
>>974
マテリアルデザインじゃね？
987:デフォルトの名無しさん
22/04/16 13:00:25.00 mUFvO31w.net
Fluent Designを知らないMaterial Design脳おじさん登場
988:デフォルトの名無しさん
22/04/16 13:43:03.16 b7VnoUTC.net
url開いたら頭に「アプリの設計と Fluent Design System の概要です。」ってあるだろ
そいつは本質的にマテリアルデザインと変わりゃしない
989:デフォルトの名無しさん
22/04/16 16:49:46.86 uTytpnM+.net
>>977
マテリアルデザインって概念じゃなくてグーグルの作ったスタイルの固有名詞だよｗ
990:デフォルトの名無しさん
22/04/16 17:17:04.08 nVJ4wCm0.net
グーグルはなんたらデザインとかでドヤる前キーボードで全て操作できたWindowsのUIデザインを学ぶべきだった
991:デフォルトの名無しさん
22/04/16 18:50:08.34 iWHkLxzr.net
>>978
開発者以外にも認知されているレベルのこと知らないってGUIアプリケーションの開発者としてヤバいよなｗ
992:デフォルトの名無しさん
22/04/16 18:58:06.62 sf2E1G3u.net
本質的には同じものだって言ってるだけじゃん
日本語学んだ方がいいよ
993:デフォルトの名無しさん
22/04/16 20:02:26.27 KGuo6Bup.net
全く異なるデザイン言語を同じものってw
技術者やめたほうがいいぞw
994:デフォルトの名無しさん
22/04/16 21:46:46.70 4Gd5BDg3.net
その本質ってなんなんだかすごく気になるわ
995:デフォルトの名無しさん
22/04/17 00:37:14 XUU+lucC.net
結局WinUIは主流になるの？
今から作り始めるのをWPFとWinUIどっちで作るか迷ってるんだけど。
機能的にはWPFで足りるけどWinUIのほうが明確に優れてるならWinUIにする。
996:デフォルトの名無しさん
22/04/17 01:14:57.92 PbS7huRh.net
WinUIが主流になることはあり得ないけど、かといってWPFも全然主流ではないんだから好きなの使えばいいんじゃね
WPFはユーザー層は薄いながらも十分に枯れていて、まあ今無難に使える技術ではある
WinUIを選ぶならまともに使い物になるレベルに達するまでにMSが投げ出さないことを祈ることだな
997:デフォルトの名無しさん
22/04/17 05:16:20.92 hJVMUSbm.net
WinUIを使いたいところだけど、バグもあるし正直まだ信頼できる製品を作るには足りてない感じ
1.1を待て
1.0時点でちゃんと使えるものを出してほしかったわ
998:デフォルトの名無しさん
22/04/17 09:48:47.09 ggP1dCjc.net
MS製品は3.0でやっと使い物になる法則を知らないのか？
999:デフォルトの名無しさん
22/04/17 10:24:35.61 EysNwKqS.net
何年後だ…
1000:デフォルトの名無しさん
22/04/17 11:12:44.40 E+w90SEK.net
到達する前に投げ出すから自明な年数ではないね
1001:デフォルトの名無しさん
22/04/17 11:40:35 w7vqObUH.net
MSがWinUIでOffice作るんなら使うわ
1002:デフォルトの名無しさん
22/04/17 11:59:11.13 bywj4liW.net
本当あいつらすぐ投げ出すから手を出さないのが一番
やるなら完成してからでいい