WPF(.NET, WinUI) GUIプログラミング Part33 (815ﾚｽ)
上下前次1-新
32: (ｵｲｺﾗﾐﾈｵ MM93-WLSN) 2024/08/24(土)12:04 ID:SMG8pA4fM(3/3) AAS
どてっぱらに大穴が開いた船でもう沈没するのはわかってるけど上からの指示で水を掻きだしてる
仕事だからまじめにやってるけど船を助けようとするレベルの真剣さではないわな
現場の人間としてはどうせこんなバカなプロジェクトはダメになるから勉強のために自分の作りたいコントロールを作る
報告のあった不具合のデバッグなんてめんどくさいのは後回し
さぼりはせず真面目に仕事はしてるけど何とか全体の完成度を高めてまともな業務に使えるようにしようと言う真剣さはない
嫌なことはチームリーダー任せ
外から見るとこういう状況
33: (ﾜｯﾁｮｲ 9fe9-2M+5) 2024/08/24(土)12:58 ID:exp5q0tR0(1) AAS
中の人 乙!
34(1): (ﾜｯﾁｮｲ 9f01-i1i6) 2024/08/24(土)13:07 ID:moDUVnKg0(1/2) AAS
最近の.NET関連でちょっとググると
キータかなんかでMSの中の人が書いた、全然いいね付いてない記事しか引っ掛からなくて
可哀想だなとは思う
(もちろん記事があれば良い方)
35: (ﾜｯﾁｮｲ 7fe7-rgSo) 2024/08/24(土)13:11 ID:Ou5o/VfJ0(2/4) AAS
>>34
マイクロソフトの公式ドキュメントを見てないのか？
36: (ﾜｯﾁｮｲ 7fe7-rgSo) 2024/08/24(土)13:13 ID:Ou5o/VfJ0(3/4) AAS
URLと内容が紐づくものだけを見てしまうのは情報の探し方が間違っている。
37: (ﾜｯﾁｮｲ 9f01-i1i6) 2024/08/24(土)13:32 ID:moDUVnKg0(2/2) AAS
やりたい事でググってアフィ記事すら出てこないのはエコシステムとして終わってるだろう
それを探し方が悪いとかどんだけおめでたいのか
38: (ﾜｯﾁｮｲ 7fe7-rgSo) 2024/08/24(土)13:45 ID:Ou5o/VfJ0(4/4) AAS
公式マニュアルの内容をページ単位で公開していたら管理できなくなるわ
39: (ﾜｯﾁｮｲ 0279-yHIF) 2024/08/25(日)01:28 ID:t1JGnUtE0(1) AAS
記事がみつからないということは自分の手段が間違えてるのではと推測できるわけで
その判断は概ね正しい
40(1): あぼーん [あぼーん] AAS
あぼーん
41: (ﾜｯﾁｮｲ 4670-RCJX) 2024/08/25(日)08:46 ID:0uGaSzpu0(1) AAS
>>40
既にやってるよ
42(1): あぼーん [あぼーん] AAS
あぼーん
43: (ﾜｯﾁｮｲ 7901-RCJX) 2024/08/27(火)13:52 ID:udF8kuy/0(1) AAS
>>42
もうやってんだよな
44: (ﾜｯﾁｮｲ 06cd-PBPb) 2024/08/27(火)15:59 ID:e4yX7H0U0(1) AAS
いつのまにかVSCodeの拡張機能にAvalonia for VSCode Communityできたいたのね
まぁ入れてもコンパイルできなかったんですが…
45: (ﾍﾞｰｲﾓ MM16-+EcQ) 2024/08/27(火)16:04 ID:qzh6wj5tM(1) AAS
VSCodeは開発環境構築が大変すぎる
コミュニティやドキュメントが整ってないマイナーフレームワークだと
ちょっと触ってみるかでどツボにハマるからVSのありがたみを実感する
46: (ｱｳｱｳｴｰ Sa0a-PBPb) 2024/08/28(水)11:54 ID:t9eW5UMla(1) AAS
eclipseのことか
47: (ﾜｯﾁｮｲ e9fe-PBPb) 2024/08/28(水)13:03 ID:9e8oxDzk0(1) AAS
PropertyChanged.FodyとCaliburn.Microの組合せが楽できて素晴しい
WinUI 3(+CommunityToolkit.Mvvm)も試してみたが.NETのままでいいやという結論になった
別に見た目を変えるだけならModernWPFもWPF UIもあるしな
48: (ﾜｯﾁｮｲ bf0d-FbzW) 2024/09/15(日)23:02 ID:6I3iHUgk0(1) AAS
windowsform経験者からwpf学んでくには、どんな教材が良いですかね。
とりあえず、udemyが気になってはいますが。
49: (ﾜｯﾁｮｲ d792-i9xh) 2024/09/16(月)07:38 ID:RnKs5LvI0(1) AAS
Copilotが今時の流れだよググるよりTabエンター
WPFのような枯れてる技術なら新しい話題が少ないのでAIで解決した方が速い
50: (ﾜｯﾁｮｲ 1fe9-OnpT) 2024/09/16(月)09:23 ID:x0ga0+Dq0(1) AAS
1から学ぼうって時には向いてないでしょ
51(1): (ﾜｯﾁｮｲ 17e8-KpNk) 2024/09/16(月)15:56 ID:jUewu89N0(1) AAS
それは逆
未経験のフレームワークを使って開発するなら新規案件で1からやるより既存物の追加開発から入る方がハードル低いだろ？
最初の一歩をAIに頼って足場を作ることで、最初のハードルは大幅に下がる
52: (ﾜｯﾁｮｲ 9f0d-my9x) 2024/09/16(月)16:14 ID:ES/ubzkt0(1) AAS
アンカを付けて会話してくれ
53: (ﾜｯﾁｮｲ 776e-zJrB) 2024/09/16(月)18:45 ID:rJX8dvaX0(1) AAS
>>51
逆の人がいる！
54: (ｻｻｸｯﾃﾛ Spcb-R/GH) 2024/09/17(火)10:47 ID:wf+Nf/ovp(1) AAS
意味不明なスクリプトは応用が効かないよw
55(1): (ﾜｯﾁｮｲ 17e8-RV1S) 2024/09/17(火)11:22 ID:CAI8ELZC0(1/2) AAS
AIは理解してるんだからAIに応用させればいいのよ人間が理解したいならそれもAIに聞けばいい
56: (ﾜｯﾁｮｲ 971e-zJrB) 2024/09/17(火)12:45 ID:t+gqN2+t0(1) AAS
くずコードがデフォになってもだな...
57(1): (ﾜｯﾁｮｲ 17e8-RV1S) 2024/09/17(火)12:51 ID:CAI8ELZC0(2/2) AAS
残念ながら、今のAIが生成するコードは大半の業務系コーダーよりよほど高品質だ
58: (ｽﾌﾟﾌﾟ Sdbf-R/GH) 2024/09/17(火)13:31 ID:33tbzPKbd(1) AAS
wpfくらい枯れてるとAIも生成しやすいだろうね
Webフロントエンド最前線みたいなのだと
API変わってて動きそうで動かないみたいなトラップが増えたり平気でメンテされてないライブラリガンガンぶっこんできおる・・・
こないだ炎上してたZennの技術選定の記事は既に判断材料にAIが生成しやすいかが含まれてて興味深かったな
59: (ﾜｯﾁｮｲ d794-8z35) 2024/09/17(火)14:45 ID:Q/jBDwjY0(1) AAS
>>57
よほど低品質なコードを書く人たちに囲まれてるんだね
60: (ﾜｯﾁｮｲ 9701-R/GH) 2024/09/17(火)15:15 ID:DXRY0Bej0(1) AAS
ネットから拾ってるだけだけどなw
61: (ｵｲｺﾗﾐﾈｵ MM9b-/xCH) 2024/09/19(木)01:14 ID:IK17FQ1HM(1) AAS
難しい内容は、ChatGPTでは解決にはならないことが多い。
62: (ｻｻｸｯﾃﾛ Spcb-R/GH) 2024/09/19(木)10:01 ID:XkQjt2rtp(1) AAS
ネットに転がって無いものは答えられません
63: (ﾜｯﾁｮｲ 9fc6-3vlU) 2024/09/19(木)12:01 ID:zB249y7Y0(1) AAS
AIは乱暴にいうと平均計算してるだけ
64(1): (ﾌﾞｰｲﾓ MMbf-GITO) 2024/09/19(木)12:55 ID:l9flxkOPM(1) AAS
>>55
AIはそれっぽく作るのが上手いだけで理解なんかしてない
65: (ﾜｯﾁｮｲ 9701-R/GH) 2024/09/19(木)16:17 ID:C3vSaZay0(1) AAS
統計的に頻度が高い=それらしい回答が上手なだけだしな
66: (ﾜｯﾁｮｲ 7fd2-E6+g) 2024/09/19(木)22:23 ID:cIBrzw8e0(1) AAS
中国語の部屋的な？
67(1): (ｽｯｯﾌﾟ Sdbf-2r+Y) 2024/09/20(金)00:44 ID:LyTKM5Ehd(1) AAS
流石にAIに関して今時その認識はやばいよ
職人堅気も結構だけど、10年後に路頭に迷わないように祈っておくことだな
68: (ﾜｯﾁｮｲ d78e-lmmT) 2024/09/20(金)02:36 ID:+2UTeP270(1) AAS
>>67
お前が馬鹿なだけだぞ
69(1): (ﾜｯﾁｮｲ b74b-PM5+) 2024/09/20(金)12:34 ID:ndhTQ8wv0(1) AAS
まあ知恵袋ではAIのやってるのは平均や統計という結論になってるからそう思う土方が増えても仕方がない
70: (ｱｳｱｳｴｰ Sadf-N1Zj) 2024/09/20(金)14:23 ID:ZOd0SPdka(1) AAS
>>64
ほんそれ
AIは小泉セクシーと同じタイプ
71: (ﾜｯﾁｮｲ 9f62-my9x) 2024/09/20(金)14:36 ID:YU6r3x2E0(1) AAS
外注の粒度が劇的に縮小して作業者レベルに降りてきたってだけ
明快な指示を出せない人は適切にアウトソースできず（自分より割安なリソースを活かしきれず）、やがて淘汰される
72(1): (ﾗｸｯﾍﾟﾍﾟ MM8f-Nsn7) 2024/09/20(金)14:50 ID:mXutxWmLM(1) AAS
プログラミングの文法は理解しているから俺より役に立つのは確かだ
73: (ﾜｯﾁｮｲ 9705-2r+Y) 2024/09/20(金)15:10 ID:DKDJjDvH0(1) AAS
今のLLMは流行り始めた頃に比べてコンテキストウインドウが大幅に拡大しているから、
指示の出し方よりもコンテキストとして適切な背景知識を十分に与えてあげることが重要になってる
既に人間より頭良いから、むしろ必要十分なコンテキストがあれば指示は雑で曖昧なものでもよくて、適切に意図を汲んで見事に仕事してくれる
もうすぐコンテキストの考慮も不要になって人間不要になるんだろうな
74: (ｻｻｸｯﾃﾛ Spcb-R/GH) 2024/09/20(金)15:31 ID:0HZwQuWgp(1) AAS
>>69
意味を関連で辿るタイプのAIはまだPCクラスじゃ無理だからなぁ
75: (ﾜｯﾁｮｲ d75f-my9x) 2024/09/20(金)16:49 ID:zn8YKPbl0(1) AAS
それが指示でないと言うのならもはや何も言うまい...
76: (ﾜｯﾁｮｲ 7790-Egod) 2024/09/20(金)17:38 ID:9wyXalnP0(1) AAS
「10年後に路頭」
10年も余裕あるなら焦る必要ないだろ
77: (ﾜｯﾁｮｲ 9fef-3vlU) 2024/09/21(土)00:52 ID:fUGmrLHC0(1) AAS
>>72
平気でバグ仕込んでくるぞ
油断できない
78(1): (ﾜｯﾁｮｲ 5701-R/GH) 2024/09/21(土)06:36 ID:3hLNPalC0(1) AAS
バグありのコード書くのは人間に外注したって同じだろ
個人的に1番AIが便利に使えてるのは、既に完成しているコードのライブラリを差し替えたりライブラリ不使用に書き換えたりする、ゴールが明確で固定されてるが、それまでの道筋を変える、とにかく面倒な作業の肩代わり。これが1番得意。
あとはjsonやcsvの使い捨て変換スクリプト書かせるとか。変換前のデータと欲しい最終出力のサンプル突っ込むだけで何とかしてくれる
79: (ｱｳｱｳｴｰ Sadf-3vlU) 2024/09/21(土)06:53 ID:C8ZSf1Mwa(1) AAS
>>78
>既に完成しているコードのライブラリを差し替えたり
>ライブラリ不使用に書き換えたりする、
>ゴールが明確で固定されてるが、それまでの道筋を変える
GPLロンダリングですね判りますω
80: (ﾜｯﾁｮｲ d792-i9xh) 2024/09/21(土)17:34 ID:JoR4InEa0(1) AAS
WPFどころかC#すらわかってないJavaScript初心者さんでもコパイロットがあれば
あっという間にハローワールドまでできるようになるじゃないか
依存関係プロパティもビヘイビアもあっさり解決さ
81: (ｵｲｺﾗﾐﾈｵ MM73-sUBN) 2024/09/22(日)09:32 ID:B3mW+YFfM(1/2) AAS
ビヘイビアは使わなくなった
82: (ﾜｯﾁｮｲ 1e6d-DO7g) 2024/09/22(日)10:52 ID:kPNeBJFx0(1) AAS
言語としての最先端だよなあC#は
なんでエンジニアたちは他のゴミ言語なんか使ってんだろ
83: (ﾜｯﾁｮｲ 72a4-7hLx) 2024/09/22(日)12:15 ID:ta0kecSE0(1/2) AAS
あくまでJava系(クラスベースOOP+静的型+C系文法)の中での完成系だからね。
まあJava系としてKotlinとどちらが上かは意見の分かれるところではあるが。
C#はどれだけ魔改造しようと今更TypeScriptのようなstructual subtypingベースの言語にはなれないし、
Rustのような厳格なメモリ管理をする言語にもなれないし、
Haskellのような純粋関数型言語になるのも不可能だ。
それらとJava系のどちらがパラダイムとして優れているかは分野や用途次第であり、銀の弾丸はない。
84: (ﾜｯﾁｮｲ 1f37-L8o3) 2024/09/22(日)12:41 ID:S8Wcp08P0(1/5) AAS
長年C#でJava勢と張り合って孤軍奮闘してけたけど
そのJavaも衰えて自分もTypescriptでUI書くようになって永くなり
今じゃTypescriptが凄すぎでC#でUI書きたいとはとても思えんようになったからね
85(1): (ﾜｯﾁｮｲ 63f5-VZV9) 2024/09/22(日)12:48 ID:PvCJsxAv0(1) AAS
C#をこれから学ぼうと思ってるんだけど、C#の強みってどういうところ？
自分はJavaもC#も経験がない (C++, Python は分かる) からまだ分かってない
C++, Pythonでもクラスは使うけど、C#やJavaの方がよりOOPな言語だと聞く
どういう所に違いがあるのか、それがいまいち分かってなくて
86: (ｵｲｺﾗﾐﾈｵ MM73-sUBN) 2024/09/22(日)13:15 ID:B3mW+YFfM(2/2) AAS
スレチだけど回答
言語自体の強みは薄い
最近の言語に慣れた人にはやぼったいと感じるだろう
タイピング量は多いし一画面に表示するロジックも少ない
強みはMSがバックアップしていると言うこと
87: (ﾜｯﾁｮｲ 9246-odNl) 2024/09/22(日)13:25 ID:ZjgViWMf0(1) AAS
>>85
無料で最強IDEが使えるのと1つ覚えるだけでなんでも作れるところ
Windowsデスクトップはもちろん、Mac, LinuxデスクトップもAvanonia使えば作れる
ゲームはUnity、Webは.NET Core、Blazor
モバイルも一応作れる
88: (ﾜｯﾁｮｲ 1f37-L8o3) 2024/09/22(日)14:45 ID:S8Wcp08P0(2/5) AAS
VScodeの事？
89: (ﾜｯﾁｮｲ 6250-lUwY) 2024/09/22(日)14:50 ID:CS0yZoqU0(1) AAS
Visual Studioだろ
90: (ﾜｯﾁｮｲ 1f37-L8o3) 2024/09/22(日)15:05 ID:S8Wcp08P0(3/5) AAS
個人の場合はね
仕事でだとまず有料になるな
91: (ﾜｯﾁｮｲ 72a4-7hLx) 2024/09/22(日)15:36 ID:ta0kecSE0(2/2) AAS
C#の一番の強みは、OS、フレームワーク、IDE、DB、等々全てMSが用意したものを使えばよくて、
雑多な周辺技術に惑わされて時間を無駄にしなくて済むこと
…だったんだけど、最近ではもはやC#の役割としてMSが本気で投資してるのってAzure上でのWeb開発だけになっちゃって、
もはや以前の万能言語の姿は見る影もない状況なんだよね
せっかく幅広いプラットフォームで使えるようになったのに、結局特定のプラットフォームに縛られた言語を脱せずに斜陽期を迎えてしまった
92: (ﾜｯﾁｮｲ 2701-62zA) 2024/09/22(日)16:46 ID:PYPfkdWx0(1) AAS
いるよね、こういう極論言い出すやつ
93: (ﾜｯﾁｮｲ d685-LAfk) 2024/09/22(日)18:07 ID:gYNuxiJB0(1) AAS
C#の用途はWindowsアプリとUnityだよ
他にもできることはたくさんあるけど他の言語に負けないのはこの2つ
94: 警備員[Lv.4][芽] (ﾜｯﾁｮｲ 2701-7TYI) [sage釣] 2024/09/22(日)18:39 ID:BOSasojX0(1/2) AAS
Javaの糞性はメンテナンス工程で発覚する物が多いからなぁ
95: (ﾜｯﾁｮｲ 1f37-L8o3) 2024/09/22(日)18:51 ID:S8Wcp08P0(4/5) AAS
いつからC#は万能言語になったんだ？
少なくと複雑なUI実装にはまったく向かない
96: 警備員[Lv.5][芽] (ﾜｯﾁｮｲ 2701-7TYI) [sage釣] 2024/09/22(日)19:36 ID:BOSasojX0(2/2) AAS
複雑なUIってのがCADとかDAWを超えているならWinAPIから作れや(^^)v
97: (ﾜｯﾁｮｲ 1f57-DO7g) 2024/09/22(日)19:59 ID:cBjFnGUy0(1) AAS
複雑なUIもC#は他を圧倒してるよ
UnityよりすごいUI作成ツールって他にないだろ
98: (ﾜｯﾁｮｲ 1fed-L8o3) 2024/09/22(日)21:57 ID:S8Wcp08P0(5/5) AAS
HTML
99: 警備員[Lv.6][芽] (ﾜｯﾁｮｲ 2701-7TYI) [sage釣] 2024/09/23(月)01:02 ID:qQQw0l+l0(1) AAS
paint.netがwin32APIを直呼びしている時点でお察し
100: (ﾜｯﾁｮｲ 6250-lUwY) 2024/09/23(月)01:50 ID:l6I+Mk/q0(1/2) AAS
paint.netはGPUアクセラレーション使うから仕方がないでは
最新のVer.5.0ではレガシーなC++/CLIのコードをC#に置き換えてるそうだけど
101: (ｵｲｺﾗﾐﾈｵ MM73-sUBN) 2024/09/23(月)11:22 ID:EQovMdIGM(1) AAS
非常に何とも言い難いね
自分もC# C++ハイブリッドでやってるけど非常にめんどくさい
でも速度的にメリットがあるので続けるしかない
一般的なコードで等価なコードが等価なバイナリになればいいけど無理だな
102: (ﾜｯﾁｮｲ 620b-lUwY) 2024/09/23(月)12:37 ID:l6I+Mk/q0(2/2) AAS
安全寄りの設計思想のC#が無防備なC++に近づくのは限界があるわな
とは言え、最近の.NETは高速化に力入れてて.NET Frameworkと比べると結構速くなった
103: (ﾜｯﾁｮｲ ef0c-/y0s) 2024/09/23(月)16:00 ID:m8hlisxc0(1/2) AAS
C#もSpan<T>とかSIMD叩けるようになったりして久しいし.Netのバージョンを指定できる環境ならそれなりに高速動作するのでは？
104: (ﾜｯﾁｮｲ c232-7cnK) 2024/09/23(月)16:40 ID:9pAijtDI0(1) AAS
WinUI3がAOT実装したのに話題にならないね
ちょっとした高速化以上に今まで悩まされた難読化が標準になったのにさ
105: (ﾜｯﾁｮｲ d63c-co9J) 2024/09/23(月)21:25 ID:CEJbx0xL0(1) AAS
進撃の巨人はオワコン
106(1): (ﾜｯﾁｮｲ a751-4sAz) 2024/09/23(月)23:44 ID:7O7coEBZ0(1) AAS
winUI３のdatagridでitemsourceに指定してあるObservableCollectionを変更しても画面が更新されない…
セルを更新したときに下のセルが空欄なら同値で埋めたいんだけどObservableCollectionの値は更新されてても画面が変わらないのはどうすればいいんですか？
107: (ﾜｯﾁｮｲ ef0c-/y0s) 2024/09/23(月)23:52 ID:m8hlisxc0(2/2) AAS
>>106
ObservableCollection<T>のTにもINotifyPropertyChangedの実装が必要
108: (ｻｻｸｯﾃﾛ Sp47-i443) 2024/09/24(火)09:51 ID:/2yiAcKTp(1) AAS
複雑なUIを妙なスクリプトで対処するなよ
改修大変なんだわ
109: (ﾜｯﾁｮｲ 2701-lUwY) 2024/09/25(水)07:29 ID:i/kzvIdf0(1/2) AAS
WPFはCG以外の各種コントロールもDirect3Dで描いてんの?
110: (ﾜｯﾁｮｲ 62b7-7hLx) 2024/09/25(水)07:37 ID:Jf+yMjnA0(1) AAS
CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WPFは更にその上で無駄な抽象化レイヤを幾重にも重ねてDirect3DやCPUで描画しているので極めて非効率
111(1): (ﾜｯﾁｮｲ a778-KU+G) 2024/09/25(水)09:21 ID:p6KYxCK00(1) AAS
WPFはDirect3D9のラッパー
そしてこれがWPFがWindows以外の.NETで提供されない理由
112: (ﾜｯﾁｮｲ 1ffb-L8o3) 2024/09/25(水)09:49 ID:UXiRrgGj0(1/2) AAS
むかしsilverLightがあったじゃん
あれはどーーなの？
113: (ｻｻｸｯﾃﾛ Sp47-i443) 2024/09/25(水)10:18 ID:GD37s86yp(1) AAS
xamlはスクリプト言語で、C#に変換さるるんじゃなかったっけ？
114: (ﾜｯﾁｮｲ a711-7hLx) 2024/09/25(水)12:26 ID:alLhlB9H0(1) AAS
されない。等価なバイナリデータに変換された上で、C++で書かれたランタイムがそれをレンダリングする。
ただしXAMLの最古のレガシー実装であるWPFについてはXAML処理系はC++ではなくC#で実装されており、パフォーマンス上のボトルネックとなっていた。
115: sage (ｱｳｱｳｴｰ Saaa-rNKn) 2024/09/25(水)15:11 ID:8lhO0QOxa(1) AAS
silverLightは息してない
即死
116: (ﾜｯﾁｮｲ 6366-Zm2Y) 2024/09/25(水)19:01 ID:5Vhwl/nZ0(1) AAS
PRキャラの光ちゃんを助けて
117: (ﾜｯﾁｮｲ 1f64-L8o3) 2024/09/25(水)19:02 ID:UXiRrgGj0(2/2) AAS
>>111
silverLightは >>111 に対する話し
118: (ﾜｯﾁｮｲ 2701-lUwY) 2024/09/25(水)20:44 ID:i/kzvIdf0(2/2) AAS
>CGの定義はともかく、今のWindowsはWPFとは無関係にほとんど全てをDirect3Dで描画している
WinFormsも?
テキストボックスもDirect3Dなんだ。なんか面白いな。
119: (ﾜｯﾁｮｲ 6320-VZV9) 2024/09/25(水)22:17 ID:Xu8aizIi0(1) AAS
逆にWindowsでパフォーマンスの良いGUIフレームワークとなると何が候補になるの？
120: (ﾜｯﾁｮｲ 1e28-DO7g) 2024/09/25(水)22:57 ID:EcYO77Ak0(1) AAS
React
121: (ﾜｯﾁｮｲ a7b0-7hLx) 2024/09/26(木)08:04 ID:dpiVYcoi0(1/2) AAS
WebView2やElectronでReactを使うのが最良だろうね。メモリ消費量は多めだが複雑なGUIを極めて高速に描画できる。
WinUI系は迷走しまくってるからお勧めできない。
122: (ﾜｯﾁｮｲ 77f4-xlq3) 2024/09/26(木)08:46 ID:5j0XXcTR0(1) AAS
Reactが高速w
123(1): (ｻｻｸｯﾃﾛ Sp47-i443) 2024/09/26(木)10:21 ID:5M+OW9vAp(1) AAS
webベースは却下
124: sage (ｱｳｱｳｴｰ Saaa-rNKn) 2024/09/26(木)10:44 ID:R5lWYvWFa(1) AAS
Tcl/Tk
125: (ﾜｯﾁｮｲ 9232-sUBN) 2024/09/26(木)10:58 ID:2ZTCXRzi0(1) AAS
>>123
なぜ？
126: (ﾗｸｯﾍﾟﾍﾟ MMde-co9J) 2024/09/26(木)12:03 ID:vw75CWGjM(1) AAS
10年後に動くとは思えない
127: (ﾜｯﾁｮｲ 1f66-L8o3) 2024/09/26(木)14:30 ID:O7j1NTfr0(1) AAS
WPFはね
128: (ﾜｯﾁｮｲ ef81-/y0s) 2024/09/26(木)17:10 ID:5GwSM86j0(1/2) AAS
VB6.0もWinformsもWPFも公式にしろ非公式にしろ10年後も動いてると思うたぶん
ソースがあればビルドもできると思うたぶん
でもElectron上のアプリが10年後も動いてるかと言ったら…
そもそも10年後にビルド環境を用意できるかどうかとなると極めて怪しい
129(2): (ﾜｯﾁｮｲ a70c-7hLx) 2024/09/26(木)19:41 ID:dpiVYcoi0(2/2) AAS
そりゃ思い込みだな
ReactとElectronのリリースは11年前、最も成功したElectronアプリであるVSCodeもなんと9年前だ
SPA系のモダンWebも実は既に十分に枯れた技術なんだよ
130: (ﾜｯﾁｮｲ 2701-lUwY) 2024/09/26(木)20:32 ID:7pm6jv2b0(1/2) AAS
WPFでSkia使えばめちゃくちゃ早いが。
131: (ﾜｯﾁｮｲ ef81-/y0s) 2024/09/26(木)21:39 ID:5GwSM86j0(2/2) AAS
>>129
いや言ってる意味がわからないならいい
132: (ﾜｯﾁｮｲ 638b-xlq3) 2024/09/26(木)21:49 ID:eQdJKLVp0(1) AAS
>>129
11年前のコードがそのまま動くとでも？
133: (ﾜｯﾁｮｲ 2701-lUwY) 2024/09/26(木)22:47 ID:7pm6jv2b0(2/2) AAS
たまにVC++6.0使っとるが。
134(1): (ﾜｯﾁｮｲ de79-sesJ) 2024/09/27(金)07:49 ID:UPJ9A3G20(1/2) AAS
VB6.0のように動かすだけならできるだろ
何が極めて怪しいんだ
135: (ﾜｯﾁｮｲ 7792-4vSm) 2024/09/27(金)07:55 ID:/K2li3dr0(1) AAS
あと10年経つと文字小さすぎて読めないとかボタン小さすぎて押せないとか言われてると思われる
ViewBoxなんてカレンダーコントロールにしか使ってなかったが、対処療法には使える
136: (ﾜｯﾁｮｲ de79-sesJ) 2024/09/27(金)08:05 ID:UPJ9A3G20(2/2) AAS
VB6.0が動くの正確な意味って解像度とか作成時の状態を踏襲した上でって意味だろうに
なんでそれと同じ条件で語らないんだか
137(1): (ﾜｯﾁｮｲ 1fb7-AkOi) 2024/09/27(金)11:39 ID:4PrSawPF0(1) AAS
>>134
普通に無理やろ
VB6はruntimeが脆弱性対応で更新されてもそのまま動くし既存のOSが生きてる限りサポートされることが約束されてる
Reactのホスト環境はそうはいかない
ホスト環境やReact自身の更新に追随して変更していかないと使えない
環境を凍結して動かすだけならハードに問題ない限り動かせるけどそういう話じゃないだろ？
138: (ﾜｯﾁｮｲ c6d2-4sAz) 2024/09/27(金)13:01 ID:2H6QqaiG0(1) AAS
もういいよ react の話は
139(1): (ﾜｯﾁｮｲ 1f24-L8o3) 2024/09/27(金)13:22 ID:kLvVhYwY0(1) AAS
>>137
Reactのホストって何よ
基本クライアント側だけで動く機能だぞ
140: (ﾜｯﾁｮｲ eb9a-i443) 2024/09/27(金)13:31 ID:H3snXt7I0(1) AAS
>>139
JavaScriptがホスト環境無しには動かない言語なのは知ってる？
141: (ﾜｯﾁｮｲ ff77-9JCP) 2024/10/01(火)19:10 ID:dt9mkk9o0(1/2) AAS
ElectronはChromiumを丸ごとバンドルするんだから全部塩漬けにするなら10年後でも普通に動くだろう
セキュリティパッチ云々はまあ.NET Framework の方ならわかるが、
5以降ならクライアントアプリは全部バンドル塩漬け前提になってしまってて、
後生大事にセキュリティ更新だけ当て続けるような運用はもはや不可能なんで、
状況は大して変わらんよ
142(1): (ﾜｯﾁｮｲ 6f79-uMZa) 2024/10/01(火)20:26 ID:J7GPtKrz0(1) AAS
JavaScript界隈は数十年前のDelphiのEXEやランタイム糞でか問題を現在進行形でまだやってるんだよな
ブラウザ側に金玉握られてたらエンジンごと抱え込むしかないよなあ
ほんと頭悪いわ
143: (ﾜｯﾁｮｲ b3e6-xL0Q) 2024/10/01(火)20:27 ID:zBjh5U/o0(1) AAS
htaが神過ぎたな
144: (ﾜｯﾁｮｲ ff77-9JCP) 2024/10/01(火)20:56 ID:dt9mkk9o0(2/2) AAS
>>142
.NETも今はCLRから何から全部抱え込むのが基本よ
145: (ﾜｯﾁｮｲ 6f10-8K0N) 2024/10/05(土)19:46 ID:QCQZKClw0(1) AAS
AvalonEditが高速で気に入った
1メガ位のテキストをTextBoxに放り込んだら重くて大変だったけど快適になったわTextBox使えないわ
146: (ﾜｯﾁｮｲ dfe2-mIju) 2024/10/08(火)23:02 ID:pQ+vP70p0(1) AAS
今からWPFを勉強する際におすすめの参考書やWeb資料ってある？
147: (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) 2024/10/09(水)00:39 ID:N2h11Yh4M(1/2) AAS
ないよ
148: (ｵｲｺﾗﾐﾈｵ MM1f-1ld3) 2024/10/09(水)00:52 ID:N2h11Yh4M(2/2) AAS
WPFはすでに終わった技術で行き止まりみたいなものでMSもそこを広げていこうとはしてない
新たに入ってこようとする人間もあまりいないので書籍がない
説明資料もない
素の状態では使いづらいのでライブラリを使うけどそのせいで人がばらけてる
それもずっと研究段階で絶対こうしたほうがいいと言う統一した使い方がない
過去のweb資料も時代遅れになっている
149: (ﾜｯﾁｮｲ dfe2-k+rt) 2024/10/09(水)07:33 ID:+lBoFbSl0(1) AAS
他の言語したことあるならネットの情報だけで学べるやろ
150: (JP 0H4f-6k2q) 2024/10/09(水)08:28 ID:ODDYjXGdH(1/2) AAS
WPFと言ってもWinFormsとかわらんし。
XAMLはテキトーにサンプル作ればその内わかる。
(最初はポトペタでもいいと思ってる)
データバインドはWinFormsにはないけどバインドする必要もないし。
外部ﾘﾝｸ:qiita.com
qiitaにはそれなりにある。
151: (ﾜｯﾁｮｲ 0f02-hOPt) 2024/10/09(水)08:32 ID:I+S9acjo0(1) AAS
MVVMパターンやデータバインディングにこだわりすぎるとハマる
152: (ﾜｯﾁｮｲ 8b0f-F8I7) 2024/10/09(水)09:04 ID:LZH5WMbK0(1/2) AAS
データバインディング、テンプレート等とWPFのMVVMは分けて考えるべき
初学者には絶対無理だけど
153(1): (JP 0H4f-6k2q) 2024/10/09(水)14:18 ID:ODDYjXGdH(2/2) AAS
非MVVMのWPFが自分的にはサイコー。
50-60人〜 の大規模での開発なければMVVMの恩恵はない。
154: (ﾗｸｯﾍﾟﾍﾟ MM86-/24N) 2024/10/09(水)14:36 ID:GBd6hExlM(1) AAS
mとvmの境界が分からない
IPropertyChangedがあればvmになるの？
Commandの中身はvmじゃなくてmに書くべき？
155: (ﾜｯﾁｮｲ e785-jyON) 2024/10/09(水)16:00 ID:7juExw200(1) AAS
難しく考える必要はない。
VMの仕事はMの状態をビューに反映させることと、Mに対して何らかのコマンドを送出すること、それだけ。
コマンドってのは例えば梱包済み商品の発送処理を開始せよ、みたいなやつね。
発送処理開始ボタンが押されるとVM上のイベントハンドラが実行される。
なお、MVVMではこのイベントハンドラをコマンドハンドラなどと呼ぶことがあるが、上記のコマンドと紛らわしいからここではイベントハンドラと呼ぼう。
そして、イベントハンドラは関連するパラメータと共に発送処理クラス(これがMに相当)の処理実行メソッドを呼ぶ。これがコマンドの送出だ。
そしてVMはメソッドの戻り値等を介して「発送処理中」ステータスに更新された受注情報のリストを受け取り、その内容を自らのプロパティに反映する。
結果として、画面上の受注情報のステータスが更新されることになる。
泥臭い話と思うかもしれないが、君の憧れるMVVMやドメイン駆動といったアプリケーションアーキテクチャのキラキラワードの実態は本来こういうものだ。
156: (ﾜｯﾁｮｲ 8b09-F8I7) 2024/10/09(水)16:26 ID:LZH5WMbK0(2/2) AAS
別にMVVMを全部コードで書いてもよい
これからわかることは...
157: (ﾜｯﾁｮｲ 4e95-ilj5) 2024/10/09(水)17:57 ID:Fy3THiM40(1) AAS
WinUI3 でバリデーションエラーをTextBox に表示するのってどうやるの？
INotifyDataErrorInfo はあるし
VisualState にもそれっぽいのあるからできると思うんだけど。。
158(1): (ﾜｯﾁｮｲ df24-mIju) 2024/10/09(水)22:40 ID:EgWGnFmO0(1) AAS
「ViewModelはViewのための橋渡しをするだけで、他のロジックはModelが持つ」と理解したんだけど、例えば以下のような感じ？
数値カウンターアプリを作る場合にCounterState みたいなモデルを用意して、「現在値」というプロパティと、インクリメント/デクリメントするためのメソッドを実装する
ViewModelはそれを画面の表示やボタン動作に紐付けるために、「現在の値」というプロパティと、ボタン押下時のコマンド (内部的にモデルのインクリメント/デクリメントメソッドを呼ぶ) を定義する
……といった具合の実装をMとVMとで行うと理解したんどけど、合ってる？
役割は違うけど、VMとMとで同じプロパティを書く冗長さがある感がする
INotifyPropertyChangedみたいなWPF特有の知識をModelに持たせない、という考えは納得できる
上下前次1-新書関写板覧索設栞歴
あと 657 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s