WPF(.NET, WinUI) GUIプログラミング Part32
WPF(Windows Presentation Foundation)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part31
https://mevius.5ch.net/test/read.cgi/tech/1674334396/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/ htmlというよりプログラマーたちが使えないのはcssだろう
俺は自在に使えるけどプログラマーはほんと使えない
俺以外にまともに使える奴を見たことがない CSS、SCSSでカスタムコンポーネント作るのなんてXAMLのStyleやControlTemplateでカスタムコントロール作ることに比べたら100倍簡単なんだがな
まぁそもそも老害はセンスないから教えられて長年やってきたことだけを惰性で続けたい新しいテクノロジーを忌避する無能やからからしゃーない
俺はもうXAMLのありとあらゆる要素がめんどくさすぎて拒否反応出るわ
なーにがMVVMなら疎結合でメタプログラミング!やねん
Style、StaticResource、ControlTemplate、Converter、Behavior、Actrion、DependencyPropertyと密結合の塊やんけ そもそも厳格な静的型付けのC#で疎結合とかリフレクション必須でパフォーマンスだだ下がりやんけ
なにがDIやねんMSのUnityなんてまったく流行らんかったしよりめんどくさくなっただけやんけ デザインなんてやったことがない自称デザイナーことHTML/CSSコーダーとか
DIをろくに知らない無知なDIアレルギー患者とか
まともなやつおらんな CSSやだやだジジイが正論棒でぶっ叩かれて理論的に論破できないから顔真っ赤でファビョってんのクソワロタwww 一般にDIが遅いのは事実で、WPFでのサンプルで初めてDIに触れたような初心者が遅さに驚いてナンジャコレと思うのはわかる
ああいうのはGUIアプリといえども基本的に業務システムの中の決まった場所で立ち上げっぱなしで使うもんだから、少々起動遅くてもいいのよ
そもそもDIというのはクライアントではなく主にWebで使われるから、起動時間なんか度外視で設計されている
起動時間が問題ならMS自身がよくやってるように依存関係の解決はビュー層が引き受けてそこで直接newすりゃいいよ 昔、デスクトップアプリを別名「リッチクライアント」とか言ってた時代があって、
それはWebアプリよりリッチなUIが作れるからなんだけど、
それが逆転してもう10年以上経ってるよね。
今は処理速度的にはまだデスクトップ有利な状況なんだろうけど、
WASM+HTML+CSSで追いつかれつつある状況 今時一般ピープルが使うようなデスクトップアプリは殆どがWebベースで作られているから、悪い意味で速度の差はなくなっている
むしろメモリ消費量を勘案すれば同じアプリならWebの方が有利まである 一般にDIが遅いのは事実で、WPFでのサンプルで初めてDIに触れたような初心者が遅さに驚いてナンジャコレと思うのはわかる
ああいうのはGUIアプリといえども基本的に業務システムの中の決まった場所で立ち上げっぱなしで使うもんだから、少々起動遅くてもいいのよ
そもそもDIというのはクライアントではなく主にWebで使われるから、起動時間なんか度外視で設計されている
起動時間が問題ならMS自身がよくやってるように依存関係の解決はビュー層が引き受けてそこで直接newすりゃいいよ cssちゃん居着いたの
フロントエンドスレとか盛り上げて 居着くなにも彼はずっと前からいるだろ
前はよくxamarinスレだっけかで暴れてただろ
rustで漫画ビューワつくるとかいってたしなw このスレは如何にJAVAのIT土方が多いかよくわかったわ
マイクロサービスの時代にDIとか開発者のRodがSpring放棄してScalaに逃げて10年以上経つのに脳みそ化石の老害やなwww cssちゃんのほうが正しい
せっかく普通で当たり前で一般的なWeb技術を勧めてるのにここのおじいちゃんたちが悲鳴をあげてるだけじゃん