WPF(.NET, WinUI) GUIプログラミング Part29
■ このスレッドは過去ログ倉庫に格納されています
WPF(Windows Presentation Foundation)について語るスレ。 前スレ WPF(.NET, WinUI) GUIプログラミング Part28 https://mevius.5ch.net/test/read.cgi/tech/1642624840/ 関連スレ Windows 10 UWPアプリ開発Part 3 https://mevius.5ch.net/test/read.cgi/tech/1627556967/ コードを貼る場合は以下のサイトの利用をお勧め。 https://ideone.com/ 確か同じくらいに計画が発表され正式リリースも同じくらいだったjjetpack composeの方はmaterial 3の対応でかなり仕上がっきてるのに winui 3ときたら.. デスクトップアプリ何で作る? 最低要件(最低限これくらいは満たしてね)チェックシート2022 ============================================================================ チェック用アプリ仕様: アプリ上の"はろー"ボタンをマウスでクリックしたらメッセージボックスで"わーるど"を表示する (1)配布要件1:動作させるのに必要なファイル一式を任意の場所に配置して動作する (2)配布要件2:管理者権限不要で配置できる (3)配布要件3:動作させるのに必要なファイル数が10以内 ※1 (4)起動要件1:エントリファイルをダブルクリックして起動可 (5)起動要件2:エントリファイルをPowerShellから起動可 (6)起動要件3:管理者権限不要で起動可 (7)起動要件4:ネットワーク切断状態(スタンドアロン)で動作する (8)メモリ要件: A:起動時の消費メモリが20MiB以内 B:起動時の消費メモリが40MiB以内 (9)ストレージ要件: A:動作させるのに必要なファイルサイズ合計が200KiB以内 ※1 B:動作させるのに必要なファイルサイズ合計が1MiB以内 ※1 ※1. OSにプリインストールされているランタイムは除く ============================================================================ (1)〜(7)はYesの場合+10, Noの場合は-100 (8)〜(9)はAの場合+10, Bの場合+5, その他は-100 合計点80以上が合格ライン(当然点数は高ければ高いほど優秀) このチェックリストを三人でトリプルチェックしたら間違い無いな >>6 2022年の基準としてはやや甘めの設定だろ。 この程度クリアできなきゃゴミ。 仮にこの数値の2倍・3倍になったところで気に留める人なんざほぼいない サンディーおじさんみたいな骨董品PC使ってる人は知らんけど ただのオナニー その要件満たしたところでメリット無いしね メモリやストレージより今どきの見た目のアプリがどれだけ簡単に作れるかだな俺は 技術者としての適性もチェックできるな。 こいつがパフォーマンスの悪い、メモリリークしまくり、バグだらけのポンコツプログラムを作るのが目に浮かぶようだ。 その要件を満たした パフォーマンスの悪い メモリリークしまくり バグだらけのポンコツプログラム が作れるから そのチェックには全く意味が無い 今どきZipで固めてユーザーが解凍してショートカットを作るソフトが最新版ですかw 特にこだわりがなければClickOnceでいいんじゃない、自動更新してくれるし clickonceでバージョン管理ツールを 配信してからね どこに入るかもわからんClickoneとか使い道すごい限定されるような。 >>19 まあデスクトップ系の強みってローカル環境に作用できることだからね どこにインストールされるかわからないとパスを調べないといけないし面倒 それならWeb系でやるね MSIX Coreって誰か使ってんの?情報少なすぎ。 ClickOnce、Edgeで動かない報告がちょいちょいあるんだけど 同じ会社なんだから動作確認くらいしてくれ >>16 単に最低要件だから、ストア経由で配布したいって要件ならストアで配布すれば良い。 「ストアでも配布できる」と「ストアでしか配布できない」は天と地ほど違う。 今はセキュリティが厳しいからストア禁止、管理者権限なし、証明書インストール禁止、書き込めるのはユーザー用に用意されたフォルダーのみ、ネット接続も極度に制限、なんて環境はざらにある。 機能云々以前に使ってくれる環境から外れてたら意味がない。 >>23 ストアとZipのハイブリッドでみんなが知っている最新アプリのタイトル教えてくれ >>16 シングルバイナリ作って配布してるワイを馬鹿にするなw winui3、必要な機能は一通り揃って趣味アプリなら使えるようになった? まだやろ Window絡みのAPIとかそっち優先で コントロールはWinUI 2.6ぐらい機能で止まってそれがらみのバグフィックスもWinUI 3方に移植されてないやろ >>29 全然。 未だに素早く動かしたり連打したりするとパフォーマンスが落ちたりハングアップする品質。 今からあと1年待ってもそれほど状況は好転しないかも。 >>31 1.02 1.03を試していないかブログなどの又聞きじゃね? 1.03では表示系バグはかなり残っているけどパフォーマンスは改善している >>32 1.0.3の話だぞ。 >1.0.3では表示系バグはかなり残っているけど パフォーマンス以前の問題じゃん。実用アプリに使ったらまずいゴミってことじゃん。 書いてて恥ずかしくないのかね。 WindowsFormが出た頃もこんな感じだったのかね >>34 表示系と言っても、Dark・Lightの切り替えをアプリ内でやると中途半端な状態になるコントロールがいくつかある アプリ内で切り替えないか、異常動作が起こらないように工夫すれば十分やっていける 全部無能MSのせい 馬鹿なんだから身の丈に合わせてWinformでも作ってればいいのに (1)目立ったバグ(特に表示上のバグは致命的) (2)パフォーマンス上の問題点 (3)致命的な機能不足 がないレベルが1.0正式版として期待される最低限のラインなんだが、全滅。 これらをクリアして初めて採用検討候補に入る資格を持つ。 (3)なんてWPFとUWPで出来ていたことができるってのはあくまでスタート地点で それに加えて新しい何かがあることを期待されているのに、 過去にすら追いつけてないって酷すぎだろ。 wpfのデータバインディングとかを使い易くしてwpfを開発再開して欲しいのが本音 wpf以降はスマホ意識しすぎてエレメントがスカスカだから好かん Preview2をちょっと弄ってみたが、やっとDark/Lightのバグが解消された模様 TextBoxの実害はないけどムカつくやつはそのまんまだったな リアクティブな感じを素直にチョチョイと実装できるようにしてほしい 昨日眠る前に見たMSのロードマップにwinformsの項目が記載されてるけどWPFは書かれてなかった winformsは結構新しいコントロールを入れる予定があるんだなと思ったけどWPFは? >>55 やっと2022で使えるようになったのか、嬉しい .NET6なんだけど Task.RunでBitmapDecoder.Createで画像読み込み → Freeze()してUIスレッド ってのが動いたんだけど STAスレッドじゃないと駄目だった記憶があるんだけど気のせい? オフィスに出社することは「時代遅れで非生産的」…リモートワーク希望者は10倍に増加 サイボウズが副業を真っ先に解禁した理由。社員や会社のメリットとは? 「複業を解禁しなければ人も企業も成長しない」複業全面OKのサイボウズ社長と実践社員の本音対談 『サイボウズ』は社員満足度の高い「働き方改革」をなぜ作れたのか サイボウズ式:サイボウズで複業。収入源は3つ──そんな私の「パラレルワークはじめての確定申告」 超ブラック企業だったサイボウズが、全社員と「ザツダン」してわかった“見えない不満”の本質 サイボウズの「100人100通りの人事制度」を実現する働き方改革とは? Template Studio WPF使ってみた。 これで十分だわ。 WinUIが使い物になるまで何年も待つ必要ない。 グループウェアはGoogle Workspaceもなかなか Final .NET Foundation Version Latest This is a procedural release. Prism is leaving the .NET Foundation. Before making any changes to the Prism repo, we are archiving the current source code which is under the .NET Foundation. Any code committed after this "Final .NET Foundation Version" release is no longer considered part of the .NET Foundation. https://github.com/PrismLibrary/Prism/releases/tag/DNF Prismは.NET Foundation.と縁を切った。一体何が有ったんだろうか もはや事実上個人の趣味プロジェクトになってたから妥当でしょ コミッタにとっては.NET Foundationにコードを寄贈し続けなきゃいけないだけで何のメリットもない PrismだけでなくRxなんかの過去C#で大人気で他環境にも影響を与えたものすべて.NETのメンテをやめて他の開発環境でコントリビュートしてるからな もうMSが.NETを予算縮小のために便宜上OSS化だけしてリソース減らした時点で終わってんだよ そしてこんな面白い記事を見つけたので.NETにしがみついてるやつらに是非読んでほしい https://matarillo.hatenadiary.jp/entry/20140418/p1
;『オープンソースは報われない仕事。でもやるんだよ。』 オープンソースとは、おおむね報われない仕事だ。Microsoft .NETコミュニティの場合、時々むなしくなったりもする。ボランティアが全然見つからないことがあるのだ。多くの人々が、デフォルトのものやVisual Studioに同梱されているものを使う。RailsとかNodeの場合は、企業の支援もあるが、プロジェクトはコミュニティが駆動しているという認識がある。現実は中間なのだが、Microsoftのスタック上に構築されたオープンソースプロジェクトでは、ボランティアが「我々は、出荷されたものをただ使うのみだ」なんて言うことがある。 PrismもRxも個人の趣味レベルのアプリでしか使われてなかったからな。妥当。 PrismはMS公式ともいうべきものが出てきたから もうお役御免 こないだのlog4j,color.js騒動から見るに、OSS界隈も地獄だな .NET自体が右往左往してるから、対応する人も大変だろう mvvm.toolkitにはRegionManager相当の機能がないのが少し問題ですね 代用はTemplateStudioがコード生成してくれるからそれを使うのが良いのかな? 俺はよわよわプログラマーなのでTemplateStudio頼みになってる 2022対応してくれたようなので安心した UWPやWinUI製のアプリってWPFと比べてやたらめったらクラッシュしやすい印象。 イレギュラーな操作じゃなくてもバンバン落ちる。 なんでこんなに脆いん? 誰も使わないからバグが取り切れてないだけでしょ WPFも初期は冗談みたいなもんだったよ WinUI3は色々あるけど、UWPは枯れているからバンバン落ちることはないんじゃね? WinUI3で気になるのは、初期化時にページ内のすべてのインスタンスが確保される前にイベントが走るバグ タイミングによって落ちたり落ちなかったりするんだよな 某UWP製ソフトはウィンドウサイズ変えただけで落ちたぞ >>66 個人の趣味レベルのアプリで使われてるほうが驚きや xamlのデバッグてどうやるの?ブレーク出来ないので変数の状態とかもよくわからない。 Live Previewがあるだろ昔はそんなものなくてLogicalTreeがVisualTreeになるのをイメージしたりしてデバッグしてたんだぞ甘えるな Bindingは違ったものバインドしてもサイレントでバグが発見しにくいってのはあるからそれじゃね? x:Bindで幸せになれるけど、全取っかえは無理だったりするな xamlはbindingで誤字あってもエラーにならないのでデバッグ面倒くさいね。どうにかならんの? >>85 VS2019でXAML バインド エラーってデバッグウインドウが出来て随分マシになった x:Bindがバックポートされたら嬉しいけど、まず来ないだろうね 今週待望のbuild 2022だけど .net maui正式リリース? winappsdk 1.1正式リリース? どっちもゴミだけど .Net6使ってみたくてVS2019からVS2022に変えたらデバッグ実行で固まりまくってまじ困るわ >>91 WPFだよ VS2022はコードスニペットもおかしいな WPFは新しめのVisual Studioの方がより快適。 どんどんIDEのサポートが強力になってる。 実は32bitPCだったとかそういうオチだったりして 原因はよく判らんが、プロジェクト作り直してソースファイルをコピーして再構成したほうが無難ではあるな wpfて遅いの? gpuでちょっぱやになってるのかと思ってた 最終的なコンポジションにGPUを使ってるとは言えるんだけど その前処理の段階でパフォーマンスを台無しにしてるからな ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる