WPF(.NET, WinUI) GUIプログラミング Part31
レス数が1000を超えています。これ以上書き込みはできません。
WPF(Windows Presentation Foundation)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part30
https://mevius.5ch.net/test/read.cgi/tech/1667010874/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/ 51 それでも動く名無し 2023/01/07(土) 22:30:50.31 ID:lFyqvDkS0
お姉さんのとんでもないどスケベおっぱい
階段の揺れがエロすぎる
https://i.imgur.com/OuSEYSW.jpg
https://i.imgur.com/a6mirN4.jpg
https://i.imgur.com/aphvweq.jpg
https://gcol;le.net/product_info.php/products_id/855392/ref/15062/affiliate_banner_id/1
地味巨乳というか地味爆乳だなこれは
JKっぽいし同級生に毎日おかずにされまくってそう
https://i.imgur.com/5No7mr1.jpg
https://gcol;le.net/product_info.php/products_id/862884/ref/15062/affiliate_banner_id/1
89 それでも動く名無し 2023/01/07(土) 22:51:44.20 ID:pA5+SQtP0
周囲の男をおかしくしてしまうほどのおっぱい
https://i.imgur.com/zuu7SzF.jpg
https://i.imgur.com/7hikR0y.jpg
https://i.imgur.com/rbV5N7y.jpg
https://gcol;le.net/product_info.php/products_id/873815/ref/15062/affiliate_banner_id/1 誤爆を装ったアフィカスによる宣伝が横行してるので見かけたら通報推奨 WinUI3もWPFもいまだにxaml2009非対応ってマジ？ゴミじゃん Observerパターンを取り入れ始めたんだけど、ちょっと凝ったことすると一気に難易度上がって崩壊するわ どうでもいいかもしれんけどMVVMって
VM↔Mは1対多だけどV↔VMは1対1が基本だよね？ >>13
それ使ってもちょっと難しいことしたらキツかったわ
デバッグもしにくいしメンテ大変よ 1.2.3で、やっとtoolkitのImplicit Animationがマトモに動くようになった模様
１．０から15ヶ月は長かったな >>17
需要ないからしゃーない
今5chブラウザ作ってるからそれで認知度上がってくれればよいが… ああ基本か
基本と言えば基本だけどそうでもないと言えばそうでもない
ページの画面遷移
タブページ
何をどう捉えるかでどうとでも取れる >>22
ページが複数あってもページ分1対1対応のV↔VMが作られてるイメージ Vをどう捉えるか次第だけど、一般にはクラス、あるいはインスタンス単位じゃね？
そういう意味では、Vに対してVMは基本1つだけど親のVに割り当てられたVMを子のVが参照することがあるから
V:VM は 1:N かねぇ。 複数の親Vを意識してVMを設計することはないから1:1でいいでしょ 親兄弟それぞれにbindするプロパティをひとまとめにしたVMはふつうに作るが。 あー複数の見せ方を想定した汎用VMもあるか
取り消します ViewModelからViewエレメントにアクセスするのはタブーじゃねぇの？
UIエレメントアクセスするなら、Viewにトリガープロバイダーをインジェクションして、ビハインドでやれよ。 >>29
コードビハインドからVMのメソッド呼ぶのが楽じゃない？ WPFでUSBの抜き差しを監視するのにスムーズな方法はありませんか？
WndProcはWinFormsみたいな使い方は出来ないし、
DeviceWatcherは抜き差しでどちらも同じdeviceInfoUpdateになってしまい、どちらか判別出来なくて微妙です。
よろしくお願いします。 >>32
ありがとうございます
読んで試してみましたが「Added」と「Removed」のイベントは文字通りデバイスが新規追加か削除された時に発生し、
抜き差しは両方「Updated」イベントが発生しました ttps://nagare-it.com/274/
ここを見る限りUpdatedと一緒にAdded/Deletedも発生するらしいけどデバイスによって挙動が変わるのかね
DeviceInformationUpdate.PropertiesにIsEnabledがあるか探して
その値をチェックして接続/切断を判定するとかどうだろうか
ttps://learn.microsoft.com/ja-jp/windows/uwp/devices-sensors/enumerate-devices#enumerate-and-watch-devices
ここの「デバイスの列挙と監視」も参考になるかも
実際に使ったことなくて気になって軽くググっただけだから的外れなこと言ってたらごめんね >>34
はい、その記事を見てシンプルにイベント発生が出来ると思ったのですが、Added/Deletedは発生しませんでした
DeviceInformationUpdate.PropertiesやDeviceInformationUpdate.IdにIsEnabledはありませんでした
一定間隔でデバイス情報をポーリングすれば出来なくも無いですが、それだとスマートじゃないかなと https://imgur.com/DU5dhjy
この画像のようなデジタル時計をWPFで再現したいのですが
意図したように表示できません。
具体的には以下のようにさせたいです。
・ウィンドウ中央に時分を表示
・半分のフォントサイズで時分の右側に文字の下位置をそろえるように秒を表示
・ウィンドウサイズが変更されると、追従して表示レイアウトとフォントサイズを自動調整
時分だけならViewboxを使って意図したとおりにできたのですが
秒が絡むとどうにもうまくできないのです。
WinFormsで同じようなのを作ったときは自力で計算して描画させていたのですが
WPFでも自力で描画させるしかないのでしょうか？ >>38
手もとにPCないのでなんとも言えないけど
<VIEWBOX verticalalignment=buttom>
<textblock font-size=A>時間 分</textblock>
<textblock font-size=B>秒</textblock>
</viewbox>
みたいな感じでいかないかな？ >>38
秒の高さを時、分の高さ（ActualHeight）をバインドして設定するが、
その時にコンバーターを噛ませて高さを半分とか2/3にすればいけるんじゃね？ <Viewbox Stretch="Uniform" VerticalAlignment="Center" HorizontalAlignment="Center">
<StackPanel Orientation="Horizontal">
<TextBlock Text="12:00" FontSize="48"/>
<TextBlock Text="59" FontSize="24" VerticalAlignment="Bottom" Margin="0,0,0,6" />
</StackPanel>
</Viewbox>
フォント自体にマージンがあるからマージンを目視で調整するしか無いようだな 実験結果から推測
ジフンの高４８8のフォントの上12と2下12が空白で、高さ２４の秒の上6と下6が空白
だから下に合わせると秒が６だけ下に表示される
これを補正するためにマージンを６取れば並ぶってことじゃないかな TextAlignmentにBottom指定できないから自前で書くのが良いと思うよ >>38
Grid使えばviewboxを使わなくても再現できそう reactとか時代遅れだろ。
Angularこそ至高 そういえば最近はもうAngular見なくなったな…
何がどうなったんだ？ いつも思うけどwebは本当に一寸先は闇
jQuerry死んだときも同じことを思った Webのフロントエンドは自分の仕事を産み出して金を稼ぐために不必要に次から次から次へとおれおれブームを作り出すという 殆どが技術が進化方向にあるから
踏み台として次に移れるんだよね
XAMLからvue.jsに移行したときは
かなりの資産を失ったけど
その後vue.jsからreactへは数日もあれば移行できた
失う物は僅かな感じ webだけに限らず仕組みが軽いほうがいいと思うわ
あれもこれも全部できるけど独自の仕組みがあって学習時間がかかるものはどんどん淘汰されていくと思う React出てからもう10年経つのに一寸ってアホか
単に自分がついていけてないだけだろ まあ普通の感覚だと
jQueryはjsの機能に置き換わってより普遍的なものになってるわけだし
それにSPAやるのにjQueryとかだけではキツいのでreactとかが生まれたわけだからね
ステップアップとしては楽な道だったのを踏み外したのかもね >>50
勝手にjQueryを殺すな!
まだまだあと20年はがんばるぞ! 多分複合コントロールの中でイベントが発生しないとかだろｗ
ルーティングイベントを調べろ Webのスケルトンスクリーンってダサくね？
昔のPCで描画が間に合ってないみたいな、見せちゃいけない汚い裏舞台を見せちゃっているような。
シマー効果もただちらついてるだけというか、昔のテレビの砂嵐を彷彿して格好悪いというか。 意図されてないものが表示されるのと意図してそれを表示するのは全く違うと感じるが
まあ情報量の多いスケルトンスクリーンは無駄ではあると思うけどね
微妙に本当のレイアウトにマッチしてなかったり 開発者が実際に意図してやってるかどうかはどうでもよくて、
意図してやっているとユーザーに思わせられれば成功、ひでー作りだなと思われたら失敗。 webサイトにつないだらほぼ全画面占領して動画読み込み初めてスキップも出来ずにnowloadingとだけ出たら殺意沸くわ .Net6でプラグイン形式のプログラム作ってるんだけどAssemblyLoadContextってもしかしてWPFじゃ使っちゃだめなやつ？ 「MAUI やりたい事」でググって情報の無さに絶望した！ WPFでアプリのアイコンを動的に選択する方法はありますでしょうか？
WinFormならSystem.Drawing.Iconで呼び出せば良さそうなのですが、
WPFだとSystem.Drawing.Iconは無いってVS2022に言われるのでお願いします。 コントロールって全てDirect3Dで描画?
グラフ描画系だけ? Blazor Hybrid良いじゃん
XAMLもHTML+CSS+jsも使えるし >>79
ありがとうございます
アプリ左上とタスクバーのアイコンは変える事が出来ました
ただ、実行ファイルとショートカットのアイコンは変わらないので、別設定が必要なのでしょうか？
・実行ファイルのアイコン変更でやってみた事
×：AppData/Localにあるアイコンファイルを手動で削除してWindowsの再起動
○：別のPCで起動 >>84
インストーラのプロジェクトを2つ作成して、
ショートカットとプログラムファイルでそれぞれ別のアイコンファイルを指定する事で何とか変えられました
インストーラじゃなく実行ファイルの方で、アイコンの指定をスマートに行う方法は無いのかな？ >>82
やっぱWebViewでhtml cssが最強だよな 実行ファイル自体のアイコンを動的にスマートに変える方法？
意味あるのかそれ？
何のためにとしか…
昔はwindowsにアイコンキャッシュがあってアイコン変えてもすぐに反映されなかったりしたけど みんなはフォルダ構成どんな感じにしてる？
共通で使うようなクラスとか、適当なクラスってどんなフォルダに入れてるか気になる githubで見るのはcoreみたいなフォルダに基本モデル突っ込んであるのは見るけど
そもそもがModelみたいなフォルダは推奨されないんだよね
機能単位で普通はまとめて共通はcommanやcoreとかってイメージ C#の名前空間だと結構いろんなものがルートに当たるsystemに突っ込まれてる >>77
Windows 11テーマ対応やることに決まってもなんだかな
今さら何なのか いや、標準テーマが古臭いから仕方なく嫌々バグだらけのUWPやWinUI使ってる人が多いだろうから
テーマの問題が解決すればWPFが最善の選択 >>93
UWPがバグだらけって聞かないけど、何処情報？
それとWinUIも流石に1年半だからバグも減っているように見えるが >>94
GitHubでのバグレポートが700個、Openが2800個
バグじゃなくてQ&Aがいっぱい混じっていて本当のバグを追跡できない NumericUpDownをそろそろ公式で実装してくれ 上下キーで数値が変わるのはマジヤバいので無効に出来るようにしてくれ さすがに、テーマが古臭いからといってUWPに移行する奴はレアだろう。 有償のコンポーネント使えばテーマなんていくらでも変えられるのに 857デフォルトの名無しさん (ﾜｯﾁｮｲ aa9f-ZYAP)2023/03/02(木) 01:06:05.40ID:pwr4e0eZ0>>858
ModernWPF UIのコンテントダイアログでプログレスダイアログをいい感じにMVVMで実装する方法ないかな？
やりたいこと：
したのコンポーネントをProgressDialog.xamlで定義して、ProgressDialogModelView.cs内でEventAggregatorでイベントを受け取ってプログレスバーとテキストを更新
https://github.com/Kinnara/ModernWpf/wiki/ContentDialog
なんだか、UIが更新されない。（Vueで言うところのnextTick()みたいな処理がいる？） >>100
有償のコンポーネントやデファクトスタンダードではないライブラリを使うのは論外
ReactivePropertyも当然NG WPFでモダンなUIをということでModernWPFそしてwpfuiが生まれ
そしたら突然Win11テーマ対応やるかもと
xamarinの方もやる気なさそうだからとUnoPlatformを生み出したら突然のmauiで梯子を外される
ろくな事にならん Cross Platform WPF
Avalonia XPF登場
ただし有料製品 maui,unoplatform,avalonia まじで開発リソース分散しまくりで、どれもユーザーが少ないからバグだらけのゴミ製品 質問です！
WPFのListBoxで要素数に応じて高さを変えたいのですがどうすればいいでしょうか？
1要素の高さが分かれば計算出来るのですが取る方法が分かりません。
ご教示下さいませ。 wpf listbox 行 高さ
でググったら出てきたよ
WPF ListBoxの高さを指定したアイテム数に変更したいです
https://teratail.com/questions/264300
できるかどうかは知らんが >108
有難う！ググってそこも見てたんだけど取得時にnullになるので諦めてました。
根本的な事が理解出来てなかったようで、コンストラクターでActiveにしたら取得できると思ってたんだけど、これが駄目だったようです。
コンストラクター以外では正常に取得できました！
勉強になりました、有難う！ WinUI3はバグいし
もうちょっとしたアプリはflutterで作った方がいいってこと?
Fluent UIはもちろん
https://pub.dev/packages/fluent_ui
MacOS UIもあるし
https://pub.dev/packages/macos_ui
OS APIをゴリゴリ叩くアプリはやめた方がいいが ちょっとしたアプリ作るならWinFormsが最強すぎて話にならん WPFはWindows 11テーマ待ちかな?
デスクトップアプリ作るとなると、ウィンドウ位置合わせぐらいはやるだろうが
https://pub.dev/packages/window_manager
ちゃんとメンテナンスされてるっぽいし さすがに公式はもう対応はしないでしょ
C#界の著名人？？？たちがなんちゃってアクリルとか作ってたけどそこから進展はないし使われてる感もない
以前アクリル使うとパフォーマンスが落ちて消費電力が上がりますってMSが注意してたんだけど一体なんなのか
何がしたいのか？ >>114
>>77で今さらWindows 11テーマ対応を投票してやるかもしれないからびっくりなのよ
WinUI 3がグダグダになってるから今さらやろうとしてるんじゃねぇかな マウイの方で聞くべきか迷うんだけどマウイじゃなくてわざわざWinUI3選ぶメリットって何？
バグだらけなの抜きにしても理由思い浮かばん MAUI使った事ないけど
MAUIは基本クロスプラットフォームでコントロールはネイティブのラッパーだから、標準で用意されてるUIが各OSの最大公約数的なものになるからUI自由度低いと思う(自分で頑張らない限り)
WinUIとMAUIの標準のコントロール数比較 >>116
多分誤解があるんだろうけど
Mauiはクロスプラットフォームの仕組みでxamarinの後継
WinUI3は単なるwindowsのUIライブラリで比べるのは変だよ
xamarinとWPFを比べてxamarinじゃなくてWPFを選ぶメリットって何と言うのと同じレベル
windowsでしかUI必要としないならxamarinやMauiを選ぶメリットは多分ない Mauiに興味を持つ人間は確実に何かを勘違いしてる
どのレベルでも確実に勘違いがある
使ってみて気が付くまで勘違いしたまま テキストボックス、コンボボックス、チェックボックス、ラジオボタンにグリッドが使えればそれだけでいいんだけどそれでもMAUIってダメなん？ さっきも書いたけどwindowsでしか使わないのにMAUIを選ぶ理由は基本的にない
個人個人が好きに使えばいいよ >>118
んな当たり前のことが聞きたいんじゃなくてね
最初からMAUIにしとけばどんなアホでもプラットフォーム固有処理と共通処理を分けて設計することになるから少なくとも移植性と将来性の面で有利じゃん
勝手にWindows限定で話されても困るんだけど
>>121
現状xamlの機能はMAUIの方が進んでる訳だがメリット無いとか本気で言ってんならお前の知識の浅さが知れるわ…ｗ
具体的にWinUI3にだけ出来ることとか性能面での優位性とかを書けよ マウイ君は相変わらずアホだな
一つ教えてやると今度はその付け焼き刃の知識でマウント取ろうと暴れたからめんどいわ マウイ君は心折れたっぽいね
知識多少はあったからもうちょとできるのかと思ったが5chBrowserの進捗見てたけどあんなにコード書けないのにびっくりしたわ >>112
xamlじゃない時点で論外
画面1個だけの使い捨てアプリでもwinFormなんて使う気にもならん >>122
まあ君がmauiとWinUIが比較対象じゃないと言うことを知らなかったと言うことだけ理解した >>122
一番目の主張と二番目の主張が矛盾してる
1番目は汎用性を持たせろ！
2番目は進んでるほうを使え！
君は何が言いたいんだ
ただ単に馬鹿をさらして終わるのか？ >>122
プラットフォーム固有処理と共通処理を分けて設計したくないからだろう
わざわざそんなことをしたくない
過去にPLC(ポータブル クラス ライブラリ)とか使って地獄を見てたから汎用性なんてなくていいと思うわ
単一のGUIフレームワークを選択して書いて終わりじゃないか
なんで必要もないのに苦行をするんだか >>129
顔真っ赤で草
重箱の隅つつくのに必死で質問にはまともに答えられません…とｗ
お前がクロスプラットフォーム設計も議論もろくに出来ない初心者なのはわかったからもういいよ
マウント取りたいなら>>117 みたいに推測でもいいから有用なレスを書こうな >>131
こいつMauiがWinUI3に乗っかってるのも知らなそうだな…
バグだらけのWinUI3使うよりMaui使えっていうけどwindowsではWinUI3の上に載ってるんだから矛盾してる >>132
知ってるわんなこと
WinUI3で出来ることがMAUIでも出来るんだったらわざわざWinUI3単体で開発するメリット無くねってことを言ってんの
いつまで論点ずらしてんだよ >>133
MAUIだと他のプラットフォームとの兼ね合いからWinUiで使えるコントロールはデフォルトで用意されてないから、当然Windows限定ならWinUIで作ったほうが楽
カスタムコントロール作ればまあできるけど結構めんどくさいよ あとMAUIもバグだらけだからWinUIのバグに加えてMAUIのバグにも悩まされるってのもあるねｗ xamlが中途半端でクソなのは全面同意
MAUI開発のネックは標準コントロールの少なさぐらいかね
DataGridとかデフォで機能もりもりなコントロールすぐ使いたくて尚且つWindows限定でいいならWinUI3かWPFって感じか >>126
ちょっと慣れると楽だよな〜。
始めは敷居高いな。 winformsは楽
だらだらとテキストログを吐くアプリで使える
使い捨ては大体これ >>138-139
WinUI3の弱点を書けば書くほどその上に載ってるMAUIの首が閉まってるのに気が付かないんかなあ？ Winformsは解像度違うとこで
デザイナー開くと面倒くさい Silk.NETっていうOpenGLライブラリでWinUIとかで使えるようにControlとして描画したいのにそういった資料が全然なくてムカつく
公式ドキュメントも全くできてないからそういうコントロールがすでに用意されてるのかもわからん
OpenTKにはそういうのあるようだがせっかくだからSilk.NETで作りたい
https://dotnet.github.io/Silk.NET/ >>147
お客様は神様です見たいな人間にプログラムは向かないよ >>130
Excelは呪いを残すことがあるから、VBAを書き始めたら気を付けないと task.run() で非同期で動かしているんだが、VSでF5押して起動した場合は
UIも固まらずうまく動くけど、EXEたたいて実行するとUIが固まる。
なにこれ。 await 付けてたような。
await あるなし は環境で動作違うのか? VS上で動作変でEXE版は正常ならまだわかるんだが。 VS上ならコンソール出力排他でタイミングが整理されるとかね exe叩いてVSでアタッチしても再現するか？
VSでデバッグせずに起動でも再現するか？
exe作成時とVSで起動時でビルドの設定を変えてないか？ >exe叩いてVSでアタッチしても再現するか？
これやったことないな。
>VSでデバッグせずに起動でも再現するか？
知らんけどリリース でメークしてる。
>exe作成時とVSで起動時でビルドの設定を変えてないか？
同じ。F5でEXE作ってエクスプローラからEXEをWクリックで起動。
やってることはCSV読み出し。
今度ソースアップするわ。 多分Taskとawaitの挙動を理解してないだけだから
メソッドの作成ミス
awaitは実質returnなんだ
そこに至ると一旦上位層にもどる
await await await とasyncメソッドが連鎖的にGUIレベルまでreturnで落ちるように書かかないとビジーになる
途中で止めてはいけない
多分ボタンクリックイベントから実行してるんだろ
そこのbuttun_clickもasync書け Taskの仕様をよく理解してなくてデッドロックさせるのは初心者あるある 普通の重い処理はbutton_click内で重い処理してそこから出てこないからGUIがビジーになる
GUIに処理をもどしてないからGUIは何もできない
async awaitはそこでreturnしてるのと変わらないので一番最後まで返してやれば
GUIは処理ができるのでビジーにならない >>163
だからVSでF5押して起動かけた場合と作られたEXEを実行したときに
違いが起きるという事だけど。
VS上では正しく動く。 >>156
ここ前見たな。
マルチスレッドの勉強はいろいろとサンブル
動かして挙動を確認するのが一番だな。
パターンが多いよな。 >>167
コード見てないからなんとも言えないけど初心者感丸出しだなあと言う感想しかない
＞ VS上では正しく動く。
これを見ると特にそう感じる
ある程度コードを書いてるとこんな表現まずしないから
ここからは一般論として
大体コードは書いた通りに動くと言うけどそうじゃないこともある
debugとrelaseでは動作が違う
relaseビルドで最適化で必要な部分が消されておかしくなったりフレームワークのバグが顕在化することもあるけど実際は1%もない
debugビルドは補助輪が付いた状態で間違ってても動いたりする
基本的にrelaseビルドの動作が正解でそれが書いたコードの本来の正しい動き
debugで誰かの言う "正しく動く" と言うの自分の想定した動作をしているだけで正しく動くのとは違う
今回のはどうか知らんけど大体は自分のコードのバグが原因 Maui君なのか
相手して損した
debugはdisposeしたはずのリソースにアクセス出来たりヒープ物故割れてるのに何事もなく使えたりする >>166
WinUIは今のところ様子見（開発要員少なそうだから半年に1回ぐらい状況チェックで十分）。
バグとかパフォーマンスとかファイルサイズとか酷すぎてとてもじゃないけど使いたいと思わない。
UWPも出始めの頃ちょっと触ってみてその後使う機会なかったけど深入りしなくてよかった。時間を無駄に捨てないで済んだ。 正直なところどちらも将来性はないとおもうわ
WinUI3はwinUI4が出たころに考えればいいよ
WPFは17年近く経ちやっとMVVMの本命が出てきたから枯れたベースに接ぎ木して使う分にはいい UWPは品質はよかったよ
何度かバグふみぬいたけど、短期間にあれだけのものを仕上げたのは素晴らしい
Windowsスマホとか全力だったからなMicrosoft
それに対してWinUIのやる気のなさは まぁ、深入りもなに幸いWPFにしろUWPにしろMAUIにしろどれか一つできればxamlに方言はあるにせよ知識無駄にならないのが救い Windowsスマホが勝利してたら今頃まわりみんなxaml触ってるという世界線が... MSの中の人からすればWindowsAPIを使いこなせない連中はこれでも使ってろって感じなんだろ Win64APIは一体いつになったら出るんですか？ 5chブラウザってスクレイピングで作るの？
暇になったら手を付けてみたい >>173
流石に１年半も経っているからパフォーマンスは十分な速度が出るようになっているし
トリミングでサイズの問題も解決している 5chは専用ブラウザは許可が必要なんじゃなかったか？
個人で常識の範囲内の負荷で使うなら文句言われないだろうけど WinUI 3は未だにオープンソース化されてないからWPFと違ってコミュニティがプルリクエストもできないし、サービスパックと称したアップデートは2,3のやべえバグだけ潰しておしまいだし、それ以外のアップデートでもちょこっとバグ潰しておしまいだし
バグ報告しても1ヶ月は全く反応がないのがザラだし
まじでオワコン デスクトップアプリ、どのフレームワークで作る？
最低要件（最低限これくらいは満たしてね）チェックシート2023
============================================================================
チェック用アプリ仕様:
アプリ上の"はろー"ボタンをマウスでクリックしたらメッセージボックスで"わーるど"を表示する
(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以上が合格ライン（当然点数は高ければ高いほど優秀） なるほど。proxy2chというのを使わせてもらえば、datを取得できるということですね
後はガワだけ作ればいいと。
構想練ってみます そうだね、分からないことあったら先人が残したスレを活用させてもうおうかとｗ
とりあえずガワはWPFでWindows10以降専用。スマフォアプリとか考えない
過去ログ保存等はSQLite3
C#にef coreという王道で始めてみようかと
来月GW当たりから着手できたらいいな >>187
> デスクトップアプリ、どのフレームワークで作る？
> 最低要件（最低限これくらいは満たしてね）チェックシート2023
WinUI 3 (C++)
(1)OK
(2)OK
(3)2つ
(4)OK
(5)OK
(6)OK
(7)OK
(8)25MB
(9)260KB
合計点 80 >>191
そのチェックシート、NGが1個でもあったら不合格なクソ仕様だが。 >>194
貴方の結果がその通りなのは承知しているのだが、
チェックシート自体がクソなのでやってもしょうがなさそうだと思った。 全部クリアして当たり前のゆるゆるなチェックシートだから
クソなのはNGになるフレームワークの方やで きびししいいいいいいいいいいいいいいいい！！！！！！！！！！！１１ ChatGPTで
WindowsFormのアプリ（複雑怪奇）をWPFで書き直すってできるようにならんかな WPFで複雑なレイアウトや動作をさせようとするとWinForms以上にはまるからまずは簡素化することをおすすめする マジでそろそろwinui完成させろよ
どれもこれも中途半端な開発しやがって
winformsが一番マシって舐めてるのか ちょうど1.3リリースされてるじゃん
どのバグがフィックスされたのか一覧ないのか?
もちろん全くフィックスしてなくてちょっこ新機能しておしまいっていつも通りだろうが MAUIチームより何もしてないぞこの10人未満のWinUI Team 見た目良くするだけならライブラリ入れれば事足りるし現状WPFからWinUI3に移行するメリットなんかあんの
機能的なアドを見出だせないんだが ChatGPT最高だな。正規表現が苦手なんだけど、サクッとコード作ってくれて大いに助かるわ 正規表現のデバッグ楽しいのに…
まあ時間の無駄ではあるがｗ 正規表現って自分で作ってるうちはまだいいんだけど人の作った奴読みたくないんだよな 金になるTeamsアプリ改善とかChatGPTとの統合とかAzure とかそっちに忙しいからな
https://build.microsoft.com/en-US/home
Build 2023で
migration of File Explorer to WinUIセッション1つだけ? https://io.google/2023/intl/ja/
MicrosoftよりGoogle IO 2023に期待だな >>206
プライベートリポで作業してるらしい
全部オープンにしてくんないかな >>213
まだオープンソースになってないからね
WPFみたくプルリクエストすらないからね
やる気あるやつはいそうだからさっさとオープンソースにしてコミュニティの力取り込めばマシになるのか知らんが
https://github.com/microsoft/microsoft-ui-xaml/discussions/8381
来週のCommunity Call参加しろよな
100人ぐらいしかいないが teamsもelectronからWebview2ベースになったし Win11のエクスプローラーはWinUI3にするんだってよ 現状開発中でデザイナもないから無理なんじゃ？
winUI3にデザイナがない理由をBingChatに聞いたら開発中だからまだないんですみたいな返事だった デザイナwwww
そんなもん今どきの開発には不要なんだが 新エクスプローラーの画像見たけどリボン止めるみたいだな ウィンドウにテーマが導入されたおかげでデザイナと実物が違うために画面が崩れる問題あったろ
今はホットリロードの方向に向かってんぞ デザイナの役割ってそれだけじゃないからなあ
書いた結果を見せるだけじゃなくて書くことをサポートしてくれ >>225
タグを書く方がサジェスチョン出るじゃん
何のサポートが必要なんだ？ WinUI3だけどホットリロードのときFontSize=""で落ちるのはいい加減直してほしいわ そんなんじゃ入門者は増えないぞ
開発者は増えなくていいのか？ >>226
そのコントロールの初期配置とかアライメントやネスト構造をマウスだけで決定したいし
基本的なプロパティをゼロからじゃなくて選択肢から選びたいんだ
あとTemplate構造とかコピペじゃなくて理解して書けるようになるまでのハードル高すぎやろ >>230
マウスだけで決定するからウィンドウの大きさを変えると配置が乱れると言うやつが出てくる Windowsの設定みたいに無駄にスクロールするクソ画面が出来上がる >>230
それはデザイナの実装の問題であってデザイナが不要という話ではない
AndroidのConstraintLayout輸入してほしいものだ WinUI3のリーダーも未熟だしあまり今後まともになるとも思えない
コミュニティに依存しすぎ
使う人がいないといくら何を提供しても無駄 はよまともにしてくれ…
おかげでflutterやpysideとか手を出してしまったじゃないか 現状はWinUI3は忘れてWPFにしばらく戻るってのが正解だよね >>233
マウスで大きさ変えるバカが悪いって話だぞ？
Dock使え
サイズ指定する場合は余白を数値入力してAnchor使え 正解
WPF->Windows 11テーマ対応発表(今ここ)->WPFのクロスプラットフォーム化発表になったら笑えない >>238
それはデザイナの実装でサイズ変更できなくすればいいでしょ
デザイナからマウスポチポチしたりD＆Dで寄せたりすることで
DockやAnchorへのアクセス提供してくれたら探す手間が省けるし楽になる
WPFで提供されてるデザイナを少し縛ったり編集しやすくするだけでいい 基本的にレスポンシブなデザインを導けるデザイナであるべきじゃね
なんで変えちゃいかんと思ってるのかが不思議だわ デザイナいらないんでWinUI3を先に完成させてくれ QTとか買収して取り込んでくれないかな
C#だってDelphiの人が作ってくれたんだろ？
MSって開発力ないんだから良さそうなのは買収していけばいいのに >>246
アメリカの法律では、
「同じ分野の会社を取り込むのは独占禁止法に違反する」
ということだったはず。
実際は異なる分野であっても会社が巨大化することは独占禁止法違反の疑いが
あるわけだが。 >>248
そんなことはない
市場を独占に近い形になる場合検討されるだけ なんでプログラマーってUIに弱いんだろうな
この世のゴミみたいなUIしか作れないだろ
それはデザイナーの仕事というプログラマーが多いが、デザイナーにVS使わせるのか？ いつもの自称デザイナーさんかな？
マジレスするとUIデザインとプログラミングは脳の使い方が全く違うから
要件定義が末端プログラマーの仕事でないのと同じ デザイナーとプログラマーは別のソフト使うんじゃないの？ WPFもWinUI3もデザイナーにはメモ帳で書かせるのか？ デザイナーの書いた仕様書とスケッチを見てプログラマーが打ち込むに決まってんじゃん プログラマーのデザイン再現スキルが絶望的なのにどうやって打ち込むんだよ？ 1pxで再現求められてるとかあり得ない極端な言い訳はいらん
毎回このレスがされるが 手書きだろうが手描きだろうがイラレやフォトショやFigmaだろうが何を使ってもプログラマーのデザイン再現スキルが絶望的だから再現不可能じゃん
できてると思ってるのは生まれつき図形認識能力が劣ってるプログラマーだけ >>259
だから絶望的なのはお前だけだって
サイズや色が決まってるなら健常者はできる >>260
数百人のプログラマーたちと仕事してきたが俺含めて数名以外にまともにできる奴を見たことがない
ちなみに受託開発してる大手の会社の奴も同じことを言っていた
採用エージェントの奴も多くのエンジニアと面接をしてきてUIできるエンジニアはほぼいないと言っていた >>261
底辺の更に下ならそうかもな
お前の周囲など知らんわ
まともに義務教育受けてればできる >>262
どっちにしてもお前みたいな自分はできてると勘違いしてるプログラマーばかり見てきた
お前と一緒に仕事してる奴らが可哀想だなという感想しかない さすがにサイズ合わせもできんやつがトップ張ってるようなところを羨ましいとは思わんぞ？ FigmaとVSで同じWinUI3のコントロール使えばいいもんじゃないの？ >俺含めて数名以外にまともにできる奴を見たことがない
>自分はできてると勘違いしてるプログラマーばかり見てきた
たった2レスで見事なブーメラン サイズ合わせはどこからでてきたんだ
こういう突然脳内の妄想を平気で吐き出すジジイと仕事してる連中が哀れすぎる >>266
ほとんどのプログラマーはfigmaの存在すら知らないし話しても理解する脳みそを持っていない Figmaで出来てるならそのままHTML/CSS出力したら終わりだろw
何を打ち込ませてんだよww
これだから自称デザイナーはwww >>249
WindowsやAzureで儲けた金でVisual Studio Communityを無料で配布
するのはダンピングにならないんでしょうかね。 >>273
XAMLでもステップが増えるだけで同じやで
プログラマーに打ち込ませるなんて壮大な無駄はやめような >>275
htmlとの区別はつくようになったか？ とりあえずキーボードでの操作も考えたUIUXをデザインしてください。
ファンクションキーの表示なんて最高ですね デザイナーが描いたものがそのまま使えるわけないじゃんていうね
そのまま使えるくらいのものが書けるんだったらxaml書かせるわw Office、Windows、Azureで大儲けして余った金で開発環境を無料にする
というのは、SDGs に即しているんでしょうか。
国は、ライバル企業が苦しむことは放置して構わないと言うこと？
これやりだすと、マイクロソフトがソフトウェアを全て牛耳る様になるのでは？ 無料の開発環境など他にいくらでもあるのを知らんのか SDGs 的にはどうなのさ。
ライバル企業の劣悪環境の労働状態を招くことへの配慮は。
仮に開発環境としては安いとしても、ボランティアではなく企業が作っているもの
としては一社しか作れない状態になって果たしていいのかとか。 何を言ってるんだお前は
無料の製品がいくつもある市場で問題になるわけがないだろ >>283
無料の開発環境は短時間で小数で作られているかもしれない。
大規模に長期間かけて開発したものを無料にするのはおかしい。
しかも世界最強の開発環境と称されているものを無料にするとはSDGsに反する。 その開発環境を使ってサービスを生み出すことが持続可能になるから良いんだよ >>285
自動車を使ってサービスを生み出すことが持続可能になるからと言って、
自動車を無料にするのはおかしい。 >>284
つまりLinuxやGoogleが無料で使える世の中はおかしいと言ってるのか
アホなのか？ ItemsView
ItemContainer
RiverFlowLayout
AnnotatedScrollbar
これは直にWinUIに取り込まれるってこと? >>290
xamlが書けないデザイナーだよ
別に珍しくないぞ
無職は知らんだろうが >>291
XAMLに変換すればいいの
わかる？
直接XAML書かせる必要なんてないの
バカかよw 何を変換させるつもりなんだよw
お前xaml書けないだろw 昔はhtml <-> XAMLみたいのもあったけどcssわからないと意味がない
プログラマになろうという広告があって見て見たら実際はwebデザイナでしたみたいな話が多い
世間で言うプログラマのイメージがwebデザイナで上書きされてもおかしくない 本当にガワだけのデザイン
アプリのユーザビリティも含めたデザイン
動きやらレスポンスを含めたデザイン
どうプログラマがカバーしていくのかごちゃごちゃしとる WinUI3はリリースノートに乗っていないバグフィックスも結構やっていて
例えばテーマ関係が不安定だったのがいまやどのコントロールもマトモにテーマの切り替えができる
内部のエラーが発生しないようになったのか、コードがWPFより少し早いくらいまで改善
リリースノートだけ見て暴れている人いるけど迷惑だわ WinUIはビルドするとdllがたくさんになるのがヤダ 多分winUI4かWinUI3.1がwindowsの最後のネイティブGUIになるんじゃないかな リリースノートに書ききれないバグフィックスリリースの内はまだまだこなれてない 多分人員を5倍ぐらいにしないとうまく回らないしデザイナも作られない ネット上でやりとりする人間は変なひとしかいない。
外国人でも日本人でも同じ。 儲かるAzureに熱心だし
今はAIにも夢中だし
どうにもならんね winUIはしばらく空気
期待したc++からの利用が進む状況でもない
実際にいくつかc++で作ってみてこれやれる人ってほぼいないんじゃないかと実感 確かにC++とXAMLの組み合わせは面倒
XAMLを使わないほうが簡単な気がする WPFをWinUI3に移行しようと思って手を動かしてみてるんだけど
WPF -> UWPの時に変更されたポイントが引き継がれていて
結局UWPもある程度勉強しないと分からんな
UWP以降の方が理にかなった記述ができるようになっていると思うけど
WPFから乗り換えるのは結構しんどいね WPFでバインディングしたテキストボックスに、ファイルで読み込んだ値を入れても表示されないのですが、
UpdateSourceを後から呼び出す方法ってあるのでしょうか？
ググってもキー入力のサンプルばかりなので聞いてみました。 本当にそれなら
＞ Binding text1,
が原因だと思うわ 若干コードが香ばしい気がするけど今もこんなふうに書いてんの？ >>310
あとデータを入れるのはmyviewmodel.Text1 ="aaa" WPFの画面を印刷したくてスクリーンショットとってpng形式で保存->MSPAINTで
印刷、という風にやってたけど、XAML直で簡単に印刷できるのな。
今日知ったわ。 ペーパーレスとは言えまだ必要だしバッチリ綺麗に印刷できると気持ちいいw どこかのサイトみてやったんだがわからんな。
ソースは職場なんで明けだな。 帳票だったらEXCELでテンプレート作ってClosedXMLでやっちゃうのが
お手軽ではある。
セルの設定しておけば数値放り込むだけで後は勝手に処理してくれるし。 ドラッグ＆ドロップの質問です。
<ListView AllowDrop="True" DragOver="listView_DragOver" Drop="listView_Drop" ...
WPFだとエクスプローラーでも別のファイラーアプリでもEverythingでももちろんできます。
まったく同じことをWinUI3だとエクスプローラーでも別のファイラーでもできるけど、
Everythingではイベントが起きずできません。
どこか間違ってる？変更されてる？
どうにかできる方法ありますか？ 解決方法は知らんが権限周りかな
Everythingをサービスとしてや管理者として実行してないか >>324
サービス、管理者として実行だとD&D不可、
通常実行だと可でした。
自分用なのでEverything側で凌ぐことにします。
ありがとうございました！ XAML印刷
// 印刷にあたり調整 <Grid x:Name="G1" Background="#FFE5E5E5">
var tfg = new TransformGroup();
tfg.Children.Add(new ScaleTransform(0.65,0.65)); //65%
tfg.Children.Add(new TranslateTransform(30, 20)); // 左にボタンがあるので
それを印刷させないため移動
G1.RenderTransform = tfg;
PrintDialog printDialog = new PrintDialog();
printDialog.PrintTicket.PageOrientation=System.Printing.PageOrientation.Land
scape;
printDialog.PrintTicket.PageMediaSize = new System.Printing.
PageMediaSize(System.Printing.PageMediaSizeName.ISOA4);
printDialog.PrintVisual(G1, "test");
// 元の大きさへ
var tfg2 = new TransformGroup();
tfg2.Children.Add(new ScaleTransform(1.00,1.0)); //100%
tfg2.Children.Add(new TranslateTransform(0, 0));//元の位置へ
G1.RenderTransform = tfg2; >>322
結構便利だよ。
セルさえ変わらなければ自由に変えられるし。
closed XMLはEXCELがインストールされてるのが前提だが。 便乗質問お願いします。
Win10だと下記でプリンタ選択できたのですがWin11だとできません。
どうすればよいでしょうか？
var printerName = "プリンタ名";
var printDialog = new PrintDialog();
var lps = new LocalPrintServer();
var printQue = lps.GetPrintQueues().Where(x => x.Name == printerName).FirstOrDefault();
if (printQue != null) printDialog.PrintQueue = printQue;
printDialog.ShowDialog(); もちろん合ってますよ
lps.GetPrintQueue(printerName)でもいいんですが無いと例外出るので回しています
ちなみにShowDialogの前にprintDialog.PrintQueue.Name 見るとちゃんと変わっています
環境は.NET Framework4.8
Win11の使いにくいダイアログです 選択できませんって具体的にどういうこと？
自分は分かってても他人はそれだけでは状況を正確に捉えられないよ 印刷ダイアログを開いた時点で
ダイアログ内で選択されている出力プリンタを変更出来ません
Win11では常に「通常使用するプリンタ」が選択されています
開いた後に変更は出来ます
Win10では変更できます
動画じゃないと理解していただけないでしょうか？ >>333
印刷ダイアログ表示時に初期選択されているプリンタをコードで設定しようとしてるのに
Windows11ではそれが無視されてシステム既定のプリンタが初期選択された状態でダイアログが表示されてしまう
という解釈でいいのかな？ >>335
要らん要らん
あげなくていいよ
ほら他の人がイミフって言ってるから答えなよ >>336
そうです
Windows11 22H2の「Win32アプリケーションから印刷しています」ダイアログで事前にプリンタを変更できません。 >>338
11は手元にないからざっと調べるだけ調べてみたけど新しい印刷ダイアログは曲者らしいね
ただ見つかるのはレジストリいじって従来のに戻す方法に関する情報ばっかりで
プログラムから操作する際の注意点なんかは見当たらず
同じ問題に遭遇して解決した人の目に留まればいいんだけど そりゃそうだろ。教えて自分に何のメリットもない。
親切心で書くくらいだ。 OSの違いだけで動作不良なら仕様外の動作してるんだろ。
あとLINQはバグの元だ。 reg add "HKCU\Software\Microsoft\Print\UnifiedPrintDialog" /v "PreferLegacyPrintDialog" /d 1 /t REG_DWORD /f
これとかね。 >>344
この場合、仕様外の動作って何を指してるん？ LINQはバグの元とか言っちゃうあたりお察し
後から従来のダイアログを使う方法を出してきたあたり、適当なこと言ったって自覚はあるのだろう this feature may not make it in time for .NET 8 (possibly .NET 9)
Win11Themeのこれよ
.NET 8に間に合わないかも? Dartの言語機能よりFlutterのwasmやマルチウィンドウへの対応の方が気になる
Impellerとかほんと迷惑だよな
apple向けのjankを取り除くためだけに無駄な労力がかかってるし 米国年収では、Ruby がGo/Rust/Elixirの3強を超えた！
PHP, Dart は、高卒の茶髪ギャルがやるイメージ
Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7
多くの言語 : 6.5〜7
PHP : 5
Dart : 4.4 CANVASに決め打ちで位置指定できればいいんだけど。そんなツールないかね。
印刷して位置確認してまた修正してまた印刷。プリンタ間の往復。 最近WPF始めたけど
これUI作成楽だしバインドも簡単でいいね
C#コード書くより簡単で分かりやすい 珍しいやつだなお前
普通はxamlに殺意湧くもんだと思ってたけど
それはこれからか >>361
XAMLのほうがコード量が明らかに減ったから
変更が簡単で楽だと感じた
MVVMをガチガチに守ろうとすると面倒なことが多いけど コードビハインドとMVVM以外に何か選択肢あるの？ MVVM使うほどのアプリ作ってないしなぁ。
CANVASで帳票印刷してるんだがwindow作ってそれのコンテンツプロパティに
CANVAS指定でプレビューできんのな。
しかも使用してるモニタが93DPIなんでほぼ原寸で出てた。感動したわ。 >>369
そういうときコードビハインドでやってるの？
それとも>>368みたいな感じ？ そもそもバインドするデータが無い
という場合はどうしょうもないな Canvasって、ViewModelとChildrenバインドできたっけ？
XamlからItemSource、ItemTemplate使ってもうまくいかなかったような・・・
仕方なくコードビハインドでやった記憶がある。 そういうときはサービスクラスを作ってカプセル化してVからVMにインジェクションする
って、書いただけじゃ伝わらないよな MとかVMとか、なんか、いろいろ難しそうなことやってんだな。。 データグリッドの値をいじったりするのは
データバインドしなきゃやっとれんでしょ MVVMっぽい何かはしてるけど
たいした物つくらないから時間の無駄な気がしてならない データグリッドをバインドなしで扱うとするとイベントハンドラでゴリゴリデータ書き換え？ データグリッドの殆どがDBとかCSVからのデータ表示用だろ。入力もあるけど。
だから検索して表示した後は放置。必要があればまた全更新。
だからゴリゴリデータ書き換えって事態はないんじゃね。
しかしデータグリッド早いよな。7000件をCSVから全表示させても1秒かかるか
どうかって感じ。非同期化してたのを戻したわ。 いや、データ編集ありの場合にデータバインドなしでどうやんの？って話の流れでしょ データグリッドに手を加えてバイディングなしでやってた。 なぜMVVMかって？
ドメインモデルに集約するためさ。 .Net Conf 2022でも2023でも聴講すればわかる。
>374のような、ボケスタイルはやらない。
DIでレポジかインスタンス参照を渡すとか言ってるんだろうが、VMからV参照は双方向参照。
SOLID原則を学べ・・・ と言いたい。 さっぱりわからんわ〜。
ま、大事なのは要件が実装できかどうかだと思っている。 >>375
１．例えばCanvasのようなUI部品をプロパティーに持ち、それをアクセスルルメソッドなどで構成されたサービスクラスを作る
２．VMでインスタンス化してプロパティーとして公開
３．VのコンストラクタでVMで公開されているサービスのインスタンスに自身のCanvasのインスタンスを挿入
４．VMからはサービスクラスを介してUI部品をメソッドを使って簡単にアクセスできるようにする
５．単体テストが必要な場合はサービスクラスのインターフェースを用意して、スタブでデバッグする
つか、WinUI3のConnectedAnimationなど、このやり方じゃないと不可能だよ １．例えばCanvasのようなUI部品を持つMyView.xamlクラスを作る
２．VMでプロパティーとして公開
３．VのコンストラクタでVMで公開されているMyView型のプロパティに自身のthisを挿入
４．VMからはプロパティを介してUI部品に簡単にアクセスできる
５．単体テストが必要な場合はViewのインターフェースを用意して、スタブでデバッグする new FixedPage() と canvas で両面印刷はどうすんだ?
片面しかできん。 >>389
VMにVのインスタンスを注入すれば機能的には全く問題ないんだろうが
ちょっと不細工だから不採用だな
好みの問題なんだが 原則としてVMがVに直接依存するべきでないからそこに依存性逆転パターン使うわけやね MVVMの話は難しいな〜。ホンマ感心するわ。
で、new FixedPage() と canvas での両面印刷はどうするんでしょう。
こちらもお願いします。。 今回シンプルな画面だしイベント駆動でいっかー
↓
あれよあれよと言う間に仕様追加で画面ゴテゴテ
↓
こんなんならデータバインドで作ってたわ・・・(いまここ) そもそもVMでUIElementを操作するなという事では？
DIP原則守る為としてインターフェースをVMにインジェクションしても、そのRepository経由でコンテナーのUIElement操作したら本末転倒。
とどのつまり、UIElementをコードで操作するような場合は素直にコードビハインドでやれという事。
DataGridにエクセルの操作性追加や選択範囲のデータ取得、Adonerにグラブハンドル入れてCanvasのShapeをResizableにしたり等々の処理をVMでやるとかあり得ない。 >>391
自己レスになるがFixedDocument() で土台作ってFixedPage()で全ページをaddして
最後にXpsDocumentWriterで一気にプリンタにデータ送って両面印刷できた。
プリンタダイアログの設定で袋とじとか自動的にその通りに印刷された。楽だなこれ。 >そもそもVMでUIElementを操作するなという事では？
>DIP原則守る為としてインターフェースをVMにインジェクションしても、そのRepository経由でコンテナーのUIElement操作したら本末転倒。
本末転倒ってのはどういうところが？
UIElement へ直接依存することが問題だしそれを切り離せればとりあえず問題はないと思うが。 >>389 に問題があるのは当然として >>397 はそれを依存性逆転で改善したうえでの話と思ったが。 >>389は一応動くから、ちょっとやばいけど使っている人がいても不思議じゃないと思ったわ
>>387のやり方で何も問題なく見えるが>>400の方は何が気に食わなかったのやら マルチスレッドや印刷、GDI、ソケット、、そういう事が出来る奴の方が頼もしいわ。
結局誰も>>391の質問に答えられないし、プログラマの勉強に終わりは無いな。 質問の意味が分からんからな
裏写りを表現したいということかな？ >>403
>結局誰も>>391の質問に答えられないし
ChatGPTに聞けば答えてくれるよ
ほんと便利な時代になったもんだね
DocumentViewerとDocumentPaginatorを使ってCanvasをPagenationできるようにする
もしくは
自分でページサイズに合わせてcanvas内の要素を複数のcanvasに分割して各FixedPageに割り当てる
FixedDocumentのPageContentとして各FixedPageを追加 >>405
POS開発と、CodeProjectと.NET Conf現地参加・・・ ITギークナカーマ一杯。
基板開発とクリーンアーキエンベッディドもやってるよ。
ESP32の広大なFLASH空間に満足しています。 組み込み系か。c言語で?
POSにしてもMVVMとは無関係ぽいが。 POSめちゃ関係あるやろ
業務系のなかでもぎゅうぎゅうに詰め込んだUIの典型 UIが小規模でシンプルならMVVMにする利点が少ないのは確か picだったな。メモリ少なくてアセンブリ使ってた。
MVVMは少数派。これ持論。 >>413
いつの話?
最近なら結構リッチな環境になってそうだけど MVVMは不要って言うならそれは持論と言えるけど
少数派って言われてもそりゃただの観測結果でしょとしか 周りに馬鹿しかいないど底辺なんだろ察してやれ
ここでいつもMVVM分からん言ってる奴はハナから覚える気無いジジイだから相手するだけ時間の無駄 アセンブリが採用されるような案件は最初からMVVMは選択肢に入らんわな
そんなとこで少数派！少数派！って井の中のなんとやらでしかない 何？ このスレ。 数人以外カスばかりやん。 アホ草 MVVMバリバリのユーザは50-60万円はもらってそうだな。
そのくらいは出て当然だと思う。 とりあえずWPFのスレでアセンブリ言語のことアセンブリと言うのやめなよ どこのスレであれ誤解を生むなら必要だし文脈から判断できるなら不要 読解力じゃなくアセンブリと書く方に日本語能力の大きな欠陥があるという話だぞ？w
読む方はちゃんと読み分けてるわけだしなw C#使っててアセンブリ言語なんて使うことないからC#のスレでアセンブリ言語のこと何の説明もなくアセンブリって言われたら「アホの子かな？」と思うのが普通 ちゃんと読み分け出来てるってことはややこしくないってことだよね 読み分ける方の言語能力が高いだけでややこしいのはかわりない 日本語能力の欠陥とか強い言葉を使った方が勝ちみたいなゲームはノーサンキュー C#のスレでアセンブリって言ったらアセンブリのことに決まってんじゃん
アセンブリのことアセンブリって言うならちゃんと区別しろよってだけだろ 学校で「やっぱりデスクのせいだよな」って言ったらみんな頭にはてなマーク浮かべるだろ
他人に伝わるかどうか考えられないのは日本語能力に欠陥があると言われても仕方ないぞ >>438
例えがヘタクソなのも日本語能力に欠陥があると思われても仕方ないね あ、そうか
ここがWPFのスレと気づいてなかったのか
それならたとえが悪かったなw >>438は>>413ではてなマーク浮かべてたのか >>443
WPFでどうやってアセンブリ言語使うん？
わかってるなら教えて >>413をWPFからアセンブリ言語を使うって意味に解釈したの？ >>445
どういう意味なん？
理解してるなら教えて
できてないなら話をそらして PIC、アセンブリで使ってたと書いたのに何故かMVVM と リンクした。
PICって知らんのだろうな。 >>446
そもそも>444で話をそらしたのそっちやん >>447
そもそもWPF知ってるか？
vueと勘違いしてない？ 組み込み系の話がでたのでPICのこと書いただけなのに。
vueってなんだ? 突然脈絡なく組み込み系の話をWPFでするから頭おかしいと言われるんじゃね >>445
んで組み込みらしいけどアセンブリ言語じゃなきゃ何なんだ？
ん？ なんだろう
ID:AI1g8QaOの的外れな絡みっぷりは見てて不安になる >>455
それは気の毒に
で、WPFのスレでなんでアセンブリ言語の話を始めたの？
アスペか何か？ 組み込みとかPOSのあたりで使ってたいってるだけじゃないの 言い訳がくどすぎて草
アセンブリ知らなかっただけだろ MVVMはどうやって勉強したんだ、という質問に対して、
基板もやってたよ、という返答。
それで、ぼくはPIC(マイコンね)、アセンブリ(言語)で使ってたと返事したのが事の発端。
良く読めよ。 MVVMと基盤のどこに関係があるんだってとこから説明してもらっていい？w
ちゃんとした日本語書いてから言えよw https://flutterweb-wasm.web.app/#/
wasm gcでフルwasmでゲロ速い
正直flutter for web望みねぇなと思ってたがこれはもう flutter 3.10でもCanvasKitのサイズ2/3になったりしてたが、ロード時間
別次元やなどんなトリック?
単純なアプリであるが画面の切り替えもサクサクでモバイルブラウザでサクサクや
SEOの問題あるがこれならいける コードビハインドの糞コードもCopilotに頼めばMVVMにしてくれる時代もすぐそこか WinUIのNumberBoxのSpinButtonPlacementMode="Inline"で表示されるボタンが左右逆になっている
左がDownで右がUpではないから誤操作の原因になるUIだ
Sliderと一緒に並べたら違和感が半端ない >>464
質問なんだがよくコードビハインドって言うけど実際は何だ?
マイクロソフトHPでは、
コードビハインドとは、XAML ページがマークアップ コンパイルされる際に、
マークアップ定義オブジェクトと結合されるコードを表すために使用される用語です。
とあるけどよくわからん。 >>結合されるコードを表すために使用される用語
意味不明。
c# や bvのソースコードのことなんだろうか。 コードビハインド is 用語
マークアップ定義オブジェクトと結合されるコードを表すために使用される用語
↓
マークアップ定義オブジェクトと結合されるコードを表すための用語
↓
コードビハインド is マークアップ定義オブジェクトと結合されるコード xamlってのはc#のコードに変換されてから普通のコードと同じくコンパイルされるが
xamlだけで書くのが不可能だったり面倒なものをc#のコードで書くわけだが、
それがhoge,xamlに対して.hoge.csというファイル
コンパイルする過程でhoge.xamlとhoge,csは同じクラスに統合されることになる
説明すると結構めんどくさいものだよな XAMLと結合される C#,VBなどのソースコード、と書けばいいのに。
相変わらず分かりにくい書き方。機械翻訳にしてもヒドイ。 >>471
MSの機械翻訳が酷いのは前からだろ
英語読めよ
> Code-behind is a term used to describe the code that is joined with markup-defined objects, when a XAML page is markup-compiled.
訳：コードビハインドは、XAMLがコンパイルされる時にXAMLによって定義されたオブジェクトと結合されるコードを示す用語である >>472
日本語訳はgoogle翻訳とほぼ同じ。
AI、AIいうけど機械翻訳の精度を上げてほしいよな。
そのうち、翻訳家なんて居なくなるんだろうか。 コードビハインドの意味が分からないと言ってる人はとりあえず簡単な入門本を1冊読んだ方がいいと思う 簡単な入門書っていいのないよな。
ま、MVVM以外は殆どマスターしたけど。 >>479
DeepLはいい感じに訳してくれるけど、うまく訳せないところをしれっと無かったことにすることがあるから注意が必要だぞ 結局自動翻訳を見ながら自分で読むのが確実なのよね、英語すらすら読めないと。
昔みたいに手動翻訳してくれないかなMS
文書の量が増えすぎて投げたんかね 添付プロパティのコールバックでプロパティの名前を取得することってできる？ Bingチャットがコード例付きでできるって言ってんだからできる コード例を出す
エラーが出る
エラーを聞く
あなたが書いたコードに問題がありますと言われる Template Studio for WinUIを使ってみたんだけど結構いい感じだな
設定ページを含めたらアプリテーマ切り替え機能が初めから実装されていた
ウィンドウのサイズや位置保存も効いていた asyncってどう読むんだ。エーシンクって言ってるけど。 ェィスィンク → async
アシンク → a sink altなんてネイティブでもアルトって発音するやつ多いのにオルトって言わないとドヤ顔でうんちく垂れるやつ多すぎて >>494
ネイティブって雑にくくるけど、各アクセント話者が色々居るだけであって一人が統一感の無い発音してるわけでは無いからな。 日本人は、walk は、ウォークだと思っているが、アメリカ人の発音は、
ワークと聞こえることが有る。
逆に、work は、日本人はワークだと思っているが、アメリカ人の発音は、
ウォークと聞こえることが有る。
知らんけど。 日本語の音声の区分けだと分類がないのでそう聞こえるのは当然やね。
喋る側がそもそも文脈でわかるだろっていうので適当になってるのもあるけど。 日本語というか日本人の耳のせいじゃ？
聞こえると言うなら聞こえるんだろ
work wˈɚːk(米国英語), wˈəːk(英国英語) ワーク
walk wˈɔːk(米国英語), wɔːk(英国英語) ウォーク
talk tˈɔːk(米国英語), tɔ:k(英国英語) トーク
そのように聞こえるならtalkがタークに聞こえても何も不思議じゃないけどタークに当たる英語がないと言うか知らない そういうのでもなくて、Warningをウォーニングって言ったら、返事の端々で「ワーニング」と強調されるような感じ。 workとwalkはワかウォかというよりrの発音の有無が決定的な違い
日本人には音だけで聞き取るのが難しい場合がある
https://dictionary.cambridge.org/dictionary/english/walk
https://dictionary.cambridge.org/dictionary/english/work
このくらい違えば大半の人がわかると思う
https://www.merriam-webster.com/dictionary/walk
https://www.merriam-webster.com/dictionary/work
でもAlt keyを「スズキの新型アルト」と同じように日本語でアルトと発音するのと
ネイティブが /ɑːlt/や /ælt/と発音するのとは全く音が違うから
日本人相手なら一般的に定着してて通じやすい方を使ったほうが良いと思う
ルーターをラウターと呼んだりSQLをシークウェルと呼ぶようなもん >>498
walk verb (MOVE ON FOOT):
UK /wɔːk/ US /wɑːk/
つまり、アメリカ英語では、walkは、「ワーク」。
日本ではイギリス英語の発音を学ぶので、ウォークだと思っているから
アメリカ英語が聞き取れないのかも。 >>501
シークエルはIBMが最初に作ったSQL言語だよ オミクロン株が出たときにアメリカのニュース番組でみんな違う発音して混乱してたの思い出した とにかく明るい安村のイギリス英語での受け答えはシンプルだったけど完璧だったな いまだにxamlアレルギーの人いるのか。
jsonかyamlベースのものを追加したら歓迎されたりするのかな。 脳の小さい人でも唯一理解できて自己肯定感を高めてくれたのがWinFormsだったんだろうと振り返る xaml は <>にこだわりすぎてコメント書き辛いのが糞 xamlはxmlだからなあ
インデントだけで1画面食うとかになるとさすがに困る そのへんはコードのリファクタリングと似たような感じだな。
コードブロックを関数に切り出すのと同じようにコンポーネントをUserControlに切り出す。 PngBitmapEncoderを非同期で保存する方法はありますか？
await Task.Runだとスレッドエラーになってしまいます
あるいはPNGファイルを非同期で保存する方法を教えてください >>517
そのままChatGPTに聞けば答えてくれる 何のエラーがでるんだろ
単純に書いただけじゃエラーにならないわ ChatGPTに聞いたところ、FileStreamのWriteAsyncに置き換えて書き込めました
ありがとうございます どういたしまして
困ったことがあったらまた尋ねに来てくださいね 非同期は難しいね。非同期のつもりが同期してたり。
サンプル拾ってきて動かして挙動確認するのが一番。 ConfugureAwait 指定すべきか否かの判断が未だによくわからん UIスレッドに戻る必要がある場合はConfigureAwait()なしかtrue指定かということは、
MVVMで作っていたらConfigureAwait(false)だらけでも問題ないのだろうか。 そいやConfigureAwaitって使ったことないな ConfigurrAwait(true) にしようと思っても、意地でも MVVM にしないやつがいるせいでできない。
WinForms か VB でもやってろよバカと言いたくなる MVVMでもPropertyChangedしたらUIスレッドでやれって怒られるしどうしようもなくね WPF 限定かもだけど INotifyPropertyChanged.PropertyChanged イベントは
ちゃんと UI スレッドにディスパッチしてくれるようになってる。
非 UI スレッドから VM を操作しても問題ない。
ObservableCollection とかは一工夫いるけど。
(BindingOperations.EnableCollectionSynchronization) 全部trueで困ったことないな
falseにして劇的にパフォーマンスあがったという体感もない
ゲームだとシビアなのかもしれんが多分他にやることあるだろう ちょっと実験してわからなくなった
asp.net mvc (クラシック)で自己再帰でthread idとurlをデバッグ出力してDelayするだけのコードを動かした
ConfigureAwait(falae)してないのに戻ってきた後のthread idが変わってる
にもかかわらずコンテキストからurlはちゃんと取れてる continueOnCapturedContext
Boolean
継続をキャプチャされた元のコンテキストにマーシャリングする場合は true。それ以外の場合は false。
元のコンテキストとしか書いてないから同じスレッドに戻る保証はないのか
知らなかった C#使ってて思うのは、細かいところ気にしなくても、公式ライブラリ自体が色々配慮してくれてるんだよね。
自分も一層心掛けるわ。 >>537
同期コンテキストによるので、
・GUIアプリケーション(の同期コンテキスト)だとtrueで元のスレッドに戻る
・コンソールアプリケーション(の同期コンテキスト)だとtrueでも元のスレッドに戻らない
だったかと。 https://imgur.com/a/KIpYdS4
心電図(?)作ってみた。
ソケットや共有メモリで他機器からデータ受信してリアルタイム表示。
アイコンは飾り。画像貼ってるだけ。
プログラムはじめて40年以上。まだまだ若いもんには負けねーぜw やっぱUIデザイナーって専門で必要なのかなと感じた >>542
40年でそれはさすがに負けてんぞ
俺が学生の時はオシロスコープのデータ解析は学生が自分たちでプログラム組んでやってたからな
端末はDOSだったわ x86 (MASM)でGDC直叩きでやってたこと考えると高級言語で出来ちゃう今が
凄いよな。 >>542
グラフ部分の描画はWPF標準のCanvas? >>542
良く出来ていると思いますよ。
普通にプロレベルに達していますね。
これだけの物を作れる人は少数派です。 「俺も同じようなもの作れるわ」
と思っている人の作品見てみると、細かい部分がちゃんと出来て無い
ことが多いです。
細部までちゃんとしているものを作れて無いのに、同じだと思っているだけ。 >>547
>>548
「プロレベル」がなんなのか分からないけど「細かい部分」を見ると、
画質悪いのもあるけどボタン？のアイコンが何だか分からない…
あと、スライダーの部分は数値入力なしで全部スライダーで大丈夫だろうか？
あと、RGBがちょっと邪魔な感じで、右端のボタンが小さくなってて押しにくそう
あと、スライダーとRGBの間にあるチェックボックス？はテキスト位置を上にして他と揃えた方が良さそう
という気がするけどどう？ https://www.youtube.com/watch?v=sQTcqKGBj1c&ab_channel=MedicalEngineer
これの真似しただけ。アイコン画像もここからコピー。だから解像度も低い。
(アイコンは飾り。画像貼ってるだけ。 って書いておいたけど)
細かいこと言ったら切りないだろ〜。遊びで作ったもんだし。。
canvas にline()で書いてる。 WPFでWinUI 使っている人いますか？
なんかやり方がよくわからないんだけど
わかりやすいサイトありますか？ 同じようなものは誰でも作れる。
新創造に価値がある。 畢竟、思想に価値があると言える。 口だけならなんとでも言える
動いてる物を出せよ無能 グラフ表示の事か?
基本的な非同期の知識とcanvasに線が書ければ後は頑張り(?)次第。
手練れは頑張りなんて不要なんだろうけど、基本動作まで自分は2時間は掛かった。
始めはWinFormsだったけど勉強がてらWPF版も作ってみた。
後者の方が綺麗で動きもよかった。
自己満足だが真似する時はどれだけそっくりに作れるかこだわると面白い。 WPFの描画機能は規模が大きくなると速度低下が激しいのが残念
SkiaSharp等を使えば一応回避出来るけど UWPとWindowsAppSDKだと、Win2DというDirect２Dの公式ライブラリがありますね
一回使ったけど流石に早かった SkiaSharp DrawingVisual あまり資料がないな〜 あまり情報がないものでも、ChatGPTが組み合わせて教えてくれる場合がある。
その場合、複数言語のページの内容を混ぜて回答してくれるのかな？ DrawingVisualはWPFの機能でMSのサイトに解説とコードサンプルがあり、リファレンスがあるのだから資料がないということはないだろう
DrawingVisual オブジェクトの使用 - WPF .NET Framework | Microsoft Learn
https://learn.microsoft.com/ja-jp/dotnet/desktop/wpf/graphics-multimedia/using-drawingvisual-objects でもSkiaSharp + OpenGL はハードル高そうだな。
だったらSystem.Drawingの方がいいじゃん。 >>564の比較はWinFormsで
OpenGLで動かしたい場合はSKControlクラスの代わりにSKGLControlクラスを使うだけで良いみたい
WPFの場合はSKElementクラスだけど、これの性能には触れてないな https://blog.emoji-gen.ninja/posts/20190204/skia.html
>日本語のドキュメントに至っては、ほぼ皆無です。そのため、Skia を使って本格的に開発する場合は、ある程度の覚悟が必要です。
なんだと!!ww
ヤフー知恵袋も質問0 だった。。 一応、線は引けるけど、非同期コードいれるとcanvasが壊れてるといって落ちる。
あと、XAMLで指定したメソッド以外でどうやって描画するのか不明。 >>569
SKElementはメソッドやイベントが少なくて超シンプル
https://learn.microsoft.com/en-us/dotnet/api/skiasharp.views.wpf.skelement?view=skiasharp-views-2.88
基本的に、SKElement.PaintSurfaceイベントで描画するだけ
再描画したい場合、InvalidateVisual()を実行すると上記イベントが発生する じゃボタンを押したときに線を引かせたいときはそのボタンのイベントハンドラで
InvalidateVisual()実行させて線を引くコードはPaintSurface 内に記述するのか。
なんか面倒だし、PaintSurfaceが巨大化しそう。まぁPaintSurface内で自作関数呼べ
ば良いんだろうけど。 描画とかボタン処理は同じコンテクストで実行されるから
何も考えずに処理書けばいい
タイマーや通信など他の契機で描画したいなら工夫がいるだけ 漠∞！！！！
列∞！！！！！
后∞！！！！！！
機∞！！！！！！！
枚∞！！！！！！！！
図∞！！！！！！！！！
寿∞！！！！！！！！！！
非∞！！！！！！！！！！！
駅∞！！！！！！！！！！！！
頓∞！！！！！！！！！！！！！
官∞！！！！！！！！！！！！！！
司∞！！！！！！！！！！！！！！！
戸∞！！！！！！！！！！！！！！！！
城∞！！！！！！！！！！！！！！！！！
堺∞！！！！！！！！！！！！！！！！！！ >>573
PaintSurfaceイベント毎に(SKSurfaceクラスやSKCanvasクラスの)オブジェクトが変わるから(変わらないこともある)
ボタンのクリックイベント等で描画するのは無理じゃないかな 求めていたものやっと見つけた。中国サイト。
良くできてるな〜。
await Task.Delayではなく、
SpinWait.SpinUntil(() => false, 1000 / 60); //每秒60帧
だそうだ。こんなの知らんわ。
https://www.dongchuanmin.com/net/3188.html
https://zhuanlan.zhihu.com/p/567618102 中国語、韓国語、ロシア語等、いろいろなページを見てるわ。 DOBON.NET
Thread.SpinWaitメソッドはスレッドの同期のために内部で使用されているようですが、通常は私たちが使用する機会はないでしょう。 >>576
ビジーウェイト状態になりそうなコードだから試してみたけど、予想に反してCPU時間の消費がそんなでもないな
ただ、環境によってループの頻度が違うみたいだ
.NET7: 毎秒約500回
.NET Framework 4.7.2: 毎秒約1万回 Win32APIのInitializeCriticalSectionAndSpinCount()みたいな実装をするためのものか。
ほんのちょっと待てばロックを取得できる場合に数千回ループで待って、
できるだけスレッド切り替えにかかる無駄な時間を避ける。
InitializeCriticalSectionAndSpinCount 関数 (synchapi.h) - Win32 apps | Microsoft Learn
https://learn.microsoft.com/ja-jp/windows/win32/api/synchapi/nf-synchapi-initializecriticalsectionandspincount 匿名掲示板に貼られた中華リンクのソースが必ず正しいと思ってるやつがいるのはおめでてーな MSの翻訳は糞だから日本語のMS公式観るより
英語のMS公式観た方が良いのは事実 匿名掲示板の中華リンクと公式の英語を同一視してるやつやべーな 碌に読んでないの多いよな。
>中華リンクのソースが必ず正しいと思ってるやつがいる
リンク張っただけなのにコレだもん。 ページ自体はまともでも、そこに貼られてる広告がヤバそう（偏見 >>576
このコードでSpinWait.SpinUntil()で待機させるメリットって何だろう
Dispatcher.Invoke()してるから1ループの実行時間は結構ばらつくし、Thread.Sleep()で十分な気がするのだけど
精度を出すなら、System.Timers.Timer使った方が良いし 60フレームだそうとしてるのになんともいえん感じにはなる >>590
Thread.Sleep()で十分な気がするって書いたけど、
実際に試すとSpinWait.SpinUntil()のままよりThread.Sleep()に置き換えた方が明らかにFPS向上するなw
PCに負荷をかけたらまた違うのかねぇ await task.delay ()だと例外で落ちるから。 >>593
InvalidateVisual()呼ぶだけならUIスレッドで実行されるように気を付ければawait Task.Delay()で問題無いよ。 ここ という所で1sec wait掛けたい。どうすんだ?
public MainWindow(){
Task.Run(() =>{
try{
while (true){
Dispatcher.Invoke(() => {
canvas.InvalidateVisual(); });
_ = SpinWait.SpinUntil(() => false, 10); //每秒60帧
}
}
catch (Exception e){
}
});
}
void OnPaintSample(object sender, SKPaintSurfaceEventArgs e){
Render (e.Surface.Canvas );
}
public void Render (SKCanvas canvas){
SKPaint thickLinePaint = new SKPaint{
Style = SKPaintStyle.Stroke,
Color = SKColors.Orange,
StrokeWidth = 1
};
for (int x=0;x<=600;x++){
canvas.DrawLine(x, 0, x,100, thickLinePaint);
// ここ
}
} 書き忘れ
skiasharp .netframework. フレームごとに呼ばれるシステムはフレームイベント内部でwaitさせるんじゃなくて
何フレーム目かとかの時間情報を持たせてその時間基準で全部描画するもの へー。今まで(?)の手法とは違うんですね。
難しい〜。 >>596
ここ という所での待機はNG。UIスレッドを掴んだままで描画されない。(イベントが終わったら描画される)
https://ideone.com/vggwyV canvas.childlen.add()の場合はaddし過ぎる(500超えるとヤバい)と
酷いときは止まるけど
skiasharpは描画を続けても平気なのかね。 心電図、SkinaSharp版を作って試したけどCPU使用率は canvas.chilren.add版が
24%、Skina版が2.5%、他の項目は殆ど差なしだった。
限度はあるだろうが、Skinaはcanvas.clearしなくても軽いな。 画面遷移のやり方わかんなくて調べてるけど
MVVM使わない方法しか出てこないよ...😢 どういう調べ方をしたんだ
メッセンジャーを使ったりサービスを使ったりすればいいだろ
今の主流はサービスかな Template Studioという拡張機能をVSにインストールしてアプリの雛形を作ると画面遷移のコードまでジェネレートしてくれる
WinUI版しか使ったこと無いが、恐らくWPF版も同様と思われる 画面遷移は遷移サービスに依頼
サービスは作られるときにGUIのフレームの参照をもらってる
フレームをくれるのはメインウィンドウ（MetroWindow継承）のコードビハインド
メインwindowsを作るのはホストサービス
ホストサー・・・
本当に意味不明だわ サービス作る
VM作る
画面など作る
だとサービス作る時に画面がないのでアウトだけど
先に画面作るのも気持ち悪いし画面でサービスを使わないと限らない
普通はどうしてるんだろ
MVVM原理主義者たちは？ >>610
> サービスは作られるときにGUIのフレームの参照をもらってる
サービス(モデル)がGUIのフレーム(ビュー)に依存してるって設計が悪んじゃないの サービスはinterface越しで操作してたような気がするけどそもそもGUIに依存してもいいだろ
なんだか知らないことに口出しをするのもめんどくさいな >サービスはinterface越しで操作してたような気がするけどそもそもGUIに依存してもいいだろ
それを直接依存させないのがMVVMやクリーンアーキテクチャの考え方。 考えるだけ時間の無駄だけど自作クラスNaviService（INaviService継承）がコンストラクタでGUIフレームをもらってるとして
それの何がいけないのか
デバッグやテスト用にはDummyNaviService（INaviService継承）を作るだけだろと思うが
フレームをわざわざラップさせる意味は多分ない
class NaviServiceに
MyFrame _frame;
bool GoBack()
{
return _frame.GoBack();
}
とおいて自作MyFrameに更に同じようなものを書くのはただの無駄 凄いよな。
で、難解なMVVM駆使して何作ってんだ? MVVMより、SkiaSharpなど2Dグラフィック系の勉強してる。MVVMは自分には無理や。。 別に同じ物を書いても目的が達成すればいいのでは？
DIはDIP規則をやるための機構だが、マルチインジェクションはISP原則から必須になる。
Microsoft.Extentionを使うとシェルもナビゲーションも簡単でマルチDIは簡単だが、PrismはViewModelLocatorがマルチインジェクションに対応していないのが残念だ。
ViewModeにこそマルチインジェクションが必要と思うのだか・・・
Prismでは、追加インジェクション関数をViewModelに入れている。
MVVM否定？ 今時MVVM否定論なんて流行るのか？ そもそもPrismは開発終了で今から使っちゃいけないものだよな
それとも新しいのが出たんだろうか この辺の話かな
https://github.com/PrismLibrary/Prism/releases/tag/DNF
＞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. Prismはちょっと重厚すぎてオブジェクト志向で言うところの単一責任原則から離れすぎてて使いにくい .NET FoundationはMVVM Toolkit推しみたいだね
Community.Toolkit(旧Microsoft.Toolkit)に含まれてるやつ 止めたんじゃね。殆どMVVM使われてないし作るメリットが見いだせない。 >>629
Prismは最初のDIコンテナのUnityがくっそ重かったけど、DryIocが事実上の標準になって軽くなったんだけどね Prismは実践的なmvvmの使い方とそれ用の軽いライブラリ提供しようとしてたら
ドンドン仕組みが大きくなって実践的と言うより宗教的になって来たので辞めたんだろ
MVVMのvm自動生成機能のためにフォルダ構造やファイル名まで指定してくるようになったらもう完全な宗教だろ android studioでjavaでやっていますが、WPFの仕事が入りそうなんで質問です。
ViewModelと言うことで同じ様な組み方と思ったのですが、UIのデザイナーは無いのですか？
androidはポトベタ風(相対関係)にデザインして、xmlで若干補ったけど、こっちは全部xmlで記述するんですか？ WinGUI3はそうだよ
開発が間に合ってない
WPFとかUWPとかwinformsはデザイナがある >>637
Visual Studio Professional
70,858円 >>637
絶対指定によるペタも可。ただしリサイズしない場合に限る。
50個くらいコントロールあるとき面倒なんでポトペタですませた。 android studioのデザイナのGuidelineみたいな補助線と横幅の割合設定などありますか？ 知らんけど、XAML習得を勧める。難しそうだが何とかなる。 もういい加減機能追加が止まったwpfで新規アプリを作りたくないんだが
出来ないことの回避策を探す事に時間取られるWinUI3で作るのも地獄だし
もうずーっとWindowsのGUIアプリは今は作るな時が悪いで停滞してんじゃねーか >>645
了解、android studioのデザイナ位で良いのでMSもやって欲しいな。 機能追加って何が欲しいんだ?
一通りあると思うけど。あとは工夫次第だろ。 最低限色付きのemojiは対応して欲しいな
今は自分で作るかnugetでいいのを探して使ってる WinUI3公式のサンプル試そうと思ったら依存関係ないとかいう例外出て情報も少なくて早々に投げちゃった webのUI使ってるとWPFの表現力の限界が見える デスクトップアプリなんてそんなもんだよ。
事実上、WIN32APIの画面でも問題ない。 GUIはあらかじめ決められたUI/UXガイドラインに沿っていればよくて
あまり奇をてらう必要はないよな。というかかえって害悪だよな。 基本的なリングプログレスも用意されていないのでUI/UXデザインがどうとかいう話でもない プログレスバーならあるし
ウエイトカーソルでいいだろ WPFも外部のライブラリにはMSが出してないUI部品がいろいろとあるじゃん
>>657 のいうwebには外部のライブラリを使わずにhtml,cssの機能ですぐに使えるクルクルってあるのかい？ >>662
#2 Pure CSS radial progress bar は三角関数必要だろ。どうやってんだろ。
なんかうまく工夫してんだろうか。 その昔、MacがToolboxとして標準ウィジットを搭載してユーザーインターフェースガイドラインを発表したら
GUIのデザインを独自にやりたいといってDOSプログラマは否定的だったとか。 ProgressRingクラス使うより簡単には見えなかった >>665
UI設計って基本作りたいラフスケッチ/ワイヤーフレームを先に決めてから実装に落とす
WPFじゃ簡単に出来ないどころか不可能だと思うけど... WPFは当初から基本的なAPIやコントロールがあまり実装されない
それでwinformsから借りてた
現在はUWPから借りてる
UX/UIの基準がもう更新されていないから今風なコントロールの基準からかなり遠ざかっている numericupdownやchartくらいは実装しておいて欲しかった numericupdownはたまに作ると「まだ無いのかよ」って毎回がっかりしてる
グラフはともかく、これは必須でしょう winformsにあるからな。WPF作るとき実装すれば良かったのに。簡単なコントロールだろ。 WPF用にコントロールの見た目を全部刷新すれば、もっと使う人も増えたんだろうけどな
WPFで作ってもコントロール表示がWinFormsのままだと萎える WinFormはWin11風に変わるけど
wpfは変わらないのですが… 新しい職場に来てWPFの案件なんですが正直レベルが高すぎてついていけません
今までもやったことはあったんですがまぁバックグラウンドにごりごりコード書いちゃうようなwinformsと大差ないようなので
当然MVVM全開でリアクティブでicommandでみたいな。正直このウインドウどこで呼んでるのどこでクリック処理してるのとかそのレベルでコード読むのが大変です
WPFwithMVVMを勉強するのになにかいいリソースってありますか。日本語書籍とか全然無いですよね。随分昔に出たXAMLプログラミングなる書籍は一通り読んだんですがそれにはMVVM一切無くて 俺はネットの情報だけでMVVMを覚えたけど、
リアクティブとicommandが何のことか分からない素人なので、
残念ながら助言できない。 ReactivePropertyとかだったらokazukiのブログを一通り読むと少しは分かるかな wpf のShowModalでダイアログ出しても
タスクバーで親ウインドウ選べてタブでフォーカス移動とか出来るのは
なんか対策ありますか？ Ownerは設定しています
マウスで親ウインドウをクリックならちゃんと子ウインドウがチカチカしますが
タスクバーで選ぶと選べてしまいます >>679
俺のWPFのWindowクラスにはShowModalというメソッドがない
Ownerを設定してShowDialog()したらフツーにあんたが希望してる動作になったぞ 申し訳ありません確認不足でした
スペルはミスです
それとメインウィンドウからの一段回目のダイアログは問題ありませんでした
サブのサブを出したときに変な感じです
imgur.com/a/Ny0LW7A これは知らなかったな
マウスで操作する分には何も起こらないけど
キーボードで操作したらボタン押せちゃって、もう1個ウィンドウが開いた サンブルとしてボタンをクリックしたら、サブウィンドウが出るように作ったってことね ・Win32 API の EnableWindow で開く前に自身を無効化しておく(false)
・子の Closed イベントを購読しておいて子が閉じた時に Enablewindow を使用して有効化(true)する
・そのあとで子を ShowDialog
でいけないかな Closed イベントじゃなくて ShowDialog の後で EnableWindow でもいいかも
子が閉じるまで処理止まるはずだから var hWnd = new WindowInteropHelper(this).Handle;
EnableWindow(hWnd, false);
win.ShowDialog();
Enablewindow(hWnd, true);
みたいに。試してないが。 >>684
俺の環境だとまったくそうならない。win11でのvs17.6.5で.net framework4.8.9167.0
バージョンは何？ >>684
キーボードで操作出来ちゃうのは、↓で防げるな
子ウィンドウをShowDialog()する前/後で、親のウィンドウのIsEnabledプロパティを無効/有効
>>689
効果なかった >>690
win10, win11どっちもで
vs2017express と vs2022community
.NET Framework4.8 と .NET6
vs2022からデバッグで起動すると
そもそも動きがダメダメで駄目だった
exe直接開かないと話にならない
何だこりゃ そもそもモーダルwindowからモーダルをまた開くのがおかしいのでは？ >>692
バージョンにそれほど差異はなさそうだ。
だがこっちで.NET 6と7でも試したがどうにも再現しない
コードはこれ
https://i.imgur.com/3ImqsVk.png
https://i.imgur.com/w3gN1Bi.png
仮想環境上のほぼ素のWin10に.NET Framework 4.8で作ったexeを持っていって実行しても再現しない
他の人は再現しているようだから起こるんだろうね。だが俺には無理そうだ
最後に念のため当方の環境を書いておくよ
Windows 11 Pro
バージョン 22H2
OS ビルド 22621.1992
Windows 10 Home
バージョン 22H2
OS ビルド 19045.3208
Microsoft Visual Studio Community 2022
Version 17.6.5
VisualStudio.17.Release/17.6.5+33829.357
Microsoft .NET Framework
Version 4.8.09032
RuntimeInformation.FrameworkDescriptionで取れる.NETのバージョン
.NET Framework 4.8.9167.0
.NET 6.0.20
.NET 7.0.9 >>694
そのコードで再現する
実行時の操作方法が合ってないと思われ
タスクバー使ってない気がする .vsとbinとobj削除したプロジェクトzipでくれ だからShowDialogしたwinodwからShowDialogするアプリってなんだよ
実際 普通にありそうだけど。
例えばモーダルの設定画面から起動するファイルダイアログとか。
VSのオプションで、「プロジェクトおよびソリューション」→「場所」とか ああそういうことか
やっとお前らが何を言ってるのか理解した
結論としてはモーダルwindowをタスクバーに出してるんだろ
それじゃダメ
win.ShowInTaskbar = false;
その後にshowdialog 何か特殊な状況とかあってハマってるのかと思ったら古来から伝わる話だった >>695
なった、なった。俺の勘違いだった。すまん
モーダルのダイアログボックスがモーダルのダイアログボックスを開くことはある。たとえばこんな感じ
https://i.imgur.com/wWF3YI5.png
すでに >>699 に書かれてるとおり、この動作がこれまで問題になってないのは、上の画僧のようにモーダルにするダイアログボックスはタスクバーに表示させないのがUI作成の作法だからだろう
モーダルにするダイアログボックスというのは所有ウィンドウと内容が強く関連し、その一部のようなものだからモーダルにするのだし、単独では存在しないのだから、タスクバーに出すのは先頭の所有ウィンドウのみにすべきだと思う
よって、ShowInTaskbarをfalseにすれば問題解決 >>701
こんなん普通だろ
モーダルウインドー表示中に
システムエラーでるパターンは大体こうなる いろいろやってみたけど
モーダルではない Show で出したウインドウからShowDialogしてもダメダメだし
メインウィンドウ以外はタスクバー使うなって事なのかな？
最小化すると懐かしい雰囲気が味わえるね
IsEnabledで被害を防ぐのはいいんだけど戻ったときに親のフォーカスがなくなるのが難点
子ダイアログではなく親ウインドウをタスクバーから消すのもやってみたがウインドウまるごとチラつくのでやな感じ
これなら親を消すほうがいいな 今更どうにもならんとは思うが、ページ遷移型で組んでコンテントダイアログ使うのが一番いい
ウインドウは一つだけだから何も考えなくていいからね 久しぶりにwinUI3触った
あんまり進展はないようだ
GUIデザイナがないのは致命的で知らないコントロールの機能を手探りで実装していくのは大変だった
優秀な人には余裕なのかもしれないけどここまで辛い状況とは思わなかった
知っている人向けなんだよ全部が UWPで開発してそれをWinUI3に移植するのが近いのかと思ったけど
それも怪しい
なんか思ってたのと全然違う >>705
HTML、CSS とかはどうやってるの？ >>707
ググれば山ほど記事が出てくるでしょ？
国内外問わずに
winUI3はそれがない
あってもMSのクソドキュメント WinUI3は基本のテンプレートのルートにあたるレイアウトコントロールがstackpanelになってる
しかもorientationがhorizontal
XAML入門者がGridをデザイナ抜きで使いこなせるとは思えないからだろう
Gridも仕様変更か追加されてて普通に使いにくい デザイナがあればツールボックスにコントロールが一覧表示される
そこに表示されているアイコンや名前から機能を類推して選択することが出来る
それがない
手探りはまずいと思ったのかストアからギャラリーがインストールできるようになってるけど
出来が悪い
残念ながらサンプルとコードが一致してない
コピペで動くようにすらなってない HTML扱えたらXAMLも似たようなものだったけどな 私みたいな出来の悪い人はWinUI3挫折してWPFでやってる >>709
GridよりStackPanelの方がレイアウト時の負荷が軽いんじゃなかったっけ デザイナー作るのそんな難しくないのにな。
やる気の問題か？ 逆に Grid をデザイナで調整する方が難しくない？
余計な Margin が設定されたりするし
プレビュー程度にしかつかわないな WinUI3のテンプレートの出力を小一時間イジっただけで全部把握しているように振る舞えるメンタルは尊敬に値するわｗ VBからポトペタでやってきた人にはそれができないと困っちゃうのかな？ xamlをGUIで設計する奴なんておらんやろ・・・おらんやろ？ >>717
テンプレートってこんなだぞ？
頭大丈夫か？
<Window>
<StackPanel Orientation="Horizontal" HorizontalAlignment="Center" VerticalAlignment="Center">
<Button x:Name="myButton" Click="myButton_Click">Click Me</Button>
</StackPanel>
</Window> >>719
バインドはGUIでやってる
IDEでサポートされるようになってWPFをまあまあ使うようになった
それまでは全然使わなかったけど WPFのデザイナはドンドン進化を続けていてかなり便利になっている
かなりの部分が手で書かなくても確認し選べる
自分のミスも見えるし自動入力なのでそのそもミスが起こらない ファイルをwebview2にドラッグ＆ドロップした時、セキュリティをすっ飛ばしてファイルのフルパス取得出来るようになった？ WinUI3は流石に安定し始めているしデザインだけじゃなくてxamlも進化しているし
そろそろ使い始めても良いんじゃないかな
unpackagedでコンパイラの出力をそのままコピーするだけで動くのも大きい ユーザー報告のissue放置しまくってるのに安定とはこれいかに 皮WPF+WebView2+reactでok(*бωб) でもマテリアルデザインは使うんでしょう？
まさか生WPFのまま使い続けてるとか・・・？ VirtualizingStackPanel.IsVirtualizing="True"なItemsControlでスクロール位置を保存したい。
ScrollViewerのScrollableHeightやExtentHeightは仮想表示がONのためか、同じ表示内容でも毎回変化してしまい
指標となる不変の高さが存在しない
何かいい方法ないですか？ >>735
1. 可視範囲内で先頭の要素のインデックスを保存しておく。
2. 復元時は ItemContainerGenerator.ContainerFromIndex
を使ってインデックスから要素を取得。
3. その要素の BringIntoView を呼び出す。
みたいな感じでいけるかも。 >>736
ありがとうございます。
表示内容側からアプローチですね
がんばってみます WPFのWindows 11 themeも全然進んでねぇし
WinUI 3といいひどすぎる なんもいじってないvisualstudioだと画面のビジュアルが上に表示されてその下にxamlのエディタが出るじゃないですか
それでまぁそのエディタが狭い。数百行とか1000行を超えるような画面になるとまぁあの狭い画面じゃまったく把握できない
みなさんどういう風にいじって開発されてます？ >>739
モニタがフルHDだったりしない？
WQHD だと特に狭いと感じないな。
縦向きにするといんじゃね？ あー左右に並べられたんですね。ボタンで一発ですか。ありがとうございました
なぜ気づかなかったかな >>738
Win11のGUIがなぜ一向にFluent化されずハイスペックマシンでもカクついたりするほどパフォーマンスが悪いのか疑問に思ってたんよ
ところが海外でWin11からシステムファイルをどこまで削除して起動できるかという試みがあって
極限まで削除したその結果なんとGUIがWin10そのものだったんよ
要するにWin11はWIn10のShellにXamlを使ってWinUIでOSのGUIを個別に作ってやがったんだよ
まさかWin11のGUIってOSネイティブじゃないからコピーなんかのコモンダイアログすらFluent化されてないんじゃ・・って怪しんでた通りで唖然としたわ
だってデスクトップだけ見てもmacOSやLinuxはGUIがアップデートされたらネイティブだからすべて統一されてるじゃん
こんな統一感のないGUIは世界中探してもWin11だけよ
まさかWindowsのコアであるタスクバーやExplorerやタスクマネージャーまでWinUIだったとは思わんかったわマジでMSってもうまともなエンジニアがおらんのやなって思ったわ winui commnity callの動画見てもエクスプローラでWinUI使ってるって言ってるやろ
具体的にはしらんがで、
エクスプローラで使われてる機能のバグだけ修正して終わり こういうレベルの誤解が出来るってある意味スゲーよな Windows3.1のアプリですら動かせるように過去バージョン互換をつけるならそう簡単にUIを作り変えることなんて無理なんだろ そもそもガラスっぽい窓なんかVistaでやってんのよ。8で発作のように板切れにしただけで、本来昔からもっさり半透明じゃん。 WPFで専ブラ作ってみたので評価してもらえないだろうか
https://github.com/mdysdev/HC5
githubも初めて使うので不備があったら申し訳ない。
ビルド済みzipもReleaseのところから落とせるはず
https://i.imgur.com/QdNCIvW.png
簡単な外観変更も可能
https://i.imgur.com/2pakYM2.jpg
レス書き込みは出来るけどスレ立ては出来ない。
機能的にはJaneStyleに及ばないけど徐々に追加していきたい。 datにフリーでアクセスさせてくれる8月いっぱいまでの短命になってしまかもだけど・・ 評価って、何の評価よ?
技術的な評価?それともアプリのできの評価?
まぁ、後者としてコンセプトは何よ?それが見えない .NET7が必要な理由ってあるのかな？
.NET4.8.1じゃ動かない？ 既存のアプリのここがすげぇ使いづらいからそこを改善したアプリを作りますとか
新しいコンセプトのアプリ思いついたので作りますとか
そういうのがないならユーザー目線で新しいアプリいらん.. ちょっと前にもMAUI君が5chブラウザつくるといって1ヶ月で逃げ出したけど
少なくとも彼はsikiとか既存のアプリの見た目がショボいからWinUIの今時のアプリ
作るといってたが
逆にそっちが先にどういうアプリ作るのか言ってくれないと
この段階で評価なんかしようがない >>750
使ってないが画像見る限りWindowsの専ブラ特有のクソダサいUIで使う気にならない
せめてWinUI3.0でAcrylicやMicaのFluent Designを実装しろよ
俺はWin 11の自作アプリは全部WinUI 3.0でAcrylic化してるしそのためにWPFではなくWinForms使ってる
だから俺は専ブラだけはmacOSのBathyScapheをずっと使ってるわ
あとオタク特有の自己主張と承認欲求の気持ち悪いアニメ壁紙が本当に無理
この必要のないオタクアピが生理的に受け付けないからアプリを評価する気にもならない今後は気をつけろ 何だかんだでsikiも慣れると快適だな
もう旧い専ブラに戻れないかもｗ >>750
直近の騒動に触発されて情報収集&開発をしたのだと推察すると、
もしコンセプトが決まっていないのなら、UIや専ブラ特有の機能は最小限にして
5chの仕様変化にいち早く追従するリファレンス実装(動くドキュメント)をめざす
と言うのはどうでしょうか？ この段階で評価しようがないと書いたのは、ボロクソに書くとあれかなーと思って
お茶を濁したんだけど同じ意見のボロクソに言ってる人がいるんで
俺も正直に言うけど
>>757の言うとおりで見た目がダサすぎて使う気すらおきない
で、さっき書いた通りコンセプトとロードマップもわからないので将来性についても
何も評価できん ただ、一ついいとこ見つけたのは
ソースコード見る限りMAUI君チームより技術力は全然上そうなので
開発のペースは速そうw >>750
GUIを頑張ったみたいだね
まずは経験を積んで次のブラウザへのモチベーションを高めるんだ
2chブラウザなり5chブラウザを作る際にいつも悩むのはLib名
数字からスタートする名前には出来ないからな
ひっくり返してhc5 お前らぼろくそに言ってるけどこれが初めてならかなりいい方だよ
どこもけなすところがないぐらい 車輪の再発明どころか劣化コピーとか誰も使わねーって遠回しに言ってんだよ
なんでみんな5chやしたらばをiPhoneやAndroidの専ブラで見てるかというとWIndowsはフォントやUIやUXが10年以上もクソゴミのままだからなんだよ
俺も嫌気がさして5chだけサブ機のMacBook ProでBathyScaphe使ってるくらいWIndowsの専ブラはゴミ 個人の勉強のために作ったものに対して車輪の再発明だとかクソジジイみたいなことを言ってるんじゃないな
昭和かよ
今はそういう時代じゃない さっきソースをひととおりざっと見たけどまあ基本的な仕組みをちゃんと使えてて良い作りだと思います
ビジネスロジック自体はあまり実装されていないのでGUIから興味が薄れたらそっちを実装するのも良いと思います
うんこれからこれから
この調子でガンガンコード書きましょう 文字のエンコードは "Shift_JIS"じゃなくてコードページ932使ったほうがいいと思う（個人の感想です） >>763,765
あのさ、技術的な評価とユーザ目線のアプリの評価を分けて考えような...
ユーザ目線のアプリの評価に初めて作ったアプリとか開発者の経歴とか関係ないから
そういう目線では現状ボロクソに言ってるだけ
技術的な話するなら、仮に初めて作ったアプリなら君のいうとおりだと思うよ >>767
ID:zHuPFGZF が口だけ番長なのはみんなわかってんねんｗ だから、最初から>>752に書いたけど作者がどういう評価を求めてるのかわからない
っていったじゃん
それで俺は後者としてユーザ目線のアプリの評価しただけ WPFスレでユーザー目線の評価求めるとは思えんが…
それはさておきコード品位や実装度見てコード書いた人間の技量はある程度判断できるだろう
相手がミシュランシェフなのか子供がケーキ作ってるのかぐらいわかる
それが出来ないで噛みついてくる奴はほおっておけばいいんだなあ クソジジイ大杉問題
しかも自慢気にWinForms使ってる宣言とかイカれてるｗ >>772
だから、それに確信が持てなかったから俺はちゃんと後者(アプリの評価)って断って俺は話進めた
他は知らんが まーたWinUI3.0がXAMLじゃなくWin32アプリ向けのアップデートだと知らないニワカの勉強不足の低脳のアホが沸いてて草生える
まぁ低脳に物教えるのが俺の仕事じゃねーから一行もコード書いてないWinUI3.0触ってすらいないニワカのアホの煽りは完全スルーするがな
ゴミ専ブラをゴミと言われて顔真っ赤で自演してるとかさすがアニメオタクだなキモすぎる
本当に擁護がいるならお前らがコントリビューターになってプルリク送って支援してやれよ
まぁバカどもは口だけで100％やらねーだろうがな
俺はフォントもUIも美しいBathyScaphe使い続けるわ
ちなみにこれがBathyScapheなWindowsの専ブラのゴミUIとは次元が違う
https://i.imgur.com/M2AL2cV.png >>775
とりあえずダークモードならかっこいいって思ってるでしょ 普段はJaneStyle使ってましたが、ご推察の通り7月のゴタゴタで専ブラ作ってみようと思い立った。
事前に色々調べて、8月初めから作成に着手して昨日なんとか形になった。
確かにコンセプトって言われると困るけど、自分の中ではJaneStyleの使用をやめたいっていう単純な理由。
Windows環境でさくっと読み書きできるツールになればいいかなと。
本業はC#でWebアプリのバックエンドをやってる。WPFは数年前にちょろっとやったのを必死に思い出しながらというところ。
GUIアプリの経験があまりないので、業務にも耐えうるようなものになっているか知りたかった。
.NET7にしたのは最新のC#の勉強も兼ねてってことなのでご容赦を。
9月以降もdatアクセス手段を提供してくれるなら開発を続けたいけど、またAPI Keyとか始まったら諦めるしかないかも。
UIが野暮ったいのは時間をかければ治せるかもだけど、鯖側の仕様変更はどうしようもないです 完全にスレチなんだけどコンセプトはそんなに大げさに考えなくていいと思うよ
従来のアプリにしたいのかwebライク（YahooやBingのポータル風とか）なのか
jane styleを踏襲したいのか他のアプリを踏襲したいのか
一度の沢山スレを表示したいのか（その方式も旧tweetdeckやマルチwindowなどいろいろ）1つだけでいいのか
遊びを多く入れたいのか実用本位なのか
拡張性を充実するのか自分で全部実装したいのか
重くてもいいのか軽量をめざすのか
可能性は無限大 大体1個目はjane系のクローンになってしまう
やればやるほどクローンの完全実装はそんなに楽じゃないと気が付く
頑張って実装を進めて自作機能も充実させたところででも別にjaneでいいんじゃないかと言うことになる
そこで終わる
クローンの機能の実装のためのコーディングは非常にやりがいはあるけどそれ本当に必要な努力なのかと
こだわりがないなら一個目は適度なところで切り上げて別のコンセプトで作るのがおすすめ 何度も書いたが評価してって言って何を評価してもらいたいのかよくわからんのよ
使いやすくみんなに使ってもらいたいアプリとして評価して?
と思ったからユーザ視点でコンセプトとか求めたけど
単に技術的にコードレビューして評価してほしいなら
アプリのコンセプトなんて求めないし
君が単に｢評価｣してといったがみんなに何をしてもらいたっかったわけ? > WinUI 3.0でAcrylic化してるしそのためにWPFではなくWinForms使ってる
ここでWinFormsが出てくるのが本当に分からない そもそも>>750の専ブラはThemeがLightなアクリルなんだが、彼はダークならアクリルだと思っているんだろうか？ WPFのスレでWPFアプリを作って公開したらWinFormsでやれと怒られる。
理不尽すぎる 作りたいなら手を付ければいいのにな
モックなりプロトタイプなり、人によっては基本設計なりスケッチなり、
やりたいアイデアがあるなら端からやってみればいい >>775
フォントってモニターの解像度が高いと綺麗に見えるんだよ
そんなことも知らずにフォント叫んでるのお前だけだからな そういや、DATアクセスは8月まではフリーアクセスどうこう言ってるけど
運営は8月移行はどうなるかわからんとか言ったん? うんこWinUI 3の最新版リリースされたやん
Version 1.4 Preview 2
次がStableか
つかさ、新しいItemsViewコントロールとか
最初
ListView/GridView
で
ItemsRepeater
で
ItemsView The new ItemsView control displays a data collection. ItemsView is similar to the ListView and GridView controls, but is built using the ItemsRepeater, ScrollView, ItemContainer and ItemCollectionTransitionProvider components. It offers the unique ability to plug in custom Layout or ItemCollectionTransitionProvider implementations
なんだItemsViewはItemsRepeaterなどの合体コントロールか
で新しいレイアウトのLinedFlowLayoutと
AnnotatedScrollBarか ItemsRepeaterの問題は選択機能がなく、自前で実装(見た目とかも)しなきゃいけなく
億劫だったが
ItemsViewはそこら辺もListView/GridView見たくやってくれるようなったんだよね? ちゃんと手を動かして形にしてるだけ偉いと思うんだ
夏休みダラダラしてた俺とは天と地ほど差がある >>779
UI/UXは技術じゃなくセンスだけども、頑張って欲しい
テーマを選べるだけでもいいかもしれないが
あとやっぱり機能として、スレ立ては欲しいな Vmという接頭辞がついているのにviewmodelじゃなかったり、過去の使われなくなったコードが全部残ってたり、1クラスが1万行超えてたりetcetc
おまけにそもそも設計のドキュメントは一切無い。外部向けの資料のみ。ひどい会社に来てしまった…… >>805
そういう愚痴はマ板でやれ
だからお前は駄目なんだよ >>751
datのフリーアクセスって8月いっぱいなの？ >>804
スレ立てテストできる板ってどこかにありますか？ >>809
Anarchy実況
https://agree.5ch.net/liveanarchy/
数分で消えるしdatも残らず消滅するから気楽にテストできる >>810
ありがとうございます。機能追加してみます 初心者じゃないんだから、5chブラウザつくるとしても
少し挑戦的な事してここの視聴者楽しませてよ コード見るとわかるけど違和感しか感じない
C++？とか ともかくいろいろとちぐはぐしてる
人に見られることを前提とした普通に自分で組むには不要なコメントとか
大きなサービスとか… なんだそのふわっとした具体性のない指摘は
無理にケチ付けることないのに もともとc++などを含めた他の言語で野良コードを書いてた人が
ビジネス向けの専門学校みたいなところでC#を学んでDIとか色々知識があるような印象
そして丁寧にコードを書いてるけどまだC#が血肉にはなってないので元の癖が出る
それか仲間の先生に当たる人が乱雑だったので変な癖が残っているか
誰か別の人間がところどころコードを書いたのかコピペしたのか 本当に具体性のない空っぽな指摘だな
こういうのが上司につくと辛い >>822
上司じゃなくてもキツイだろ
関わりたくねーわ >>822
いやいや指摘でもなんでもない
違和感を書いてる
そして何も気が付かないにぶーい人に自分の見解を伝えてる このスレの他の人はオリジナリティの話をしてる
昔からあるドラマや漫画で出てくるような芸術作品や演奏に対する指摘のようなもので
君の作品には情熱が感じられない教科書通りでつまらないみたいな話
いまだとばらかもんが丁度似た様な話をしてる
自分は今現在はそこまでの話をする段階にないと思う
適当なところで切り上げて色々デザインして経験してみたほうがいい気がする
その後に作ったものが自分が楽しんで使ってることに喜びを感じるレベルになれば人からもそういった面で良い評価を貰えると思う せっかくアプリ作って公開しましたと面白そうなネタが投下されたが
だめそうだな それっぽいこと言って偉そうにしたいだけか
どうりで中身が皆無なわけだ アクロバティックなものを所望ならBlazor Hybridもいいと思うのよ
実用性あるかは別の問題として、前例のないことをやるという点は満たしてる 書き方なんてどうでも良いのよ？
ゲイツはみんなと違う画期的なコードで時代を切り開いた。 >>825
では俺も ID:QKHGYPpz のレスを見て指摘でなく違和感を書こうかな
誰の何の役にも立たない独り言なら、多数が集う掲示板でなくチラシの裏にでも書いて誰にも見せず捨てればいいのに
会話できず、するつもりもないと開き直るなら掲示板にくるのは無駄だし害悪ですらある
これに気が付かないにぶーいID:QKHGYPpzに自分の見解を伝えてみた >>832
そのとおりだよ。わざと >>825 を真似て醜悪な文面にしたのだから
>>831 のレスは ID:QKHGYPpz の鏡だよ そんなこともわからない>>832の頭の悪さときたら
ってことでしょ viewmodelsって対応するviewに表示するためのデータとロジックを持ってるって認識で合ってる？
コード見てると他のviewmodelファイルでインスタンス化されたりプロパティが呼び出されてたりしててあれこういうのありなの？って 例えばどのファイルのどこがおかしい、改善すべきと言わないと 機能修正の事前準備としてリファクタリングさせてください
とか言ってもひとまず機能修正優先でとか動いてるんだから余計なことするなとか言われるのがオチだよね もうその5chブラウザの事ほっとけよ
作者があまり顔出さないのに
作者不在のままここで毎回ゴタゴタが発生であほらしい
ほっとくのが吉 攻撃しても何もいいことはないのになあ…
googleの本でも読めば良いのに ふと思ったことや感じたことを言うと叩かれる → 心理的安全性が低い
他人の行ったことを否定する → 心理的安全性が低い
本人に自覚がないのが恐ろしい マスゴミって批判しないで、記者が萎縮してしまいます。でも自分達は批判も攻撃もするけどね。みたいな二重基準？ 技術的な話とかに関して色々批判はいいと思うけど
最後は人格攻撃と不毛な事になるのが多いからなw MVVMって例えばWPFでいうなら、VMでSystem.Windows名前空間をusingしないっていう認識で合ってる？
要はVMだけでOS非依存のdll化できるか 究極の疎結合って意味では合ってる
CommunityToolkit.mvvmもプラットフォーム非依存だし極端な話、上側がWinUI3でもVMそのまま動くってことでしょ
ただ実際問題すげーめんどくさいとは思うがｗ だね、5chブラウザのほうでViewModelでウィンドウクラス?を参照してたのは気になってた
まぁ、最初の1回だけは勉強のためMVVMガチガチにやって頑張ってもいいし
そこは本人次第 ありがとう、System.Windowsを分離してみる。
>>848
確かにWindowは分かりやすく「ん？」ってなるけど、
ClipBoardとかBitmapImageとかもみんなSystem.Windows配下なんだよね。
これらの処理を全部持ってくと、Viewにも結構ロジックが必要になりそう。
UIフレームワーク固有の機能なんだから疑問を持つのがおかしいのかもだけど MVVMといえばうちの会社でのプロジェクトでさぁ例えばだけどmodelにcircleクラスがあるとするじゃん
んでそれをコンストラクタの引数に取るVmCircleなるクラスをわざわざ作るのよ。んでそれを各種viewmodel内部でいじるんだけど、VmCircleはCircleのviewmodelとか言ってるの
おかしいでしょそれはviewmodelでもなんでもないでしょって言ったんだけどいやviewmodelだって
これ俺がおかしいのか？ >>852
サーバサイドでも使う Entity とかを .NET Standard で共有して、
クライアントサイドではそれをINotifyPropertyChanged を実装したクラス (VM) に変換する必要がある、
もしくは将来的に変更通知が必要になる可能性を見越してそうしておく、
とかならありえなくはないんじゃない？ >>845
変な理解しているな。
ViewModelでBitmap加工などは普通にやる。 当然、System.Windowsをusingする。
Viewのエレメントに直接アクセスするなという事だけ。 いわゆる委譲だな。
例えば、Viewにパラメーター渡すために、IxxxViewRepositoryインターフェースをViewに継承させ、そのレポジトリをViewModelにインジェクションすればそれでOK。
ContainerのChildrenは、ViewModelにダイナミック生成バインドできないので、Add、Remove、Move操作をそういう方法でやる。
DDDなどのクリーンアーキにチャレンジしてみれば、その辺はインチュイティブに理解できるようになるよ。 >>853
そもそもviewmodelってviewとmodelをつなぐ役割をするものじゃないんですかね
別に対応するviewなんて何も無いただデータとそのメソッドを持つだけのクラスをviewmodelと言えるんでしょうか >>854
それ、すごい労力かかる割にはWPF専用のViewModelになっちゃうじゃない。
いまUIライブラリ移行の過渡期なんだし、再利用できるViewModelとか考えないの？ >>855
俺の理解が間違ってるかもしれないけど、
その Circle クラス？が画面上の円のコントロールかなにかの DataContext になってるなら ViewModel であるといえるんじゃないだろか。
画面上のどこにもバインドしてないんなら違うと思うけど。
例えば ListBox の ItemsSource にバインドするコレクションの各要素の型は ViewModel と言えると思う。
ListBoxItem を 1つの View として見た時にその DataContext になるから。
↓これとか ItemViewModel というのを定義してる。
https://blog.okazuki.jp/entry/2016/04/08/233620
ItemViewModel viewmodelはmodel用のviewじゃなくてview用のmodel
各種viewmodelでcircleモデルのview用の変換やviewからの入力に対してモデルとの橋渡しをする場所としてvmcircleを作ってるんならまあ理解できる 何なら納得するんだろうか？
画面に複数のタブページがあるアプリがあって
メインVMに複数のタブページ用のVMがリストなどで持たれている(直接のモデルじゃなくて)
これでおかしいと思うのかどうか XAML Islandsとか名前がよくない
絶海の孤島のイメージだ >>857
VieModelの再利用？
再利用するのはViewの方であって、ViewがViewModelへのバイディング権がある。
それで、フレキシブルな画面構築ができる。
ロジックの再利用は、Domain層にまとめる。 >>864
ん？例えばMAUIとかWASMに移植するときはViewModelを全部作り直すってこと？
大変じゃね？っていうかそれってMVVMじゃなくね？
MVVMって画面とロジックの分離であって、画面が変わるたびに作り直さなくちゃいけないなら
それはViewModelではなくViewの範疇では？ ViewModelはviewとmodelの間が互いにデコボコしてて
綺麗にくっつかない場合に間に入るつめもの
もともときれいにくっつくなら不要
Viewが変わればまた形に添ったViewModelが必要になる クライアント側にあるView層にViewとViewModelがある
サーバー側にModel層があって自分の場合はREST full APIで作られたSaaS出ある場合が殆ど
業務ロジックはModel層内に全てあるので再利用可能 View層にはWPFを動作させるための処理しかない
View層をReactで作ってもそこにあるのはReactを動作させるための処理しかない
業務ロジックは全てサーバー側にあって全く無駄にはならない >>762
今思いついたんだが「sugar dragonfly」はどう？ 機器の通信サンプルアプリをWPFで作るのは有り？
サンプルを参考にする相手がWPFを使ってるかわからないから、WinFormsの方が無難かな？
一番無難なCUI版は出来たからコアの通信部分は変わらなくて、通信結果を見やすくするだけなんだけども ActiveXでExcel VBA対応するのが無難だな >>866
それはVMじゃない。どっちかというとMVCのCに近い。 >>866の説明はCよりVMよりだと思う
VMはModelを特定のView用に変換した状態を持っておくもの
MVC
Ｖーーーーーーーー 監視 ーーーーーーー＞Ｍ
Ｖーーー入力ーー＞ Ｃ ーーー入力ーー＞Ｍ
Ｖ＜ーーーーーーー 通知 ーーーーーーーーＭ
MVVM
Ｖーーー監視ーー＞ ＶＭ ーーー監視ーー＞Ｍ
Ｖーーー入力ーー＞ ＶＭ ーーー入力ーー＞Ｍ
Ｖ＜ーー通知ーーー ＶＭ ＜ーー通知ーーーＭ >VMはModelを特定のView用に変換した状態を持っておくもの
なにその珍解釈 みんなVIEWを差し替え差し替えでMODELを流用することやってるの？ 自己満ですなーー
WPFのMVVMがまさに究極の自己満
MVVMとかvue.jsとかangular、androidとかでも普通に使うし
そっちは実装コストもかからん android studioはwindows formのポトベタと同じ感覚なんだが？ >>877
モニターアプリでは良くやるよ。
化学プラントの製品毎の画面やライン管理の製品毎の32~4096接点モニターとかね。
モニターと非常停止等の共通アクション画面なら流用する。
ただし、Viewのビハンイドコードトリミングは必要。
それらを再利用というには微妙だな。 VMはペアで消費するものと考えるのが普通。
再利用というのはロジックの再利用を言うのが一般的じゃね？ 結局VMに何らかの描画以外のロジックを書いてる人が多いんだろうなと
mvvm原理主義者じゃなければ別に好きなようにしたらいいんだが
WPFは結局どのように実装すべきなのかハッキリとしたパターンが確立されなかった
これが一番の問題だった
明確に役割分担してオブジェクトの生死を適切に管理してる人間がどれだけいるのか >>875
あってるぞ
MをVに表示させる為に必要な形に変えたものだ
例えばM(Web APIのResult)をVM(Vにバインディンク可能なデータ型)に変換してVと接続する 状態と言う意味が通じていないので話をしても無駄
v vm mでそれぞれ状態は持ってる
普通はmの状態のことを話すんだけど双方の話がかみ合っていない 本来はMと全層から利用されるビジネスロジックが主体なんだけど
vmでガッツリロジックなり制御なりのコード書いてる人が多い
そういう人から見るとvmは状態を持っていると言う主張になる >>882
だね。
ViewModelはインスタンスプールの場という認識が無いとそうなるね。
Bitmap加工にしても、ロジックは別の層に置くもの。
ロジックはDomain層、ドライバーはInfrastructure層でカキコしておけば再利用というスタイルの本筋が見えてくる。 wikipediaだとこうだな。VMはVが表示すべき状態を保持するというのが普通の理解だと思う。
ViewModel
ViewModel（ビューモデル）はViewを描画するための状態の保持と、Viewから受け取った入力を適切な形に変換してModelに
伝達する役目を持つ。すなわちViewとModelの間の情報の伝達と、Viewのための状態保持のみを役割とする要素である。 という事はバリデーションもvmじゃなくてmでやるの？ >>887 の定義だとちょっと密に思えてしまうな
https://learn.microsoft.com/ja-jp/dotnet/architecture/maui/mvvm
大まかに言うと、ビューはビュー モデルを "認識" し、
ビュー モデルはモデルを "認識" しますが、
モデルはビュー モデルを認識しておらず、
ビュー モデルはビューを認識していません。
したがって、ビュー モデルではビューをモデルから分離させ、
ビューとは独立してモデルを進化させることができます。 君たち一旦モデルの事はわすれろよ
めちゃくちゃすぎる >>882の言うようにハッキリとしたものがないと同意した上で言わせてもらうが
>そういう人から見るとvmは状態を持っていると言う主張になる
VMは状態をもつ
めちゃくちゃすぎる
普通に状態を持つ アプリケーションの真の実態はMなんだから忘れることじゃないな
勘違いされがちだけどMはデータ置き場でもライブラリでもないアプリケーション本体
VMは表層でしかない
メッセージの仲介所
上で書かれたインスタンスプールでもない
仕事をするにあたりただどこかにあるモデルへの参照を持っているだけ
ModelAとModelBを参照して計算してModelCに入れるのはVMの仕事ではない
VMはMに単純なメッセージ飛ばすのが仕事 ロジックを単にロジックと表現したりするとこみると
ロジックをビジネスロジックとプレゼンテーションロジックに分けて
考えてないよね
ここで>>882のじゃあ明確なその区別のルールは?って問題が出てくるが どうも自分の書き込み全体じゃなくて部分的な文章しか見てもらえてない気がする
>>884とかガン無視されてる あ、vmが状態を持つのはそのように書いたからであってあまり意味はない
適切なのかどうかは知らない でも>>892の見ると、君完全にFatModelの某riga◯◯氏の主張だよね >>896
誰それ？
VMは可能な限り薄くすべきだよ >VMは可能な限り薄くすべきだよ
いやいや、ViewModelは作る画面をモデル化したものだから
それは作る画面次第だから
VM薄くするために要件にまで介入する気なの?
(もちろん、VMに限らずスパッゲッティ排除したりすることはいいことだが) >>888
サーバー側でも結局必要になる処理なんで
バリデーション機能を提供するWebAPI定義してそっちでやってる
パフォーマンスもローカルでやるのと変わらん
自分設計の案件は
小計行の合計値など画面に表示されるものほぼ全てサーバー側での計算値だ >メッセージの仲介所
>デコボコしてて綺麗にくっつかない場合に間に入るつめも
これが先じゃないんだよ
例えば、学生を扱う時に「Student」クラス作ってNameとかAgeとか
状態持たせて「モデル化」するのと同じように
作る画面を同じように状態抜き出してロジック与えて名前を
付けたものがViewModel
こっちが先 で、ViewModelの実装において画面が複雑なら、ビューモデルに書くプレゼンテーションロジック
が複雑になるし、Modelにドメインロジックの実行を依頼したりする
だから、
>メッセージの仲介所
とか表現が極端すぎる
ViewModelは画面をモデル化したもので、立派に独自のプレゼンテーションステート
やプレゼンテーションロジックも持つ立派な1つのエンティティです >>900
>作る画面を同じように状態抜き出してロジック与えて名前を
>付けたものがViewModel
作る画面(View)のもとになるのがModelなのでその過程をどの程度意識しているかどうか
言い換えればViewを所与のものとして受け取っているかどうかの違いでは？
それ以外の点はほぼ賛同できる >>902
>作る画面(View)のもとになるのがModelなのでその過程をどの程度意識しているかどうか
アプリケーションの実装はそう考える場合があるかもしれんがMVVMパターンとして
MとVMにそういう関係があることを求めてはいないと思うがな。 >>903
いいこというね
>>890のモデルを忘れろってそういうことなんだわ
ViewModelはあくまでも作る画面をモデル化しておとしこんだのであって、
その作る画面がどのModelが元になってるか関係ないんだわ 自分でロジックブーメラン投げて刺さってるし触れるだけ無駄なんだなと
ヒマつぶしにriga○○が何なのか調べてみたけどわからなかった
更に調べるとかなり前から懐かしのugayaのことをrigayaと言ってる人物がいる
多分この人なんだろう
rigayaと言うのは別人がいてNVEncの作者 >>905
ごめんごめん
rigayaはNVEncの作者でugayaのほうか悪かった 何、しつこく
それも謝ってほしいのか?
すみませんでした そうそれ
全部Modelに押し込めってことか?って事で
FatModelって勝手に呼んだけど
完全な正解はないから俺も含めてみんなおれおれMVVMを信じるだけw 俺も>>909はVMの要件とは思わんな。
ただ、V→VM→Mというクリーンアーキテクチャで考えるならMからVMへの依存性逆転に使うインターフェースは
M側に含めることになるかな。それが「Modelの影」にあたるのかもしれんが。
言葉としては違和感があるな。どっちかというと「Viewの影」の方がしっくりくる。 「Viewの影」か...
VMにはMからの応答データ以外にも
カレントフォーカスやら
リスト系入力コントロールのカレントインデックスやら
入力コントロールの変更前値なども保持してるね
これらはMではあまり取扱かわない >>911
Mにインジェクションはまずくね？
そもそも、EntityやModelは定義とロジックが入るクラスで、かつ、Domainに属するクラス。
ViewとViewModelはApplicationレイヤー。
Domainとは、外部参照ができない領域で、そこにPropertyインジェクションはリスクを覚悟した使い方。
何事もトリッキーが必要になる事はあるが、SOLID原則は可能な限り守るべき。 この5chブラウザって実行できねぇじゃねぇかよ
とりあえずWindows 11 ProのSandbox環境立ち上げて
実行してもSeach app in the store?だっけ?
とダイアログが出て実行できねぇ
.NET 7のランタイムとかいれてもだめやわ
だるっ >>93
>Mにインジェクションはまずくね？
どこからそんな解釈が？ 本来のMVVMだとVMがMに命令を出してその結果をVMのプロパティーに反映だが
コレクションはMに無いとどうにもならないし、それをVMがリダイレクトする
この時点で初期のVMMVは破綻しているよな デザイナーとプログラマーと別けてやるならそうだか、自分一人でやるんならマイルールで頑張れば良い。他人は他人、気にせずに行こう！ >>916
>本来のMVVMだとVMがMに命令を出してその結果をVMのプロパティーに反映だが
本来のMVVMと言うが、MとVMのやり取りにおける役割分担ってそんなに明確に定まったものはないと思うが。 【クライアント側】
View (WPF)
ViewModel(WPF)
Model(c#, 業務ロジック以外のロジック、例えばUI処理に必要なロジックなど)
【サーバー側】
Model(c#, 業務ロジック)
みたいに実際はクライアント側にもModelが必要になる事が多い >>918
創世記の頃はさっき書いたようなのだったが、ビジネスロジックをほぼ全てMに書く派閥ができてカオスになった
あと、ReactivePropertyでMから簡単にリダイレクト出来るようになったのも大きい 今時はPropertyChanged.FodyやObservablePropertyで自動化
便利になりました クライアント側やクライアント側にもModelが存在しえるが
ここにはUI要素が殆どなく(あったとしても抽象化されている)
WPF以外からも再利用が可能だ
ViewModelは特定のView専用に実装されており
異なる種類のViewの実装から再利用する事は望めないのが普通だ 訂正）サーバー側やクライアント側にもModelが存在しえるが VewModelはViewの構成要素(データやコマンド)には依存するけど実装には依存しないでしょ M、VMはそのままで、VをWPFでもUWPでもUnoでもMAUIでもコマンドプロンプトでもまだ存在しないビューにしても成り立つのが理想のMVVM
まあ本体のバージョンやらなんやらで制約受けるんだけども >>927
機種やOS依存しないのはMだけで、VMはWPFからWinUI3に変わるだけでも作り直し
Win32とWinRTは名前空間が別だ 前からいるVMは作り直さなくてもいいと言う人は実際に使ってない気がするんだな Vが変わったらVMも作り直しとかそもそもお前のはMVVMじゃないぞ MVVMでは、Modelはただの定義であって、それがどこにあろうが、ローカルインスタンスはViewModelにある。
ModelインスタンスはViewにバイディングされるが、Model管理はサブスティチューターやインタラクター等の中間介在者経由で行う。
Modelにインジェクションは、中にパーサーを持たせ、ファイヤーや他にアソシエートさせるという事だろうが、それは、再利用性を損ねる事になる。
MVVMは見かけはMVVMだが、実際には、疎結合実現のために、取り巻くサービスから構成される。 ここに限らずプログラマー板は全般的に設計の話題になるとグダグダだよね もう今はMFC/WinForms/WPFという過去の遺産グループに一括りにされる時代なのよね
WPFはなんていうか、オーパーツを発掘してる気分、腐ってやがる早すぎたんだって 結局プログラム言語とかプログラミング作法じゃなくてアイデアなんだよな。
それをセンスと言うのかな？
MVVMはオートメーションの作法なんだよ。
俺は機械作業の一部になりたくないな。 ViewModelの再利用性なんて無限のコストをかけていいならいいけどさ
円周率を表示するアプリがあって3.14と表示するかおよそ3と表示するか画像取り込んで表示するかなんて
Viewの仕様次第でいくらでも膨らむのにどうやってViewModelの再利用性を決めるんだ？ UIは変化(進化)するWindowsとandroidも違うし、あと数年でMVVMなんて有ったなぁとなるかも知れない。昔の構造化とか。 >>937
さすがにその例なら再利用するだろ
なんで一から作り直すんだ？ データをどう見せるかなんてViewのシゴトだしな
コードビハインド書きたくないとかはワガママだ >>942
それな！
本来Vのコードビハインドに書くものを外だししただけでこれがVMとか言っちゃうのが多すぎる。
>>937とかその典型。それに再利用ってのは本来将来のコストを下げるためにやるもの。
半端もんは口出さずに100万年ROMってろってこった VMはVに依存する＝WPFならWPF専用になる
汎用クラスだけでVMが書けない以上不可能なんだよね MVVMじゃなくてViewとModelだけのVMパターンだね 最終的にはそういう事
m vm vをどうしても二つのグループに分けると
v vm とmグループになる
vm再利用とかありえない >>946
だね。
V+VMはペアで中味はトリッキーでもなんでもご自由にどうぞ。
V+VMとMの関係がアーキテクトの骨子。 WPFのはMVVMというよりblandパターン
MVVMとは関係ない実装がVMに多すぎ WPFはパフォーマンスでないねぇ
UI仮想化しないと初期表示がくっそ遅いし、仮想化するとスクロールがガクガクする
WebViewを試してみるか >>951
WPFからReactに移ったときWeb速や！って思た WPFってそんなやべぇやつだっけ?
昔、UWPアプリで、6年くらい前のスマホSoCのatomのタブレットでスクロールちょっと重いなと
格闘した記憶あるけどデスクトップPCやろ? UWPアプリのしたらばリーダーみたいのMicrosoft Store
になかったけ?
それでスクロール試してみん
サムネイル画像の表示とかもやってたはず コードみたけどレスの表示にRichTextBox使ってるの?
これ重いんじゃ?
TextBlockとかでがんばるとか
ってどの部分重いのか知らんが
レス表示だよね? UI仮想化してるならコンテナーのリサイクルも有効にしてる? >>955
試した。色々。
1個のどでかいTextBlockもやってみた。
>>956
試した。
inlineのパフォーマンスがすごい悪いんだと思う。
stackoverflowとかもめっちゃググった。
その中の外人さんコメで「WPFやってるとプログラミング初心者に戻ったと錯覚する」っていうのが妙に刺さったｗ
やっぱリフレクション主体のフレームワーク構造ってのに無理があるのでは。
少量のデータなら問題ないけど、ちょっと増えてくると指数的に重くなる 説明不足ですみません。
重いのはレス表示の部分。
範囲選択させたり、ハイパーリンク埋め込んだりなのでRichTextBox使ってる。
UI仮想化すると初期表示は早いけど、スクロールがガクガクだったり前回表示位置が上手く取得できなかったりとギブアップ気味。
これ以上この部分に時間かけるのもどうかと思い出した次第です 大量のデータならデータ仮想化もした方が良さそうだけど RichTextBoxの範囲選択はあきらめたほうがいい
Janeとかもできないやろ?
Webブラウザ使ってる余裕sikiはできるだろうが
TextBlockでもマルチスタイルのインラインリンクぐらいはできなったっけ >>957
ああごめんTextBlock試したのか
じゃあWPFがやばいのか
WinUIしてみようぜw
>>953にも書いたがレス表示みたいな事を当時やったが
デスクトップとかなら余裕だと思うんだが 10年以上前に自分が通った道を他人が歩いているのを見ている
今はIEコンポーネントもないしな 自分もrichtextboxから始めたけど開発スタート初日から見限った
これはダメだと
今より全然マシンパワーなかったから当然かと
Sikiは仕組み上遅くなるのが分かってるのでもうそういう既存の仕組みを使わないで自力描画してるようだ
レスをパースして行数計算して文字のフォントサイズを実際に脇に描画してそれを元に文字サイズを推定して
表示部分だけ自前描画
過去の自分も似たようなところにたどり着いて外部Dllを作ったがいろいろとうまくいかずc++からは戻って来た
でもかなりレベルアップしたような実感が得られた（個人の感想です） 過去にここ？かc#のスレでたまに質問して技術を探ったがまともに回答できるレベルの人間はいなかった
結局フレームワークが提供するものを使わずに自前の疑似描画が最速なんだけど
それがわかったとしてそこからは精神の問題になる
長い試行錯誤とこれは自分にとって時間をかける意味のあることなのかと自問自答 >>958
開発中の機能が重いわけ?
レス数1000近くて画像リンク含むスレッド表示してみたけど
どこがカクカクなのか分からない スレチだが、個人的には read.crx 2 をフォークするなりしてほしい
いまどき「Windows専用の5chクライアント」はちょっと... 出来の良いエンジニアが全員Webで開発してるから仕方ない >>965
ホイールスクロールじゃなくてスクロールバーのつまみを持って高速で上下させるとガクガクしません？
>>963
すごいね
時間とカネがあれば挑戦してみたいけど、
打算的な考えがはたらいてしまいどうも地味な部分（申し訳ない）に注力するのを躊躇してしまう
これだと浅く広くになってしまってよくないんだろうけど。 >>972
うん、つまみもってスクロールさせてみた
他のsikiとかと比較すると吸い付きは悪いけど、実際使う上で
この速度でイライラするかとそこはどうなんだろう
>>954で上げたしたらばリーダーでやってみたけどゲロ速い UWPとかそこら辺高速化する
事前バインディング(x:Bind)や段階的レンダリング(x:Phase)みたいのあるけど
どれくらい効果あるのやら xaml切り貼りして試したけど
>>956のこれでかなりスムーズにならね?
VirtualizingPanel.VirtualizationMode="Recycling"
これで解決やろ >>975
Recycling指定しただけだと表示されるレスがぐちゃぐちゃになってませんか？
結局RichTextBoxLoadedを呼びなおしてInline作らないといけないので、Recycling指定してもしなくても体感が変わらない気がします
（というか変わらなかった）
あとUI仮想化するときの致命点として、
表示されている近辺しかUIをメモリに保持していないので、
レス内の文字列検索する場合に全部探せないっていうのが・・ >>976
そっか
中身全然見てなかったww
元々LoadedでセットしてたからRecycleするとLoaded呼ばれなくなって中身が
更新されてなかったら速くなってたのかw
悪かった
>レス内の文字列検索する場合に全部探せないっていうの
ああ、これはRichTextBoxの機能でやろうとしてる?
MVVM的にはViewModelのほうが全部データ持ってるはずだけど >>977
「検索にヒットしたレスだけを抜き出して表示」ならVMを検索してDataContextを再設定すればいいと思う。
ただ「レスを表示したまま」っていう要件で例えば検索ワードの背景色だけを変えたい場合って
UIに全レスが読み込まれてないと出来ない気がするんだけど何かうまい方法あります？ >>978
ResViewItemViewModelのほうにアンカーやらリンクやらの
情報持ってるわけでしょ?
そこに検索ヒット部分の情報持たせて、それらを混ぜて表示すればいいだけじゃない? 色々ひっくり返るけど、WebView2でやるのが一番いいんじゃないかな？ WebviewでやるならBlazor Hybridの方が良いかも？
C#と連携しやすいし winformsとかwpfの案件ばかり渡り歩いてきたけどやっぱり斜陽なのかなぁ。きっちりウェブとかスマホアプリとかの勉強してそっちに軸足動かさないといかんのだろうか
とにかく不安で不安でしょうがない。何が一番不安ってwinformsやwpf本体以上にそういう現場って周りの開発環境自体もすごく古めかしいことが多い
git？何それ？みたいなことばかり その手の話はスレが荒れるからマ板で
特に「WPF以外は何がいい？」みたいな話に発展して、それもうWPF無関係じゃんってなる 特別な用途別意外
デスクトップアブリの開発需要がないでー 普通にデスクトップアプリは特殊用途でしか使われてない
CADとかそういうジャンルみたいのが一例 10年以上前の話
工場などの管理アプリは以前はデスクトップだった
情報は生産管理室でしか見たりできなかった
それがweb上に構築されて社内にいれば労働者が必要な権限のもと必要な情報を引き出せるようになった
営業も同じ
以前は会社に戻って日報ソフトで報告書を作ってたのがスマホから出せるようになった
作成も移動時間などの隙間時間を使える
在庫もその場で確認できる
以前は会社に電話確認してた
DXが持てはやされる今なんで今更仕事でデスクトップアプリを使うのか
開発者のエゴなんじゃないか デスクトップやネイティブからWEBアプリになったのって
今はサーバー側の計算資源に余力あるのもでかいと思う
フロント側で計算することが減った WPFが出る前後の話で描画がdirectXになるので速くなるのではと期待された
CADなんかもGDIから置き換えになるんじゃないかと
C#が今よりメジャーになるんじゃないかと
実際はご存じの通りでまあなんでもあてにならんもんだなと webは手だしてみてるけど
いざ画面作るとなるといまいちcss操れないへっぽこさでなぁ >>932
それな
俺はflutterもやってるのでflutter for webに頑張ってもらってcssやらずに乗り切れるかどうか
Webのバックエンドはgoとかやったけど >>992だった
Webのバックエンド用にrustもかじったほうがいいのかな
Web ApiでSQL叩くぐらいだけど
asp.net vs go vs rust
悩む flutter触ったら初期のxamarinみたいな状況だった
XAMLみたいな仕組みがあればいいのに 日本の業務ソフトはまだまだデスクトップで.NETが主流だぞ >>994
Flutterいいね！css嫌いだわぁ
バックエンドはFastAPI使った WPFはBindingのせいで遅い
高速描画謳ってるグラフィックライブラリは早くしたけりゃBinding使うなと言ってる このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 231日 13時間 5分 32秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
