21/09/19 19:45:47.60 ox+lFfTn.net
O2
3:デフォルトの名無しさん
21/09/21 04:00:42.69 8J4bCxP9.net
Rust で開発した勇者いる？
4:デフォルトの名無しさん
21/09/21 10:13:30.05 arVa5r/H.net
今の所Windows App SDKに画面デザイナーは無いみたいだね。
Xamlライブプレビューのみ。
まあプレビューあれば十分か。
5:デフォルトの名無しさん
21/09/21 13:03:31.18 Z616Kpx3.net
Ctrl+Sしなくても即反映されるし、マルチディスプレイなら特に困らないよね
6:デフォルトの名無しさん
21/09/22 15:31:06.25 bsvAq6LP.net
WPFで動画のプレイヤにするのにシークバーなど使いやすいものありますか？
7:デフォルトの名無しさん
21/09/22 16:55:36.65 17vnvb0Y.net
MediaElement
8:デフォルトの名無しさん
21/09/24 08:42:21.67 QDMTWgEV.net
デフォルトで入ってるやつか…
WPFMediaKitのMediaUriElementを使っていたのだが急に動かなくなったのよね
9:デフォルトの名無しさん
21/09/24 08:52:21.18 lm8/dmzt.net
WebViewだろうね
WPFを使う意味があるかはともかく
10:デフォルトの名無しさん
21/09/24 09:53:30.84 QrKyvyMU.net
WebView2？
11:デフォルトの名無しさん
21/09/24 10:49:48.03 GTi1Ed7C.net
12:"noopener noreferrer" target="_blank" class="reply_link">>>8 https://qiita.com/marksard/items/24163ca605dc95556016 VLCのコントロールが使える模様 俺は試していないが頑張れ
13:デフォルトの名無しさん
21/09/24 12:38:31.07 +RVxkNW4.net
>>11
結局VLCにしたんだけどMediaUriElementで出来ていたパラメータのbindingが出来なくて結構変更することになった
なんで使いやすいプレイヤ知ってたら教えて貰おうかと
14:デフォルトの名無しさん
21/09/25 00:57:31.87 /EdXTBH/.net
WPF-MediaKitもVlc.DotNetも古くてLibVLCSharpが推奨なのでは、知らんけど
URLﾘﾝｸ(code.videolan.org)
15:デフォルトの名無しさん
21/09/25 12:26:26.31 88LJBDq+.net
>>13
ほー使ったことないな
今度なんかあったら試してみる
16:デフォルトの名無しさん
21/09/26 00:59:05.90 hnLj2RjB.net
WinUI3まだー？
17:デフォルトの名無しさん
21/09/27 12:55:19.28 NYWmPD2Y.net
drawingContext.DrawLine(new Pen(Brushes.Black), 1), new Point(0, 0), new Point(0, 100));
drawingContext.DrawRectangleBrushes.Blacknull, new Rect(0, 0, 1, 100));
この二つって全く同じ個所に縦線引かれると思ったらDrawLineの方が左に1づれるんだけど仕様？
18:デフォルトの名無しさん
21/09/27 14:17:54.92 NYWmPD2Y.net
DrawLineとDrawRectangleの差じゃなくてBrushとPenの差か
DrawLineのBrush版があればなぁ
19:デフォルトの名無しさん
21/09/27 16:08:58.41 xaSuQemP.net
それはwindows系であるRectangleの仕様
Rectangleの場合、下、右は含まれない
20:デフォルトの名無しさん
21/09/27 16:13:11.14 xaSuQemP.net
厳密には知らんがそんな感じだと思った*
21:デフォルトの名無しさん
21/09/27 16:21:02.35 NYWmPD2Y.net
>>18
いや、DrawRectangle同士でも
DrawRectangle(Brushes.Black, null, new Rect(0, 0, 1, 100));
DrawRectangle(null, new Pen(Brushes.Red, 1), new Rect(0, 0, 0, 100));
こうするとそもそもxの起点位置が違うんよ
下の赤線の方が1つ左にズレて-1位置に描かれる
22:デフォルトの名無しさん
21/09/27 17:35:29.70 kU8huA04.net
今のwinui、バインド関連のバグ多くない？
せっかくなら新しいの覚えながらやりたいと思ってwinuiで作ってたけど、使用に耐えるものを作れそうにない
UI部分wpfに差し替えようかな
素人がプレビュー版なんて使うんじゃなかったわ 自分じゃどうにも改善できねえ
23:デフォルトの名無しさん
21/09/27 18:37:11.61 xaSuQemP.net
>>20
そうなんだごめんよ
>>21
でも、WPFにすると見た目がダサくならんか??
WPFにすると見た目がダサくなるが安定
WinUI3にすると見た目がおしゃれだが、ちょっと不安定
24:デフォルトの名無しさん
21/09/27 18:39:27.60 xaSuQemP.net
まぁ、WinUIとか定期的に更新してくれるからバグ報告すりゃそのうち直る可能性高いけど、ユーザー少ないからバグを自分で踏んで報告する羽目になる..
25:デフォルトの名無しさん
21/09/27 19:12:05.92 Aa8uOS44.net
>>22
modernWpfUI使えば大体似た見た目にはできるから、もういいかなって
26:デフォルトの名無しさん
21/09/27 19:25:35.38 Aa8uOS44.net
21です（23も俺）
過去にWinFormで作ったソフトをWinUIで再構築しようとしてたんだけど、新しいことやってみたい気持ちだけでWinUI使ってた
正直今背伸びしてまで使うメリットが自分には見えないんだよなー
WinForm→WinUIも
WinForm→WPFも
ユーザー目線だとそんな変わんないんじゃねって思う（WPFはUIのライブラリ使って現代風の見た目にすれば）
27:デフォルトの名無しさん
21/09/27 19:26:44.43 Aa8uOS44.net
ごめん21,24,25が俺ね
どうでもいいことで連投すまん
28:デフォルトの名無しさん
21/09/27 20:38:54.92 xaSuQemP.net
>>24
俺もmodernwpf 使ってたけど、win11スタイルはまだだし
NavigationViewとか階層メニューまだっぽいし
やっぱ、個人じゃきついよなーとか
29:デフォルトの名無しさん
21/09/27 20:42:51.67 xaSuQemP.net
WPF+ModernWPF
と
WinUI
で似たアプリ２つ同時に作りながらやってるわ
最終的にWinUI一本に絞ると思うけど
30:デフォルトの名無しさん
21/09/27 20:54:34.65 xaSuQemP.net
> ユーザー目線だとそんな変わんないんじゃねって思う（WPFはUIのライブラリ使って現代風の見た目にすれば）
たぶん、そうだと思うけど(とりあえず、ライトとダークあれば)
俺はそこだけは変にこだわってるから
ちょうど数時間前もWPF+ModernWPFで、CommandBarじゃなくてWPFのToolbar使いたくてでもModernWPFでToolbarはスタイリングされないから頭抱えてた
まぁ、自分でスタイリングする能力ないんで..
31:デフォルトの名無しさん
21/09/27 22:47:47.96 LVIsrHah.net
>>26
1.0 Preview1も駄目？
32:デフォルトの名無しさん
21/09/28 06:42:23.50 7CUpdHu/.net
>>30
あー、もうそんなの出てたんだね
そういえばgithubのバグ報告のページで「1.0.0でも起こるけどまだ直ってないんか？」みたいなコメントしてた人いたわ 見たときはなんのことだと思ったけど
だめっぽいけど一応試してみるかー
33:デフォルトの名無しさん
21/09/28 12:37:34.11 jju60wXc.net
>>25
>WinForm→WPFも
>ユーザー目線だとそんな変わんないんじゃ
開発者目線だとWPFのが作るのが楽（MVVM、非MVVM関係なく）だからWPF使ってる。
受け入れられやすいようにWinFormっぽい見た目に変えてる。
34:デフォルトの名無しさん
21/09/29 08:28:02.15 GOP9Dp1g.net
悲報、WinUI3、ウィンドウのHeight, Widthプロパティ無し
ウィンドウサイズに依存したWinFormみたいな糞アプリを作れなくなるからこれはこれでいいのかも。
いやでも初期サイズぐらいは設定したい。ウィンドウサイズ固定はできなくていいけど。
35:デフォルトの名無しさん
21/09/29 08:54:21.60 O+WbcMkB.net
MinWidthとかもないのかな？
36:デフォルトの名無しさん
21/09/29 09:38:32.22 hXKTXicB.net
前回のウィンドウ位置・サイズ・位置を記憶しておいてほしいって要望は結構あるからなー。
PInvokeでなんとかなるんだろうか。
37:デフォルトの名無しさん
21/09/29 09:44:24.58 hXKTXicB.net
ライブラリはあるからそれで我慢するしかなさそう
URLﾘﾝｸ(github.com)
38:デフォルトの名無しさん
21/09/29 10:33:25.99 hdmEo5v3.net
>>33
いちおうサイズや最大最小ボタンの無効化とかを設定できるAPIがある
実際俺が作りかけてるソフトでも初期ウインドウサイズだけ変えてるけど問題なく使えてる
今ちょっと名前は忘れたんだけど、API紹介してるマイクロソフトのページを見ながら実装したと記憶してるので、探せばでてくると思うよ
正直標準でついててほしいけどなあ
39:デフォルトの名無しさん
21/09/29 10:34:57.02 hdmEo5v3.net
俺が使ったのは>>36のと違うやつだけど、36のほうが使いやすそう
40:デフォルトの名無しさん
21/09/29 13:31:20.42 SjiJdI8Y.net
winui 0.8で作ったやつそういやはじめてnull許容参照型有効にしてみたんだけど、コンパイルエラーでなく警告しかでないの?
null非許容参照型にnullf代入できちまうわ
41:デフォルトの名無しさん
21/09/29 13:50:46.96 +vfkIeDq.net
これかな
URLﾘﾝｸ(github.com)
42:デフォルトの名無しさん
21/09/29 14:34:19.08 +vfkIeDq.net
違うかも、元々警告だった気がする。
エラーだと影響でかすぎるから。
43:デフォルトの名無しさん
21/09/29 17:03:33.12 pb5Ym/dQ.net
初期サイズこそOSに任せたほうがよくないか
44:デフォルトの名無しさん
21/09/29 18:59:25.74 VwMtEVzw.net
警告をエラーにするオプションは？
45:デフォルトの名無しさん
21/09/29 20:58:16.79 DtpEbdQZ.net
winuiいまいちだな・・・
46:デフォルトの名無しさん
21/09/29 22:03:25.40 pdK7LZ21.net
>>44
3世代目で使い物になるのがMSのお約束
47:デフォルトの名無しさん
21/09/30 00:17:53.55 3U3ppoE9.net
使えるようになる頃にオワコンと言われるMS……
48:デフォルトの名無しさん
21/09/30 00:25:47.23 YPQ+W3Ke.net
WinUIは3やで
49:デフォルトの名無しさん
21/09/30 06:03:19.53 5Bjzv+OV.net
実質WinUI 3(Windiows App SDK 1.0)がバージョン1だから。
まだストアアプリ臭が抜けてなくて、デスクトップアプリとして見ると
「は？こんなこともできないの？」ってレベル。
50:デフォルトの名無しさん
21/09/30 07:55:01.00 V9jR/S3x.net
使えるうんぬんより、マイクロソフトがストアで商売したがってるイメージ
また変なの考案するより鍵屋した方が手っ取り早いのに
51:デフォルトの名無しさん
21/09/30 14:07:51.32 l65pxKZX.net
ストアはもう諦めてるだろ
諦めてるから開放した
52:デフォルトの名無しさん
21/09/30 19:46:10.00 Ug+arU8W.net
てかもうMS自身が自社フレームワーク諦めてElectronとか利用してんじゃん
53:デフォルトの名無しさん
21/09/30 20:07:27.48 zVzNCdtO.net
新Teamsからはelectron脱却してWebView2行くんでは？
54:デフォルトの名無しさん
21/09/30 20:21:22.07 l65pxKZX.net
でも、一部のクロスプラットホームアプリだけだろ??
電卓に始まってペイントやらフォトビューワとかもろもろはelectronとか使ってないだろ??
55:デフォルトの名無しさん
21/09/30 20:26:42.56 URu2/Q9n.net
もうos周りのアプリだけだろうね
一般のアプリは、
Webかスマホかに二分される時代だし
56:デフォルトの名無しさん
21/09/30 20:28:19.61 l65pxKZX.net
まぁ、xamarin(maui)はMicrosoftも諦めてて、microsoftの他の部門であえてこれらを使わないと思うが
57:デフォルトの名無しさん
21/10/01 10:43:29.25 iSJ4hQHP.net
MAUI(＝Xamarin)使うぐらいなら普通はFlutter使うわな
58:デフォルトの名無しさん
21/10/01 15:27:55.77 gzQL+yLO.net
そうなの？
59:デフォルトの名無しさん
21/10/01 15:58:19.68 3yqFz9yL.net
VisualTreeHelperというのがありますが、
勉強する価値があるかないか、そしてその理由を教えて下さい。
Visual StudioのXAMLエディターでツリーが見れるようになったので、
今は無用の長物でしょうか？
60:デフォルトの名無しさん
21/10/01 16:27:12.58 b8RMXs3B.net
アプリって言うと
昔はデスクトップアプリを指してたんだけど、
今じゃスマホのアプリの事だもんな
さらにwindows11で
アンドロイドアプリがPCで動くようになると、
もう価値がなくなるんでは無かろうか？
61:デフォルトの名無しさん
21/10/01 17:03:56.46 hHr0ZnR0.net
Microsoftがスマホでも勝者になってる世界線にいたら、今はみんなxaml使ってたのだろうか ガクブル
62:デフォルトの名無しさん
21/10/01 17:08:46.75 D1J8zmF5.net
>>60
Androidも画面定義はXMLだから似たようなもんだよ
63:デフォルトの名無しさん
21/10/01 17:18:42.15 3yqFz9yL.net
>>59
自分へのレスですか？
64:デフォルトの名無しさん
21/10/01 17:19:52.97 hHr0ZnR0.net
android系では去年からもうflutterでコードベースの宣言的UIやってるし、android/kotlinでもjetpack compose使い始めたし、今年に入ってからxml一切触ってねぇわ
65:デフォルトの名無しさん
21/10/01 17:31:51.92 hHr0ZnR0.net
他は進化してるのに、今年正式にリリースされるUIフレームワークでもまだxaml??
絶望だろ
cometは実用になってるのか知らんが
つか、avalonia UIとUnoPlatformとか、Microsoftがしっかり方向性示さなかったからみんなで戦力分散してみんなで自滅してるよな..
66:デフォルトの名無しさん
21/10/01 19:19:18.74 moK98JZN.net
UIをXMLで記述するのは筋は良いよ。
ただツール側が大変。
だからXML止めたところは単なる妥協。
67:デフォルトの名無しさん
21/10/01 19:24:01.74 Utvf4DLW.net
逆だよ。XMLの方がツールは作りやすい。
でも頑張って高機能なツールを用意するより、手書きの負荷を下げてツールは最低限プレビューするだけの方が、
開発者にとってもツール側にとっても楽であることに業界が気付き始めた
68:デフォルトの名無しさん
21/10/01 20:09:22.18 b8RMXs3B.net
CSSのほうが次元が違うぐらい凄いぞ
XAMLじゃマシなUIは作れん
画像はるしか方法がない
そするとアニメーション出来ないけど...
69:デフォルトの名無しさん
21/10/01 20:23:02.15 x1xpreRL.net
もうFlutterでよくね？
70:デフォルトの名無しさん
21/10/01 20:28:56.74 Utvf4DLW.net
XAMLはWYSIWYGなツールで編集することを大前提として設計されている上、GUIフレームワークのオブジェクトモデルの設計にも引っ張られるから、
処理系として出力だけしか考慮しなくていいCSSと比較するとどうしても記述性や表現力の面では劣る
71:デフォルトの名無しさん
21/10/01 20:36:30.93 hHr0ZnR0.net
コードで書く宣言的UI方が100倍楽
普通にコードを書く延長線上でいけるし、if文使って切り替えたり、for文でループ回したり簡単に自由自在
xamlでやろうとするとコードビハインドもできるがMVVMぎちぎちに要求されるからうざいわ
ValueConverterやらTriggerやらVisualStateManagerやら色んな概念でてきていったりきたり
72:デフォルトの名無しさん
21/10/01 21:02:00.88 Utvf4DLW.net
MSがツール作るの得意すぎたせいで、みんなWYSIWYGなツールを使ってUIを作ることが当然で開発効率も良いと思い込まされてきたんだよ
ここにいるのはその最後の残党で、彼らは既にXAMLを手書きした方が早いと気付いているにも関わらず、
未だにツールの都合に合わせて面倒なXMLを記述しなければならないという矛盾には気付いていないんだ
もうちょっとだから優しい目で見守ってやってくれ
73:デフォルトの名無しさん
21/10/01 21:15:45.36 VrVVYUYc.net
可変レイアウトを前提とするかが分かれ道な気がする
74:デフォルトの名無しさん
21/10/01 21:21:42.73 E9WNTUHI.net
WinFormはポトペタに頼るけどWPFはWISYWIGといっても確認用くらいしか使わんなあ
慣れればXAMLべた書きでほぼ思い通りのレイアウトできるし
75:デフォルトの名無しさん
21/10/01 23:09:37.93 C/dNFuqv.net
>if文使って切り替えたり、for文でループ回したり簡単に自由自在
それ宣言的って言わんw
76:デフォルトの名無しさん
21/10/01 23:17:07.18 TQ4JmsDr.net
>>74
バインディング脳だとそう思うよね
Reactとかやってみればわかるけど、データの流れが単方向になっているならちゃんと宣言的なんだよなあこれが
77:デフォルトの名無しさん
21/10/01 23:33:34.54 C/dNFuqv.net
>データの流れが単方向になっているならちゃんと宣言的なんだよなあこれが
「宣言的」の定義が捻じ曲がってる気がする
78:デフォルトの名無しさん
21/10/01 23:40:23.81 hHr0ZnR0.net
今時の宣言的は違うだろ
画面更新において宣言的に書けるから宣言的なんだよ
79:デフォルトの名無しさん
21/10/01 23:45:58.73 hHr0ZnR0.net
for文、if文とか入ろうが、それらはある一瞬のUIを記述してるから宣言的なんだよ
if文、for文で、前のUIの状態を変更してる訳じゃないんだよ
80:デフォルトの名無しさん
21/10/01 23:46:26.37 TQ4JmsDr.net
>>76
宣言的UI、でググってみ
君の思ってるfor使ったら宣言的じゃないとかいうのは表面的なコーディングスタイルの問題でしかなくて、気に入らないならLINQ使うとかやりようはいくらでもある
UIでいう「宣言的」ってのは、画面がどうあるべきかというのを宣言したら自動的にそのようになるってこと
それがWPFではXAMLであり、React等ではコードによって生成された仮想DOMであるというわけだ
81:デフォルトの名無しさん
21/10/01 23:59:18.68 VrVVYUYc.net
いや全く分からん
82:デフォルトの名無しさん
21/10/02 00:06:30.03 zLcclBIg.net
URLﾘﾝｸ(maku77.github.io)
この最初のセクションのボタンの例を読んでみよう
83:デフォルトの名無しさん
21/10/02 00:33:48.60 zLcclBIg.net
宣言的UI この状態のときはこんな画面になるということ記述していくスタイル
if文とかfor文とか使う、使わないとか重要じゃない
というかif文,for文とかその他類似のもの使わないと宣言的UIで画面更新できん
84:デフォルトの名無しさん
21/10/02 00:56:36.82 yLGZuBe3.net
ifとかforとかがSGMLの中に出てくるのって美しくないから個人的には好かん
JSPとか最悪だったし
85:デフォルトの名無しさん
21/10/02 01:10:52.06 zLcclBIg.net
xamlも同じ
xamlでこの状態のときにこういうUIになるってxmlで記述してるよね
更にこれが進化して
この状態のときにこういうUIになるってifやforなどのプログラムコードで記述してるのが最新の宣言的UI
馴染みのプログラムコードで書けるから楽
制御構文をもたないxmlのようなものでUIを記述するのが宣言的UIというのは昔の話?
86:デフォルトの名無しさん
21/10/02 02:26:37.11 tcgPJQJ0.net
XAMLでWYSIWYG使うって君WPF使ったことないでしょ
87:デフォルトの名無しさん
21/10/02 02:45:53.54 xagjL2JO.net
むしろ宣言的でないUI定義ってのを教えてくれ
88:デフォルトの名無しさん
21/10/02 05:29:37.06 XDS1lwbt.net
UI部にif文書くか？
ロジックが入ると面倒だから、渡されたpropsをそのまま代入しない？
89:デフォルトの名無しさん
21/10/02 06:26:11.63 yaQQxYBO.net
XAMLがいいからWPF使ってるんだよな
90:デフォルトの名無しさん
21/10/02 09:22:51.66 JC0eHLmL.net
>>66
IDEの開発元がXMLよりコードでUI書く形式の方がIDE作るのが楽だと言ってるんだが。
コードよりXMLの方が画面イメージが直感的に分かりやすいが、そのメリットはIDE開発側が楽するために捨てたいんだよ。
91:デフォルトの名無しさん
21/10/02 09:24:55.11 LE4xxzH9.net
>>86
WPF+MVVMの場合、宣言的なUI定義を記述する方法に関しては>>81のようなスタイルよりも宣言的といえる。コードと違い一切手続きを書いてなくて、バインディングを使った完全に静的な記述のみだからね。
じゃあ何が問題かというと、バインディングの代償としてVとVMとの結合が強くなっているために、実質的にビューが固有の状態を持ってしまっているのに近い状況になるケースが多いことだ。
たとえば>>81のボタンの例で言うと、MVVMでMの状態Aに基づいてボタンを動的に追加したいがMを直接バインドできない場合、
VMの持つコレクションを見て既にアイテムがない場合のみアイテムを追加するようなコードを書くことになる。これは明らかに宣言的ではないよね。
WPF+MVVMなら例えば変更が入るたびに毎回VMをMに基づいて新しく作ってDataContextを設定し直すようにすれば完全に宣言的にできるわけだけど、
これをやると変更の必要のないボタンまで毎回作り直しが走ってしまい、実用的ではない。
それを>>81ではフレームワーク側が自動的に差分を取って賢く画面に反映してくれるというわけ。
92:デフォルトの名無しさん
21/10/02 09:26:25.38 uPQB1g5P.net
>>81
・declarative（宣言的）なコード
状態 A なので、ボタンを 3 つ表示する。
・imperative（命令的）なコード
状態 A なので、ボタンを 3 つ表示する必要がある。
ただし、すでに中央のボタンを表示しているので、その左右にひとつずつボタンを追加する。
まじで意味わからんw
93:デフォルトの名無しさん
21/10/02 09:33:52.46 LE4xxzH9.net
>>91
>>90にも書いたけど、Mを入力としてVMを返す関数を考え、Mの更新の度に毎回VMを作り直してDataContextにセットし直すことを想像するといい
そうすることでビュー固有の状態に依存する命令的なコードを排除できる
94:デフォルトの名無しさん
21/10/02 09:54:12.88 RYEShMTz.net
>>92
要するに
> 差分を取って賢く画面に反映
を誰がやるかって話なの？
95:デフォルトの名無しさん
21/10/02 10:57:58.75 XIMD44Dk.net
WinFormのデザイナーが吐いたコードが宣言的の良い見本
96:デフォルトの名無しさん
21/10/02 12:22:55.97 yLGZuBe3.net
>>91
そういう時は最初から作っておいてVisibilityで制御すんじゃないの
もうあるから追加～とか普通やらんだろ
97:デフォルトの名無しさん
21/10/02 12:44:51.30 LHZxrmv8.net
相変わらず本末転倒ですなあ
98:デフォルトの名無しさん
21/10/02 13:43:37.05 3200/Rnj.net
>>95
それを俺に言われても困るw
99:デフォルトの名無しさん
21/10/02 16:03:48.55 yaQQxYBO.net
ほとんどのことはContentControl使えば動的に変更できると思う
100:デフォルトの名無しさん
21/10/02 17:46:31.63 xagjL2JO.net
>>90
つまり>>78,82は間違ってるって意見ね
101:デフォルトの名無しさん
21/10/02 17:56:52.96 GuR5jvpG.net
このスレ、WPF、XAML知らないで語っちゃう人が居座ってるからなw
昔から知識増えてないし。
102:デフォルトの名無しさん
21/10/02 18:42:10.72 vbArKetj.net
>>90
>VMの持つコレクションを見て
WPF＋MVVMだと、VMがコレクション持たないと思うんだわ
103:デフォルトの名無しさん
21/10/02 18:53:29.17 7VMWhHgt.net
へぇ
104:デフォルトの名無しさん
21/10/02 19:02:37.65 0lneUYYy.net
なにかを批判する人がその批判対象のことをよくわかってないってのはよくある話。
そもそも使わんだろうしな。
105:デフォルトの名無しさん
21/10/02 19:05:15.85 UVsuyRQN.net
へえ
106:デフォルトの名無しさん
21/10/02 20:00:52.83 vWt6r1kN.net
りゅうちぇる
107:デフォルトの名無しさん
21/10/02 20:49:49.37 9KIjFSXT.net
静的な記述というからStaticResourceの話かと思ったら、そんなことはなかった
108:デフォルトの名無しさん
21/10/03 01:34:09.16 CWstO9lB.net
>>101
親VMが子VMのコレクションを持つことは普通にあるよ
それをItemsControlに渡す
ObservableCollectionを使って自前でやってもいいけど、ReactivePropertyのToReadOnlyReactiveCollectionを使うと楽
URLﾘﾝｸ(blog.okazuki.jp)
109:デフォルトの名無しさん
21/10/03 11:13:15.32 WVFbsqnO.net
>>103
じゃ批判するなって話だわな
110:デフォルトの名無しさん
21/10/03 16:48:20.33 Y4PMqtYq.net
Reactive Extensionsは使ってもいいけどReactivePropertyの使用は禁止します
111:デフォルトの名無しさん
21/10/03 17:15:57.76 f+cxTxee.net
>>101
どこを見てそう思ったのか逆に気になる。
112:デフォルトの名無しさん
21/10/03 18:41:22.85 88/mpgvS.net
え、駄目なんですか
じゃあPropertyChanged.Fodyにします
113:デフォルトの名無しさん
21/10/03 20:30:28.95 HajoosT2.net
昔はお客さんが「リッチなUIで操作性も最高のクライアントが欲しい」からと、
“デスクトップアプリ”だったんだけど、
今じゃ「デスクトップアプリなので、Webみたいな凝ったUIは作れません！ 汗」だからなー－
WPFじゃグラフ系の機能つくると地獄みるし、
（ひたすら要件を潰しまくるとかして... 笑）
時代は変わるよなー－
114:デフォルトの名無しさん
21/10/03 20:49:07.54 sc5AJJOn.net
HTMLというかCSSは常に進化し続けているけどPC向けのUIコンポーネントは迷走して結局20年前と大して変わってないからな
最近のPC向けソフトがElectronばかりになってしまうのも仕方がない
115:デフォルトの名無しさん
21/10/03 21:03:57.28 lp2CmBTm.net
Webとデスクトップアプリの間で、作れるUIのクォリティに決定的と言えるほどの差は技術的にはまだ無いと思う
未だにデスクトップアプリばかり作ってるようなベンダーは、技術的に進歩のないくだらん仕事ばかりやってきたせいでスキルがないだけだよ
116:デフォルトの名無しさん
21/10/03 21:11:16.40 f+cxTxee.net
>今じゃ「デスクトップアプリなので、Webみたいな凝ったUIは作れません！ 汗」だからなー－
webの方が凝った表現ができるUIって例えばどんなんだろ？
117:デフォルトの名無しさん
21/10/03 21:29:25.72 hntqCLGP.net
> WPFじゃグラフ系の機能つくると地獄みるし、
> （ひたすら要件を潰しまくるとかして... 笑）
> 時代は変わるよなー
有料コンポ買えば解決する話じゃなくて?
118:デフォルトの名無しさん
21/10/03 21:35:03.05 SkyxlQPu.net
デスクトップの方がどう考えてもUI楽では？
119:デフォルトの名無しさん
21/10/03 21:39:50.67 QQiybq/f.net
ですね。
120:デフォルトの名無しさん
21/10/03 21:45:28.45 HajoosT2.net
昔は
リッチーアプリケーション ＝ デスクトップアプリ
だった。今はその言葉もあんまり聞かなくなったけど
>>115
URLﾘﾝｸ(observablehq.com)
URLﾘﾝｸ(threejs.org)
URLﾘﾝｸ(resources.jointjs.com)
とか
とにかくググれば凄いのが星の数だけでてくる
>>116
有償コンポーネントは大したものないよ。
唯一データグリッド位かなー－
これだけ有償を選択してる
それ以外の入力コントロールは全部オープンソース OR 自作
121:デフォルトの名無しさん
21/10/03 21:52:50.09 f+cxTxee.net
>>119
それってデスクトップならそのまま描くだけじゃん。あとはそのライブラリ自体が高機能なだけだが。
それとも「webなら高機能なライブラリが使える」ってのが言いたいことなんだろうか。
122:デフォルトの名無しさん
21/10/03 21:57:20.21 hntqCLGP.net
技術的な事ってより、ライブラリが少ないって話しか
仕事でやるならいざとなるならDevExpressとかSyncfusionから買うのも手だし
グラフ系はJavaScriptに負けるな
データグリッド系は有料で優秀なのあるからな
123:デフォルトの名無しさん
21/10/03 21:58:05.76 HajoosT2.net
>>120
>>「webなら高機能なライブラリが使える」
まさにその意味だね
あと思想が優れたものが多い
作者の地頭の良さを感じるし＆オープンソース！
とにかくリッチものが多くて全容を把握するのが不可能
124:デフォルトの名無しさん
21/10/03 22:01:06.13 hntqCLGP.net
有料でいいならWPFでリボンやらツールバーやらドッキングやらいっぱいあるし困ることはないだろう
125:デフォルトの名無しさん
21/10/03 22:06:23.94 E12dZtAj.net
webのguiいいね・・・
でもなんか移行できない古い人間なんだ・・・
126:デフォルトの名無しさん
21/10/03 22:13:05.45 hntqCLGP.net
Microsoftがやるべきだったのは、xamarinとか買収よりも、大手のコンポ買収して無料にしてくれてた方が100倍よかったんじゃね
それやると他の有料コンポ死ぬけど
127:デフォルトの名無しさん
21/10/03 23:04:19.92 SkyxlQPu.net
>>119
そんなにレアなコンポーネントでもないじゃん。
blend持っててデザイン部があったら適当に作ってくれる領域では…？
128:デフォルトの名無しさん
21/10/04 00:43:23.12 PA8KPmBD.net
>>126
Blendで適当に？できるならやってみろよw
そりゃ静的な画面でそれらのサンプルと似たような見た目のものを作るだけならBlendで簡単にできるだろうけど、そういうことじゃないのは流石にわかるだろ？
129:デフォルトの名無しさん
21/10/04 01:43:50.31 GMh5ZGD4.net
>>127
やってるけど内製アプリ専用で外には出さないよ
それが目玉の一つになってるのパッケージ売ってるし
デスクトップとWebの市場構成が違うからね
130:デフォルトの名無しさん
21/10/04 01:44:34.58 BNGPGqIn.net
>>127
うん、お仕事で実際にやってたよ。
俺は開発部だから作って貰う側。
電子カルテ作ってたんだけど、グラフ部分とかはちょっと特殊な表示があったから自分たちで作ったものの、まあバッチリ出たよ。
131:デフォルトの名無しさん
21/10/04 01:45:20.14 BNGPGqIn.net
そりゃそうよな、どこも同じ話になると思うわ。
132:デフォルトの名無しさん
21/10/04 03:00:18.84 hmjIJneP.net
WPF自体はものすごく自由度が高い
133:デフォルトの名無しさん
21/10/04 03:33:19.99 dNNBVfRE.net
自由という不自由を満喫するがいい
134:デフォルトの名無しさん
21/10/04 06:55:40.74 PA8KPmBD.net
パッケージ開発ならいくらでも手間かけられるんだからそりゃできるだろうな
WinFormsでもできるだろう
135:デフォルトの名無しさん
21/10/04 08:14:57.80 Z4wlLgUq.net
手間というか工数、予算=金だよね
Webは低予算が多いから無料で高品質？なライブラリを拝借できないとキツいんじゃないかな
136:デフォルトの名無しさん
21/10/04 08:22:39.22 PA8KPmBD.net
それはビジネスモデルの違いでしょ
WebもSaaSみたいなスケールするビジネスなら工数は青天井だよ
137:デフォルトの名無しさん
21/10/04 10:01:02.21 BNGPGqIn.net
>>133
WinFormsよりは楽かなぁ。
デザイナーとエンジニアが分業、という絵空事が若干可能になった。
バインディングとダミーデータ返すdll渡したら、それにデザインつけてくれるんよ。
これが10年以上前に余裕でできてたんよ。
138:デフォルトの名無しさん
21/10/04 13:04:07.09 WvrQFKrg.net
所詮絵空事。
デザインがわかるエンジニアなら重宝されるだろうが、
デザインしか出来ないデザイナーなんて穀潰し雇う馬鹿はいない。
139:デフォルトの名無しさん
21/10/04 13:53:54.27 BNGPGqIn.net
デザインが出来るエンジニアなんか要らんよ。
そんなの出来るって言ってるだけだから。
ちゃんとデザイナー入れた方が良いよ、マジで。
140:デフォルトの名無しさん
21/10/04 14:42:52.89 PA8KPmBD.net
動的なグラフの可視化をWPFでスクラッチで実装できるデザイナは、デザインができるエンジニアどころか並の業務系ITエンジニアよりよほど上だろ
141:デフォルトの名無しさん
21/10/04 14:49:35.44 c1gd41SO.net
>>138 時給380円ぐらいで？
143:デフォルトの名無しさん
21/10/04 17:04:31.53 BNGPGqIn.net
デザイナーになんかトラウマでもあんのかw
144:デフォルトの名無しさん
21/10/04 18:01:56.03 PA8KPmBD.net
一般的な専業のデザイナって汎用のデザインツール使って画面のモックアップとアセットを作るとこまでが仕事だぞ？
それを元にして実際にマークアップやスクリプトを書くのはあくまでエンジニアの役目
ID:BNGPGqInの所属する会社でいうデザイナは世間の感覚とはかなりズレてる
145:デフォルトの名無しさん
21/10/04 18:28:57.96 c1gd41SO.net
>>141
働かざる者食うべからず。適正価格。
146:デフォルトの名無しさん
21/10/04 18:49:18.93 bvkaOpSo.net
>>143
働いてるやん
147:デフォルトの名無しさん
21/10/04 19:24:44.69 LDcym7kv.net
>>133
アホか予算があるわ
148:デフォルトの名無しさん
21/10/04 20:10:42.18 Z4wlLgUq.net
青天井とか頭XAML畑かな
149:デフォルトの名無しさん
21/10/04 21:09:35.84 c1gd41SO.net
>>144
その働きに見合った金額設定
150:デフォルトの名無しさん
21/10/05 00:39:12.97 D7zFs4N2.net
>>142
そうかねぇ、なら言い直すわ。
380円のデザイナーではなくて数千円円以上するまともなデザイナー使えばいいよ。
安かろう悪かろうなんよ、君の買い方。
151:デフォルトの名無しさん
21/10/05 04:11:14.77 9USAeu5r.net
windows版のvisual studioってwpf製って聞くけどmac版のvisual studio2022って何製?
152:デフォルトの名無しさん
21/10/05 08:34:29.34 0pHQY5sZ.net
Macは今回NativeUI化したとの話をどっかで読んだよ。
153:デフォルトの名無しさん
21/10/05 20:48:34.58 9USAeu5r.net
そっか、つかOfficeならわかるがVisual StudioまでMacで動かそうとしてたんだな
そんなことやってる暇あったらwinuiやmauiに人員投入しろって感じ
154:デフォルトの名無しさん
21/10/05 20:55:12.03 r5SNpXIN.net
WinUIもMAUIもなーんか期待できないよなぁ。スマホやUWPとはちゃんと決別してほしいが。
155:デフォルトの名無しさん
21/10/06 00:38:57.89 L8eb0r2o.net
超低機能なのに超重量級と噂のWindows11GUIは何製ですか？？
156:デフォルトの名無しさん
21/10/06 10:33:09.31 T1g4QeOu.net
>>153
C++
157:デフォルトの名無しさん
21/10/06 12:37:31.63 ydkNNRun.net
>>153
1台入れてみたけどWin10より軽いよ。
ただ、macみたいに低機能UIになったから生産性ガタ落ち。
158:デフォルトの名無しさん
21/10/06 16:06:43.41 FugwTwMo.net
WindowsのGUIが何製とかすごい質問だな
タスクバーはWinForms製かもしれないとかそういうこと考えてるんだろうか
159:デフォルトの名無しさん
21/10/06 16:35:55.31 CjSIWhaj.net
>>156
はい、考えてます
10のスタートメニューは途中からUWP製になって未だに旧Edgeコンポ使ってますよね
160:デフォルトの名無しさん
21/10/06 17:38:14.61 E6uiJffT.net
>>157
UWP製などにはなっていないよ
UWPと見た目が似てるc++ライブラリを使ってる
161:デフォルトの名無しさん
21/10/06 17:44:27.11 p7wEJh+7.net
Windows10の電卓がソース公開されたので見てみたらC++ CLI のUWPというマニアックな作りで面白かったな
162:デフォルトの名無しさん
21/10/06 17:49:31.47 E6uiJffT.net
windowsのスタートメニューやタスクトレイなどを含めたGUI機能は
explorerが担っている
explorerはwindowsのGUIシェルでUWP製などではない
163:デフォルトの名無しさん
21/10/06 18:22:36.67 CjSIWhaj.net
マジかよ～だまされてたぜURLﾘﾝｸ(social.technet.microsoft.com)
164:デフォルトの名無しさん
21/10/06 18:49:00.09 E6uiJffT.net
>>161
だからそこに書いてある通りでほぼすべてexplorerでやってて内部的にタイルだけUWPにホストされてるんだろ？
165:デフォルトの名無しさん
21/10/06 18:50:07.87 Bl10Hzp1.net
>>159
C++/WinR
166:Tじゃねーのこれ
167:デフォルトの名無しさん
21/10/06 19:38:21.48 7g8s0ol2.net
Windows8の電卓が全画面でﾄﾞﾝ!飛び出してきて狂乱発狂した思い出
168:デフォルトの名無しさん
21/10/06 20:03:00.76 p7wEJh+7.net
三角関数とかちゃんとテイラー展開使って計算してて勉強になる
169:デフォルトの名無しさん
21/10/07 10:15:14.35 aRteX9Zv.net
>>163
残念！ 正解はC++/CXでした！
170:デフォルトの名無しさん
21/10/07 10:15:49.64 ma1KcrS8.net
WPFなんだけど☆や△記号がちゃんと太字になるフォントってない？
MSゴシック系以外で知ってたら教えてもらいたい
171:デフォルトの名無しさん
21/10/07 11:44:24.17 FZ/HvY6X.net
>>167
BIZ UDゴシック
※ただしこのフォントは環境によってアンダーバーが薄く表示される
172:デフォルトの名無しさん
21/10/07 15:59:13.02 rzrTD9ST.net
windows app sdk 1.0 preview 2!!
173:デフォルトの名無しさん
21/10/07 16:13:59.74 GrDdijb0.net
windows app sdk 3.0に期待。
.NET Coreも3から使い物になるようになった。
174:デフォルトの名無しさん
21/10/07 18:03:00.87 rzrTD9ST.net
ようし、3から使い物になるってじゃあPreview 3に期待すりゃいいのか
って、ひょっとしたら次正式リリースになっちゃったり
175:デフォルトの名無しさん
21/10/07 20:48:41.11 ma1KcrS8.net
>>168
サンクス、助かった
176:デフォルトの名無しさん
21/10/07 21:48:43.62 j+dlBP2o.net
WinUI3でmsixが不要になったら起こして
177:デフォルトの名無しさん
21/10/08 18:18:52.40 nxl3G9hj.net
永眠宣言乙
178:デフォルトの名無しさん
21/10/12 09:52:21.56 n0TQ/6+h.net
もっさもっさのWPFも自前で描画するとめちゃくちゃ軽くなるな
ちょっとトリッキーなデザインのコントール作る場合はこっちのが返ってコーディング楽だわ
179:デフォルトの名無しさん
21/10/12 12:31:38.35 WEbJcP+0.net
progress表示も重要だよな、総件数のカウントとか二度手間で遅くなるだけなのに
エンドユーザー視点ではそういうところが評価される
180:デフォルトの名無しさん
21/10/12 21:04:27.90 //F79/Ls.net
>>175
後学のためにどんな感じのことをしたのか教えてほしいっす
181:デフォルトの名無しさん
21/10/12 22:25:38.84 Waq322Pv.net
OnRenderをオーバーライドして自分で描画処理書くだけの話じゃないの？
182:デフォルトの名無しさん
21/10/13 10:02:41.40 eb7nExcM.net
>>178
いや、OnRenderオーバーライドする方式ではなくDrawingVisualでDataGridに代わるテーブルとか作っただけ
自前描画でボーダーを描く際にVisualEdgeMode = EdgeMode.Aliased;してアンチエイリアス切らないと線が滲むとかVisualTextRenderingMode = TextRenderingMode.ClearType;しないと文字が汚くなるとか色々罠があって大変だが
183:デフォルトの名無しさん
21/10/13 22:08:48.59 ALnpDP0N.net
WPFって回転させたり台形になったりするけど
あんなん誰が使ってんだ？
184:デフォルトの名無しさん
21/10/13 22:32:13.73 1O8+BAr2.net
>>179
ほえー、すごいねえ
DrawingVisualは画像表示でちょこっと使った覚えがあるけど確かに大変だった
ありがとね
185:デフォルトの名無しさん
21/10/14 12:31:14.84 LCTeT3Fo.net
>>180
センスのない人が使いそう。
ボタンをクリックしたらボタンが360度回転するとか。
186:デフォルトの名無しさん
21/10/15 08:38:22.96 DGcl+9LI.net
>>180
左と右の矢印とかで、リソース同じにして回転使ってるわ
187:デフォルトの名無しさん
21/10/15 09:53:13.01 ozoWjMxX.net
スマホみたいな縦画面にしろ
ただしこのモニタには回転機能はない
とか言われたときに使う
188:デフォルトの名無しさん
21/10/15 12:17:31.80 Y66b/sjX.net
スーファミ初期ゲーみたいにとりあえずタイトルを回す
189:デフォルトの名無しさん
21/10/15 13:15:41.49 kDC+mb6C.net
アニメーションに使う場合はフェードイン/アウトといって透明度とセットにする
すっと現われるテキストとかクルっと回りながら消えてサムネイル入れ替えたり
190:デフォルトの名無しさん
21/10/15 16:21:39.35 2hVpkbdg.net
Web2.0の名残
191:デフォルトの名無しさん
21/10/24 16:06:47.20 FeB6mHna.net
Flutterはじめました。
Android Studio相変わらず糞重いな。
192:デフォルトの名無しさん
21/10/24 17:42:56.72 JgColpRS.net
ListBox/ListViewのスクロールの位置を記憶するのにまごつくよな
またUIオートメーションからIScrollProviderを取得する方式になってしまった
管理できるライブラリかビヘイビアないのかな
193:デフォルトの名無しさん
21/10/24 19:58:20.55 FSGBUre5.net
>>188
俺もFlutter始めてるぞ
vscode使いなよ
194:デフォルトの名無しさん
21/10/24 20:05:04.04 FeB6mHna.net
VSCodeは普段使ってるけど、MS以外の開発環境にも慣れておく修行
195:デフォルトの名無しさん
21/10/25 10:06:58.31 5+qPFldj.net
苦行こそ修行だという考え方もあるな
196:デフォルトの名無しさん
21/10/30 00:59:57.28 1YHIXoO6.net
URLﾘﾝｸ(fixlaptop.com.au)
Preview3
197:デフォルトの名無しさん
21/10/30 13:08:09.65 I9318xGH.net
WinUI 3よりVisual Studio 2022の方が興味あるわな
198:デフォルトの名無しさん
21/10/30 16:11:24.49 ulMkUkxA.net
2022、はよ出せや、(#ﾟДﾟ) 凸ｺﾞﾙｧ!!
何十億年待たせるねん？
199:デフォルトの名無しさん
21/10/30 16:28:35.80 1YHIXoO6.net
まあ１１月８日リリース予定だから、何もなければ今のRCがリネームされるだけだわな
200:デフォルトの名無しさん
21/11/05 20:11:10.22 Ao0OE/je.net
winui3くそ遅い??
listviewでスクロールさせると、描画の様子がひどいぐらいはっきりわかるんだが
スクロールさせてスクロール停止させる
上から下に順にアイテムが描画され、2秒ぐらいで上から下へ到達
つか、winui3は現状UWPのネイティブコンパイルもないしうーん...
201:デフォルトの名無しさん
21/11/05 20:15:21.00 Ao0OE/je.net
仮想化はされてるはずだと思うが、x:bindにしなきゃいないオチなのかな
UWPでx:bindは今までは体感できなかったからbindingできたが
202:デフォルトの名無しさん
21/11/06 00:00:05.37 jZofpbA/.net
おれはx:Bindでやってるけど多分同じ
DataGridのスクロール遅いのと、あとComboBox開く時も1秒くらい固まる
コレクションのバインドがうまくいってないのかな
早急に直してほしいわ
アプリ落ちるわけじゃないけどVSの出力見るとめちゃくちゃエラー吐いてて不安になる
203:デフォルトの名無しさん
21/11/06 08:04:01.36 JSaNEHzI.net
そっか、previewとは言え何かひどい品質だな...
しばらくはUWPの方で開発進めて、必要あらばコピペで移行...
204:デフォルトの名無しさん
21/11/08 10:29:46.50 fqyV6Zq8.net
1〜2年はWPFで様子見かな。
UWPみたいに始まる前にオワコン化の恐れもある。
205:デフォルトの名無しさん
21/11/08 16:29:27.19 zwdHcR5W.net
WPFは見た目がな...
ModernWPFも何か更新止まってるし、やっぱオープンソースとはいえ個人に頼るとこうなる..
WPFはスタイルぐらい最新にしてメンテナンスしてほしいわ
切り捨て半端ねぇ
206:デフォルトの名無しさん
21/11/08 19:42:23.17 24WXt4Cq.net
使ったことないんだけど、XAML islandsってどうなの
あれ多分UWPと同じスタイルでしょ？
と思ったけど、調べてみたら結構書き方めんどくさいねあれ
.netバージョンとかターゲットWindowsも制限あるみたいだ
207:デフォルトの名無しさん
21/11/08 20:05:58.01 zwdHcR5W.net
うん、俺もそれ考えてちょっと前に調べただけだけど、特定のラッパーコントロール用意されてなきゃ、xamlで使えなくて、プログラムでゴリゴリ書くのか??
と思ってそっと閉じた...
208:デフォルトの名無しさん
21/11/09 22:16:34.40 S5me9l/7.net
2年くらい前にisland使ったときはシームレスにスタイル設定する方法分からなくて挫折した
209:デフォルトの名無しさん
21/11/09 22:29:50.57 sS0E7jIA.net
vs 2022,.net 6とかどうでもいい
そんな事よりwinui 3はやくどうにかしろよ
210:デフォルトの名無しさん
21/11/09 22:44:09.79 vtv5p95D.net
winuiやる気あるんかね・・・
211:デフォルトの名無しさん
21/11/11 05:46:51.66 8yRUegoz.net
End of Support
.NET 6 LTS November 08, 2024
.NET 5 Current May 08, 2022
.NET Core 3.1 LTS December 3, 2022
212:デフォルトの名無しさん
21/11/11 08:45:01.61 aSFD2M5Y.net
>>208
まあ、サポート期間を厳格に気にする組織だったらこんな短命なもん使い物にならんわな
デスクトップアプリをCore系で作る場合は基本的には自己完結型実行ファイルにしてランタイムを丸ごと同梱するから、
例えばC++のアプリに同梱orスタティックリンクされたランタイムライブラリのサポート期限切れが問題になるだろうか？というのと本質的に同じ話なんだけど、
.NETは昔からどうしても運用側がバージョンを気にするから見逃されにくい面があるね
213:デフォルトの名無しさん
21/11/11 09:47:43.95 kleB+hL8.net
>>209
大企業は嫌がるだろうね。
せめて3年は欲しい。
214:デフォルトの名無しさん
21/11/11 10:09:01.87 Q0Vo4KWd.net
windows appsdk 1.0
11月16日
くそのまま出荷
215:デフォルトの名無しさん
21/11/11 10:10:33.38 zylbVsVW.net
dll同梱にしたらWindowsUpdateしてくれないんだよね？
216:デフォルトの名無しさん
21/11/11 10:17:08.81 GY/ZeNOE.net
Windows APoop SDK
217:デフォルトの名無しさん
21/11/11 11:35:00.85 ug+vy/d8.net
>>212
もちろんそうだけど、システムに.NETを入れようと結局サポート切れ問題は避けられないよ
5から6みたいなメジャーアップデートがWindowsUpdateで入ったら互換性ブチ壊しだから流石にそれはMSはやらないだろう
218:デフォルトの名無しさん
21/11/11 14:52:06.91 aWoberO7.net
同梱とかやるくらいなら.NET Native行けばいいんじゃないの
219:デフォルトの名無しさん
21/11/11 15:33:02.36 ug+vy/d8.net
.NET Nativeは長いこと放置されたままで、事実上死亡したよ
今後.NETに加わる予定のNative AOTはXamarin由来の全然別系統の技術だし、それも出る出る詐欺で終わりそう
220:デフォルトの名無しさん
21/11/11 16:57:27.69 aWoberO7.net
短命なのが嫌なのに放置されたら死亡扱いって何がしたいのだろう
221:デフォルトの名無しさん
21/11/11 18:18:54.70 ug+vy/d8.net
何を言ってるんだ？
.NET NativeでWPFは使えないんだから、このスレで引き合いに出すってことは将来的なサポートを期待してるんだろ？(君が無知なだけの可能性は置いといて)
放置されている時点で望みがないでしょ
222:デフォルトの名無しさん
21/11/11 22:45:31.13 Q0Vo4KWd.net
URLﾘﾝｸ(github.com)
ちなみに俺のアプリ1週間ぐらい前にpreview 3にしたらこれが出て
開発完全停止
いやっほう
223:デフォルトの名無しさん
21/11/11 22:47:15.48 Q0Vo4KWd.net
開発マシンでこれが出てアプリ起動できなくなって無事死亡
224:デフォルトの名無しさん
21/11/11 23:48:15.82 JZxzrnkP.net
今やってるのを一区切りつけてからじゃないと新しいのに手を出せない俺
それまでにFixしといてくれよ
225:デフォルトの名無しさん
21/11/12 00:05:11.39 4fWazNbK.net
依存症はよくない
226:デフォルトの名無しさん
21/11/12 10:47:20.48 uCoii1J0.net
>>219-220
南無南無
227:デフォルトの名無しさん
21/11/14 02:17:20.83 RCoTIHjC.net
アプリを.NET 6に載せ替えたら処理の引っ掛かりみたいなのが大幅に改善された
228:デフォルトの名無しさん
21/11/14 13:59:06.81 zlohTX33.net
WPFアプリが??
229:デフォルトの名無しさん
21/11/15 04:58:55.60 C16OsMO8.net
winui爆死する未来しか見えない
230:デフォルトの名無しさん
21/11/15 07:29:35.09 iooiPnyf.net
結局WPFが生き残るのか。
もうWPFをバージョンアップしてくれよ。
231:デフォルトの名無しさん
21/11/15 08:17:39.29 +6akv0mD.net
WFPでは皆様の寄付をお待ちしております
232:デフォルトの名無しさん
21/11/15 11:55:23.25 IH+BT7TN.net
笑
233:デフォルトの名無しさん
21/11/15 14:15:27.62 /1xecnW4.net
vs2022にprismのテンプレート来ない？
234:デフォルトの名無しさん
21/11/15 14:28:10.63 kKRT+KTn.net
prismなんかいい加減卒業しろよ
235:デフォルトの名無しさん
21/11/15 14:30:20.08 G4EYkYuC.net
propptabtabのためだけにprism入れてるわ
236:デフォルトの名無しさん
21/11/15 16:33:07.33 x1+onMn+.net
多分prismいれなくてもできるんじゃ
237:デフォルトの名無しさん
21/11/15 17:43:03.63 0TlUiGC2.net
ViewModelのベースクラスってもう標準で用意されてるんだっけ？
238:デフォルトの名無しさん
21/11/15 18:22:58.00 iooiPnyf.net
Microsoft.Toolkit.Mvvm.ComponentModel.ObservableObject
239:デフォルトの名無しさん
21/11/15 18:28:51.50 rI6h6bd5.net
WindowsCommunityToolkitのObservebleObjectは？
240:デフォルトの名無しさん
21/11/15 18:29:16.65 rI6h6bd5.net
ごめんリロードしてなくて被った
241:デフォルトの名無しさん
21/11/15 18:43:19.59 CDLBepk7.net
ViewModelのベースクラスだけでいいなら別に1分で自作できるしな
後、DelegateCommandも自作。
これ以上求めるなら既存のパッケージ使った方がいいが
後、これにMicrosoft.Behaviorsと必要ならReactivePropertiesなりを
242:デフォルトの名無しさん
21/11/15 18:47:10.18 CDLBepk7.net
まぁ、MVVMガチガチでやるならそこら辺のベースパッケージに他のPub/Subのメッセージ機能だのいろいろ含まれてるだろうから使った方がいいかも知らんが
俺は多少のコードビハインド上等!!で緩くMVVMやってるから
243:デフォルトの名無しさん
21/11/15 18:50:16.78 CDLBepk7.net
でも、今はそこら辺もコードジェネレーションさせるのがはやりなの?
全く知らんが
244:デフォルトの名無しさん
21/11/15 19:40:59.72 ejWt9yMz.net
自作コントロールをコードビハインドで作ってね、というのがwpf元々のデザインなのかね？
245:デフォルトの名無しさん
21/11/15 20:28:40.80 lZl/HvLi.net
そいやMicrosoft.Toolkit.Mvvmって使ったことなかったな・・・
246:デフォルトの名無しさん
21/11/15 23:04:20.75 shaETTHE.net
>>226
UWP切り捨てなきゃだめだよな
win8以降のストアアプリ・タブレット互換路線は黒歴史
247:デフォルトの名無しさん
21/11/16 10:02:33.83 5D9mKY7b.net
世に出る前から黒歴史になるって言われてたのに強行して出して案の定黒歴史
248:デフォルトの名無しさん
21/11/16 10:09:40.45 5cc/FgRz.net
WinUI3の事かーー！
249:デフォルトの名無しさん
21/11/16 20:01:11.22 ziRanpBl.net
MSはダメなんだよ
まともにアーキテクチャーを考えられる人材がいない
250:デフォルトの名無しさん
21/11/16 22:19:42.16 mlgO19O/.net
明日のcommunity callと共にゴミ品質のまま正式リリースですか?
251:デフォルトの名無しさん
21/11/16 22:30:06.77 5FWPEUJg.net
アーキテクチャを考えるのにアーキテキター
252:デフォルトの名無しさん
21/11/16 23:11:10.51 hZl5lwq3.net
どうせ誰も使わないんだからノープロブレムよ
MS自身も分かってやってるんだろ
253:デフォルトの名無しさん
21/11/17 00:18:40.38 PL0w9qJ+.net
WinUIのロードマップ視覚化ってのが出来てた
URLﾘﾝｸ(portal.productboard.com)
254:デフォルトの名無しさん
21/11/17 01:09:29.51 l3rfe7cQ.net
>>249
俺は使うよ
255:デフォルトの名無しさん
21/11/17 05:04:04.64 F9/Q+7sp.net
ちゃんとサポートしてくれるならいいけどね
どうせいつもみたいにすぐ飽きて放置プレイだろ
256:デフォルトの名無しさん
21/11/17 05:20:35.01 mDvOmcEb.net
winuiってウィンドウのサイズが変更できないとかそんなことみた気がしたけど
どうなったんだろ
257:デフォルトの名無しさん
21/11/17 07:18:22.92 TiwSaLsb.net
同じ時期ぐらいに発表されたjetpack composeは順調なのに、mauiは延期でwinuiは品質低すぎって..
流石片手間プロジェクト
258:デフォルトの名無しさん
21/11/17 08:48:28.07 hfpDFEDy.net
現実的な打開策として、WPFを強化するしかないんじゃないの？
UWPベースのものはプロトタイプとしてきれいさっぱり捨てて、
WPFにWin10〜11のルック＆フィールとx:Bind足すだけでWinUIよりも数段上のものが出来上がる。
ウィンドウサイズの件もそうだけど、WPFならデスクトップアプリに求められるあれこれを既に持っているんだから。
259:デフォルトの名無しさん
21/11/17 08:50:00.25 TiwSaLsb.net
URLﾘﾝｸ(docs.microsoft.com)
これみるとサイズ変更できそうじゃね
つか、1.0リリースされたやん
260:デフォルトの名無しさん
21/11/17 09:26:32.18 hfpDFEDy.net
>>256
SizeInt32 Size { get; }
読 み 取 り 専 用
261:デフォルトの名無しさん
21/11/17 09:29:22.67 q/vNEJLr.net
メトロ、ストアアプリのときWPF続けてたらな
262:デフォルトの名無しさん
21/11/17 10:09:21.33 EI3vab8p.net
>>257
Resizeメソッドあるやん
触ったことないから知らんけど
263:デフォルトの名無しさん
21/11/17 10:12:22.56 0sKaSg3R.net
ElectronをWindowsでネイティブサポートするのが唯一の正解
Slack等が軽量爆速になれば数年前からMacしか使ってない俺でも乗り換えを検討するわ
264:デフォルトの名無しさん
21/11/17 10:30:00.80 wJ1eOL3L.net
>>260
Webview2作ったからそれはない
265:デフォルトの名無しさん
21/11/17 13:26:02.57 TiwSaLsb.net
URLﾘﾝｸ(docs.microsoft.com)
フルスクリーンも簡単にでき？るのかな??
266:デフォルトの名無しさん
21/11/18 02:03:49.13 3BcDzx+Q.net
1.0なのに試験段階っていうのがよくわからん
バージョンナンバーの使い方がおかしい
267:デフォルトの名無しさん
21/11/18 05:48:29.00 ybXjdWUK.net
ロードマップ的にそろそろ出さなきゃ。
でもまだ品質が全然…
そうだ！
268:デフォルトの名無しさん
21/11/18 09:08:32.64 gtae6oKM.net
>>263
試験段階ってのは８月に出たやつ
今度のは正式リリースでStableだよ
URLﾘﾝｸ(docs.microsoft.com)
269:デフォルトの名無しさん
21/11/18 09:13:27.09 +yickl7q.net
相変わらず本末転倒ですなあ
270:デフォルトの名無しさん
21/11/18 10:18:05.81 aGaNdek0.net
nugetのやつまだプレビューって付いてる
271:デフォルトの名無しさん
21/11/18 13:04:48.13 naW8oYaR.net
stableってMS語だとalphaくらいの勢いだろ
272:デフォルトの名無しさん
21/11/20 03:57:22.14 XyEhzNsD.net
>>199
URLﾘﾝｸ(github.com)
これだな
ゴミ決定
273:デフォルトの名無しさん
21/11/20 06:23:25.85 yZJtYWFA.net
Dependencyとかアホかと
いい加減やめればいいのに...
274:デフォルトの名無しさん
21/11/20 08:12:32.83 RcKVzoxT.net
現段階で作るならWPFだな。
275:デフォルトの名無しさん
21/11/20 20:36:36.89 41BZ9bnj.net
>>269
こりゃ酷えなw
276:デフォルトの名無しさん
21/11/21 05:58:51.60 O2NBUc/R.net
WinUIの100倍高速なWPFがまた勝ってしまった
277:デフォルトの名無しさん
21/11/21 07:46:34.96 HzrwXwCY.net
不毛なMVVM論争に始まりこの界隈腐り切ってるな
もうこんなゴミ捨ててWin32でいいだろ
278:デフォルトの名無しさん
21/11/21 13:51:31.68 XVFFQpa8.net
出たwin32おじさん
279:デフォルトの名無しさん
21/11/21 14:48:21.41 Hm7POycp.net
>>269
これはmanaged,unmanaged間のinterlopのオーバーヘッド?
つまり、c++/winrt使えば問題ないのかな..
280:デフォルトの名無しさん
21/11/21 19:15:52.27 nVO1gnhV.net
コンポーネントを書く時に今時インターフェイスをIDLでシコシコ手書きさせられるあのC++/WinRTでつか
281:デフォルトの名無しさん
21/11/22 08:56:34.80 ihL7kPV2.net
WPFの対応は？
What's new in Windows Forms in .NET 6.0
URLﾘﾝｸ(devblogs.microsoft.com)
What’s New for Visual Basic in Visual Studio 2022
URLﾘﾝｸ(devblogs.microsoft.com)
282:デフォルトの名無しさん
21/11/22 09:11:13.76 hmzMhf+2.net
当然使えるよ。
283:デフォルトの名無しさん
21/11/22 10:20:53.76 Jfwl1W4W.net
WPFはコントロールテンプレートで実装丸見えだから細かい改善はやりづらいだろうね
コミュニティによるコントリビューションもいくつか入ってるみたいだけど、
そういうのもWPFの場合は作法に合ったコントロール作るの無茶苦茶難しいからかなりハードル高そう
284:デフォルトの名無しさん
21/11/22 15:48:31.64 Fwq2USUe.net
resizeBitmap.Save("xxx.bmp")でセーブしたらPNGフォーマットのxxx.bmpファイルができちもうた。 こんなもんなの？
285:デフォルトの名無しさん
21/11/22 16:24:14.15 kArOZIiX.net
WPFはコントロール作るの簡単だぞ
286:デフォルトの名無しさん
21/11/22 16:57:30.26 hpJNYPMX.net
>>281
BitmapSource src = null;
// srcを設定
using (var fs = new FileStream("xxx.bmp", FileMode.Create))
{
BitmapEncoder be = new PngBitmapEncoder();
be.Frames.Add(BitmapFrame.Create(src));
be.Save(fs);
}
287:デフォルトの名無しさん
21/11/22 21:07:55.51 hUu20bEe.net
>>277
IDLでしこしこ書いてもいいけど、簡単にマージできないよね??
これが最大の問題だと思う
よし、プロパティを追加しよう。IDLを修正。IDLからコード生成。
生成させたコードを既存のコードを壊さないように手動で合体?
288:デフォルトの名無しさん
21/11/25 12:50:38.47 Sh2rwOHm.net
Win UIが想像以上に完成度低くてお通夜状態
289:デフォルトの名無しさん
21/11/25 13:04:19.58 F3lCPX8r.net
普及で大事なのは馬鹿でも使えるということ。
290:デフォルトの名無しさん
21/11/25 13:10:27.97 HfSBZkbG.net
とういうかプログラミングってシンプルイズベストだろ
ややこしくしすぎてMSの中の人もわけわかんなくなってそう
291:デフォルトの名無しさん
21/11/25 14:16:20.42 1eveYBOZ.net
MSからWPFのベストプラクティスが出てこないのがその証左だろうなあ
292:デフォルトの名無しさん
21/11/25 16:58:35.44 glmhau2y.net
MSはVSの開発で実践したじゃん
> WPFのベストプラクティス
WPFの設計思想とか無視して低レイヤの機能だけを使用し、上に独自のフレームワークを構築するのが正しいWPFの使い方だよ
293:デフォルトの名無しさん
21/11/25 19:15:02.13 F3lCPX8r.net
ただでさえVS2008で実装すべきだったのにVS2010まで遅れた上に
独自フレームワークにしてしまうとは、VS開発者がWPFにブチ切れしてたのは想像に難くない。
294:デフォルトの名無しさん
21/11/25 21:17:25.30 9wQLS7Ls.net
１．VS2022でWinUI3のプロジェクト作成
２．EF CORE SQLite を Nuget
３．EF CORE TOOLS を Nuget
２までだと問題ないが、３までやるとエラーで止まる
.NET 5 では問題なかったんだけどね
対処法はマイグレーションを暫く諦めるしかないのかな
295:デフォルトの名無しさん
21/11/25 22:50:29.92 lmhzcWbf.net
windows appsdk 1.3ぐらいになったら呼んで
296:デフォルトの名無しさん
21/11/25 23:36:34.31 Xt1TOEJK.net
1.2から2.0になった時は起こした方がいい？
また不安定になってそうだから2.3まで待つ？
297:デフォルトの名無しさん
21/11/26 13:55:42.48 /oeWBaoB.net
291だが、
UWPと同じようにDBのクラスをクラスライブラリプロジェクトにするなど色々やると対応できた
298:デフォルトの名無しさん
21/11/26 17:33:51.75 tm36Huze.net
WPFの置き換えならAvaloniaはアカンの？
マルチプラットフォーム
WPFとほぼ同じ書き心地で書きづらい所改良済（移植も容易）
標準でモダンなUI搭載
標準でMVVMなテンプレート用意済
Rx(ReactiveUI)との親和性高め
主要なIDEでのサポートやプレビュー搭載済
それなりの規模で開発継続中
プロダクトには使えないだろって言う人もいるけど
WPF
+MaterialDesignInXamlToolkit or モダンなUIフレームワーク
+ReactiveUI or ReactiveProperty
+Prism or 他のMVVMフレームワーク
最低限これだけ外部のフレームワーク準備しなきゃ現代的なアプリ作れないWPFもどうなんって感じですけどねぇ
現状IMEのサポートが弱い点が痛いけど、最近割と優先度上げて対応してるし
もっと使う人増えてほしいな
299:デフォルトの名無しさん
21/11/26 18:22:44.75 RwpMVgND.net
Reactで十分だよ
300:デフォルトの名無しさん
21/11/26 19:13:17.80 gCQqWjbE.net
>>295
個人の趣味ならともかく業務ならWinFormsの代わりとしてのWPFの使い方で十分メリットある。
ReactiveXXもMVVMも使用禁止。
301:デフォルトの名無しさん
21/11/27 08:45:28.79 Zh9GgFO4.net
ていうかWinFormsでいいじゃん
302:デフォルトの名無しさん
21/11/27 10:19:50.09 D0pm5MxH.net
2022自体のIDEもWPFのままなの？
303:デフォルトの名無しさん
21/11/27 10:42:20.50 Pda/ZxZW.net
URLﾘﾝｸ(visualstudiomagazine.com)
によると WPF & .NET Framework のまま
視聴者コメントではなんでCore移行しないのかと批判されてるけど、その答えはたぶん次はElectronになるからだろうな
304:デフォルトの名無しさん
21/11/27 10:43:58.00 3dou0V/5.net
テレワーク需要でHiDPIとか複数モニタでもまともな見た目にしろって要件増えてきたから、WinFormsはちょっとね…
>>297
RxはともかくMVVM禁止で作られた業務ソフトって想像つかないなぁ
テストのこととか考えたら単機能ソフトしか作れなくないか
305:デフォルトの名無しさん
21/11/27 10:46:47.21 Pda/ZxZW.net
業務ソフトなんかほとんど人力テストだよ
手で操作してスクショ取ってExcel方眼紙に貼るの
306:デフォルトの名無しさん
21/11/27 11:05:20.18 HuMLJxHu.net
Xamlへのイベントハンドラー＆Rxで十分だよな
307:デフォルトの名無しさん
21/11/27 11:09:52.24 HuMLJxHu.net
>>302
結合テストは入力が人力テスト同等じゃないと受け入れてもらえないからね
殆どの案件が人力による総合テスト
エビデンスはExcelへの画面キャプチャ張り付け
単体製造時のみ単体テストコード
308:デフォルトの名無しさん
21/11/27 11:42:28.61 xzMzDQEi.net
WinUI3など要らないなんて言っても、イベントのバインディングは便利だぞ
ブレンドのビヘイビアでも出来るけどアレは面倒だ
309:デフォルトの名無しさん
21/11/27 12:26:57.49 Zh9GgFO4.net
>>300
なるわけねえw
310:デフォルトの名無しさん
21/11/27 12:38:10.40 8s/iwdyZ.net
内部はともかくガワだけHTMLベースに変更は普通にありえるんじゃないか？
しれっと変えてもなんか綺麗になったなくらいで気付かない人が多いと思うぞ
VSCodeのエクステンションが使えるようになったりするかもしれないし良い事ずくめ
311:デフォルトの名無しさん
21/11/27 13:06:17.14 HuMLJxHu.net
>>307
eleven.net
312:デフォルトの名無しさん
21/11/27 13:08:02.88 HuMLJxHu.net
Electron.NET
313:デフォルトの名無しさん
21/11/27 16:07:17.94 xegZR0GR.net
>>298
Hi-DPI対応と全ての画面をレスポンシブ対応完璧にやってるならWinFormsでもいいけど。
WPFで作った方がはるかに楽だよ。
314:デフォルトの名無しさん
21/11/27 16:22:07.36 xegZR0GR.net
>>301
WPF使ったプロジェクトでMVVM採用してるのは自分が自己満足で採用した1例しか出会ったこと無い。
WPFでのMVVMはフレームワーク使用ありき（勉強目的以外で自力でやるのはただの馬鹿）だけど、
最近までMS公式とかそれに準ずるようなライブラリがなくて業務では使えなかった。
315:デフォルトの名無しさん
21/11/27 17:14:15.29 HuMLJxHu.net
>>311
それは片寄った経験だな
企業向けで10案件ぐらい経験してるけど全部MVVMだったよ
316:デフォルトの名無しさん
21/11/27 17:18:28.71 s0wNoaUf.net
>>311
もしかしてサードパーティー製を一切許さないタイプの職場？
317:デフォルトの名無しさん
21/11/27 18:17:44.44 dnBIpGMX.net
>>313
まだまだ多いよ。ライセンス表記したくないから余計なものは入れるな、とか。
市販のコンポーネントの方がまだ利用障壁は低い。
ASP.NETだと最初から色々入ってるからちょっとぐらい追加してもバレないけど。
318:デフォルトの名無しさん
21/11/27 19:49:39.89 F0oZrHHj.net
>>314
そういえば昔 MVVM light は倫理規定で使えないから互換品の作成を依頼された事がある
319:デフォルトの名無しさん
21/11/28 17:00:04.01 sYG9yljg.net
大手でもライセンス表記して普通に使ってるのに零細の妙なこだわりはようわからんわ
320:デフォルトの名無しさん
21/11/29 19:58:51.38 y9ywxRiX.net
もうlinux使ってないテレビなんて売ってないんじゃないかなあと思う
321:デフォルトの名無しさん
21/11/30 01:23:34.45 Oe0BBDJQ.net
数年後はハカーさんの天国でしょうね
322:デフォルトの名無しさん
21/11/30 01:53:00.89 2WJpUEoD.net
winformsからWPF+MVVMってのがそもそも飛躍なんだよな
もとのwinformsはMVVMだったのか？ってことだよ
MVCとMVVMの比較ならわかるが
323:デフォルトの名無しさん
21/11/30 02:02:44.37 Jx+1f9a0.net
確かにすごい飛躍で俺も大変だったが、他の環境でも同じじゃね??
例えば今androidで開発始めるとしても、jetpack composeだと宣言型+MVVM(MVなんか)だし
flutterやるとしても同じもだし
SwiftUIも..
もちろん、今までのビューベースの開発もできるが
324:デフォルトの名無しさん
21/11/30 06:06:44
325:.82 ID:3achTmNF.net
326:デフォルトの名無しさん
21/11/30 08:15:17.48 KciFETfH.net
>>318
地デジTV出てからどんだけ経ってると思うの？
327:デフォルトの名無しさん
21/11/30 21:11:04.11 wsx8LlIZ.net
まだMVVM界隈は宗教論争やってんのか
10年近く進歩してないねえｗ
328:デフォルトの名無しさん
21/11/30 21:49:46.93 QH+xYlUG.net
フォームおじさんが進歩しないだけ
329:デフォルトの名無しさん
21/11/30 23:02:40.36 4jk6utxq.net
WPFが世に出て苦節16年
330:デフォルトの名無しさん
21/12/01 02:48:23.68 X2z5g09w.net
UnoPlatform 4.0
MVU-X
avalonia UIもゴミ品質だしUnoもゴミ品質だし
みんなでリリース分散して自滅するという
331:デフォルトの名無しさん
21/12/01 09:02:42.66 6JQMsHXZ.net
プロパティにget set initだけじゃなくて bindを追加して自動実装してくれたらもっと普及していた可能性も…
ないか…
332:デフォルトの名無しさん
21/12/01 10:13:29.74 2rNk/soB.net
>>324
フォームおじさんはそもそもwpf使えない
xamlにビビって逃げ出しちゃう
333:デフォルトの名無しさん
21/12/01 12:01:49.36 5YTb+CfL.net
Xamlって時間の無駄だよな
334:デフォルトの名無しさん
21/12/01 13:03:08.16 Jc/jp9/O.net
>>329
WinFormsでポトペタするよりは数倍効率的だよ。
335:デフォルトの名無しさん
21/12/01 13:26:02.89 +zDAsEb1.net
>>329
むしろ早い
336:デフォルトの名無しさん
21/12/01 18:33:31.85 5YTb+CfL.net
笑
337:デフォルトの名無しさん
21/12/01 21:41:31.22 nSOuXXm5.net
XAMLなどという安易なオレオレDSLを濫造した結果、
辻褄合わせの不完全な無理筋アーキテクチャが誕生して技術者に愛想つかされて廃れてしまったのがWPF
338:デフォルトの名無しさん
21/12/01 21:43:32.32 rxAAI6we.net
XMLは元々MSの提唱した規格じゃなかったか
339:デフォルトの名無しさん
21/12/01 21:47:50.53 nChWqNp+.net
廃れるどころかXAMLの世界を広げていったよな
340:デフォルトの名無しさん
21/12/01 21:55:57.21 K43krm2i.net
最新リリースのフレームワークでもXAML使われてるしね
341:デフォルトの名無しさん
21/12/02 01:26:47.17 aSDTjPGK.net
あわしろ氏もMS言語はベンダーロックインされるから避けろと言ってる。
342:デフォルトの名無しさん
21/12/02 01:51:50.99 tCUN1pkY.net
>>337
誰やねん
343:デフォルトの名無しさん
21/12/02 02:34:32.58 6LBfFrhG.net
Rubyゲェジが挙げる人間って実在してんのか？
344:デフォルトの名無しさん
21/12/02 12:39:59.44 IA5MHj07.net
Xaml はそもそも出が bland 用の言語なので！(￣▽￣;)
345:デフォルトの名無しさん
21/12/02 14:40:16.59 ZkomhGTX.net
UWPからWinUI３に移植しているが、Null関係で挙動が変わって落ちるのが多い
nullableが無効でも落ちるんだから、デバッグ不足なんだろうか？
例えばstring[]のプロパティーをSelectMany掛けたとき、プロパティーがnullだと落ち
以前のバージョンならnullでも落ちることはなかった
まあC#言語自体の問題だからWinUI3は直接関係ないが
346:デフォルトの名無しさん
21/12/02 15:39:50.57 V1/8vw1n.net
エラーや警告全部潰したのか
347:デフォルトの名無しさん
21/12/02 15:45:26.39 2ZnSD
348:NZw.net
349:デフォルトの名無しさん
21/12/02 19:29:14.85 CTB0TicX.net
C#のバグをコーディングのせいにするなよ。
350:デフォルトの名無しさん
21/12/02 20:53:53.11 2ZnSDNZw.net
エラーと落ちるのは別問題だしnullチェックは実装側がチェックするんじゃね
351:デフォルトの名無しさん
21/12/02 22:23:02.65 VuWHbhh/.net
SelectManuでnullって元々例外にならん？
352:デフォルトの名無しさん
21/12/02 22:35:04.02 +1sdEraP.net
なるね。そもそもUI関係ない話だしな
353:デフォルトの名無しさん
21/12/03 09:43:39.68 5p0sqebB.net
まさか仕事で使ってないよなｗ
354:デフォルトの名無しさん
21/12/03 15:24:52.56 RT3SWc39.net
URLﾘﾝｸ(github.com)
これなんなの
ModernWPFに続いてこれ
また中途半端で終わるのかな
355:デフォルトの名無しさん
21/12/03 15:30:45.19 RT3SWc39.net
ちょっと前も書いたがModernWPFも更新停止してて
Microsoftが強力なリーダーシップとらんからavaloniaやUnoPlatformとかみんなで戦力分散してどれも中途半端な品質になって全滅
つか、UnoPlatform 4.0でVisual Studio Codeや色々対応したぞ
これっぽっちも話題になってない
356:デフォルトの名無しさん
21/12/03 15:32:56.90 RT3SWc39.net
ほれ
URLﾘﾝｸ(platform.uno)
357:デフォルトの名無しさん
21/12/03 22:42:19.01 +QAa1WFf.net
XamarinでなくUnoでいいだよな。
Xamarinチームのろますぎる。
358:デフォルトの名無しさん
21/12/03 23:24:24.55 9uRuF5M7.net
unoってxamarinに乗っかってるんじゃなかったか
359:デフォルトの名無しさん
21/12/04 02:17:34.97 duEC3q7J.net
MSがリーダーシップとる必要ないと思うけど
360:デフォルトの名無しさん
21/12/04 08:19:01.55 jisV9eX6.net
MS 昔backbone、今React推しだろ
361:デフォルトの名無しさん
21/12/04 10:55:56.21 Pfyferf0.net
Reactは無いわ
362:デフォルトの名無しさん
21/12/04 11:25:13.36 CGEx/W13.net
unoしてみようかと思ったけど
xamarinとかいれないといけないからやめた
363:デフォルトの名無しさん
21/12/04 12:38:09.08 kdi4wOGz.net
Reactはいかにも欧米的な徹底したトップダウン指向で、島猿には馴染みにくいところがあるよね
本来MVVMなんかも根底の思想はトップダウン設計なんだろうけど、見た目から入ってそこからVMを抽出するようなボトムアップな作り方でもなんとか形になるんだよ
対してReactはそうはいかなくて、抽象から具体へ一方向にデータを流す完全にトップダウンな構造が強制される
外人のいう、MVVMはビューとの細かいインタラクションがうざいみたいなのって日本人には理解しにくい感覚だろうな
364:デフォルトの名無しさん
21/12/04 13:36:56.15 jisV9eX6.net
WPF MVVMからReactに移行すると
あまりの簡単さに衝撃をうけるよな
簡単、極めてシンプルかつ必要なコード量も桁違いに少ない
あと驚くのがvscode使ってのデバック性能が桁違いによい
XAMLにブレークポイント貼れないとか笑える
MVVMで議論される事って
MVVMみたいな個性的な仕様を持ち込んだから発生してた事が良くわかるぞ
365:デフォルトの名無しさん
21/12/04 13:39:58.39 F0qid+KU.net
>>338
候補として二人居る:
1. あわしろいくや(UbuntuLinux、OpenOffice、翻訳家)
2. プログラミング関連のYouTuberにあわしろというどっかの企業社長がいる。
366:デフォルトの名無しさん
21/12/04 13:41:38.33 U53Fmlsk.net
>XAMLにブレークポイント貼れないとか笑える
どういうことをしたいんだろ
367:デフォルトの名無しさん
21/12/04 13:43:06.95 F0qid+KU.net
>>360
間違った。
2は、「エンジニアチャンネル」の「粟島」だった。
だから、1.かな。
368:デフォルトの名無しさん
21/12/04 13:43:45.86 wGH9SwaY.net
バインディングで値の変更が発生するタイミングに貼りたいことはあるなあ
369:デフォルトの名無しさん
21/12/04 14:01:29.89 jisV9eX6.net
証券のリアルタイムクライアントをWPFで
実装してた時とか
インジゲーターの発光条件のようなちょっとした判定がXAML内にあると苦労する
そういう時はコードビハインドで書いた方がよかった
370:デフォルトの名無しさん
21/12/04 14:23:58.38 U53Fmlsk.net
>>363
VMのプロパティに貼るで不足に思ったことは無いなぁ。
PropertyChangedがちゃんと飛んでいるか疑う場合とかかな。
371:デフォルトの名無しさん
21/12/04 14:37:26.13 tlMggZBm.net
散々言われていることだが
x:bindをバックポートしてくれるだけでかなり作りやすくなるのだがなぁ
全然完成しない次期UIプラットフォームよりWPFを拡張した方が実用になるんじゃないか
372:デフォルトの名無しさん
21/12/04 14:42:59.49 uWlSLupE.net
頑なにバックポートしないのはつまりそういうことだぞ
諦めたら？
373:デフォルトの名無しさん
21/12/04 14:55:11.84 B2/a6yVa.net
>>367
どういうこと？
374:デフォルトの名無しさん
21/12/04 19:27:22.33 VDz5c7+k.net
Uno 4.0の次はこれ
URLﾘﾝｸ(blog.jetbrains.com)
Compose multiplatform
375:デフォルトの名無しさん
21/12/04 19:33:01.60 VDz5c7+k.net
URLﾘﾝｸ(developer.android.google.cn)
jetpack composeも順調に細かくアップデートしてくれる
winui 3の品質と大違い
376:デフォルトの名無しさん
21/12/04 19:39:39.42 VDz5c7+k.net
flutterの方も4か月に1回リリースするから
今月にリリースくるかな
flutterのwindows,linux対応どうなってんのかな
377:デフォルトの名無しさん
21/12/04 20:04:03.98 2JL+968q.net
winui3待ってる間にflutterに浮気中なり・・・
378:デフォルトの名無しさん
21/12/04 20:41:06.59 duEC3q7J.net
フォームおじさんだったらflutterでも何も理解できないんだろうな
379:デフォルトの名無しさん
21/12/05 16:05:58.30 zwvwJ3GL.net
>>373
お前の理解度程度でw
380:デフォルトの名無しさん
21/12/05 22:10:53.32 2XZtwemX.net
WinUI3のWindow制御は、よく読むと必要な情報も機能も全て用意されているのは分かったが
AppWindowPresenterという概念を理解する前にuser32を使い始めたのが敗因だったわ
一応動いているけど作り直さんといかん
流石にwpfよりはちゃんとしている
381:デフォルトの名無しさん
21/12/05 22:59:54.39 Z8sJTB6x.net
Flutterで作られたWinアプリってなんかあんの？
382:デフォルトの名無しさん
21/12/06 09:10:25.40 kWdsX7BP.net
>>375
あんなの用意されてるとは言わんわ。
windows api使えば泥臭いけど色々できます、と同レベルやんけ。
383:デフォルトの名無しさん
21/12/08 18:32:20.16 1/e0NkZI.net
WinUI 3触り始めたけどこれ現代版WPFみたいな感じだな
違和感が少なく作業できたわ
384:デフォルトの名無しさん
21/12/08 20:18:31.30 a4b1TrI6.net
ほぼ同じ感じだから使いたいんだけど、datagridやComboBoxのバインディングのエラーが改善されないと正直使い物にならないかなあ
かなり目立つし致命的なところだと思うんだけど、なんで放置されてるんだろ
385:デフォルトの名無しさん
21/12/09 02:27:48.11 OPHaQIOf.net
このスレでグチグチ言われてるのは、品質とパフォーマンスだね..
386:デフォルトの名無しさん
21/12/09 07:02:21.82 kmW2UpC8.net
パフォーマンスはともかく
MSに品質を期待するのは野暮ってもんだ
387:デフォルトの名無しさん
21/12/09 08:19:09.95 tGD0zOBT.net
ほんとα版みたいなのをリリースしてくるよね
388:デフォルトの名無しさん
21/12/09 11:25:12.74 llOrfnKn.net
>>380
致命的www
389:デフォルトの名無しさん
21/12/09 12:02:30.61 tGD0zOBT.net
フレームワークの導入なんて最初でケチが付いたら当分は様子見になるから
初期リリースから完成度上げとくべきなんだけどMSは過去から何も学ばない
390:デフォルトの名無しさん
21/12/09 14:50:14.04 +JgeG0l9.net
描画の負荷が軽くパフォーマンスはいいと思った
バグが表面化してるのがやばい
391:デフォルトの名無しさん
21/12/09 14:56:43.11 KovgkQkM.net
確かに０．８は酷いものだったが１．０は割と安定しているけどな
もしかすると触らずにネットの噂と印象だけで騒いでいないのか？
392:デフォルトの名無しさん
21/12/09 14:59:54.86 SPazmN08.net
MSの.NET部門ってインターフェースを後から変えづらいAPIやフレームワークの開発ばっかりやってるから、
小さい機能セットで完成度の高いものを出していくという発想がないんだろうね
VSCodeみたいにデリバリー重視でMVPから開発していくスタイルで後から破壊的変更されまくっても困るだろ
393:デフォルトの名無しさん
21/12/09 15:15:05.48 OPHaQIOf.net
>>385
いやいや、ItemsControl系使ってみんひどいから
>>269のリンク先みた方がいい
バグに関してはちょっと本格的なアプリ作り出すと踏むこと間違いなし
俺は既に数個報告してるし
もう触るのやめた
394:デフォルトの名無しさん
21/12/09 16:50:14.24 ZKyVqiYb.net
まぁGAFAMにいるソフトウェアエンジニアすべてが優秀ってわけじゃないし…
MSはその中でもひとつ落ちるというか、中の下〜中の中くらいのプログラマを多く抱えてそうなイメージ
395:デフォルトの名無しさん
21/12/09 17:27:19.06 tGD0zOBT.net
>>389
インターンが作った拡張機能とか公式で公開するレベルだからなあ
396:デフォルトの名無しさん
21/12/09 17:28:35.06 kmW2UpC8.net
代わりに商売上手が多いんだろう
397:デフォルトの名無しさん
21/12/09 23:45:52.34 OPHaQIOf.net
>>371
flutter 2.8来た
398:デフォルトの名無しさん
21/12/10 00:57:19.22 EMIJiqQw.net
>>269、よく見たら2019年に書かれてるじゃん
優先的に直すべき事象だと思うんだけど、今の時点で直ってないってことは修正には期待できないのかな
これがなければ普通に使いたいんだけど...
399:デフォルトの名無しさん
21/12/10 10:58:21.08 IaTPmX3X.net
>>393
依存関係プロパティーはかなり遅いようだが、対WPFで考えるとBinding VS x:Bindのアドバンテージは別に有るから
トータルでどっちが早いとか遅いの情報がないと判断つかないわな
テストはバインディングせずに直接依存関係プロパティーに値を入れているベンチマークだからね
400:デフォルトの名無しさん
21/12/10 18:47:07.68 d11P/pJ3.net
>>197だけど
x:bindとかでどうこうなる次元じゃない遅さだと思う
401:デフォルトの名無しさん
21/12/10 19:23:09.60 EMIJiqQw.net
>>199に書いたとおり、x:Bindでもクッソ遅い場面がある
使用に耐えないレベルだった
ただ0.8.4までしか試してないから、もし1.0で改善してたらごめん
402:デフォルトの名無しさん
21/12/10 21:37:20.02 KHN3i945.net
1.3から本気出す
403:デフォルトの名無しさん
21/12/10 22:07:40.25 uwE9EWvi.net
1.0の正式版とそれ以前では違いそう
.net 6も正式版の直前までパフォーマンス酷かったし
404:デフォルトの名無しさん
21/12/13 08:59:15.68 H9a7rgZr.net
1.0
>これはMicrosoft Windows App SDKの実験版です。
おやすみ
405:デフォルトの名無しさん
21/12/14 10:31:50.74 BWRxmoJr.net
WPFはいつ如何なるときもMVVMで作るのが良い設計だと思い込んでるWPFビギナーを何とかしてあげたい。
誰が戦犯だ?
406:デフォルトの名無しさん
21/12/14 10:39:33.53 8wUcfeCA.net
すまん、俺
407:デフォルトの名無しさん
21/12/14 11:33:17.84 0FaSrzOE.net
>>400
俺だな
408:デフォルトの名無しさん
21/12/14 11:55:32.17 bZYBqm0X.net
使い分けた方が良いと思ってそうしてたけど
想定外に規模が大きくなって後からMVVMに直す方が手間だと気が付いてからは
確実に大きくならないのが分かってる時以外はなるべく最初からMVVMにするようにしてる
409:デフォルトの名無しさん
21/12/14 12:01:24.45 mpAOsF0a.net
所詮ビューをどう作るかの問題でしかないのにそんなに大した話かね
作り方が悪いんじゃない？
VMにビジネスロジック書きまくってそう
410:デフォルトの名無しさん
21/12/14 12:53:06.59 GyJmmLrf.net
良い悪いというより慣れるとMVVMが楽になる
イベントハンドラにコード盛り付ける時代に戻りたくない
411:デフォルトの名無しさん
21/12/14 13:03:12.96 O+PKsBTV.net
笑
412:デフォルトの名無しさん
21/12/14 13:09:09.39 mEb6s25z.net
配布する際のexeやdllを難読化（逆汗防止とまでは行かなくても）する有償無償問わずお勧めのツールありますか？
413:デフォルトの名無しさん
21/12/14 13:22:20.11 nNuI17B5.net
使い捨てじゃない限りMVVM使うね
414:デフォルトの名無しさん
21/12/14 13:51:02.06 AFzuPhiG.net
staticおじさんは今、MVVMおじさんに
415:デフォルトの名無しさん
21/12/14 13:57:56.89 bZYBqm0X.net
そのコンバートは対極過ぎて無理だろw
416:デフォルトの名無しさん
21/12/14 14:34:25.04 AFzuPhiG.net
昔:全部staticでええやん
↓
今:全部MVVMでええやん
417:デフォルトの名無しさん
21/12/14 15:22:35.56 NSBldbYQ.net
MとV以外に定まった構造なんてない
MVVM原理主義者なんて無視が正解。相手するだけ時間の無駄だから
418:デフォルトの名無しさん
21/12/14 15:28:37.04 gkdtl+wP.net
まあフォームズですらビジネスロジックは切り離すしな
419:デフォルトの名無しさん
21/12/14 18:12:11.50 cTWCNRiH.net
>>409
staticよりもDI使うね
420:デフォルトの名無しさん
21/12/14 18:19:08.48 QT7QgCvl.net
いや切り離したらデータ検証など分割、重複してめんどくさくなるから全部Viewでやったほうが簡単
ユーザーエクスペリエンスが高くなる
wpf向けのエラー通知装置が何種類もあり迷走しているのが何よりの証拠
421:デフォルトの名無しさん
21/12/14 18:28:22.54 O+PKsBTV.net
おまえらReactとかやんねーーの？
意味不明のXaml覚える半分の時間で
Reactマスター出来んぞ
その上でXamlまたやるなら大したもんだと関心するけど
422:デフォルトの名無しさん
21/12/14 18:37:54.25 QT7QgCvl.net
WEBアプリは来年ですら動作が怪しいからやんねーよ
423:デフォルトの名無しさん
21/12/14 19:17:12.28 hChHIk3u.net
Reactが人気みたいだけどVueでweb入門してる
424:デフォルトの名無しさん
21/12/14 20:18:32.84 DOkC2hMC.net
>>407
WPF全く関係ないけど"ConfuserEX 2"
425:デフォルトの名無しさん
21/12/14 22:54:01.86 GyJmmLrf.net
.net nativeが御存命なら何も問題なかったのにな
426:デフォルトの名無しさん
21/12/14 23:26:27.41 mEb6s25z.net
>>419
ありがとうございます、試してみます。
ちなみにWPFで難読化かけると、バインディングなどリフレクションで解決する変数をpublic以外にすると
難読化されて変数名が変わってしまい上手く動かなくなるなんて弊害もありました。
427:デフォルトの名無しさん
21/12/15 04:02:26.72 wG9epGnM.net
なんでネイティブアプリ作らせようとしないのか不思議だよなあ
428:デフォルトの名無しさん
21/12/15 04:12:08.01 wG9epGnM.net
>>399
1.0には安定板と実験版の二つがあるんだよ
429:デフォルトの名無しさん
21/12/15 08:31:36.35 PgExgZMT.net
>>418
SPAってまだ息してるの？
430:デフォルトの名無しさん
21/12/15 10:17:12.13 VvTx19R8.net
>>424
今時WebサービスはSPAだらけだぞ
SPAが出始めた当初の、一昔前でいう全面Flashのクソサイトみたいなイメージのままで止まってるんじゃない？
意外に普通のサイトでも普通に使われていて、もはや全く特別なものではなくなっているし君も気付いていないだけ
431:デフォルトの名無しさん
21/12/15 12:24:42.77 UffDh3f0.net
>>422
「一般人には"難しい"インストール作業が必要」だからでしょ。
432:デフォルトの名無しさん
21/12/15 14:37:16.07 rLyo7YcO.net
>>426
zipファイルを右クリックして展開、中のexeをダブルクリックするだけ
433:デフォルトの名無しさん
21/12/15 15:15:38.62 SBRyNeAi.net
>>427
それだとダウンロードしたファイルの実行許可みたいな処理をしないと起動しないな
434:デフォルトの名無しさん
21/12/15 19:11:55.55 samTlIw/.net
MSIX「…」
435:デフォルトの名無しさん
21/12/15 23:20:46.31 l+MEhncN.net
>>415
これマジで言ってんだったらヤバいなｗ
436:デフォルトの名無しさん
21/12/16 15:14:01.42 8t4kYEOd.net
>>415
ウン千行のMainWindow.xaml.csでも量産してるのか？それともpartial祭り？
437:デフォルトの名無しさん
21/12/16 15:26:56.21 GwGlfrLa.net
モデルを再利用しないならぶっちゃけ全部ビューに書いた方がメンテしやすいよね
438:デフォルトの名無しさん
21/12/16 15:41:48.28 UhnplqTN.net
>>432
VMは作る必要ないが、切り出せる処理は可能な限りModelに切り出したほうがメンテしやすいだろ
439:デフォルトの名無しさん
21/12/16 18:59:05.09 /RlPdQ27.net
MVVMか・・・
ドメイン駆動開発には必須だが、カスタムコントロールをListView->GridViewにDataTemplateで埋める時なんか、
DataContextがListViewのItemSpurceに固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。