◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:WPF(.NET, WinUI) GUIプログラミング Part33 YouTube動画>3本
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1724156206/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
WPF(Windows Presentation Foundation)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part32
http://2chb.net/r/tech/1694210576/ 関連スレ
Windows 10 UWPアプリ開発Part 3
http://2chb.net/r/tech/1627556967/ コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
.NET 9の新機能を眺めてたらHybridWebViewなる新規コントロールがあって仕様を読んでみたらなんと
Webviewの中は何をやろうが関知しないから
WebView2をクロスプラットフォームにするって言ってたのに
js側からネイティブダイアログとか呼び出せるApi用意してくれんのならスバラシイぞ！(*бωб)
てかデスクトップアプリのTeamsもwebview２実装してんだから一般公開するたけだよね->MS
webview2でもc#のクラスそのまま公開できるんだから簡単なラッパークラス作るだけじゃん
そのレベルでは無くて、Windowsの主要なAPIがSDKとしてHybridWebViewの初期化時にロードされて起動してくる感じ。なのでネイティブのWindows出すとかもろもろJSのコードだけで完結する事を想定。
今んとこ、SendRawMessageメソッドが生えてるだけに見えるけど、週末にでも触ってみる。
.NET 9の新機能にその機能がないのでおかしいと思って調べたら
そやから.NET(.NET Franeworkではない)て親切書いてやってんのにこのスレほんまにレベル低い奴ばっかやな・・・
あなたは.NET Frameworkが何か多分勘違いしてると思います
もうこのスレで質問するんじゃねーよマウント取られた情弱が逆恨みしてレスバでスレが汚れるから他所でやれ
まあ特に話すことのないオワコン技術の老人会スレなんだから
C#版Tauriって、別に現行のWebView2でも出来るんじゃないの？
Maui（Multi-Platform App UIやぞ！(略)）の新規webviewにwindows sdkのネイティブAPI呼び出しを期待するのは
>>19 Windows以外でうごかないやん
(以下ループ)
OSの上にOSのライブラリが乗っててその上にC#が乗っててその上にC#ライブラリが乗っててその上に各種OSのGUIを利用する層が乗ってて
そんなこと今更言われても・・・
別に破綻していないし問題なく使える
ここはXAMLに捕らわれた者のスレなんだ
MS経営陣にまともなアーキテクトがいないのでずっと迷走してる
どてっぱらに大穴が開いた船でもう沈没するのはわかってるけど上からの指示で水を掻きだしてる
最近の.NET関連でちょっとググると
>>34 マイクロソフトの公式ドキュメントを見てないのか？
URLと内容が紐づくものだけを見てしまうのは情報の探し方が間違っている。
やりたい事でググってアフィ記事すら出てこないのはエコシステムとして終わってるだろう
公式マニュアルの内容をページ単位で公開していたら管理できなくなるわ
記事がみつからないということは自分の手段が間違えてるのではと推測できるわけで
いつのまにかVSCodeの拡張機能にAvalonia for VSCode Communityできたいたのね
VSCodeは開発環境構築が大変すぎる
PropertyChanged.FodyとCaliburn.Microの組合せが楽できて素晴しい
windowsform経験者からwpf学んでくには、どんな教材が良いですかね。
Copilotが今時の流れだよググるよりTabエンター
それは逆
AIは理解してるんだからAIに応用させればいいのよ人間が理解したいならそれもAIに聞けばいい
残念ながら、今のAIが生成するコードは大半の業務系コーダーよりよほど高品質だ
wpfくらい枯れてるとAIも生成しやすいだろうね
>>57 よほど低品質なコードを書く人たちに囲まれてるんだね
難しい内容は、ChatGPTでは解決にはならないことが多い。
>>55 AIはそれっぽく作るのが上手いだけで理解なんかしてない
統計的に頻度が高い=それらしい回答が上手なだけだしな
流石にAIに関して今時その認識はやばいよ
まあ知恵袋ではAIのやってるのは平均や統計という結論になってるからそう思う土方が増えても仕方がない
>>64 ほんそれ
AIは小泉セクシーと同じタイプ
外注の粒度が劇的に縮小して作業者レベルに降りてきたってだけ
プログラミングの文法は理解しているから俺より役に立つのは確かだ
今のLLMは流行り始めた頃に比べてコンテキストウインドウが大幅に拡大しているから、
>>69 意味を関連で辿るタイプのAIはまだPCクラスじゃ無理だからなぁ
それが指示でないと言うのならもはや何も言うまい...
「10年後に路頭」
バグありのコード書くのは人間に外注したって同じだろ
>>78 >既に完成しているコードのライブラリを差し替えたり
>ライブラリ不使用に書き換えたりする、
>ゴールが明確で固定されてるが、それまでの道筋を変える
GPLロンダリングですね判りますω
WPFどころかC#すらわかってないJavaScript初心者さんでもコパイロットがあれば
言語としての最先端だよなあC#は
あくまでJava系(クラスベースOOP+静的型+C系文法)の中での完成系だからね。
長年C#でJava勢と張り合って孤軍奮闘してけたけど
C#をこれから学ぼうと思ってるんだけど、C#の強みってどういうところ？
スレチだけど回答
>>85 無料で最強IDEが使えるのと1つ覚えるだけでなんでも作れるところ
Windowsデスクトップはもちろん、Mac, LinuxデスクトップもAvanonia使えば作れる
ゲームはUnity、Webは.NET Core、Blazor
モバイルも一応作れる
C#の一番の強みは、OS、フレームワーク、IDE、DB、等々全てMSが用意したものを使えばよくて、
C#の用途はWindowsアプリとUnityだよ
Javaの糞性はメンテナンス工程で発覚する物が多いからなぁ
いつからC#は万能言語になったんだ？
複雑なUIってのがCADとかDAWを超えているならWinAPIから作れや(^^)v
複雑なUIもC#は他を圧倒してるよ
paint.netがwin32APIを直呼びしている時点でお察し
paint.netはGPUアクセラレーション使うから仕方がないでは
非常に何とも言い難いね
安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？
WinUI3がAOT実装したのに話題にならないね
winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
>>106 ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要
複雑なUIを妙なスクリプトで対処するなよ
WPFはCG以外の各種コントロールもDirect3Dで描いてんの?
CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFはDirect3D9のラッパー
むかしsilverLightがあったじゃん
xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？
されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
>>111 silverLightは
>>111 に対する話し
>CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？
WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
そりゃ思い込みだな
>>129 11年前のコードがそのまま動くとでも？
VB6.0のように動かすだけならできるだろ
あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
>>134 普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる
Reactのホスト環境はそうはいかない
ホスト環境やReact自身の更新に追随して変更していかないと使えない
環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？
>>137 Reactのホストって何よ
基本クライアント側だけで動く機能だぞ
>>139 JavaScriptがホスト環境無しには動かない言語なのは知ってる？
ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
>>142 .NETも今はCLRから何から全部抱え込むのが基本よ
AvalonEditが高速で気に入った
今からWPFを勉強する際におすすめの参考書やWeb資料ってある？
WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
他の言語したことあるならネットの情報だけで学べるやろ
WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)
データバインドはWinFormsにはないけどバインドする必要もないし。
https://qiita.com/inf102 qiitaにはそれなりにある。
MVVMパターンやデータバインディングにこだわりすぎるとハマる
データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき
非MVVMのWPFが自分的にはサイコー。
mとvmの境界が分からない
難しく考える必要はない。
別にMVVMを全部コードで書いてもよい
WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？
>>153 変更イベントでTextをintに変換とかいちいちしてるの？
>>158 それで正しい
面倒ならCounterStateを完全にイミュータブルにして、そのインスタンスを直接プロパティで公開してしまえばいい
それならCounterStateがINotifyPropertyChangedを実装する必要はなくなる
その方がReactなんかのモダンWebアーキテクチャに近い今時の構造になるが、WPFの場合は更新時にモデル全体を差し替えるようなことをすると更新範囲が広くなっちゃうからパフォーマンスは犠牲になる
PropertyChanged.Fodyも[ObservableProperty]も使ってないって情報古すぎる
質問者が問題視しているのはプロパティの重複とWPF特有の要件をMに持ち込むことだから、
xamlってWidth＝{Binding Path＝vm.Width×0.9f}
WYSIWYGなGUIビルダーが前提の時代遅れな設計だから仕方ない
今からデスクトップアプリは何で開発すればよいの？結局、未だにWPF？
WebベースならElectron、Tauri、WebView2あたり
>>168 簡単な奴ならWinUI3でいいけど業務アプリとかガチめのやつはWPFが安定
>>172 あとConverterにプロパティを書いておくと、x:Keyと一緒に指定できるよ
Web系ならGo製のWailsという選択肢もある
Webベースで作る時に、見た目をWindows風にするスタイルシートってある？
それこそReact Native使えば？
Webなら格好いUIつくれんのに
>>180 客に「違和感がある」とか文句付けられないようにするため
Windowsアプリなんだから格好いい悪いじゃなくて他のWindowsアプリと揃えなきゃだめだろう
windowsのアプリとかみんなバラバラじゃん、OS周り以外は
ダサくて使わないけどfluentUI
https://react.fluentui.dev/ そろそろスマホでもアプリの時代が終わりつつある
サービスは主要なインフラアプリに統合されて
react nativeってopenGLとかopenCV使える？
>>183 リアクトのfluentUIダサいよな
WindowsのfluentUIはそこそこかっこいいんだが
単純にアクリルがあるかないかの違いかもだが
Blazor HybridでFull C#がいい
いくらMSどっぷりといえど、HTML/CSS使えるのにJSできないというのは考えにくいでしょ
そもそもGUIってのはアプリごとに操作を覚え直さなくていいようにパーツを統一するところから始まってるわけで
>>191 そりゃないね
VSCが馬鹿でかいボタン集めて作られてもかなわんからな
VSCode含め、最近では不特定多数向けのGUIアプリって基本的にMacで開発されているものが多いから、
Avaloniaってどうなの
個別のアプリと言うもの自体が死にかけてるからなんでもいいんじゃないかな
ここってWPFかWinFormsしか使えないジジイたちが時代についていけずアレがいいのか？コレがいいのか？と右往左往するスレだよな
>>193 言うてMacOSは今でもOS標準アプリは一貫した作法のままだしな
標準アクセサリですらまるでバラバラなWindowsは格が違う
>>196 色々な技術が乱立していて自分で主体的に取捨選択しなきゃいけないのは決して今に始まったことじゃないんだけどな
お仕着せのMSスタックに身を預けることしかしてこなかったジジイたちが、ここにきて遂にMSに梯子を外されてしまい右往左往している構図
梯子外しって何のこと？
MS的にはUWP→WinUI3を追いなさいと言うことだけど
ネイティブアプリ作る案件は
>>184 >>201 ネイティブアプリから、Webアプリに変わってきているということ？
>>203 トレンド的にはそう
とはいっても、一般ユーザーの目に入りにくいだけでデスクトップアプリの開発は今も普通にあると思う
エンタープライズ系だったり、CADや解析ソフトだったり、計測器の制御だったり
んでその一般向けのモバイルアプリ開発ももう多分徐々に下火になってくる
ああいう会員アプリの目的は囲い込みではなく顧客の識別と購買情報なので、入れておいてくれるだけでいいんだよ
>>203 業務系のシステムとか10年以上前から全部Webだよ
ネイティブアプリをリッチーアプリと言っていた時代はまだWebと棲み分け出来てたけど今やもう昔話だ
業務のシステムをネイティブで作る意味なんてもうないもんな
ネイティブアプリの存在意義はWebじゃ厳しいからだったけど
>>196 なんだReactだのVeuだので争ってるWeb系と一緒かw
デスクトップも結局RestAPIやりとりすれば何ら問題ないんだけどね
いやいや生粋のデスクトッパーにRESTは要注意だぞ
1億3000万のアプリがクソしょぼいと言う…中抜きか？
>>212 Web上にアプリが無いので各種のバラメータをブラウザー経由で受け取れないし
そもそもシングルサインオンしてないので認証とおってなかったり
連携の時の遷移先はWebアプリなわけで大変だし、遷移先のアプリから返却値受け取れないわで大変よ
人類はHTTP以外の通信プロトコルの経験を失ってしまった
>>215 別にブラウザ経由で受け取る必要なくね？
Jsonでのやり取りで充分じゃね？
シングルサインオンもPOSTの時JSONにアカウント情報載せてやればサーバー側でチェックできるだろ
実際クライアント側へのプッシュ通知って結構面倒だけどね
MSが最後まで梯子を外さずに残すGUIフレームワークってVB6になると思う
>>220 ActiveXコントロールは2025年10月までと発表されているぞ？
>>218 そのSSOのアカウント情報をそもそもクライアント側でどうやって取得するのかって話
DBユーザーのuser/passやDBのテーブルに格納されたuser/passじゃなくて、Google、Okta、ADのような外部のIdPで認証するのは流石のデスクトッパーでも知ってるよな？
IdP側でM2M用のキーを発行する手もあるが、セキュリティリスクが高いし運用的にスケールしない
Webブラウザの方が偽装しやすいこともわかんねえんだろうなw
>>225 多要素認証が必要になる理由を考えたことがないのか？
>>222 30年も使ったから
そろそろ賞味期限が切れたのでは
>>225 WebブラウザはOSやハードウェアの情報を正確に取得できない
セキュリティ上の問題
httpで外部からリモートアクセスできないように対策をし続けていまに至る
Webブラウザからアクセスしているように偽装するのは簡単
>>227 そうじゃなくて古いもので作られている業務システムが多いから。
Macみたいにシェアが低ければ簡単に切れるが。
昔から海賊版だらけのデスクトップアプリはセキュリティ問題ないのか
RAD Studioか
今年が2024年だということもわからなくなった高齢者なんだろう
Win32だとコモンコントロールを使わなくても同じような枠線を引くAPIがあって
この時代、ゴミみたいな単価でそれなりに見栄えのするデザイン作れるデザイナはいくらでもいるし、
wpfのテンプレート無効にしてまでカスタムしてる変態もいるんだぜ
日本人は同じ見た目でないと怒り狂う変なやつが多いしな。
XPのガキっぽいのはヒデーなと思ったけど
NT4でOSとしては完成してたね
あんな作法に惑わされ過ぎ
ユーザーが入力した値の検証や表示用に変換が必要な場合には向いてる
そんなんMVVMじゃなくても出来るし
MVVM便利だけどな
俺はMVVMSを提唱してるけど
TextMateSharpっていうTexMateという一般で広く使われてる規格からシンタックスハイライトを作成するライブラリを使ってWinUIのRichTextBlockにシンタックスハイライトを実装するライブラリ作ったんだがこれってライブラリ化とかした方が良いかな？
>>251 なんか、
やりたくで作ってるだけじゃなく、
必要になって作ってるわ
MVVMの
Prisｍだかは無しで
>>253 Prismみたいなフレームワーク使わないとめんどくさいだろうなぁ
個人的によく使ってるのはMVVMToolkitだわ
CommunityToolkit.MVVMのNugetで使えるようになる
確かWPFでも使えたはず
vue.jsとかのMVVM知ってると
>>255 すまんVue.jsやったことないんだけどどのへんがWPFがクソなの？
全部って感じ...
そも、VisualStudioって、MVCモデル用だれ？
>>260 例えば Vue.js の MVVM でここが優れてる！
ってのはどんなのがある？
ただ Vue.js 言いたかっただけなんじゃないの？
MVVMToolkitはマジで記述クソ簡単になるからオススメ
>>265 ほう
使ってみますわ
内部の仕組みとかは気にしなくてええの？
不安だわ
>>266 Prismとか、
使ってええもんかどうか…
>>267 Prismは必要以上に肥大化して複雑になっちゃったから手を出さない方が良いと思う
CommunityToolkit.MVVMは後発なだけあってシンプルで分かりやすくて良いよ
これがもっと早くにリリースされてればWPFのMVVM嫌いをここまで量産しなかったかもしれない
>>269 あー
初心者だから大変だわ
とりあえずToolkitでさっきから作り始めたわ
>>270 とりあえずToolkitでさっきから作り始めたわ
何も無しで自力作ったWPFアプリケーションをToolkitに移植してるけど、
仕組みがよくわからんわ…
>>272 まあ、
自分で書くソースコードは短くなるな…
>>272 普通こういうのはプロパティの値が変わってもUIに反映されないんだけどINotifyChangedって言うプロパティの値が変わったら自動的にUIに反映させる実装を裏の方でしてるだけ
MVVMToolkit使わないならわざわざその処理を手書きで記入しないといけないところをMVVMToolkitは裏で自動で実装してくれるわけ
その裏で実装されてるのが
>>270 この記事の終わりの方にあるアナライザーのところに勝手に作られるコードってわけ
>>274 そうだね
INotifyChangedとか書いてたわ
だいぶ短くはなった
>>257 >他はMVVMにかかる手間なんて一切無い
>
>ので話題にも上がらない感じ
WPFについても同じように思っている人はいると思う。一切無いとまで言い切ることはしないが。
自分はそれほど困ってないが、ちょくちょくWPFをディスりに突撃してくる変な人がいるなあ、という感想。
>>277 >>WPFをディスりに突撃してくる変な人
以前WPFに人生投資してた人でお節介ながら警告してくれてんじゃないの？自分もそうだけど
で自分はWPFに関してはMVVMだけなら単純なバインディング機能とコードビハインドだけでもっと簡単にサクッと書けんじゃないのと思ってる
諸悪の根元はMicrosoft Expression Blend系機能に代表的されアンチコードビハインドの原理主義
MicrosoftがMVVMの為に言語を歪めてコンパイラで特別扱いする勇気があれば、最初からもっと簡潔に書けていただろう
>>278 そんなのは過去ログやWEBの評判みりゃ分かることだし、要らぬお世話だよ
何度も長々と同じ話してて、邪魔にしかなってない
それに今は以前と比べてかなり簡単に作れるようになってる
>>279 自動プロパティにget set init 以外に bind set付けるだけなのになあ…
VSエクスプレスでコミュニティツールキットMVVM Ver.8以降を使う方法ってありますか？
テスタビリティが低いから
流行りなだけで単純なアプリ作るだけなら不用だしなぁ
ViewとModelで、
モダンUIフレームワーク視点から捉えたMVVMの現在地↓
「SwiftUIでMVVMを採用するのは止めよう」と思い至った理由
https://qiita.com/karamage/items/8a9c76caff187d3eb838 >>289 Modelを全部ObservableにすればVMは不要である
と読めた
何年か前にそれを見たような気がするけど呪文が多くて別物だと思った
書いて無いのに動くプログラム。怖すぎ。
>>289 本質はただの言葉遊びにしか見えんね
VMを別の言葉で言ってるだけ
なんか余計なコード書かなきゃならあかん事が増えて
意味不明瞭な変な用語を使いたがるキチガイどものいつもの会話
XAML+双方向バインディング
XAMLは単一方向フローでもいけるだろ
winui3ではx:BindとBindingで違うね
マテリアルデザインの5.1って動きます？
動くよ
MS自体、小規模ならMVVMは使う必要ないと言ってる。
C#の入門レベルの本だといまだに「WinFormでアプリを作ってみよう」という例が書いてある印象はあるよね
「UWPでアプリを作ってみよう」よりかは需要のある知識
高DPIも対応したしwinformsは手軽にGUI作れるフレームワークとして今後も有力だと思う
WPFのHiDPI対応は何も考えなくてもできるけど、
WPFに比べてWinFormsは敷居が低い。ま、x:name使えば大差ないけどな。
>>311 MVVMとかやんなきゃ
変わんねーーだろ
これが最新のMacOSで動くというのがシュールすぎるｗ
そいやvscodeのavaloniaの動くようになっていた
AvaloniaStudioとかいうVisualStudio風味のIDEがGitHubにあるな
WinUI3のコントロールの中にWindowsTerminal組み込んで見たの図
VIDEO こいつにディレクトリのツリービューとか追加してダブルクリックでそのアイテムのパスをコピペするようにしたりコンソールアプリのパスを登録したリストビュー作ってその中からアプリを選んだらそのパスがコピペされたりとかになればコンソールもだいぶ使いやすくなるぞ
そんなもん適当なコマンドランチャー使えばいいでしょ
>>321 コマンドランチャーってコマンド引数入力できるの？
コンソールの親ウィンドウを設定しただけに見える
>>324 そうそう、Process. Startしてウィンドウハンドルを取得
DllimportでSetParentしただけ
ただWindowsTerminalの設定をそのまま引き継げるしタブも使えるしなかなか便利だ
windowsだけならWPF
UWPやMAUIって現状どうなん？
UWPは今後も無いな
React
「C# で作るなら」って書いてあるのが読めないの？
業務なら普通にWebよ
いまどきの業務アプリなんて生成AIでノーコードなんじゃないの
>>338 はやく生成AIで業務アプリ作って公開してくれよ
>>339 アシスタントにAIは普通なってきましたよ
因みにC#でもアシストしてくれると思います
>>340 話がずれすぎ
生成AIでノーコードで業務アプリ作れることを証明しろって話
>>337 Webやってないのは進歩しない人間と言いたい十年一日のような議論
個人開発ならまだしも、プロジェクト毎の技術選定において「決定権」を持つのは開発組織の上位層であって、多くの技術者ができることはいわゆる「提案」に留まる
ワールドワイドウェブなのにWebブラウザの仕組みの話になっているのは知識がなさすぎる。
>>348 初回アクセス時にjsのソースをローカルにロードしたら以降は全部ローカルで動作する（なのでサーバーアクセスも不要）
初回アクセス時にローカルストレジにキャッシュも出来るので、そうすると起動時のサーバーアクセスすら完全に不要になる
こうなるとWebアプリじゃなくて実質クライアントアプリだね
データをローカルストレージに書けるようになったらそうだね
オンラインとオフラインで動作を変えてる
>>352 軽く言ってるけど、データの整合性とかはどうやって担保してんの？
>>354 そのルール作りが大変だろうが。下手なルールだと不整合がバンバン起こる。
それにそんなんが可能な業務も限定的だろが。
何にでもケチをつけないと気が済まないんだなとしか…実際に実装されてるし一般に売られている本などでも実装手順は書かれている
「だけ」と軽く流して具体性に欠ける回答だから突っ込みが入って当然だろう
具体的に説明しようとしたら、こんなところの数行のやりとりで終わらせられるような話では無かろうよ
何にでもケチをつけないと気が済まないんだなとしか…
オフラインでしか使えない状況でも使いたい場合もあるでしょう
仕様を決める人間と
ちょっと違うけどイメージしやすい実例を挙げるとしたら Git とかになる？
横からだけど、その例はちょっとズレてるんじゃないかな
>>363 書けば書くほど素人臭がキツくなるな
「Gitと同じように作るだけじゃないの？」とかリアルで言ってそう
WinUI3の画面にWindowsTerminal埋め込んだったwww
https://qiita.com/C-Sharp_is_GOD/items/d02a2da67690342eb18f VIDEO WindowsTerminal標準の設定も使えるしタブ機能も使える
ChatGPTの公式デスクトップアプリがMac版はネイティブなのにWinではElectronになったのには、当初WinUI試したけどあまりにもクソだった
バックエンドと高頻度にデータをやり取りするとか、
Webはそういうユースケースに最適化されてるからむしろWPFなんかより遥かにレスポンスいいんだよなあ
じゃあ、逆にElectronはどんなタイプのアプリには向いてないの？
一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
一般的には、メモリ消費量の少なさや起動の早さが重要な小物には向かないとされる(WPF比では微妙だが…)
ネイティブであってもXAMLレンダリングしてるならElectronでHTMLレンダリングしてるのと内部でやってることあんま変わんなくね？ってのが
AIアプリなんてネットワーク越しでAPI叩いてるだけじゃないの？ローカルクライアント側のパフォーマンス差なんて
処理速度的にはその通りというかむしろ極限まで最適化されてる分HTMLの方が大抵速いのだが、
webアプリをクロスプラットフォームに移植する上でelectronだと楽だから使われてるだけで
それは思い込みだと思うよ
ChatGPTのアプリってWeb版と何も変わらないじゃん、ショートカットがあるくらい？
web開発者は低価格でいつでもいくらでも提供されるので成果物が同じ機能ならコスパが良いのは
単にChatGPTがアプリの特性を考えてElectronを採用しただけ
そういうものはおいそれと一から作られないと言う事実を無視してる
俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？
どんどん小学生のようなレベルに落ちていくな
内容で反論できずに無意味レスw
＞ 俺WPFでアプリ作ってgithub star 1000以上あるけど？使われてるんだが？
ChatGPTで使われてないだとかはどうでもいい
他人にゴミゴミ言って突っかかってくる人間が一番問題あるんだと思うけどな
WPFが使われてないんだー、Electronの方が使われてんぞ！
ごみごみ言うのは辞めたのか？書いてよかった
それにドンドン自分の書いた主張の内容をなぞって書いてくれるようになった
使われてる使われてないとかどうでもいい
>>387 いやいやMac版のChatGPTのアプリってVSCodeなど他のアプリと連携したりするんだぞ
今後オートパイロット機能などよりシステムと密接に統合されていく方向なのは明らかで、
ネイティブアプリの方がシステムへのアクセスのしやすさにおいて有利なのは目に見えてる
まあWinについては完全にCopilotと競合するから、やりすぎると大株主のMSから怒られる可能性が高く、やる気がしないという面もあるかもね
OpenAIにとってはWebのChatGPTのUIをほぼそのまま流用できる安い手段としてElectonが採用されただけだろう
だとしたらMacよりも金をかける価値がないってことになるぞ
WinUI3とMAUIって別物？
WinUI3は次世代のwindowsネイティブSDK
AppleとOpenAIが提携したから何かやるつもりでネイティブにしてるんじゃないんか
MS的にはCopilotで自前で自由にして良い権利を得てたのかも知れんけど、結果は散々だな
MS365 Copilotは酷いよなあ
WPFのフレームワーク周りがよく分かってないので聞きたい
>>413 俺は Prism 使ってるけど、どれでもいいと思う
MVVM Toolkit は INotifyPropertyChanged の実装とかで code generator 使えるのが売り
Prism は機能が豊富なのが売りでダイアログやナビゲーション機能(Pageの代替) とか他にはないのが多い、ただしライセンスが特殊
.NET9 & C# 13 preview だと fieldプロパティ使えるから code generator 使わないでもシンプルにかけるんだよね
こっちの方が当然コンパイルも速いし、View から直接Modelにジャンプできるのが便利
.NET10 & C# 14 では この書き方が標準になるはず
```
# INotifyPropertyChanged
public class Model : BindableBase
{
public string Name { get; set => Set(ref field, value); }
}
# ICommand (lazy初期化)
public DelegateCommand HogeCommand => field ??= new(() =>
{
MessageBox.Show("hoge");
});
```
フレームワークは DI使えればなんでもいいかな
Webではフレームワークというとフレームワークが主でアプリケーションコードをその上に乗っけるようなものだが、
短かく簡単にしたいっていうならPropertyChanged.FodyとCaliburn.Microの組み合わせが頭おかしいレベルに省略できる。
>>414 の例によると、Set()も要らないしDelegateCommandも書かずに動作する。
だから問題なのはMVVMをどうするかではなくXAMLをどうするかに始終。
C#はシンタックスシュガーお化けなのにXAMLはこれっぽっちも短縮系がないのは何でなんかね
View側で何でもできるとそれはそれでスパゲッティになる
>>418 本当のスパゲッティソースを見たことがないんだな
山岡さんの気持ちがわかったような気がする
コード量はXAMLの方が何倍も多いよ
XAMLが大成功して広く使われてたら今頃はとっくに virtual DOM & one-way data flow アーキテクチャに移行していただろうし、
ReactからWPF使って快適になったんだけどこれは俺だけ？
派手なコントロール作ればいいんじゃね？
>>424 どこがどのように快適になったのかを具体的に教えて
>>427 UIとロジックが分離してるおかげで標準コントロールをそのまま使うだけでよい
このことから生成AIとの相性が抜群
テーマはサードパーティのを入れるだけで勝手にモダンな見た目になる
>>425 デスクトップアプリはマシンリソース使えるアプリ使えたりするし
UIなんかより動作するアプリ側に価値があるものを提供できる
それができればUIなんぞどうでもいい
>>428 UIとロジックの分離なんてReactでも当然に実現されてる
テーマは適当なCSSフレームワーク使えば余裕
まあまともに使ってないんだろうな
>>429 全然分離実現されてないから、使ってないのはお前だろ
ReactはViewしか存在しない、react hooks とかいうゴミを導入したことでさらにスパゲティが悪化した
テーマもCSSフレームワークを使えばそれに強く依存することになる、それが問題だといっている
State管理もいろいろ乱立し終わってる
WPFだとViewとロジックが分離されているし、標準コントロールにテーマを適用する形になるからほとんど改修は必要ない、これが大きなメリット
フロントエンドはAngularの方が良いな
よく使われている=いいもの ではないのよ。
そんなことはどうでもいいからtextboxにプレースホルダぐらいは実装してくれよ…
WPF推してるやつの時代錯誤感やベェなw
既製品でよければExtended WPF ToolkitにWatermarkTextBoxがあるだろ
>>425 手間暇かければ出来ないってことはないだろう
割に合うかは別として
>>436 CSSと比べるつもりは無いんだけど
WPFでは不可能な複雑な画面ってどんなのさ
>>437 webのデザインシステム見たこと無いのか？
手間暇かかってやってられないならともかく、作れないってのは分らんな
>>432 わざわざ推してないもののスレに来てるお前の方がやべぇよ
webが好きなら一生webをやってろ、俺はそれに価値を感じていないだけ
価値のあるwebアプリってのを見たことがない、価値があるのはそこに提供されるコンテンツや
ChatGPTのようなバックエンドサービスであって react だのそういった技術に価値を感じたことはない
生産性度外視してWPFだって出来るもんって言ってもなあ
いい加減CSS最高君に構うからいけないんだと気づこうぜ
>>441 全てViewに固めてるReactの方が読めないわ
何useStateだとかuseEffectって？
JSXの中で三項演算子やら複雑なロジックが書いてあって意味わかんねーよ
大体XAMLなんてデータ表示してるだけでロジックがないんだから読む必要なんてない
読む必要があるのはロジック
XAMLに文句言ってる奴はqtやらWinformsでGUI作ったことがないんだろうな
とはいえ今時のWindowsアプリって、不特定多数向けの新規開発はMS謹製のもの含め大半がWebベースになってるからねえ
やべー
マイクロソフト自身もVS CodeなどはWeb系の技術で作ってるからな
>>449 WPFは最初は難しいが慣れると快適で生産性が高いと感じる、実際に自分がそうだった
Reactは最初は簡単だが、慣れるとクソに感じてくる。React Hooksも同様。
Angular の方が断然いい
人気だからよいものとは限らない
React Hooksとか超コードみじかいんだが...
MSはOutlookをWebView2に移行したね
ところでクロスプラットフォームなら名前の出たQtのQMLは超いいよ
>>455 https://learn.microsoft.com/en-us/microsoft-365-apps/outlook/overview-new-outlook#architecture > The new Outlook for Windows, built upon modern service architecture, is inspired by the Outlook web experience. It operates within a streamlined Native Windows Integration Component and utilizes WebView2.
なおReactを使用している模様
https://www.neowin.net/news/microsoft-plans-to-unify-outlook-across-platforms-using-web-technologies/ >>452 単にアプリの要件に合わせて適切な技術を選択しているだけなのでは？
Outlookはwinネイティブの機能は何一つ使わないだろうからクロスプラットフォームにする上でWebを使いまわせるメリットが大きいんだろう
Windows11の電卓は？動画プレイヤーは？
>>451 コードの短さ＝保守性の良さ、高生産性と思ってる時点でレベルが知れるね
Reactなんてone wayアーキテクチャが大規模において使い物にならないからいろんなstate管理のパターンが乱立してるんだけどね
state管理の難解さは人間の方に問題がある気もするけど
>>457 その例はちょっと苦しいなw
PCでの動画再生なんて今時ほとんどWebだし、電卓、、まああなたが開発しているのが電卓なんだったら何も言うまい
WPFデザインのメリットって何？
>>461 one wayなFlowアーキテクチャで十分ならなぜState管理のライブラリが乱立してるの？
Angularはそうでもないけど
>>463 WPFのMVVMライブラリがなんで乱立してんの？を自問自答してみれば自ずとわかるのでは？w
>>457 >Outlookはwinネイティブの機能は何一つ使わないだろうから
これマジで言ってるの？
>>463 WPFしかやってないと、
Reactとかアカデミックな技術論の盛んさに腰を抜かすだろうね
Geminiの回答
>>463 angularはフルスタックフレームワークだね
意味分かるかな？
Webだって競争の結果、今に至っただけなんだよなぁ
one-way dataflowって要は
両方触ったうえでReact糞WPF快適と言ってるんだがｗ
技術的な良し悪しとは違うけど、今からWPFを学ぼうとすると情報を探しづらい (古い情報が多い) のがつらい感じはする
このスレ見てるとWPFを学ぶ気が失せる
ReactというかFlutterでもSwiftUIでもなんでも良いんだけど、最近のFlux/コンポーネントベースのフレームワークはガチで使いまわせるが
>>477 じゃあCustom Control作るか、標準コントロールにtheme適用すれば？
そもそも見た目を分離するってのはユーザーコントロールの話じゃないからね
ViewとViewModelを分離することも言ってる
例えばある処理中に Spinner を実装する場合は、Reactだと Viewに状態を含むロジックをすべて書くことになっているから
非常にテストがしづらいしスパゲティになるんだけど
WPFだと プロパティとAsyncCommand を定義するだけでViewModel上でSpinnerが完結するから
完全に見た目とロジックが分離していることになる
よってViewModelだけテストすればよいし、Viewはただ表示するだけのシンプルなものになる
MVVMを叩いている馬鹿は、WinformsやらQtやらでそれなりのGUIを作ったこともなければReactやらでまともにテストを書いたことがないんだろう
複数アプリで使い回す？ってのをそもそもライブラリ提供者でもなくアプリ開発者が普通やるんかね。デスクトップアプリ開発は標準コントロール使うのが基本だと思うけど
MahApps.MetroもWPF UIもあるので好きなだけ見た目変えたらいい
トグルボタン(トグルスイッチ)と言えばね、効果がすぐ体感できる対象でしか使うべきではないとガイドラインにもあったと思うが
>>474 英語ならいくらでもあるね、pluralsightとか。
ドキュメントや技術本程度の英語すら読めない雑魚はそもそもエンジニア向いてないから辞めるか英語の勉強から始めた方がいいと思う
>>475 お前みたいに5chなんか見て技術を選定するような馬鹿は何もできないだろうから使わなくてもいいよ
自分の作りたいものがあれば自分に適した技術を選択して、それで開発すればいいだけ
俺はWPFで価値があるもの作れてるからそれでいいのよ
webスレに人がいないからな
正直現役世代の技術をこんなとこで話さないからね
node.jsのdgramモジュールを利用してElectronでデスクトップアプリとして作れるけど。
別にMicrosoft.Extensions.AIの話をしてもいいんだけど、ここWPFスレだし？
>>485 20代で趣味でOSS開発してるだけですけど。それでスター数1000ありますけど。
勝手にジジイ認定して面白いか？
>>482 証券取引の業務クラアイアントで
アーキをWPFからWebに移行した俺が
10年以上まえからWebでやってる
reactなんて古式ゆかしいステートマシンがアーキテクチャのルーツだろ？
他のスレに投下してスルーされたけど
>>478 , 479
tailwind cssやshadcn/uiみたいなのが流行ってるのは他人やAIが書いたコンポーネントをコピペしてそのまま動くからだよ
v0なんかの生成AIサービスもそれ前提の仕組みになってるしね
それくらいコンポーネントベースのフレームワークは再利用性高いって話
俺WPFで生成AI使いまくってけどかなりコピペで済んでるけどね
『ロジックとUIの分離ができないから』(･ω･#)？
たぶんVMとVの分離のことを言っているのだろうけど、それが再利用性にどう寄与すると思っているのかは謎だね
WPFは参照元が増えるときっつい
>>496 再利用性よりもロジックを分離することで保守性とテスタビリティと高まると言ってる
さらに生成AIとの相性も良いと言っている
俺再利用性なんて言ったか？文盲乙
ReactはViewに全てのロジックをごった煮で詰め込むから少し規模が大きくなるとまともにメンテできなくなる
JSXで三項演算子やらを乱用し、React hooksとか言うゴミで状態管理もViewと密結合になってまともにメンテできない
Reactで単体テストやろうとすると実質ブラウザテストのようなものになってしまうから意味ないんだよね
『ReactはViewに全てのロジックをごった煮で詰め込むから』(･ω･#)？
DataContextは親のを参照するからListViewItemのためにVMは要らない。
よく読んでからレスしないとエアアドバイスになってるぞ
よくある例としては懐かしのダウンローダーみたいなのがあって
ListViewItemViewModelが作られるのは単に可視化要件に応じた変換を入れたいだけのことが多いけど、
ちなみに文盲とは文字自体読めない人のことなのでこの件は文盲とは違う
>>497 d:DataContext設定すれば補完も出るしrelativesource使っても補完出るし別にわかりづらいと思ったことないけど
Reactの配列.mapsも別にわかりやすいと思えんけど
なんかVMとModelを混同してない？なんで全てViewModelなの？
誰かが主張しているAIコピペで済まない例だからだよ
>>506 俺の作ってるアプリはお前みたいなゴミには作れない高度なアプリだけどそれはモデル側だからな
ゴミアプリで星1000とれるわけないでしょう
ViewModelとUIは表示するだけのシンプルなものだからAIに任せてるってだけ
wpfが生産性高いとか嘘だろ
イベントハンドラーベースでつかえば
今ってコントロールは同じものが揃ってるの？
WinFormsのHiDPI対応って、そろそろマシになったの？
今時WinFormsやWPFが選択肢になるようなとこなら解像度下げりゃいいだけ
より高性能のDataGridというのがある。5-6倍速い。
GridViewとListViewは初心者がドハマリして退散してゆく要因なのよね
何がそんなに難しいのかわからん
聞かなきゃわかんないほど複雑だからだろ
WPFの思想的には本来はListView使えばいいんだけど、
セルのなか右寄せしたいんだけど……
DataGridは何でもできるし、かなり早い。が、難しい上に資料も皆無。
そういえば数年前にMAUI触った時、DataGrid無いと知ってがっくり。今も無いよね？
Flutterにもデータグリッドは無い (ただ格子状に要素を並べるだけのものはあるが)
誰も話題にしてないけど、.NET9でFluentテーマ追加されてた
WPFだけでなく、WinFormsでも現代的なことはだいたい何でもできるようにする方針になったらしいな
MicrosoftがWindows上で成功して後世に残せた事ってCOMぐらいだな
右クリックだろう
マウスはMacが先
マウスとアプリでPC操作…世界を変えた初代Mac 貫かれたジョブズの美学と革新性 #なぜ話題(Yahoo!ニュース オリジナル 特集)
#Yahooニュース
https://news.yahoo.co.jp/articles/b05f947581a8167c57cd854157ea61f71127f902 マウスは1ボタンマウスがアップル、2ボタンはmicrosoftってのが言われるけど
マウスの発明者はダグラス・エンゲルバートでAppleはそれをパクっただけでしょ
>>530 ゼロックスの研究所にゲイツが泥棒に入ったところ既にジョブズに盗まれた後だった...
というエピソードは、それなりに知れ渡った笑い話だと思っていたが
ここで続ける話でも無いけど、Appleって有り物寄せ集めてきれいにパッケージングして製品作るのうまいけど、新規技術を生み出して…ってのは無いよね
Appleはジョブズが戻る前には面白いネタのような外見のマックをいっぱい作ってたぞ
>>537 アプリに他のアプリを埋め込めるなんてなかなかない
リンゴのハイパードックもあまり成功してない
隙あらばスレちな昔話
>>537 *nix界隈が嫉妬してて似たようなの作ろうとしたら案の定失敗してた
>>539 OLEはWindowsをゴミのように不安定にした黒歴史の立役者だろ
結局後世にも残ってないしな
COMはオブジェクト指向IPC技術としては高く評価されるべきだが、UIのコンポーネント化技術としては大失敗
消えたのはセキュリティ上の問題だよ
今でもやってるWord内にExcelの表を挿入するのってOLEでしょ
>>542 無理やりWPFの話題に戻った感あるけどw
WPFでWindowsを不安定にさせるって何のことだ
いくつかあるけど一番危ないのはBitmapImage廻りの処理
githubで検索したら再現コードあるよ
なんで貼らないの？
16ビット時代なら
>>543 OLEドキュメントに変わる新しい技術ってなんかあんの
どんなドキュメントでも相互に埋め込めるのはそれなりに夢はあった
Wordに埋め込んだPowerPointの図表が全部表示されなくなって埋め込み直す作業やってたチームがあったなぁ
埋め込みドキュメントって、Web版やスマホ版officeだとどうなるんだ？
新しくアプリをインストールすると登録されるcomコンポーネントをハックするのがたのしみだったって事がある。
>>555 COM連携はWindows以外の環境では実現不可能なんだ
何十年も前からあるこの程度のことが今はできない
今の技術者はアホしかおらんのよ
こんだけゴミクソのWindowsが生き残ってるのはCOMのおかげと言っていいから
WPFおじさんも現実を見れてなかったがCOMおじさんはさらにその上をいってるな
comは何でもできるけどアレは難しいしバグあるとヤバい。
.net前は昔VBでcom大量生産しとったな
COMにもいくつかレイヤーはあって、統一的なABI、実行時型情報、プロセス間通信、OLEオートメーション、コンポーネント埋め込み…とあるうち
色をTomatoとかSalmonとか配色に応じて修正してるけどさ、面倒くさいよね
observableCollectionもっと使いやすくならないの？何で範囲指定できないのか。
observableみたいな変な仕組み一掃してもらいたい
変更があるたびにイミュータブルなVMを毎回作り直すようにしてone-way bindingのみにするだけで遥かにシンプルになるのにね
名前の無いPropertyChanged放てば全部更新されるだろ
>>573 それだと変更のない箇所まで更新対象になるから非効率でしょ
あと、DataContextにイミュータブルなVMを直接設定しちゃうと結局丸ごと差し替えるしかないから、
DataContextのオブジェクトを入れ替えなくていいようにプロキシ的なものを間に挟むケアが必要だね
observablecollectionにもう少し文句あるけど、項目ごとにいちいちpropertychangeで監視するコードを書かなきゃいけないのなんでよ。項目内の変更は無視してリスト数の変更だけ取りたいことなんてあるか？
含まれてる要素ぜんぶ追っかけたら、追っかける必要ない要素まで処理することになるし
それいうたら
>>575 何言ってんだこいつ
リスト自体に変更ないならListでいいよ
BindableCollectionならRefresh()で解決
あくまでもVSCode上での動作やコンパイラが速くなるだけだぞ
TypeScript 6 (JS) で TypeScript 7 (ネイティブ)って言ってるからガチじゃね？
TypeScript「コンパイラ」をgoで書き直したってだけじゃなくて？
TypeScript 5系 <-- いまここ
typescriptをコンパイルしたらexeができるようになるんじゃないのか
Why go?
https://github.com/microsoft/typescript-go/discussions/411 MicrosoftがGoを選んだというのが興味深いけど、案の定
なぜC#ではないのか？→C# AOTはゴミ
とかコメがいろいろ荒れとる
>>585 流石に文盲が過ぎる
一連のワークフローにおける省メモリ化と高速化を主な目標として、コンパイラを含む各種ツール群をGoで書き直すプロジェクト「TypeScript 7(native)」が進行中ってニュース
重大な（破壊的な）変更が含まれる前提であり、前身の「TypeScript 6」にて対象となるAPIや機能を非推奨としてマークする計画であるとも
どうでも良いけどアンダース・ヘルスバーグって64才でまだ現場やるんか、超人かよ
TypeScriptはWeb系に受け入れられやすいようにMS色を抑えてるからC#は論外だわな
そらvscode動かすのに.NET必須ですってなったら、折角エディタ業界を制覇したのにWindows以外でのシェア全滅するだろ
tscなんてファイルIOと基本的なテキスト処理と最低限のHTTPサーバーの実装ができりゃいいだけだから、Goだと変な依存関係なしにほぼ標準ライブラリだけで作れるはず
WhyGo？、ヘルスバーグも書き込んでるじゃん
>>596 ネイティブコンパイル出来るようになったんじゃなかったの？
>>600 nodejsで書かれてたTypeScriptコンパイラ…トランスパイラと言った方がいいのか？をネイティブ実装するという話で
最終生成物はjsのままっしょ？
このスレAIしかいないのかってぐらい会話になってなくて笑える
>>601 そういうことなのにわかってない連中ばっか
さすがC#さん
セルフコンパイルを諦めてまでやるってことだからJavaScriptって本当に遅いんだな
残念ながらUIまで含めればWPFよりは遥かに速いんだよなあ
いやもう時代は下々のプログラマーの実装言語はTS(JS)でそれをトランスパイルするコンパイラがC++ or Rust or Goに集約されたっちゅーことや
FlutterがJava/Swiftより使われてる笑
googleがFlutterを見放したって話ですよ奥さん
Flutterはめちゃめちゃ負債化の香りがプンプンする
>>611 ほんそれ
JSじゃなくてDartである必然性がない
結局IT後進国の日本ではJavaドカタを有効再利用するためだけの理由でKotlinがトップシェアだから尚更Dartの存在価値がない
日本て未だにネイティブ信仰が強くて合理化や効率化を無視してんのもマルチプラットフォームには向かい風なんよな
ちょっとUno触ってみようかなーって思ったらIME非対応で草
HTML+CSSの柔軟さと楽さに慣れたらXAMLとか苦行でしかない
人は苦行に喜びを感じて受け入れることで悟りを開くと聞いた
winUIとかいうWPF劣化版の再生産やめてほしい。スマホに浮気する暇ないだろ。
ネイティブコードから使えて現代的な見た目の標準GUIツールキットが存在しないのはさすがにOSとしてまずいからね
Redditの海外ニキですら.NETサブレでこんな議論しとんのやで
フロントエンドやUIはもう全部TypeScriptでいいよとは思う
勿論フロントはWeb一択だが、海外だとパッケージソフトやSaaSのサーバーサイド言語としてはC#はまあまあ使われてるらしいね
問題はGoでの移植により10倍高速になったTSで開発したマルチプラットフォームアプリが仮にC#のMAUIよりも速かった場合
文盲は文章の意味が取れない人じゃなくて
SEO的な問題もあるがそのWeb系UIはwasmまでいくのか?
flutter webって技術デモみたいなもんじゃないの？
QtとC++でやったほうがマシじゃね感
>>629 実用になるかどうかわからんから調べてる
QtとC++じゃUIがショボくなるんじゃね
まぁ、Flutterでモバイルアプリは作ってきたから新しく覚えることはほぼないが
Blazor wasmはC#は大丈夫だけどblazorは触ったことねぇ
計画ではVPS借りるからなるべく軽いやつで
最近のQtはCSSライクなQMLでUIを記述する
Google EarthはアプリもWebもFlutter製
令和になってもffmpegをアセンブラで書き直したら爆速になったみたいな事やってるし、機械学習もllama.cppが流行ってるし
どうしてもhtmlとcssをやりたくない連中ばっかだな
あれでもないこれでもないって言いながら一生手を動かさないまま終わればいいんじゃね？w
c#はガチで遅いもんな。たまにc++使うとまじで驚く
今時はサーバーサイドでReact動かしてレンダリングしちゃうのが主流になりつつあって、wasmは逆に存在感を失いつつあるね
サーバーサイドでやるんだったらASP.net Coreでいいんじゃ？
>>640 それブログとか商品カタログとか商サイトの場合
gmailとかカレンダーとかアプリ系はCSRでないと使い物にならない
>>639 起動時間だけだろ明確に違うのは
AOTで改善しつつあるしほぼ差はないよ、それより高速な実装にするプログラマーの技量の問題
>>644 WPFはAOT対応してないしオーバーヘッド大きい
.NET9でもWinUI3でAOT機能せんで
.NETのアプデペース凄いな
.NETT5,6,7はもう不具合修正すらされないんだよね
LTSの.NET6はもう少し長く(具体的には次々のLTSの.NET10のリリースまで)サポートして欲しい
>>650 自分は.NETは馬鹿だなって思うけど
自分で価値を下げている
LTSはせめて5年はほしいよな
企業でもともと安定運用してるアプリがあってそれが.NETのサポート終了したとしてそれをどうするんだろうか？
そういうの気にするようで気にせず使い続けるよ
.NETはこういう仕組みでしてアプリを作成するだけでなくセキュリティ上わが社とサポート契約必須ですとか
日本の大手案件は今も昔も.NET多いけどな
このスレッドは思っているよりも高齢者だらけだな
世の中適材適所なんだよ
試験装置などの制御ソフトは今もデスクトップアプリは多いぞ
大手は今でも内部で独自言語使ってるところがある
老害もくそも日本のこの業界自体がゼネコンのビジネスモデルそのもののガラパゴスやんけ
SQLとプログラミング言語を同列に扱って比較って
自分はもう業務系はなれちゃったもんで
>>665 機器側の組込みはもちろんC/C++だけど、それをPCから制御するアプリはC#も使う
.netのバージョン問題って結局PaaSのランタイムの保持の話だよね IaaSだと気にしないし
Fluent ThemeだとTextBoxの右端についてくるバツボタン消せなくなってるのな
>>671 >>674 なるほどねー。となるとJavaと行ったり来たりみたいな人も多そうだね
>>673 SQLなんて誰でも書けると思ってるんだろうが
他人が書いた1000行以上のストアドを解析して修正・機能追加とか
秒間3万件の問い合わせに対応するための最適化とか
こーゆーシビアな要求を現実にはできるやつがほとんどいない
そして日本はCOBOLの需要が高い理由の金融系案件や決済処理案件が多くSQLを習熟したプログラマーが求められてんのが実情なんやが？
しかもガラパゴスなジャップはMBaaSやNoSQLどころかEFすら毛嫌いするからな
SQL?とかSQLを言語wwwとかゆーとるアホは明らかに日本国内のIT業界を知らんド素人確定でクソワロタwww
そういうのは現状のレガシーシステムだったり特定メーカーの汎用系開発環境に対する習熟が重要なのであり、SQLのスキルの問題ではない
開発時にSQLは手で書いちゃダメ
面倒だから全部EF任せ
>>679 要件・仕様と業務知識とSQLのスキルを混同してる時点で会話が噛み合ってないの草
まぁキミがド素人かそれと変わらんロースキル案件ガイジなのは確定ですわ
>>680 それは大量の情報を与えないといけないので禁止事項にしている企業が普通
一般に、他人が書いた1000行のストアドを読み解くのに必要なのは、そのアプリケーションとDBの仕様の知識だ
>>685 いまだにストアドプロシージャがSQLだと知らないやつが多いしな
>>685 >一般に、他人が書いた1000行のストアドを読み解くのに必要なのは、そのアプリケーションとDBの仕様の知識だ
>純粋なSQLのスキルなんて新人研修で3日やりゃ充分
5chてこーゆーガイジばっかやなそらまともなコミュニケーションにならんのやから過疎るわなアホらしwww
この人、書き振りからは下請にいる歳だけ食った癖強おじさんを想像してたけど、
SQLは簡単なSELECTと簡単なDMLだけと思っているジジイは昔からいる
SQLは構文だけ知ってりゃいいわけじゃないのはそうだけどこの関西弁ガイジは触っちゃダメだと思うの
聞いた話だと余所が限界集落してて仕方なくここへ来てるんだと
>>689 DB板の有名荒し
アプリは門外漢でDBのお守りをしてる爺さん
見識が狭く論理的思考が出来ないから
誰とも議論が噛み合わない
とにかく上から線で書き散らかしたいだけ
システム開発企業が利用中のAIツール、ChatGPTが最多、GitHub Copilotが続く。課題はユーザーの要件定義が決まらないこと。
WPFってほんとにオワコンなの？
機能追加やバグフィックスされずメンテ終了してるって意味ではオワコンやで
visual studioがwinUI3になったら考えればよい
>>698 .NET9/10でFluentテーマに対応させたりちょっとだけ軽微なバグ修正したりと
最近また微妙に手を入れてるから急に使えなくなるとかは考えなくて良さそう
そもそもdot NETの始まりがJavaのパクリでマルチプラットフォームを前提としてたんよ
WPFは死んでる
Javaのようなクロスプラットフォームというよりはあくまで同じWindowsの中で32ビット/64ビットやx86/IA64で同じバイナリを動かすことを狙ってたように思う
同じバイナリ = 中間コード
2005のころwindowsCE向けのバイナリを間違ってwindows上で起動したら普通にフォームでて動いてビビった
おい、ワイはここで長々とXAMLのクソさとReactなんかについてドヤ顔で散々能書き垂れてきたんやが
もしかしたら今までのワイの発言は全部間違ってたんかもしれん・・・
簡単に理由を説明するとChromeやEdgeと同じChromiumのVivaldiがクソ重い
↓
Edgeに移行するとめちゃくちゃ軽くて快適、同じChromiumやのになんでや！？
↓
EdgeはReactやめてMSが独自実装したWeb ComponetsのFluent UIで作ってました～！
↓
なんでReactやめてもうたん？
↓
Microsoft EdgeがReactをWebコンポーネントで置き換える方法
://thenewstack.io/how-microsoft-edge-is-replacing-react-with-web-components/
↓
Web Componentsってなんや？
↓
HTMLにカスタム要素を実現する標準技術Web Components。事例をもとに技術特徴を解説
https://levtech.jp/media/article/column/detail_403/ ↓
ん？これまんまXAMLやん？もしかしてXAMLは19年時代を先取りしてたから流行らんかったんか？ ← 今ここ
正直ワイはショックを受けとるで
初期のVueやAngularの方がよっぽどWPFしてたと思うが。
EdgeのUIでReact使ってたのを置き換えただけだろ？
>>709 XAMLというか一度捨てたxhtmlというか。
静的なタグとclassで頑張っても結局jsxみたいなのは欲しくなるわけだしね。
namespaceが無いぶんXMLベースの規格よりまだ原始的だけど。
>>709 Web ComponentsはRedditが大々的に活用してるね
shadow-rootやslotだらけになるので、スタイリング等のカスタマイズがメッチャやりにくい（一般のユーザーCSSマネージャでは対応できない）
構造体のメンバ変数を複数クラスからアクセスする時、初回は初期化して、2回目からは初期化しないで値の読み書きをしたいです。
WPFというよりC#の質問だと思うけど、その用途なら System.Lazy じゃない？
はい、wpfというよりc#です。
CまたはC++から来た人かな
>>715 C#, C♯, C＃相談室 Part98
/2chb.net/r/tech/1719656321/
まぁワイは優しい男やから構造体の解答教えたる
C#の作法としてはバッキングフィールドを作って外部からは必ずプロパティでデータの受け渡しをすることをMSが推奨しとるからそっちに変更したもの
あーー メンバーはprivateか
何がしたいのか全くわからんコードやな
そもそも
>>715 みたいな構造体の使い方がおかしいやろ
>>715 初心者にありがちな必要以上に難解な設計をしようとしてるだけな気がする
何がしたいのかもっと具体的にして聞いた方が良いよ
ふらっと C#,C♯,C＃（初心者用） Part161
2chb.net/r/tech/1739970583/
あ…
https://x.com/migueldeicaza/status/1922409129567563855 > Microsoft laid off the senior engineers of .NET on Android and key figures of Maui.
ちまちま人削るんじゃなくてMAUI終了宣言してエンジニア解放してやれよ
>I mean, if you find someone using Maui you can make a wish
しかし海外ニキの間でもMSのUIフレームワークはリスクが高すぎから信用しないし使わへんっちゅーんが総意なんクソワロタwww
海外ニキは今まで通りWPF使うから問題ないって認識でクソワロタ
ワイの個人的な感想やけどええ加減XAML捨ててEdgeで使われてるFluent UIで良くね？って思うんやが
まあでもWeb系フロントエンドエンジニアですらhtmlとcssはまともに使えないけどな
Avalonia UIがメインストリームになるわけないやろ
>>738 Avalonia UIとAvalonia XPFは別物
UIの方もクロスプラットフォーム対応
MAUIのチーフみたいな人がクビになったんだろ？
mauiが潰れたらwinui3にデザイナー実装されるかな？
Avalonia ⭐︎27646
ま～だポトペタVBジジイがデザイナーとかキチガイなことゆーとんの草
XAMLは元来ビジュアルデザイナでの編集を意図して設計されていて、XMLなのはあくまでプログラミング言語中立にするのが目的
デザイナーとホットロードが両方あるのが望ましいだろ
俺はデザイナーなくても使えるから要らないと言うのただの自己中
書ける人であってもXMLなんか手書きしたくないしな
>>742 electron 116778
tauri 92557
wails 28220
flutter/flutter 185000
WinUI 3でunpackagedで、
MVVMを学ぼうとしてるけど、 Model とViewModel の関係がどうあるべきかがいまいち判断が付かない
ModelとViewModelで似たようなプロパティを書き、かつどちらにも通知の仕組みを持たせると、Modelが実質的に「VMとほぼ同じ、かつロジックを含んでる」ものにならない？
外してたらごめんだけど基本的に
横からだがそのmodelを永続化するリポジトリクラスがあったとしてリポジトリにmodelを引き渡すのはvmになるの？
>>755 Application Service
MVVMの枠組みで言えばMの範疇
MVVMは基本的にGUIのための仕組みなのでそれ以外はご自由に
>>756 >>757 なるほど、サンクス。
vmがApplication Serviceを呼ぶのか。
>>754 自分が最初の質問の文章をミスってました
質問したかったのはMからVMの通知で、例えばモデルがセンサーの値を監視し続けてる等をしてる (ユーザーの操作に関係なく状態が変わる) ような場合
この場合だと、 Model にも INotifyPropertyChanged を実装して、 そのイベントをViewModel 側で拾えばいいのかな
VMからMへの操作はメソッドというのは了解です
一般的には専用のinterfaceかイベントを定義して普通に通知した方がいいんじゃないかな
なるほど、イベントは素直な実装になりそう
>>752 ModelはWPF非依存のコードを書いて、ViewModelはWPFのViewにBindする前提で作るイメージ
WPF以外に移植する気もないならModelとViewModelは一緒にしてもいい
（ModelでINPCイベント発火してもいい）
ViewModelは文字通りViewのモデルであり、ビュー側に属するもの
今の環境ならデータモデルは全部ノーティファイ付けときゃいい
レス：1-200 201-400 401-600 601-800 801-1000 ALL
このスレへの固定リンク： http://5chb.net/r/tech/1724156206/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「WPF(.NET, WinUI) GUIプログラミング Part33 YouTube動画>3本 」 を見た人も見ています：・WPF(.NET, WinUI) GUIプログラミング Part32 WPF(.NET, WinUI) GUIプログラミング Part29 WPF(.NET, WinUI) GUIプログラミング Part31 WPF(.NET, WinUI) GUIプログラミング Part26 WPF(.NET, WinUI) GUIプログラミング Part27 WPF(.NET4.x, .NET Core) GUIプログラミング Part23 WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 Linuxプログラミング 2 Gtkプログラミング on Windows！！！ 【プログラミング】IT素人だがスマホアプリを作りたいんだが「.NET MAUI」ってのを覚えれば良いのか？ プログラミング 膣プログラミング 動画プログラミング エクセル指向プログラミング Windowsゲームプログラミング 質問スレ Google NaCl プログラミング 2mol Windows VS Macプログラミングに適したOS クラシックMacでプログラミング [C言語] [その他] 【教育】子がプログラミング 悩む親 プログラミングに適したOSはWindows10かMacOSXか？ プログラミング言語の人気ランキング Webでオブジェクト指向プログラミング プログラミング言語別の求人数ランキング 【IT】iOS13でプログラミング言語Swiftの利用が倍増 Switch『はじめてゲームプログラミング』が2週連続で首位を獲得！ Nintendo Switchにプログラミングツールが登場。Switch上でスイッチ用ゲームを作ることが可能に オプーナ隔離スレ80 権利付き！うれのこってわかる はじめてワゴンプログラミング 【朗報】Switch「はじめてゲームプログラミング」 発売から10日が経過もアマラン2位！ 【嫌儲プログラミング部】人気プログラミング トップ15 —— 企業価値20億ドルのGitHubが発表 GUIプログラミング総合 プログラミングって「IF」と「GOTO」がすべてじゃん。こんなの馬鹿でもできるじゃん。おまえら馬鹿未満なの？ ｗ 俺「プログラミングの勉強するか」 教材「i = i + 1」 俺は諦めた 【嫌儲IT部】6歳の女の子が開発したプログラミング言語『Kuin』が公開される「HSP並に書きやすく、C++並に実用的」がコンセプト プログラミングをしたい プログラミング言語 数独プログラミング 自動プログラミング プログラミングで何か書く GTK+プログラミング 七行プログラミング プログラミングしようぜ プログラミングにはMac プログラミング英語検定 プログラミング初心者なんだが プログラミング大学生 プログラミングって儲かるの？ プログラミングおしえて プログラミングを教えてくれ プログラミング言語Egison プログラミングにはMac プログラミングって簡単だな 狼プログラミング習得部 プログラミング詳しい人来て プログラミングの好きになり方 無職のプログラミング学校 プログラミング言語C#の欠点 情報工学科でプログラミング苦手な人 底辺のプログラミング講座だお！ ノンプログラミングツール プログラミング言語Pythonの弱点 プログラミングのお題スレ Part19 プログラミング言語 Rust 4 プログラミング教えてるが… サウンドプログラミング6
01:38:59 up 67 days, 2:37, 1 user, load average: 9.32, 9.58, 9.51
in 0.016088962554932 sec
@0.016088962554932@0b7 on 062314
ブックマークへ