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に固定されて二段階ペアレント遡りとかマンドクセーんだよな。
コードビハインドでやった方が簡単だし速い。
440:デフォルトの名無しさん
21/12/16 19:23:49.46 SXRV0mKl.net
>>434
一度React等の1-way dataflow系のUIフレームワークに触れてみることをお勧めする
MVVMなんかに戻る気しなくなるぞ
441:デフォルトの名無しさん
21/12/16 20:52:20.35 0keLIzjB.net
この件に関しては何であるかは関係ないだろ
XAMLがそうなちゃってるだけでflutterや他のフレームワークでMVVMやれば>>434の件とか自由にできるだろ??
442:デフォルトの名無しさん
21/12/16 21:17:28.50 y2oCKs8P.net
VMがあるがVMは最小限にして他はコードビハインドに書くという新たなるデザインパターンを発見してしまった
443:デフォルトの名無しさん
21/12/16 21:20:43.02 P4pOcLuS.net
pythonに描かせたチャートを表示する方法おしえてください
444:デフォルトの名無しさん
21/12/16 23:10:25.71 mP79z56f.net
Reactは俺も使ってるが、WebアプリもWPFみたいに開発できたらもっと楽なのにと思う。
445:デフォルトの名無しさん
21/12/16 23:13:42.48 Uw3UXkCr.net
>>439
Vue.jsとか使えばjs+MVVMで開発出来るでしょ
446:デフォルトの名無しさん
21/12/16 23:16:19.34 Qqw3hXVf.net
React使えてなさそう...
447:デフォルトの名無しさん
21/12/16 23:18:07.78 Qqw3hXVf.net
もう10年ぐらい前から
backbone.jsがmvvmしてますよ
448:デフォルトの名無しさん
21/12/16 23:21:39.31 el7qs11a.net
winformみたいに楽に開発できるようにはなりませんかね。
449:デフォルトの名無しさん
21/12/17 04:23:59.46 FDMn0ZP0.net
どこが難しいのかわからない
やろうとしてないだけじゃないの
450:デフォルトの名無しさん
21/12/17 06:23:40.15 FEmDTE20.net
>>444
難しいじゃなくて、
めんどくさいんじゃねーーの？
451:デフォルトの名無しさん
21/12/17 07:31:09.67 k0KpTC0i.net
Electronオワコンの兆しが見えてきた
452:デフォルトの名無しさん
21/12/17 07:49:25.07 vC3aJ6Ce.net
VSCodeがある時点でWPFよりオワコンじゃないんだが
453:デフォルトの名無しさん
21/12/17 08:06:23.71 k0KpTC0i.net
そのVSCodeの元になったATOMがElectronを捨てた
454:デフォルトの名無しさん
21/12/17 08:24:08.08 QaySSAou.net
VSCodeはともかくATOMは💩だったからね
455:デフォルトの名無しさん
21/12/17 08:38:26.32 hyr8BiIA.net
>>437
VM最小限ではないだろうが、反応速度をトリミングしていけば、普通にそうなるんじゃね？
最初はActiveCommandやeventtriggerバインディングを駆使してストイックにビハインドコードを汚すまいとするが、
やっていくうちにBindingからeventへの悪魔が食指を伸ばしてくる。
Coreに必死でロジック入れまいとするが、DomainやInfrastructueから自然と入ってきて汚すDDDみたいなもんだよ。
456:デフォルトの名無しさん
21/12/17 09:24:17.02 8qM/JwoR.net
そこでWinUI3ですよ。x;BindでイベントをVMで処理できるし、のこりはサービス作ってVMにインジェクションすりゃ良い
1.0になって地雷が少々残っているものの動作は軽快になって実用的になっている
457:デフォルトの名無しさん
21/12/17 09:57:30.72 mQ3a9kDU.net
>>443
wpf使えばwinformよりは楽に開発できる
458:デフォルトの名無しさん
21/12/17 10:56:55.08 FEmDTE20.net
>>443
wpfでmvvm捨てれば同等までにはなる
459:デフォルトの名無しさん
21/12/17 11:15:05.40 OxYtcTfz.net
>>448
githubがMSに買収された時点でatomはオワコン決定だろ
460:デフォルトの名無しさん
21/12/17 12:20:14.61 tWB5K5S1.net
GitHub クローンで、Ruby on Rails から、Go へ移行しない、
GitLab が上場して、時価総額が2兆円！
だから、Go へ移行するGitHubは、2兆円以上の価値がありそう
461:デフォルトの名無しさん
21/12/17 22:46:12.94 guv1lRQC.net
>>453
イベントドリブンごりごりで描くならWPFの方が劣るかな
GestureTextとか変なところで手間かかる
462:デフォルトの名無しさん
21/12/18 00:13:36.92 3vX4TQFs.net
>>456
そんな偏屈な所つつかれても...
463:デフォルトの名無しさん
21/12/18 06:16:02.64 gMZd/6Bt.net
>>443
>>453
>winformみたいに楽に
って言ってるんだからMVVMを使わないのは大前提。
WPFの方が楽。
同等レベルだったらわざわざWPF使う意味はない。
464:デフォルトの名無しさん
21/12/18 09:04:39.30 hjFJ5hmV.net
Winアプリの構造がメッセージループである以上、
MVVMみたいに本末転倒で過度な抽象化をするとインピーダンスミスマッチでもっさりするのは必然
465:デフォルトの名無しさん
21/12/18 09:58:17.85 +il6Dckm.net
まぁ DomainのRepositoryが全てのSOLID原則の中心になっているようなものだからね。 抽象化で遅くなるのは仕方ない。
描画やIOディレイもっさりに関してはasync/syncやUser32.dllのPostMessge、WndProcで高速化しているのがハイスキル連中のテクニックとちゃう？
プロはリリース毎のコスト上昇にほとんどの神経を尖らしているので抽象化肥大は避けられない。 コスト上昇が飽和しなければ、プロジェクト崩壊している事になる。
MVVMはTDDの必須構造。
466:デフォルトの名無しさん
21/12/18 11:12:55.77 lNPlbMFx.net
>>459
レスポンスを追求するならVに全て実装するのも最適解のひとつだよ
467:デフォルトの名無しさん
21/12/18 12:08:56.63 7vxJCvKi.net
賢そうに見えない話を続ける人達にあれがよいこれがよいと推されてもねえｗ
468:デフォルトの名無しさん
21/12/18 12:40:09.41 rMHGoE/h.net
>>462
もっと賢そうに見えない人がそんなこと言ってもねえw
469:デフォルトの名無しさん
21/12/18 12:45:09.73 5vur9Hw6.net
M(VV)M フォッフォッフォッ
賢い人ならバルタン星人に見えます。
470:デフォルトの名無しさん
21/12/18 14:38:05.82 TQAat0ge.net
ネットや本のサンプルコードはWinforms ばかりなのは楽だから
471:デフォルトの名無しさん
21/12/18 15:34:46.72 191O5ceb.net
たからmvvmはblend前提のアーキテクチャだから
blend使わない時点で...
472:デフォルトの名無しさん
21/12/18 15:36:40.23 191O5ceb.net
↑wpfのmvvmね
knockout.jsとかvue.jsのmvvmは結構使える
473:デフォルトの名無しさん
21/12/18 15:41:06.33 sdZeToOe.net
mvvmがwpf特有のものだと思い込んでる人いそう
474:デフォルトの名無しさん
21/12/18 15:45:40.48 5vur9Hw6.net
大半は開発者はmvvmなんてどうでもいいと思ってる。
そして大半の開発者はWPFは面倒だと思ってる。
475:デフォルトの名無しさん
21/12/18 15:57:58.52 sdZeToOe.net
付いてこれない奴はおいていくしかないわな
476:デフォルトの名無しさん
21/12/18 16:02:12.24 5vur9Hw6.net
切り捨て大魔王アップルと同じスタイルですな。ｶｯｺｲｲ
477:デフォルトの名無しさん
21/12/18 18:07:20.87 eF5qVI2/.net
>>458
高DPI対応のレベルが全然違うわ
今から新しくWinFormアプリシステム作る意味は無い
478:デフォルトの名無しさん
21/12/18 18:25:17.90 moPm6mf8.net
>>472
高DPI 対応ですか…またやっかいなものが
GetDeviceCaps
がテキトーな値しか返してくれないし
479:デフォルトの名無しさん
21/12/18 18:47:28.71 sQyFW59x.net
4Kモニターが普及してきたし高DPI対応はもう必須やろなあ
480:デフォルトの名無しさん
21/12/19 11:19:58.43 O/qDX0wZ.net
そんなに優れたアーキテクチャーなら15年も鳴かず飛ばずで一体何をなさっておられたのでしょう？
481:デフォルトの名無しさん
21/12/19 11:38:32.30 kxTQmf/6.net
うちの周りだと普通にWPFで「いまさらForms？」みたいな雰囲気なんだけどそのへんの温度差がすごいな。
482:デフォルトの名無しさん
21/12/19 12:01:52.46 bFU6ZlAL.net
普通にwebでやれよ
483:デフォルトの名無しさん
21/12/19 12:09:05.77 NtqS0yAI.net
うちの会社は逆だ
WPFなど使い物にならんと随分前に見限られてる
UIはネイティブが第一選択でそれが無理ならFormsだな
俺がWPFを提案したとき上司にそんな物プログラマーが一時の流行りに乗りたいだけですぐに廃れるって一蹴された
まぁ結果論だが上司が正しかったのかな
484:デフォルトの名無しさん
21/12/19 12:35:07.34 JBr0bC1G.net
一時の流行りすらなかっただろ…
485:デフォルトの名無しさん
21/12/19 12:49:18.00 ZhDu//Ih.net
>>472
ボケボケのアンチエイリアスを高DPI対応と言われましても
486:デフォルトの名無しさん
21/12/19 14:10:26.84 dztrfhWF.net
>>478
当のMicrosoftがWindows10になってもOS標準のGUIをWPFに置き換えに失敗。
結局は非スケーラブルなWindows GDI残渣を片付けられなかった事で、
WPFへの支持も得られず、一足先にSilverlight 、Xamarinも終焉を迎えたもんな。
487:デフォルトの名無しさん
21/12/19 14:42:10.84 O/qDX0wZ.net
Xamarinは日本政府も採用してんだから終わってない
488:デフォルトの名無しさん
21/12/19 15:02:09.45 4oJJoyOR.net
アメリカの圧力。
489:デフォルトの名無しさん
21/12/19 15:06:41.74 uJG5wN6M.net
>>482
あれ反応したことないｗ
Xamarin採用に起因する不具合なのかね
490:デフォルトの名無しさん
21/12/19 15:07:46.95 Dc9hXcN/.net
しっかしここまで「WinでGUIといったらこれ！」っていうフレームワークが存在しないのも凄いよな
どれも一長三短くらいなもの達ばっかりw
これじゃ初学者も何やりゃ良いか分からんだろ
491:デフォルトの名無しさん
21/12/19 15:08:45.41 S3M8NlfX.net
>>476
それが一般的なレベル。
�
492:fスクトップアプリを何で実装するかで技術レベルを測ってる企業もある。 今更Forms使ってれば最低レベルってことが一目瞭然だから。
493:デフォルトの名無しさん
21/12/19 15:18:47.00 JBr0bC1G.net
>>485
C++ならキラーアプリMS-OfficeのフィードバックのMFC、
C#なら高速で人気のあったVCLの後継、winformだった。
実績もなく机上の空論で実装された低速なWPFをMSが押さなければ混乱なんてなかった。
VS開発チームすら採用に難色を示した出来の悪さ。自慢は高DPI対応。
494:デフォルトの名無しさん
21/12/19 15:55:56.66 zx1ngvEK.net
今のマシンならWPFでも快適やろ
WinUI 3は今のマシンでも低速だけどw
495:デフォルトの名無しさん
21/12/19 15:58:09.64 /MVrxgMV.net
>>487
VS開発チームすら採用に難色を示したってどこの情報
496:デフォルトの名無しさん
21/12/19 16:08:10.00 3MHXzmFi.net
>>482
人脈が生きた結果だな
497:デフォルトの名無しさん
21/12/19 16:15:13.62 kxTQmf/6.net
>>487
ストアアプリやUWPは確かに混乱をもたらしたと思うがWPFとFormsは好きな方使えばいいんでは？
べつにそこ混乱する必要ないでしょ。
498:デフォルトの名無しさん
21/12/19 16:29:09.20 HjXxxksN.net
vs studioがwpf製だろ
499:デフォルトの名無しさん
21/12/19 16:35:03.29 ZhDu//Ih.net
VS2010は出来が良かったな
2012以降余計な物が追加されてどんどん重くなっていって2017でリタイア
今じゃVSCodeに乗り換えた
500:デフォルトの名無しさん
21/12/19 17:19:37.75 +uXvukWf.net
今後はWinUIになっていくだろうな
501:デフォルトの名無しさん
21/12/19 17:22:35.24 zx1ngvEK.net
前から思ってたんだがandroidのスレは過疎ってるのに
このスレ人だけはいるよな
俺はこの3,4年windowsアプリ作ってないがどうせお前らも似たようなもんだろ??
502:デフォルトの名無しさん
21/12/19 17:47:00.06 kxTQmf/6.net
それは業務によるだろう。
うちは今もWindowsとLinuxのスタンドアロンアプリとあとWebだな。他の部署はAndroidもやってるが。
503:デフォルトの名無しさん
21/12/19 20:37:19.88 BxjYQSi4.net
AndroidもiPhoneもWindowsアプリもWindowsドライバもやるよ
504:デフォルトの名無しさん
21/12/19 20:50:56.23 ZhDu//Ih.net
>>497
全部Xamarinで書けそうだな
505:デフォルトの名無しさん
21/12/19 22:22:25.98 nz0H3poH.net
>>480
フォントでしょ？
そりゃWindowsの問題であってWPFだろうがWinUIだろうが同じだろう
506:デフォルトの名無しさん
21/12/19 23:06:28.26 Dc9hXcN/.net
>>495
うちは端末がWindows PCのシステムだからまだゴリゴリ書いてるよ
507:デフォルトの名無しさん
21/12/19 23:09:34.77 Dc9hXcN/.net
>>493
VS2017の重さは確かに凄まじかったな
ただその後VS2019〜VS2021で大幅に軽量化されたから、暇な時に是非試してみて。第3世代のcore i5でもヌルヌルだったから驚いたわw
508:デフォルトの名無しさん
21/12/19 23:23:43.31 BxjYQSi4.net
>>498
ドライバは無理～
509:デフォルトの名無しさん
21/12/20 00:33:56.11 6vdXMhXJ.net
>>493
2015から2017は軽くなった気がするけどな
510:デフォルトの名無しさん
21/12/20 01:39:02.46 kEqHqymm.net
>>499
ジョブズがあの世から助走をつけて殴りに来るレベルｗ
511:デフォルトの名無しさん
21/12/20 08:47:29.77 vCurGMkT.net
>>501
今2017メインで使ってるけど特に重さを感じたこと無いが。
初期のバージョンは違うのか？
メモリ8GBでCore i5のノートPCだから開発機としては並かそれ以下だと思うが。
512:デフォルトの名無しさん
21/12/20 12:41:10.05 I/CEEZL2.net
>>505
何世代のcore i5？ここ5年位のIntel coreシリーズなら重く感じることは無いと思う
Celeron以下の貧弱CPU+メモリ4GBとか、Win7以前の時代のPCとかだと実感する
513:デフォルトの名無しさん
21/12/20 17:38:14.28 sqtDC6Ul.net
先月までcore i3 4150メモリ8GBでVisualStudio2019使っていましたよ。主にwpfですが普通に動いてましたよ。
一緒にAndroidStudioも使っていましたがこっちもそれなりに動いたけど、エミュレータが少し重かった感じ。
さらにHyper-Vでもう一個windows使うときつい感じだったかなぁ。
514:デフォルトの名無しさん
21/12/20 18:02:09.10 /MJiWoqb.net
2017はPCリモートデバッグやRaspberryPI UWPリモートデバッグでちょっと遅く感じるな。
2019はOK。
2015はトンデモ。
515:デフォルトの名無しさん
21/12/20 18:34:57.62 lt0tgbj5.net
フォントがぼけてたのって10年以上前の話だよな・・・
今はWindowsフォームなんかより綺麗だわ
516:デフォルトの名無しさん
21/12/20 19:30:14.72 3HJ7rP0Y.net
win7の頃のWindows PowerShell ISE って、滲んでボケボケだったよなｗ
517:デフォルトの名無しさん
21/12/20 19:43:10.70 OwtAvB5A.net
レンダリングの問題もあるのかもしれんが、Windowsマシンはハードの色んな組み合わせがあるからただ低DPIディスプレイ使ってる人が多いだけとか??
Macみたく高DPIディスプレイがデフォルトじゃないとか?
518:デフォルトの名無しさん
21/12/20 19:49:29.43 ceMzU2Ib.net
マックもアイホンもアンドロイドも高詳細ディスプレーが当たり前になって、ギザギザしてるのはウィンドウズだけになった。
519:デフォルトの名無しさん
21/12/20 19:59:54.61 3HJ7rP0Y.net
Windowsではグラフィックドライバや液晶モニタもゲーミング需要ばかり気にしてるからな。
4K8K や HiDPI よりも FHD@144fps 低遅延とか、大人やビジネスユーザを馬鹿にしてる。
もうね、ゲーム専用エディションでも別途作って分けてほしい。
520:デフォルトの名無しさん
21/12/20 20:01:48.01 ceMzU2Ib.net
企業が導入することも関係あるかも。
521:デフォルトの名無しさん
21/12/20 20:05:38.69 N6PiLWFt.net
モニタ2台でスケーリングサイズが異なる場合、片方がボケるのは諦めるしかない？
522:デフォルトの名無しさん
21/12/20 20:09:28.16 grqOAdxX.net
画面に10cmまで近づいて使うための高詳細ディスプレイなんかWindowsにはいらん。
ド近眼で目が悪い奴ほど4k8k、高リフレッシュレートに拘るよな。
523:デフォルトの名無しさん
21/12/20 20:16:41.77 ceMzU2Ib.net
近眼じゃなくて老眼。
524:デフォルトの名無しさん
21/12/20 20:17:25.89 2JRCEtb9.net
>>515
Per-Monitor V2
525:デフォルトの名無しさん
21/12/20 22:59:19.00 QkysZdpN.net
>>516
4K8KをDPIスケーリング100%で使うもんだと思い込んでない？
526:デフォルトの名無しさん
21/12/21 00:37:39.12 6muzqSDP.net
>>519
ド近眼なのに？
527:デフォルトの名無しさん
21/12/21 01:23:26.16 IbrNLnfQ.net
>>520
ど近眼だとスケーリング100%で使うってどんな理屈だよw
528:デフォルトの名無しさん
21/12/21 01:39:08.44 6muzqSDP.net
ただでさえド近眼は画面に顔近づけて字がでかく見えるのに
スケーリング上げたらさらにでかくなるだろって理屈。
まぁ最初からド近眼が何考えてるか分からないって話だから話が通じなくて当然か。
529:デフォルトの名無しさん
21/12/21 03:34:41.61 IbrNLnfQ.net
自分も視力0.1ないけど眼鏡かけてるから50cmは離れて見てるぞ
裸眼で見てんのか？
530:デフォルトの名無しさん
21/12/21 03:42:40.49 IbrNLnfQ.net
あと例えば27インチモニターなら
WQHD 100%と
4K 150%が同じ文字の大きさな
531:デフォルトの名無しさん
21/12/21 08:30:17.31 eQrXEh+6.net
物理的にUIが小さくなるHiDPIのスケーリング100%をなんでド近眼がわざわざ使いたがるんだよ
ド近眼じゃなくてお前の方が何考えてるのかわからんわｗ
532:デフォルトの名無しさん
21/12/21 09:21:11.93 LAFMGSrj.net
Surfaceのデフォルトが200％だからな
533:デフォルトの名無しさん
21/12/21 12:13:03.23 7H6AAoYa.net
今度は近眼談義っすかｗ
IQいくらだろｗ
534:デフォルトの名無しさん
21/12/21 14:04:42.12 nI7jvfgM.net
10cmに顔近付けないと見えないとか近視じゃなくて弱視だろ
535:デフォルトの名無しさん
21/12/21 16:06:13.83 WhHQjz4F.net
その一方で老眼進行中の俺は、画面に近付いて見れば勝手にFormsの文字がWPFみたいに見える！
536:デフォルトの名無しさん
21/12/21 17:57:06.60 EIwIcz4X.net
今日からアクリルを学んでいくぞ
537:デフォルトの名無しさん
21/12/21 18:05:09.54 JodMSN40.net
アクリルの時代は終わってこれからはmicaの時代
538:デフォルトの名無しさん
21/12/21 18:28:02.84 LOQbOTji.net
まず人脈のあれはどうなったん？
539:デフォルトの名無しさん
21/12/22 08:50:02.97 CwgQtrlf.net
Twitterでよくおすすめされる
540:デフォルトの名無しさん
21/12/22 14:45:35.96 jnBLVDHK.net
>>531
アクリル採用すると没個性だし、micaも9割以上の人は気づかない。
知ってる人がよーく目を凝らして見て気づくレベル。
541:デフォルトの名無しさん
21/12/22 18:23:21.44 WW6KINv7.net
おじさんたちってすぐ新しいものを否定するよね
ダークモードにすら対応してない糞アプリしか作れないんだろうなあ・・・(煽り)
542:デフォルトの名無しさん
21/12/22 19:08:33.51 tCEDwQ62.net
>>535
Androidはダークモード意味ありそうだしそれなりに簡単に作れるけど、Windowsはどうもやる気が起きない。
543:デフォルトの名無しさん
21/12/22 19:54:56.12 dBK0S5ah.net
ダークモードなんてUWPで何もしなくても対応してたのに。
544:デフォルトの名無しさん
21/12/22 20:03:07.21 WW6KINv7.net
おじさんたちダークモードの重要性認識したほうがいいよ
ダークモードに慣れたユーザーはライトモードに戻れなくなる
ユーザーはライトモード眩しくて目が痛いって言いだすから
特にWinodowsアプリはデカいから白い画面出しちゃったら不快感がすごい
545:デフォルトの名無しさん
21/12/22 20:51:39.12 vWkgem9q.net
どちらかというとおじさんの方がダークモードにしたがる。
若い子は白画面の方が好き。
546:デフォルトの名無しさん
21/12/22 21:04:47.54 tCEDwQ62.net
おじさんだけどダークモードは目が疲れる
少なくとも明るいところでは背景白のほうがいい気がする
547:デフォルトの名無しさん
21/12/22 21:09:02.21 vWkgem9q.net
Windowsだと黒画面はコマンドプロンプトの古臭いイメージがあってダサいみたいよ。
548:デフォルトの名無しさん
21/12/22 21:09:43.89 P6MMeEgn.net
自分の好みはさておきユーザーの好みどおりに切り替えられることが重要
549:デフォルトの名無しさん
21/12/22 21:11:43.82 R2aGyb0D.net
ダークモードめちゃくちゃ目が疲れるから苦手。
まともなカラーテーマにしてればそこまで目も痛くないだろ。
550:デフォルトの名無しさん
21/12/22 21:14:28.20 WW6KINv7.net
おじさんにありがちな自分が出来ないことを問題なしにしようとする癖が出てますねえ
551:デフォルトの名無しさん
21/12/22 21:25:56.46 jobsLtVJ.net
>>542
これよ
客「ダークモードにはどうやって切り替えるんですか？
俺「え？
客「え？
552:デフォルトの名無しさん
21/12/22 21:52:18.87 NTS9Bws8.net
俺はライトモードとかまぶしすぎ
ダークモードで輝度も低くしてるわ
553:デフォルトの名無しさん
21/12/22 21:53:48.98 NTS9Bws8.net
(暗くしたり暖色系のライトつかってる家の中ではね)
554:デフォルトの名無しさん
21/12/22 21:55:29.76 NTS9Bws8.net
まぁ、今時WinUI 3やUWPならダークモード5秒で実装できるようになってるが
555:デフォルトの名無しさん
21/12/22 22:04:47.79 svF48xPZ.net
システムカラー使えばいいんでしょ！
感嘆よ！
556:デフォルトの名無しさん
21/12/22 22:42:42.05 R2aGyb0D.net
>>544
やってるよ、ダークモード対応。
でも何の良さもわからん。
寝る前にスマホ触るときぐらいでは？
557:デフォルトの名無しさん
21/12/22 23:23:38.84 9CXRo0fB.net
有機ELディスプレイではダークモードが有り難い。
558:デフォルトの名無しさん
21/12/22 23:55:35.70 9pewrt27.net
>>545
客なら答えればいいじゃん
559:デフォルトの名無しさん
21/12/23 00:21:13.77 UfWalJ0m.net
>>552
アスペには無理なの
560:デフォルトの名無しさん
21/12/23 00:26:55.03 Nml0UUBt.net
>>548
しかしWinUI3のContentDialogとTeachingTipsのダークモードはバグってる
ContentDialogはインライン止めたらなんとかなったがTeachingTipsはどうにもならん
561:デフォルトの名無しさん
21/12/23 02:00:46.17 UfWalJ0m.net
α版なんか使うからやん
1.0はα
これは定説
562:デフォルトの名無しさん
21/12/23 17:42:36.25 fLj4zuic.net
WinUIでは関数がバインディングできるからXAML独特のバリデーションとかコンバーターに首突っ込まなくてよくなったみたいだな
ほかにもGridの書き方が楽になってたりWPFには戻れん
563:デフォルトの名無しさん
21/12/23 18:54:57.40 OORu+GT/.net
一時期はWPFで仕上げたVisual StudioのIDEすら作り直したし、MS自身がWPFを見切るつもり満々だもんなｗ
564:デフォルトの名無しさん
21/12/23 19:04:07.77 fLj4zuic.net
見切るというかWinUIはWPF 2.0みたいな感じだよ
565:デフォルトの名無しさん
21/12/23 19:21:06.26 OORu+GT/.net
それなら呼称も2.0でいいのに
566:デフォルトの名無しさん
21/12/23 19:30:02.51 fLj4zuic.net
中身がC++での実装になってるから本質的には別物だし
567:デフォルトの名無しさん
21/12/23 19:46:38.64 xJM5EaiZ.net
戻れン
のはいいけど7,8,9と走り続ける覚悟はあるの？
568:デフォルトの名無しさん
21/12/23 19:55:11.44 fLj4zuic.net
MSがこっちでやるって言ってるんだからWPFやWindowsフォームに残留して走り続けるほうがよっぽど苦労しますよ
569:デフォルトの名無しさん
21/12/23 20:01:58.86 fLj4zuic.net
ただいまはスタートダッシュ決めたい人の時期だから
後でついていけばいいくらいの人は来年の4月5月あたりからでいいんじゃないかな
WPFより教えやすそうだからブログ記事とかも来年あたりから増えてきそう