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より教えやすそうだからブログ記事とかも来年あたりから増えてきそう
570:デフォルトの名無しさん
21/12/23 21:14:10.75 8RdoHQJy.net
>>557
いつどう作り直したの？
571:デフォルトの名無しさん
21/12/23 22:29:33.82 otsbUMdB.net
>>562
MSがこっちでやるって言ったストアアプリやUWPはあのざまじゃん。
572:デフォルトの名無しさん
21/12/23 22:33:37.09 JQwoySZp.net
WPFはダークテーマさえどうにかしてくれればずっと使えるぐらい安定はしてる
573:デフォルトの名無しさん
21/12/23 22:46:32.62 JQwoySZp.net
でもその安定したダークスタイルがないので詰み
ModernWPF ?
574:デフォルトの名無しさん
21/12/24 04:50:07.60 0UgRcNh9.net
>>564
妄想だろ
575:デフォルトの名無しさん
21/12/24 07:53:10.17 fQ2bMr/u.net
>>562
ストアアプリとかUWPに乗っかったやつは馬鹿を見ただろうけどな
576:デフォルトの名無しさん
21/12/24 08:44:32.63 DU7PTkB4.net
WPFおじさんがFormsおじさんと同類になろうとは…
577:デフォルトの名無しさん
21/12/24 09:00:37.27 xkcAaGGE.net
>>567
黒背景固定で作れば?
テーマ切り替えのパッケージも有名どころがいくつかあるし、
自前で作っても大した手間じゃない。
ただOSのテーマ連動「のみ」ってのだけはやめとけ。
スマホと違って複数のウィンドウを同時に表示させるPCではダークテーマだらけになるとどれがどのウィンドウだか分かりづらい。
アプリケーションごとにライトとダークをバラけさせておいたほうが視認性が上がる。
578:デフォルトの名無しさん
21/12/24 09:54:52.88 9+ABzbvR.net
>>570
せやな、Javaおじさんが同類になるとは思わなかったよ…
… COBOL爺
579:デフォルトの名無しさん
21/12/24 10:23:13.73 w5GNTxIx.net
>>570
そう考えると笑えるなw
人間誰しも歳取るとどっかの時点で新しい知識を受け入れなくなるんだなぁ
580:デフォルトの名無しさん
21/12/24 10:26:55.95 ch1dfk+5.net
MVVMおじさんって今何してるんだろ
581:デフォルトの名無しさん
21/12/24 10:49:21.17 0UgRcNh9.net
>>570
WPFに固執してる人っていたっけ
デスクトップアプリ作るうえで消去法でWPFって人が多そうだけど
582:デフォルトの名無しさん
21/12/24 10:59:30.94 E0rHzfRM.net
WinUI3ってヴィジュアル系に不具合残っているけど
どうにもならないような不具合は１．０でかなり解消されているんだけどな
583:デフォルトの名無しさん
21/12/24 11:37:21.27 fQ2bMr/u.net
自由にファイルを置けるのはデスクトップとドキュメントフォルダのみ、各種設定は変更不可（もしくはリブートで設定リセット）、みたいな厳しい環境が増えてきてるから、xcopyインストールできないUWPなんか技術選定の段階で候補にもあがらなかったが、WinUIでようやくスタートラインに立ったかな。
あとは新しいことができるのは当然として、今までできていたことがどれだけ不自由なくできるかがポイント。
これプラス実運用に耐えられる品質とパフォーマンス。
584:デフォルトの名無しさん
21/12/24 12:03:46.18 E0rHzfRM.net
WPFに出来てWinUIに出来ないものの大きなのは複数Windowだが
ページで組んでいなかった人には大問題なのかもしれんね
あとWindowsTemplateStudioが2022で動かないので、2019でテンプレ作成して
出来たクラスを移植するとなんとかなる
URLﾘﾝｸ(portal.productboard.com)
585:デフォルトの名無しさん
21/12/24 12:04:43.61 QunxCEet.net
>>574
MSがWPF推してた時代にMVVMやってたような意識高い系の人達はみんなWebに移った
586:デフォルトの名無しさん
21/12/24 12:32:37.08 yxaUeoLG.net
メインウインドウの中にサブウィンドウ作らなきゃいけないな
マルチドキュメントインターフェースと名付けよう
587:デフォルトの名無しさん
21/12/24 16:59:47.39 hnRiR98X.net
まだ新規プロジェクトの作成でMDIかSDI、コンソールなんて選択してるの？
588:デフォルトの名無しさん
21/12/24 17:36:49.76 9u/nk0P/.net
>>581
と、申しますと？
589:デフォルトの名無しさん
21/12/24 18:20:52.01 cdkuRSZ8.net
>>579
なんでこう妄想が激しいんだろ
590:デフォルトの名無しさん
21/12/24 18:38:20.16 zZDeAl5J.net
ウェブっていえばマウントとれると思ってるおじさんなんだろう
591:デフォルトの名無しさん
21/12/24 18:54:32.47 VdOvlmal.net
Windows11でウィジェットが追加されたけど、WinUIでウィジェット作れるようにならないかな
とりあえず今は対応アプリ少なすぎてあんまり使えないね
592:デフォルトの名無しさん
21/12/24 21:13:58.18 PxZoXBQ8.net
目が悪いので（盲学校に行ってた弱視です）
ダークモードは非常に見づらいので辞めて欲しい
593:デフォルトの名無しさん
21/12/24 21:25:47.43 zZDeAl5J.net
やめるわけないじゃん
ユーザーが選ぶんだから
594:デフォルトの名無しさん
21/12/24 21:32:56.19 2KSdv/Qq.net
>>571
やっぱりダークモードって見にくいでしょ？
595:デフォルトの名無しさん
21/12/24 22:01:14.79 9u/nk0P/.net
vscodeやvisual studioはダークテーマが疲れないね
596:デフォルトの名無しさん
21/12/25 05:10:57.37 gKCCePd7.net
>>574
>>579
ここで言うMVVMおじさんってのは何でもかんでもMVVMで実装してしまう意識の低い人。
多分基礎的な事がわかってなくて他の実装方法を知らない。
MVVM使っておけば馬鹿にされないんでしょ？ってノリ。
597:デフォルトの名無しさん
21/12/25 08:04:31.47 bGAd2vTp.net
c#おじさんは？
598:デフォルトの名無しさん
21/12/25 08:52:16.21 mm8m+MMM.net
>>590
そういう人が実際にいるとしたら、VMにビジネスロジック書いてるんじゃないかな
それはどっちかというとWebでよくあるエセWebMVCの類で、MVVMではない
599:デフォルトの名無しさん
21/12/25 09:57:23
600:.26 ID:vDKNIftu.net
601:デフォルトの名無しさん
21/12/25 11:41:37.86 IZTT5nx6.net
>>593
画面数が1〜2個、追加で何もライブラリを入れなくても作れるようなものまでMVVMでやろうとするならMVVMおじさん。
602:デフォルトの名無しさん
21/12/25 12:09:00.10 vDKNIftu.net
？
「MVVMおじさん」じゃない人はその条件で何を使うというんだろう？コードビハインドにイベントハンドラで書く？
画面数が少ないからといってわざわざ別yのやり方するのも面倒だと思うが。
それとも、「画面数が1～2個、追加で何もライブラリを入れなくても作れるようなもの」しかやらないから
最初からMVVMは使ってないってことかな。
603:デフォルトの名無しさん
21/12/25 14:10:37.28 5ppS8Aaq.net
MSのキラーアプリ群がC++からC#に移行しない時点でWPFは詰んでた。
結局C#で作るやっつけアプリはwinformで十分すぎた。
604:デフォルトの名無しさん
21/12/25 14:28:09.01 i1pk2T+3.net
OracleがDBをJavaで書かないからJava終了という笑い話
605:デフォルトの名無しさん
21/12/25 14:30:54.49 h5/R3nJw.net
WPF関係ないけどExcelを.Net対応に作り替えなかったの大失敗だろ
606:デフォルトの名無しさん
21/12/25 14:54:11.42 5ppS8Aaq.net
そもそも.netの配列がアクセス時の範囲チェックで糞遅いから
大量データ扱うには結局C++、C、アセンブラで書くことになる。
607:デフォルトの名無しさん
21/12/25 15:36:12.80 IZTT5nx6.net
>>595
実装方法はアプリケーションの性質に合わせてより適切なものを選択するべきであり、「面倒」なんて言葉が出てくる時点で技術者として3流。面倒なんじゃなくて知識が乏しいだけなんだろうが。
WPFでのMVVM開発はフレームワーク必須だと考えていて、フレームワークを使わないならMVVMを使うべきでない。
機能的にはコンソールアプリで十分なものの、利用者のPCスキルを勘案してUIをつける場合、exe1つで完結する方が利用者に親切。開発者にとっても無意味にソースファイルを増やすことなくメンテナンス性良く作れる。
608:デフォルトの名無しさん
21/12/25 16:19:36.07 vDKNIftu.net
後付け条件がわらわら湧いてくるいつものパターン。
609:デフォルトの名無しさん
21/12/25 16:37:50.69 FCdBQpYa.net
初代MVVMおじさん元気にしてるかな
610:デフォルトの名無しさん
21/12/25 16:45:12.91 9Hho0xjg.net
>>599
そこまでやらなくてもunsafe使って範囲チェックを省略すれば相当早くなるよ
611:デフォルトの名無しさん
21/12/25 16:49:45.65 CoOPSMvi.net
だよな
unsafeで結構十分だよな
これがJavaだとJNIでCのコード書くことになるが
612:デフォルトの名無しさん
21/12/25 16:53:06.73 bGAd2vTp.net
>>600
後半の内容全く関係ないない話してるけど
詐欺師出身の方？
613:デフォルトの名無しさん
21/12/25 17:05:49.46 5ppS8Aaq.net
unsafeの突入コストがこれまた重い。クラス内で配列持ってると外からメソッド等でアクセスするとこの突入コストは避けれない。.netは遅くない、WPFは遅くない、unsafeがあると言ってる人たちは最初からその程度の要件だっただけなんだよ。速度重視の最適化で必ずぶつかる壁にぶつかってない。
だから速度が要件のアプリ、ライブラリではなかなか移行してもらえない。Javaと同じ轍を踏む必要はない。
614:デフォルトの名無しさん
21/12/25 17:14:32.16 CoOPSMvi.net
範囲チェックの事しかいってないのに
どんどん後づけされてもきりがない
615:デフォルトの名無しさん
21/12/25 17:16:39.95 pFGjUvNq.net
WinUIはC++でも使えるのだが
616:デフォルトの名無しさん
21/12/25 17:26:06.06 5ppS8Aaq.net
WinUIのビッグウェーブくるぞ。
そしてWPFと同じく10年経ってなぜMSは移行に失敗したかって言うんだろうな。
617:デフォルトの名無しさん
21/12/25 17:58:27.05 i1pk2T+3.net
UWPの,net nativeはunsafe相当の速度ってベンチマーク見たな
618:デフォルトの名無しさん
21/12/26 08:00:15.44 3SvVIkhf.net
>>602
U氏ならとっくにMVVMから足を洗ってるよ
619:デフォルトの名無しさん
21/12/26 09:55:11.53 hvR4lE2p.net
MVVM原理主義者は融通が効かなくて困る。
620:デフォルトの名無しさん
21/12/26 10:07:30.44 PnBrsUGe.net
そりゃどこの世界でも原理主義者はそういうもんだろう
621:デフォルトの名無しさん
21/12/26 14:12:53.65 RHzexC5p.net
MVVM原理主義者もMVVM絶対忌避者も両方アホ
622:デフォルトの名無しさん
21/12/26 14:20:07.63 jdmjK4iH.net
>>614
UIデザイナーなんて碌な仕事しないという経験から直感で現場でWPFは使い物にならないと思ったPGは多かったが
実際そうだったのだからアホではなく単なる経験の差である。MSも移行してもらえなかったからwinformを捨てられないしね。
キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。
623:デフォルトの名無しさん
21/12/26 14:32:36.47 zDHpMfaY.net
wpfはプログラムの出来ないデザイナーでも使えます！
624:デフォルトの名無しさん
21/12/26 14:36:43.42 ghBgnKM8.net
>>615
何でMVVMの話がWPFの話にすり替わるんだ
まさかMVVM=WPFだと思ってるの
625:デフォルトの名無しさん
21/12/26 14:45:09.39 jdmjK4iH.net
>>617
そりゃここはWPFスレだからさ。なら最初からWPFは無視して
純粋にMVVMの話で限って言えば～と先に断っておいてくれよ。
ボクはエスパーじゃないんだ。だがUIデザイナやMVVM連呼厨が
ユーザやPGのことなど全く考えてないことは経験として知っている。
MVVM論で言えば尻拭いするのはいつもPGと顧客だ。
626:デフォルトの名無しさん
21/12/26 14:48:17.01 PnBrsUGe.net
>キミは確かに無駄な努力、遠回りしただけのように見えるがよく頑張ったよ、立派だよ。おつかれさん。
自分じゃマウント取りにいったつもりなんだろうけど他人からはアホに見えるパターン。
気を付けた方がいいよ。
627:デフォルトの名無しさん
21/12/26 14:49:05.03 TBcJiomy.net
MVVMの要であるBindingはListViewなどではイベント型でも避けて通れないものなんだからBinndingは習得するしかない
Bindを理解しているのにMVVMを避ける理由ってそれほどないよな
628:デフォルトの名無しさん
21/12/26 14:50:43.04 ghBgnKM8.net
>>618
WPFに限定してのMVVMか非MVVMの話だとしても
文脈を無視してWPFが使い物にならないとか言い出す意味が分からん
629:デフォルトの名無しさん
21/12/26 15:08:16.26 jdmjK4iH.net
文脈がないのがUIデザイナー。ユーザの実務無視して見た目しか考えてない。マジ迷惑。
そんなことよりキミたちはよく頑張ったよ。その若さ溢れる才能で次のMVVMフレームワークをまた勉強したまえ。
WPFが登場して15年か。キミたちも相当に随分老けてないか。
630:デフォルトの名無しさん
21/12/26 18:29:45.67 TBcJiomy.net
「〇〇ができる」でマウント取るのは容易いことだが
「〇〇が出来ない」でマウントを取りに来るって
ある意味チャレンジャーだよなｗ
631:デフォルトの名無しさん
21/12/26 19:18:37.03 0tkG5TaR.net
>>623
キーボードスレにタッチタイプ出来ないことでマウントとる奴おったw
632:デフォルトの名無しさん
21/12/26 20:01:22.81 jdmjK4iH.net
日本人のくせに効率のいい、頭にも負担が少ない「かな」入力ができないなんて頭に欠陥あるんですかね。
ボクはただの努力不足だと思いますよ。ガラケー使ってる私を馬鹿にしてるiPhone君見てると入力が遅くて遅くて仕事が遅いんです。どっかのMVVM論者ですね。
633:デフォルトの名無しさん
21/12/26 20:22:06.53 vKRYpucd.net
いつも思うけどW:PFやMVVMを批判する人はなんか必死だよねぇ。
それだけルサンチマンが溜まっているんだろうか。
634:デフォルトの名無しさん
21/12/26 21:32:33.04 dwxjo6Mj.net
MVVM、ひいてはMVCが理解出来ないVB6脳なんじゃないかと思っている
635:デフォルトの名無しさん
21/12/26 22:00:58.48 r6Df+W+7.net
WPFのは異常にめんどくさいMVVMだよ
他の知ってると馬鹿らしさ満点だから
しかも身につけたスキルが他で全く使えない
↑これが一番辛いぞ
636:デフォルトの名無しさん
21/12/26 22:12:17.30 bjcghV5B.net
Reactとかと比べると別物だよなあ
考え方は同じにしても旧石器時代と現代くらいの違いがあるよ
637:デフォルトの名無しさん
21/12/26 22:26:34.17 jdmjK4iH.net
>>626
私はヘジのDOS時代のIDEに感動し、VCLのチート的な完成度にも妥協しwinformは最高だと思いましたよ。
そう言えば私がどれだけWPFに期待し、ガッカリしたか分かっていただけるかと。
そりゃあたたちMVVM信者の期待も無念に臥し、WPFは普及しませんでしたけどね。
この長く続くスレは負け犬たちの墓場なのです。
638:デフォルトの名無しさん
21/12/26 22:32:26.33 vKRYpucd.net
ReactのスキルをReact以外で使えたためしはないが、だからといって別にReactがダメだとも思わんがな。
639:デフォルトの名無しさん
21/12/26 22:37:41.54 j9YfNtBi.net
>>601
ケースの1つをあげただけじゃん
後付け条件てｗ
読解力低すぎだろ
640:デフォルトの名無しさん
21/12/26 22:37:43.53 bjcghV5B.net
私は異常に面倒くさいってとこに同調しただけで、他で使えるとか使えないとかは論じてないのでご理解お願いしますよ
641:デフォルトの名無しさん
21/12/26 22:39:17.15 bjcghV5B.net
むしろMVVMの考え方自体は同じである(他でも使える)とまで言っているんだぜ