WPF(.NET4.x, .NET Core) GUIプログラミング Part24 YouTube動画>9本 ->画像>3枚

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
http://2chb.net/r/tech/1557960752/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

保守

保守

1000ならwin10で奇跡の復活

通知領域常駐アプリ整備士
「80パーセント？冗談じゃありません。現状でアプリの性能は100パーセント出せます」

シャア
「ウィンドウは付いていない」

通知領域常駐アプリ整備士
「あんなの飾りです。偉い人にはそれがわからんのですよ」

>>5
ごめんどういう意味？

あーウゼー

UWPやろうや

どうぞ

>>8
Win7で動くならやってるわ

現行なのにWPFより過疎なUWPスレ

ユニバーサルデバイスがないからな

人脈が無いから手を出さない

WPFもWindows 7 SP1 .NET Core 3.1(LTS)の最終環境に到達したな

>>8
MSは、UWP から、Win32アプリの方に戻ってきていると書いている人がいた。

>>13
MSの取り巻きって内輪ノリが酷くてキモいんだよなあ
MS系スタックはなまじ一貫性があるから変な空気が醸成されやすい

結局、今 windowsのexeアプリを作る時、UIは何で作ればいいの？
wpfは機能追加全然ないし。プレースホルダー付きのテキストボックスすら無いし(追加されたらすまん)

https://github.com/Microsoft/Xaml-Controls-Gallery
これとか落としてみたけど、相変わらずスマホで使って欲しいのかmenu itemやボタンとかのテキストにことごとくマージンついてるし
マウスで操作したいからマージン0でいいし、表示のアニメーションも全部いらん

OSSが主流の時代になって各陣営はどれだけ優秀な貢献者を集められるかのがキモなんだが
windowsのGUI は全然人が集まらないので全然何も進まない

WPFはコントロールを提供するのがめんどくさいのでこれからも流行らない

その各陣営って、MS以外はどこ想定？

その他すべての陣営
react.js vue.js python PHP　ruby RonR

べつにWindowsデスクトップが特に好きなわけじゃないけどJavascriptは無茶苦茶嫌いなのでGUI全部がHTML5で動くような世界にはならないでほしい
MSはほどほどに頑張れ

vue.jsとかのjavascript系フレームワークはwpfのMVVMの影響をかなり受けてるよ。

そうなんだすごいね

>>17
楽したいならWebでやりなはれ
工数いくらでもかけられるならWPFでもUWPでも、できないことはほぼない

>>23
Javascriptそのものが嫌いなんだよ
MVVMであろうがなかろうがJavascript死んでも触りたくない

今だとUWPもWin32もWindows UI Libraryにまとめてく方針なのかねえ
まああれもﾁｶﾞｳｿｳｼﾞｬﾅｲ感凄いけど

同位

コントロールをWinUIにまとめてくれることはいいことじゃね？OSSにしてOSのアップデートと切り離して、更新とか頻繁にしてくれてるし。
少なくとも前よりマシじゃないかな。
　

>>17
Windows だけなら、.NET じゃないの？

web 系なら、HTML, CSS, JavaScript で、

VSCode は、Electron 製
Redmine は、Ruby on Rails

>>29
いかにプロダクトの思想が正しかろうが、思いつきでUIフレームワークを量産して次々に見捨てていくことこそが最低最悪の害悪

Blazor流行ったらいいけどセキュリティ的にActiveXの二の舞になりそう

>>32
昔、ネスケとMSが法廷で争ったとき、MSの懸念の1つはブラウザがOSの支配的地位を奪ってしまうことだったらしい。
ブラウザが有れば、どのOSでも同じ結果が得られてしまうため、どのOSを使っても差がなくなってしまう。
それはちょうど、WindowsOSをインストールしてしまえば、アプリ環境としては、PC-9801とPC/AT機の差がなくなってしまうので、オープン化で安くなったPC/AT
機が売れてしまったことと似ている。つまり：
・Win/Mac/Linux/iOS/Android と ブラウザの関係
・PC・AT/PC-9801 と Windows の関係
に対応関係がある。
何が言いたいかというと、Blazorが普及してしまえば、Windowsが必要なくなってしまうため、MSの安定収益が1つ無くなってしまう。
そうなれば、Googleは検索エンジンが安定収益になっているのと対照的だから、Googleに負けてしまうことになる。

>>33
一つ考え忘れていることがあった。それは：
Blazorアプリを動かすにはWindowsは必要ないが、Blazorアプリを開発するにはWindows(またはMac?)が必要だということ。
これがあるのでBlazorの発展はMSには問題にならないかもしれない。

>>34
ただ、Blazorアプリの開発がWindowsでしかできなくても一般人には全く関係ないが、プログラマの数と一般人の数は、1:50 位なので、Blazorアプリの普及はWindows離れを起こす可能性はある。

>>35
1:50 ではなく、1:300 くらいかもしれない。

>>32
なぜ？

>>34
WindowsとMacでほぼカバーできてるだろ
別にLinuxでも開発できるし

BlazorをWebに乗りそこねたドットネッター達の救世主みたいに持ち上げてる人多いけど、
BlazorってReact系のプログラミングモデルでHTMLもCSSもバリバリ書くんやで
これ使える人なら普通にReactやVue使えるだろうし、単にそこに選択肢が一つ増えただけのことでしかないよ

>>39
javaScript書かなきゃいけない量は格段に減るっしょ。それが何より。

>>40
君にとってはJSを書かないことが重要なんだろうね、それを否定する気はない
・HTMLやCSSはバリバリ書ける
・しかも出来合いのJS製のコンポーネントに頼らなくても余裕なハイスキルフロントエンダー
・しかしJSやTSは絶対書きたくない
・だがC#は得意
こんな君みたいな奴がどれだけいるだろうねw

あとBlazorでJS書く量が減るのって、クライアントコードをC#に置き換えたからというよりは仮想DOM技術の恩恵が大きいと思うよ
Blazorが多くのドットネッターにとって革新的に感じるのは、
彼らが仮想DOM系フレームワークに始めて触れたのがBlazorだったからじゃないかな
SPAだから全部JSで書かなければならないとでも思ってるなら別だが

>>41
javaScript絶対書きたくないとか誰も言ってないやろ

Blazor に親でも殺されたんだろ
すでに拗れてるみたいだしスルーしといた方がいいよ

今のBlazorのプレゼンテーション層はRazorのままだから仕方がないが、Blazorに期待してる人は
WPFまで移植してくれることを夢見てるんだろう。
ClickOnceが使えなくなる前になんとかしてほしい、と俺も思う。

>>45
msix

JavaScriptは絶対悪だからな
それを根絶できるという理由でBlazorに限らずWebAsm由来言語は期待されてる

>>47
現状だと根絶はできないけどマシにはなるよねって感じ

うん根絶は言い過ぎね

jsに触れた途端いろんなものが腐りだす
それを正そうとしたtsですらすでに腐れがとまらない

WPFもjsも死にプロパティ多くない？

あ、これもあのクラスと同じプロパティあるじゃん
よし、じゃこうやってセットして・・・アレ？効かないよ？
？？？：ブブー、このクラスはそれじゃできませーん

↑作った奴、腹、切れ

そう思うのはお前だけかも

WPFのオリジナルの開発チームはとっくに全員クビにされてそう
WPFのCore移植でも作業してたのほとんど外注だったから、実際には外に丸投げしてたのかもしれないけど

>>52
なんでだよ
htmlもそうだけど
存在するにも関わらず死にプロパティ多すぎだろ
せめて効かないやつ削除しろや

いまさら効くように修正しろは無理なんだろうな。

>>54
継承で存在してるから消すのは無理だ

>>56
ダッセ

>>57
親の因果が子に報いって知ってるか

言語にそういう機能があればいいんじゃね？
って思うけどね

https://prismlibrary.com/docs/index.html　の　+WPF の下がほとんど空っぽなのは工事中ってことか?

この前まで6のドキュメント置いてあっただけだから
見出し書くていどのやる気は出たってことかなｗ

バカにはみえないってネタじゃないの？

メルヘンだね～

WPF, Prismの情報が少ないのに本家までこれじゃぁハードル高いわ

複数のVisualBrushで重ね塗りする方法を教えてください

同じ図形を重ねろ

VisualBrushの足し算みたいなことはできないということですかorz

google playにあるUno platform製の電卓アプリUIが重すぎ。xamarinと同じで絶対流行らん

そういう流行らんもんがいっぱい出てきて淘汰されて良いもんが出てくる
良いもんだけを出すことは不可能
だから糞が出てくること自体を否定する意味はない
業務でその糞を使えと言われないことを祈るのみ

ためそうかとしてたがUno重いのか……
まぁいらってみるか

みんないつかは、Brazorに行ってしまうん？　WPF捨てて

WPFよりBlazorのほうが未来あるしそうなったほうがいい

WPFとBlazorは排他的なものじゃないと思うが。Razorのことか？

Blazorは結局Webのスキルセットが必須だからWPFの比較対象にはならんだろう
この期に及んでクライアントアプリに固執してるような奴がBlazorのためにCSSの勉強とかすると思うか？
百歩譲って勉強するとしても、だったら普通にWebへ行くだろ

>>73
Blazor for Native次第だね

Blazorっていうかデスクトップアプリは捨ててWebアプリに移行するよ。

10年くらい前からそんなこと言われていてずっと環境が揃うのを待っているんだが、あと何年かかるのかね。

WPFは15年経っても流行らなかったがまだこれから来るとか抜かしてる奴がいるし
言い続けている限りは負けじゃないのさ(彼らの中では)

Browser+RazorなのにBlazorっておかしくね？　Brazorと呼ぶべきなんじゃ？

>>78
Lの方がかっこいいやろーとか言ってなかったっけ？

>>73
C#案件が広がりを見せるという結果が期待されてるんでしょう

C#で全部やりたいとかのニッチ向けに感じる
Webに移行するならコミュニティ、情報などの面からもクライアント側は素直にJS/TSでやった方がいいし
デスクトップGUIに価値を見出すならブラウザ上ってだけで欠点になる

ブラウザーでCAD作れる？

>>82
作れる。世界最大(?)のCADメーカー AutoCadがWasmを使ってWebアプリとして移植したとされている。
Wasmの例：
https://yutakaaoki.github.io/

>>82
バックエンドは要るけど
https://www.autodesk.co.jp/products/autocad-web-app/overview

>>83
毎度思うがもうちょいマシな見た目のサンプル紹介したれ

photshopもあるし3Dもブラウザでできる
逆にブラウザでできない分野ってある？

>>84
どんなバックエンド？

>>86
実は、ローカルPCのファイルシステムに上手くアクセスすることがデフォルトでは出来ない。
ローカルPCにファイルを保存することは出来るのだが、ブラウザ(Chrome)の特殊な
データ領域に保存されてしまい、c:\ のディレクトリ内容を取得したりすることはブラウザを特殊なオプションで起動しない限りできないようになっている。
>>83 でdemo1などを起動してファイルメニューのOpenやSave As は少しトリッキーな特殊な方法でやっているが、自由自在にファイルを読み書きできるわけではない。

>>87
それはさすがに

>>87
すまん、途中で書き込んでしまった

それは流石にautodeskに聞いてくれ

>>90
「バックエンドが必要である」ことは正しい情報？？

>>91
すまんがそれもautodeskに聞いてくれ
とりあえず単体では動かないみたいなので何ら名のバックエンドはあるはず
ライセンス認証だけかも知れんが

>>92
もしかしたら、それとは意味がずれるかもしれないけど、少なくとも、データ保存のためには、クラウドというか、リモートのサーバーにデータを渡す必要があるかもしれない。それはWebアプリはローカルPCのファイルシステムには容易にデータを保存できないから。

>>88
DTMのようなリアルタイムかつ低レイテンシーが重要な分野は厳しいんじゃないかな

ローカルPC に、Node.js, Ruby などのサーバーを立てれば、保存できる

VSCode は、Electron 製 = Node.js + Chrome。
Redmine は、Ruby on Rails 製

クラサバ→シンクラときて結局ダム端末に戻るのか

>>95
ElectronはNode.jsのモジュールとしてChromiumエンジンを組み込んでおり、決してHTTPサーバーを立てている訳ではない
あとRedmineみたいなゴミとVSCodeを一緒にするな

cgiが使えるLocalServerを起動していれば、cgiの仕組みを使ってローカルファイルシステムに自由にアクセスできるようにはなる。
また、この仕組みを使えば、WebアプリからローカルOSのあらゆる機能が使えるようになる。

それはセキュリティーホールと言う奴だねｗ

RubyやPython, node.jsなどはどれも cgi server として起動することも出来て、
さらに、cgiを書くスクリプト言語としても使える。
そしてほぼあらゆるプラットフォームで動作する。
だからそれらを利用すれば、理論上は1つのcgiスクリプトであらゆるプラットフォームでOS固有のファイルシステムにアクセスすることが出来る。

>>99
まあ、悪用すればそうなんだけども。

linuxなどではルートフォルダを自由に指定してある階層から出られなく出来るけど
winはそれがないからちゃんとフォルダ指定内容をチェックしてないと単なるセキュリティーホールになる

cgi serverとWebアプリを組み合わせたツールキットを作れば、それだけでnativeアプリと同様の機能を持ったマルチプラットフォームツールキットになるかも。

>>101
native アプリではそもそもどんなフォルダにもアクセスできますので、それを持ってセキュリティーホールとは言えないと思います。

>>92
悪いが、個人でAutodesk規模の開発
をする気は無い。っうか無理だ

ライブラリーも含めてそういうものを
開発出来るベースが無いという事で納得した。

ブラウザで動作するCADソフト開発する上でのベースが無い
という納得？
ブラウザアプリもデスクトップアプリも変わらんと思うけど

>>94
MIDIやSynthesizerのWemAppli、Wasmに関する話らしい：
https://twitter.com/DasSurma/status/1217129248038670337

遅延に関しては、Webゲームを試してみる限り気が付かない程度だった。
https://twitter.com/5chan_nel (5ch newer account)

>>106
他にも色々あるけど、例えばこんなものがある。
スライダーを動かすと音が変わる。
これで遅延のほどは分からないが、遅くて使い物にならないようなものではないことは分かる：
https://csound.com/wasm/Sliders.html

アクション性の高いfpsゲームなんかもブラウザでゴリゴリ動く時代にそんな遅延なんて気にならんと思うけど…
マイクロ秒単位まで求められるならしんどいが

告白しますと、以下の簡易テニスゲームはモバイル機器では音ずれが起きるのですが、それは、HTMLのaudio要素を使っているからで、HTML5のWebAudio技術を使えば直ると思っています。
実際、ちゃんとしたWebゲームでは音ずれは起きていません。
https://yutakaaoki.github.io/demo_tennis/

>>109
なお、そのサイトとはWebGLを使っており、WebGL 1.0はOpenGL 4.1から正式対応したので、OpenGL 4.1以上に対応したGPUでないとがたがたすることがあります。
Intel CPU内臓の Intel HD Graphics というGPUは、初期バージョンのものは OpenGL 4.0
までの対応なので、WebGLを使う場合に Chrome79 ではハードウェアアクセラレータが使えません。

>>108
> マイクロ秒単位まで求められるならしんどいが
まあそこまで求められたらデスクトップアプリでも厳しいと言うか汎用OS上だと無理じゃね？

>>111
うん、そう思う
なんでブラウザアプリでできないことってローカルファイルへのアクセス以外はあんまなさそうな感じする
まぁ細かな面倒くささとかはもちろんあるけど不可能ってわけではないしね

画像上でラバーバンド描画しようとすると
最低でも10fpsぐらいで画像送信する事に
なるけど、Webで出来る？

>>112
Chrome限定になるけど、Native File Systemなるものでローカルファイルシステムが自由に使えるようになる。
ただし、デフォルトでは無効化されているので、
chrome://flags/#native-file-system-api
でEnableにする必要がある。
また、これは、HTML5 の File API とは別。
そっちの API では、ブラウザの特殊な記録領域にファイルが格納されてしまう：
https://qiita.com/pentamania/items/ada07c45d4e5cc139c03

>>113
ローカルPCでJavaScriptやWasmを使ってグラフィックを描けば、ネット回線を使った画像の転送は要らない。

>>99
ローカルにcgiサーバーを起動してローカルFSを使えるようにする場合、そのままだとあらゆるHTMLアプリがローカルFSを使えてしまうようになってしまうためセキュリティーホールになる。
それを防ぐには、ポリシーファイルというものを作ってその中に親となれるHTMLアプリのローカルディレクトリ名を列挙しておいて、それ以外の場所からのHTTPリクエストは禁止するようにすれば良いと思う。
CGIのHTTPリクエストのヘッダの中にOrigin: URLアドレスという項目があるので、それを利用して判定することが出来る。

blazorだかよう知らんがHTML/CSS嫌いの俺には
究極の選択になりそうだ。

C#+BlazorでHTMLさわるか
クソ言語のDart+Flutter

究極の選択
Flutterで一本アプリ作ってるが..

まぁ、去年はFlutter三昧だったけど、Dartのクソにもなれたし。Flutterの豊富なWidgetは最高。

>>116
撤回。
HTTPリクエストのOriginもRefererも偽装が可能なのでその方法だとやはりセキュリティーホールになると思う。
対策は、公開鍵、秘密鍵の様な方法を使えば可能だと思われる。

>>119
クライアントの偽造を心配するならLocalServer側で変な所を読み書きしようとしてないかをちゃんとチェックして必要に応じてエラーを返すように作るべし

>>100
UWPだとそういう抜け道をつぶすためにローカルホストへのソケット通信が出来なくなってる

AF_UNIXまで潰されている事に気がついた
時には殺意が湧いた。
どんなメリットがあるんだろう？

>>121
なんか泥縄な対処にしか思えない

>>102
そしてアプリの数だけlocalサーバーを起動しておくんですね

ローカルのTCPサーバーなんてIPCなどで普通に使う
お前が思っているほどダサい発想ではない

Socket を使えば、簡単に local server が作れることがわかった。
cgi や html を扱う HTTP (プロトコル)も、基礎はTCP/IPで、
それが socket を使って行われる。
socketは元はUnixのもので、WindowsでもWinSockが、ほぼ互換性があるとされる。
Javaでもsocketは使えるのでAndroidでも使えると思われる。

>>124
理論上は、local serverは一つ起動しておけばよい。
native file systemへのアクセスは、そこから呼び出されたcgiが担う構造となる。

>>126
元はBSDの AF_UNIXで同一マシン内の通信用
それをネットワーク対応にした。
その名残がinetd

cgi側が作り出した10桁くらいの乱数を、cgiを使いたいWebアプリ側に入力する
事で認証にする方法を思いついた。
JavaScriptでもnativeのクリップボードの内容をペーストできるので、ボタンを
押しただけでこの動作を自動化することも出来る。
ただし、それをするとフィッシングされてしまうことがあるので、cgi側がメッセージボックス
を出してユーザーに確認することが必要だと思われる。

または、cgiとWebアプリを組にして配布し、両方に公開鍵と秘密鍵を埋め込んでおき、
乱数に対して正しく応答できるかで相手確認をする方法も思いついた。

(笑)

socketのaccept()関数には、通信相手のIPアドレスが分かる機能がある。
ブラウザにはhtmlをlocalにコピーする機能がある。
localに保存したhtmlである場合のみ、native file systemへのアクセスを許可する
ようにlocal serverを作ることも出来るかもしれない。
悪意サイトをlocalに保存する人は少ないだろうから。

>>131
で、長々と書いてるそれWPFと何の関係があるの？

Blazor Server、Webasm、PWA、Hybird、Nativeと開発の選択肢が充実してきた
FormsもWPFももうおしまいだ
俺が言ってた通りBlazorだけでおｋになる日も近い

まともな書籍とプロジェクトテンプレート
が出来たら考える

頭がおkなんだな可哀相に

UWPで非sandbox環境がくるらしいけどいらね

xamlからいいhtml吐き出してほしい

BlazerはSilverlightと同じ道を辿らないの？
(´・ω・`)

>>138
業界標準とされているWebAssembly吐くから大丈夫だとは思うけど諸行無常の世界だからな
セキュリティインシデントでブラウザがサポート終了する未来しか見えない

Windows7のサポートも終わったし、WPFは爆発的に普及する予感。

風が吹いても桶屋は儲かるからね

しかしwinformを15年以上使い続けてる奴が一番の勝ち組だな。Windows界のコボラーだね。

業務アプリ界隈だと結構いそう

winformでも高dpi対応ではあるけど注意事項が多すぎてオワコンだよねえ

サックッと作る時はWinFormのほうが手早い

>>145
それは慣れてるだけでは？

嫌ぁWPFってWindowsAPIから遠いでしょぅ
例えば、WORD/EXCELの保存ダイアログの
上部のディレクトリ指定ツールバーに
SendMessage送ってディレクトリ変更出来る？

ポトペタでGUIをでっち上げるスピードはForms最強だよね。

>>148
100%固定ならそう思う

>>147
それWinFormの方が楽とかあるっけ？

>>148
ポトペタならたいして変わらなくね？

xamlのポトペタは無理

>>150
formのコントロールならSendMessage
で大概okでしょ

>>153
> 例えば、WORD/EXCELの保存ダイアログの
> 上部のディレクトリ指定ツールバー
の話だよ？

>>154
winapiはwinformとは関係ないだろ

winapiって呼出規約のことかw

>>155
>>147に言ってやれ

誰もmvvmを言わなくなったな

ムヴヴム？

それだけ当たり前になったってことなのか

WPFよりもWinFormのテキストが圧倒的に多いから取っ付きやすい

dobonにwpf関連は無いからな

MSDNにWPF関連のドキュメントたくさんあるやん

MSDNがゴミになって何年経っただろうか

まぁ良く言って汚物溜め。
探しても探しても、ろくな情報が出てこない

>>165
じゃあまとめて

>>165
何の情報探したの？

msdnは嘘は書いてないのだろうけどかなり分かり辛い

MSDNは日本語がクソなだけで英語は普通じゃん

MSDNブログ日本語版行方不明事件とか

間違いを指摘しても修正されなくなったし、スナップショットも出なくなったし、
ドキュメント保守部門が丸ごと消えたんじやねーの。
担当の開発チームが自分勝手に編集してるだけのように見える。
OSSの悪いところをマネ

もうMSにとってITドカタは客じゃないんだよ
いい加減気付け

そういう意味ではAzureとOffice使ってくれるのが今のMSの「顧客」だろうな

ライブタイル廃止か

ライブタイル使ってないもん
スタートメニューに張り付けられるのは便利だけどアイコンあれば充分だしな…

>>171
OSSを推奨した人が多かったので、OSSが台頭。
それまでプロプライエタリソフトは、買った人の利便性を考え、
必ずしも営利にとらわれず親切心からマニュアル類を整備してきたが、競争上
OSSに勝たなくてはならなくなったので、親切心だけでは
どうしようもなくなって、利益を生まないなら放置されるようになった。

>>176
もう一つは、OSSの台頭によって、MS以外のプロプライエタリの開発環境が死滅または弱体化してしまったため、MSの競争相手がプロプライエタリの開発環境ではなくOSSの開発環境となったため、マニュアル整備もOSSと同レベルにまで水準を落とされた。

MSでOSSを推奨した人って誰？

今のCEOのナデラやろ
その前のバルマーまではOSSを敵対視してた

OSS側が調子こいてきた件
https://mag.osdn.jp/20/01/27/160000

昔と時代が違う

Ruby による今世紀最大の起業家、Vagrant の作者・Mitchell Hashimoto(HashiCorp)だろ

その後、Docker, Kubernetes。
RedHat が、CoreOS を買収、MS が、GitHub を買収

今は、OSS からしか、富を産まない

オープンソースからコードパクればcoplandやEdgeのような失敗はしないし、
開発費を抑えれるから利益が出るという話ですね。

IT業界全員ジョブスですね。搾取されるはPGだけ。

OSSを使えば、みずほ合併も20年も
かからなかったという事ですね。

>>178
舛添要一
NTT

>>184
IBM

>>183
当時の上層部が皆消えたからな

livetメンテされてたのね・・・

wpf はComboBoxのカスタマイズが異常に面倒
TextBox部分の背景色を変えたいだけなのに、どれだけコードを書かせるのかと
最終的にはComboBoxの上にBoarder挟んでTextBoxを重ねたわ

スタイルの一部分をちょこっと変えたいだけなのに
スタイル全書き換えだからなあ
バージョンアップでスタイルに手が入ったら追随しないとまずいし…

>>188
もう死に体だけどな
ほそぼそと延命措置されてるだけだから、早々にPrismに乗り換えた方がいい

livetはいまokazukiさんとかがメンテしてるみたい

>>192
okazukiさんだけじゃね？
PRとか来たらそれの対応するような程度だけだから、もう死に体よ

prismよりlivetが得意なことってどういうところ？

日本語のコメントが沢山ある?

UWP風WPFテーマファイルってないの？

>>196
mahappをヌゲットで当てれば一応それっぽくはなる

>>194
昔見た感じだと、ビヘイビアが充実していたから、そこだけ使うのもありじゃね？

>>194
日本製だけあって日本語での使い方がすごく豊富
prismのregionとかみたいに「そこまで高尚なのはいらないな」みたいな使い方には最高

prismもOSSになってから標準機能だと思って使ってたものがごっそり消されたりするから怖いけどね…

今のprismは有志数人がやってるコミュニティプロジェクト
機能の取捨選択などはMSの推奨とかではなく、あくまでメンテナの個人的な好みに過ぎない
もはやまともな旗振り役はどこにもいない

かと言って、WPFを素で使うのは辛いわ

激辛だわ

PackageReferenceでPrism.UnityをぬげっとしたプロジェクトをVisualStudioインストーラーでインストーラーを作成
そのインストーラーでWIndows10にインストールするとエラーでViewが立ち上がらない

Packages.configでぬげっとすると問題ないんだけどPackageReferenceが地雷なの？

>>204
そういうの有りそうw
インストーラの依存関係から漏れてるかな?

ScrollViewerの最小サイズを指定する方法を教えてください

ねーねー
教えて欲しいんだけど

C#で記述すると
sender is Button b

のような is を、C++/Cliで表現すると、どのように記述するの？
※is なければ dynamic_cast で判定したりするん？

ぼーっと生きてんじゃねぇよ！

>>207
b::typeid かなあ
ぼーっと生きてるんで分からん

>>209
ありがとうございます。
マクロかテンプレート組んでみますわ

Linuxで使えんのかこれ？
メンテナンスの依頼が来たんだが、おうちにWindowsないからお勉強できないんだが

>>211
Linuxでは使えない

>>211
経費で買えば

.NET coreだとだめなの？
やりたいことが出来るかは知らんけど

>>214
WPFは.NET coreでも動くけど、Windows専用
Linux+.NET coreじゃ動かない

>>215
そうなんだ、ごめん
よくわかってなくて失礼した

どこに保守頼んでも断られて無知な犬厨が受けてしまったか。ご愁傷さま。

今更WPFアプリのメンテとか絶対やりたくないな
今時Winクライアントアプリって時点で苦痛なのに、もはや覚えても何の役にも立たないオワコンフレームワークとか地獄すぎる
全力で逃げた方がいいぞ

>>218
じゃあ何で作るのがいいの？

あとはWebかスマホかな。個人的にはそっちの方が制約が大きくて苦痛だが。

>>220
代替できてないじゃん
Windowsがなくならない限り、そのクライアントアプリの仕事もなくならないと思うが

winformが今でも鉄板だと言ってみるか

高dpiで破綻してる

老眼鏡で対応！

部署内ツール程度の小規模開発ならWinFormで事足りる

オフィスのPCで4k普及なんてあと10年先じゃないかな。2k普及だって怪しい。

ノートPCは既に96dpiじゃ無いよ

こいつリアルコミュ症だよね？

10年後のオフィスにpcがあるかどうかわからんよ

実行ボタンと中断ボタンがあるよくある仕組みだと現状何で作るのがベスト？

WPFスレなのでWPFとTPL
で、CancellationToken使う

計算プロパティをOneWayバインディングしたのに反応しないぞ
バグか？

WPFが怪しい場合もあるけど、大抵は自分のバグ

int A
get a
set a = value; RaisePropCh("A")

int B
get A * 2

こんな感じなんやけどAに入力してもBが変わらんのや

>>234
端折られてて良く分からないけど
Bの変更を通知してないのかな

不明な言語じゃ

RaisePropCh("A", "B")にすればええのんか
でもBがAに依存しとるという情報をAに書かなあかんてなんか気持ち悪いねん

RaisePropChって何じゃ?

>>237
Aの更新通知(INotifyPropertyChanged.PropertyChangedイベント)を監視して
Aが更新されたらBの更新を通知すれば良い
AとBが同じクラスなら気にしないで良いと思うけど

>>238
RaisePropertyChangeじゃろ
あんな書き方しないけど、それでも分かるでしょ

WPFがもし大成功して今でも新機能開発が続いていたら、Reactみたいにプログラミングモデル上は脳死で全更新するだけでよくて
フレームワークがうまいこと差分取って効率的に更新してくれるようになってたのかもね

>>240
中の実装も怪しいよねえ

>>237
そんなあなたにReactiveProperty…(´・ω・｀)

RactivePropertyはObservableCollectionとsynchronizedできないやん

解決策を発見したで
プロパティ名をnullでRaiseすれば計算プロパティもええ感じにバインドされるみたいやわ

今windwosアプリ作るのならどういう環境がいいわけ？
めんどくさいからみんなelectronに移行してるんだが

>>246
Blazorがええと思うで

edgeが標準プラットフォームになったんだから
そろそろhtaのver.2をリリースしてください

>>247
良い参考書ある？

>>248
Electronでいいんじゃん

Blazorって.NETランタイムをWebAssembly上で実装？
MS何考えてるんだ

>>251
ステキやん

BlazorはMSのR&Dの社員がお戯れに作ったもので、戦略もクソもない
アイデアとしては面白かったが既に下火だし、最終的に似たような技術が天下を取ることもあるかもしれないけどそれは多分Blazorではないよ

Blazorは色々計画しとるみたいよ
とりあえず.NET 5になってからだな

デスクトップアプリはMSがやる気なくて、これと言ったのが無いよなぁ
消去法でWPF使ってるけど

>>253
SignalRとかも元々お戯れだったけどな

まあもうネイティブアプリの時代じゃないんだろうけどね
ゴリゴリにWin32 API書いてたのが懐かしい

>>250
electronはJavascriptだから駄目

silverlightにはならないで欲しいなblazor

Blazor黒魔術感やばいけど
なぜC#なのか
TypeScriptならワンチャン覇権あったのに

サーバもクライアントもc#使いたい

JavaScriptに触れる機会が減るだけでも嬉しい

>>261
禿同
Javascriptを駆逐してほしいわ

TypeScriptならそこまで毛嫌いするほどかな
それにJavaScriptのクソさって言語もさることながら主にDOM操作が問題なわけだけど、
Reactみたいな最近のフレームワーク使うならDOM操作は完全に抽象化されていてテンプレートで宣言的に書けるようになってるよ
BlazorでDOM触らなくていいのはReactと似たアーキテクチャになってるからで、
言語がC#だろうがDOM操作をもし生でやるなら下痢便みたいなコードになるのは違いない

>>264
Blazorで下痢便みたいなコードってたとえばどんなの？

｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
https://www.dreamgate.gr.jp/contents/column/application-development
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
https://newswitch.jp/p/20168
島田商高生がアプリ考案、発表　ＩＣＴ起業家育成プログラム
https://www.at-s.com/news/article/local/central/730010.html
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
https://diamond.jp/articles/-/229375
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
https://diamond.jp/articles/-/215868

>>260
MSILがブラウザ上で動くってのがBlazorのポイントだろ。TypeScriptはもとからトランスパイルできるじゃん。
WASMがポイントだというなら動的なJSやTSは今のところ無理だね。

C#で下痢便書くような奴なら
JavaScriptではどんなに美しいコードが書けることだろう

MAUI…

マイクロソフト、新UIフレームワーク「.NET Multi-platform App UI」（.NET MAUI）発表。単一コードでマルチプラットフォーム対応。Microsoft Build 2020
https://www.publickey1.jp/blog/20/uinet_multi-platform_app_uinet_mauimicrosoft_build_2020.html

Unoを勉強しようとした矢先にこれだよ

> In addition, we are enabling developers to write fluent C# UI and implement the increasingly popular Model-View-Update (MVU) pattern. MVU promotes a one-way flow of data and state management, as well as a code-first development experience
ついにMVVMも時代遅れのゴミになったな
モデルとしてはReactに近い？
そしてもう名前すら出てこないWPF

Blazorでいいじゃん

Blazorで統一ならまだ勝ち目はあったかもね
まあまともに今のWinUI系のXAMLを使い込んでるのなんてMS自身くらいだろうし、
広く使ってもらうというよりMSが自分で使う目的が主なんじゃないかな

>>273
ローカルのリソースやデバイスへのアクセス制限がウザい

>>272
MVUってMVVMの進化系っぽいけど
コーティング量が減って良さげ

one-way bindingだからMVVMとは根本的に別物でしょ
Webで流行りのいわゆる仮想DOMってやつで、更新の度にテンプレート当ててUIツリーを全部書き直してdiff取りゃ実際に画面に反映させるべき差分は分かるんだから、
なんちゃらPropertyChangedとかいちいちプロパティ毎にクソ煩雑な低レベルな制御しなくてもいいだろ
って思想だ

今にして思うとPropertyChangedってサイコーに頭悪いアイデアだったな

いやいや、今までのMVVMと大差ないから...
アプリ分割方法は今まで通りモデルとビューとビューモデルに分割して問題なし
単にフレームワーク提供の双方向バインディングがなくなったから、ユーザーイベント発生時にコードビハインドでビューモデルのメソッドを呼ぶようになるだけ...

基本は単にそれだけ。後はxamlという専用の言語使わずにレイアウトを宣言的に記述できるようになるだけ。これは、厳密にはMVなんたらとかアーキテクチャと関係ないだろう

>>278
ウンコ脳乙

SwiftUIを丸パクリじゃねーか

>>279
VとVMの間の分離が皆無な時点で全然違うと思うが

あと、勘違いしてるようだがイベント発生時にはコンポーネント(たぶん279のいうVM)自身のステートを更新するんじゃなくてMを更新するんだぞ
その結果としてビューの更新が走ってbody関数が呼ばれて画面に反映されるというのが本来の流れだ
サンプルコードではそのへん省略してコンポーネントに直接ステートを持たせてるようだが、原則としてはコンポーネントは可能な限りステートレスにするんだよ
もちろんコンポーネントはVMみたいにMのプロパティを猿のようにラップする必要もなくて、究極的には単純にMを入力したらDOMを返す純粋関数になるのが理想

>>283
いや、何を更新するかそこは自由に選べるから...

イベント発生時にビューモデルのメソッド呼べば、ビュー,ビューモデル間のデータフローが双方向になり今までの通りにMVVMになるし、他のなんたら?モデル呼べば例えばfluxになったり

flutterもそうだが別に限定されてない

>>282
それは君が分離してないだけ

MVUってことはElmみたいな感じになるのかしらん。
F#との親和性も上がるといいな。

>>286
https://thomasbandt.com/model-view-update

中途半端な絵空事を追いかけるよりExcelをさっさと.Net化して欲しいわ
いつまでCOMやねん

アホやなぁ

モバイル版は既にかなりの部分がC#なんじゃない？
Win版を置き換えることはないだろうけど、既にWin版のOfficeの一部にも.NETは使われているし、
今後は本体に.NET Coreが組み込まれてC#で書かれたコードが増えていくことも十分考えられる
プラグイン機構のことを言っているのなら、そもそも現在MSが推進しているWinRT系のRPCの仕組みはCOMベースなので、仮に今後新しい仕組みに置き換えられるとしても.NETベースになる望みはない

UI部分はすでに全部React Native Windowsだろ

WPFでなくてすまないんだが、

UWPでデバッグしようとしたら、デバッガが無い風のメッセ出て
上手く動かないんだが。
VS2017のcommunityっす

UWPってなーに？

>>292
Windows 10 UWPアプリ開発 Part 2
http://2chb.net/r/tech/1499658092/

質問するならメッセージは正確にネ！

>>293
Ultra Windows Powet

完全に趣味でプログラムやってて
WPFに手を出してみようと思い↓のサイトのドキュメントで学習してたんだけど
http://kisuke0303.sakura.ne.jp/blog/?p=340

↓の106ページ目のコード動かしてみても図の通りにコンソールにファイルパスが表示されず「コールバック処理を行います」とだけ表示される。
http://kisuke0303.sakura.ne.jp/blog/wordpress/wp-content/uploads/2016/08/4843696230c1698ad8ff7d086b998344.pdf

でもサンプルのコード見る限りだとこれが正常な動作な気がするんだけど（ファイルパスを表示させる部分の記述が見当たらないので）
俺が何か見落としてるのだろうか。

wpfのチュートリアルはかずき大先生のページ以外は駄目だよ～

>>296
ぱっと見だと図のような表示コードないね
多分途中で書き換えたのにコード側に反映忘れてる
まあ本でも誤植なんてしょっちゅうだし自分で合うように書き換えよう

WinUI 3も結局UWPみたいなタブ向けUIなんだな
Fluentだなんだか知らないけどデスクトップ向けもうたうならちゃんとレガシー()コントロールも用意して欲しい

レガシー必要なのってもう業務系アプリくらいだからなあ

>>300
まあ業務系アプリはいつまでたっても一定の需要はあるからな(´・ω・｀)

>>300
業務系アプリがなくなるってあり得なくね？

>>300
趣味で物作っている訳じゃないので

業務系はWeb化してきてるし
webformだからレガシーだけどな

>>304
デスクトップアプリはなくならないよ
需要は減るけどね

お手軽だからね

今時はそうでもないわ
クラウドがあるからWebの方がお手軽

場合によるやろ

winformが一番お手軽

当初から散々ゴミと言われたとおりWPFは普及せず、
クラウド化しても企業の効率なんて当然上がらず、社員は不便を強いられ、
データを吹っ飛ばれさてから黙れされた連呼する自称SEたち。

ここの住人は馬鹿ばかりだなw

お前も含めてだけどな

そう。俺もお前もだ

おまいら、飲みにでも行け

>>313
コロナに油断するな！

.net FrameWorkのOWINで
app.UseCookieAuthentication(new CookieAuthenticationOptions
{
AuthenticationType = DefaultAuthenticationTypes.ApplicationCookie,
LoginPath = new PathString("/Login/Index"),
CookieName = ".AspNet.SharedCookie",
Provider = new CookieAuthenticationProvider
{
OnValidateIdentity = SecurityStampValidator.OnValidateIdentity<IdentityUserManager, IdentityUser>(
validateInterval: TimeSpan.FromMinutes(0),
regenerateIdentity: (manager, user) => user.GenerateUserIdentityAsync(manager))
},
TicketDataFormat = new AspNetTicketDataFormat(
new DataProtectorShim(
DataProtectionProvider.Create(new DirectoryInfo("C:\\TEMP"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); })
.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies." +
"CookieAuthenticationMiddleware",
"Identity.Application",
"v2"))),
CookieManager = new ChunkingCookieManager()
});
System.Web.Helpers.AntiForgeryConfig.UniqueClaimTypeIdentifier = "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name";;

で認証して別の.net Core2.1アプリに遷移するんだが、
.net Coreアプリ内でこの認証クッキーをidentityに復号してsigninしてUser.identityを使いたいんだが方法はあるのか？
認証.net Core自体の認証を完了させたい感じです。
伝われ～

string authCookkiValue = string.Empty;
HttpContext.Request.Cookies.TryGetValue(".AspNet.SharedCookie", out authCookkiValue);
var ticket = authCookkiValue;

var protectionProvider = DataProtectionProvider.Create(
new DirectoryInfo(@"C:\TEMP\"),
(builder) => { builder.SetApplicationName("SharedCookieApp"); });
var dataProtector = protectionProvider.CreateProtector(
"Microsoft.AspNetCore.Authentication.Cookies.CookieAuthenticationMiddleware",
"Identity.Application",
"v2"
);

var ticketFormat = new TicketDataFormat(dataProtector);
var test = ticketFormat.Unprotect(ticket);
で解決しました。

スレ汚し失礼しました。

他人のコードを読みたくないのはボクだけじゃないはず。

move ソースファイル名 Null

vs2019でwpf、.NET Core 3.1で作成したアプリのインストーラを作成したいのですが参考になるサイトありますか？

WinFormsと同じようにやってみたのですがプロジェクト出力でプライマリ出力を選ぶと.dllと.runtimeconfig.jsonしかなくexeが存在しません
元のプロジェクトがおかしいのでしょうか？

>>319
やって見たけどプライマリ出力を参照させるとそうなるねえ。
依存関係がうまく抜けてないっぽい。
今のところはプライマリ出力をやめて発行させてpublishフォルダを参照するしか無いかも。
stack overflow辺りには何か情報があるかも?

.net coreアプリはmsiじゃなくてmsixパッケージを使うようだな。

>>321
ありがとうございます
msixを調べてみます

msixにするとアプリによっては動かなくなるから気をつけて
行儀のいいアプリなら問題ないと思うけど

dotnet publishの出力先をコピーしてexeのショートカット作るだけのインストーラーが何かで作れるなら、そっちのほうが問題はおきにくい

「実行ファイルパス問題」ってやつかな

>>323
そういう問題が起きる可能性があるのですね。

プロジェクト出力でプライマリ出力ではなく項目の公開を選択でもいいのかな？
それらしいのが作れたけど…

BlazorはCSSを各コンポーネント毎に好きなの割り当てできるようなバージョンアップは予定してるのかな
ちょっと使い難い

先月のBuild 2020開催期間中、Microsoftは、デバイスネイティブなアプリケーションを開発するためのマルチプラットフォームフレームワークである.NET MAUIのロードマップを発表した。新フレームワークはXamarin.Formsの進化形に相当し、Android、iOS、macOS、Windows用のネイティブ機能を提供する。
https://www.infoq.com/jp/news/2020/07/maui-multi-platform-ui-dotnet/

UIはデバイスごとに作ったほうが簡単じゃねーの？

はじめからForms全力でよかったんや・・・

キターーー　.NET 5.0 RC　かな？

preview7じゃないの?

http://var.blog.jp/archives/69202816.html
未だに大部分のプログラムは Win32(というかMFC)で、
WPFを使ってる中で一番有名な VisualStudio は劇遅。

VS級のものがあまりないからでは

>>332
リンク先ではVisualStudioはWPFにしてはすごく軽くて十分に快適って書かれてる(C++とのハイブリッドも疑ってる)のに
何故激遅に書きかわるw

>>334
「WPFの割には軽い」
と言っているだけで、現実には激遅だからだ。

VSは.net版に変わったら非常に遅くなったよ
それだけは譲れないｗ
サードパーティー製のコンポーネント使ってると聞いた

＞ WPFにしてはすごく軽くて
WPFでは激遅になると思ってたらそこまで遅くない！と言う意味であると体感している

今でもc++版に戻ったら非常に速いと思う

JavaのIDEと比べたらチョッパヤだろ

2015が一番重かったけど、2017→2019とどんどん軽くなってきたよね

そんなゴミと比べないでくれ
悲しくなってくる

今のVS十分軽いしさっさと古いクソPC投げ捨てて新しいの買ってこい

さっきDocker Desktop入れたらUIがWPF製だったわ

>>334
たしかにVSのタブやページ切替とかの反応は普通のWPFアプリと全然違うんだよな
なんらかのファクターXがあると考えるのが合理的
一般的WPFアプリには慢性的なもたつきが発生する

教科書通りにMVVMなんてしてたらあきまへんって事かな？

.NET CoreのWPFと.NET FrameworkのWPFでレスポンスに違いはある?

>>342
自分で作ってるWPFアプリと差を感じないけどなあ

>>342
VSはWPFの低いレイヤだけを使って独自のフレームワークを構築している
WPF標準の低品質なコントロールはダイアログにしか使っていない

普通のWPFって、あのクソ重いVSより遅いって、どんだけ遅いの。

WPF登場が2006年、VSのUIに採用されたのがVS2010から。

自分で作ったGUIライブラリなのに自社ツールに組み込むのに4年もかかるとか
どんだけ設計がゴミだったかがよく分かる。

>>346
むしろその独自のフレームワークを公開してくれよ

一方、MFCは、MS-Officeで実装後、MFCで提供される。

机上の空論　→　実装　→　使い物にならない
実装しながらブラッシュアップ　→　使い物になる

よく話はやはり実際そうなのだ。

昔ロータスかどこかが表計算ソフトでどうやってもofficeの速度が出ないので調べたら非公開API使ってた！
マイクロソフトは不公平だ！と言ってたらしい

都市伝説か勘違いしてるか
Lotus123の対抗はexcelじゃなくてマルチプランだ

三四郎「……」

>>352
馬鹿なの？
普通に考えて1-2-3のWindows版の話だろ

>>354
馬鹿なの？
undocumented windows読んだ事無いのか

>>355
はあ？
> Lotus123の対抗はexcelじゃなくてマルチプランだ
の話なんだがw

自分が買ったPCにLotus123 windows版を入れてたけどなあ

win95と同時に32bit版Excelだしやがったから
サードパーティじゃ間に合わん
3.1のころはいい勝負してたと思うよ

>>358
> 3.1のころはいい勝負してたと思うよ
そうだったっけ？
1993年にFMV買った時はWord/Excelと一太郎/三四郎のどっちかしか無かったような記憶があるが…

Excelで1900年がうるう年バグってるってのは有名だけどこれってLotus123との互換用なんだよな
もっというとLotus123側もうるう年判定を簡略させるための仕様だったと

undocumented APIを検出するtool
でwindows3.xの頃のMS-APPは
インチキしてないって話しだったな。

インチキしてLotusクラッシュさせたのは
DOS1.25の時代だね

今は、そういう嘘より、FUD合戦が流行っている。
「セキュリティーで危ないから、WindowsをUpdateしろ、LinuxよりWindowsの方が安全。」
「セキュリティーで危ないから、セキュリティーソフトを買え」
「セキュリティーで危ないから、ソースがないソフトは駄目。オープンソースを使え」

最低限のリテラシーすらないアホを虐殺した方が早い

BindingされたCheckBox.IsCheckedはFallbackValueもTargetNullValueも利きませんが
どうやって初期値Trueを入れたらいいのでしょうか？

解決しました

ちゃんと自決しろよ！

おもろ

Windows 10/.NET Core 3.1
TextBoxにintのプロパティをバインドすると数字以外にエラーを出してくれるようにできるが、
TextBoxのTextを手動ですべて削除したときに最後に有効だった数字がプロパティ側だけに残るのは不具合なのかな。
数字が入ってないのに、その数字で計算されてしまう。
intは空になれないからこうなっているのだと思いint?でも試してみたが同じ結果だった。
intのプロパティにバインドするのは罠？

TextBoxに123と入力されている場合:
12を消して、最後の3を消すと見た目上のTextBoxが空になるが、バインドしたプロパティには3が入っているものとされて扱われてしまう。
そして、3が入っているものとされているため、プログラム上で空になっている場合を処理できない。

3 から先に消して
2 消して
1 を最後に消しても一緒

stringにしてtryparse

int諦めてstringにして検証部分書きました。
intのプロパティにバインドしたらそれだけで介護してくれると思わせて、実は手抜き介護だった。

数値型バインドするときはコンバータで細工するとか必要だったかな

validator

学術の巨大掲示板群 - アルファ・ラボ http://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

VM + ASM を書いた (C#, DX) * x86 ではない!
simulationライブラリで純粋な関数式プログラミングをする
UIライブラリ (C#, 2D) を作ったよ
連続と離散を統一した！
4Dエンジン
matrixのライブラリ
ある強力なFor関数
SQLライブラリ

VM + ASM のダウンロード
http://up.x0000.net/files/TSimulang.zip

そろそろ普及する予感

14年目の正直

Xamarin の本買うかどうか迷ってる
https://gihyo.jp/book/2017/978-4-7741-8895-9

WPFの経験があるならXamarinなんて簡単だろう

Xamarinって結局OSの差分吸収しきれてないんじゃなかったか？

みんな挫折した経験だろうな

ちょまど攻略に挫折

攻略出来ても色々と苦労しそうだなぁ

げしゅとしちゅえぇんん
https://voicy.jp/channel/1253/96112
https://voicy.jp/channel/1253/95926

どうしてフォロワー多いの？に答えてみた
https://sakumaga.sakura.ad.jp/entry/2020/08/28/120000

でも腐女子なんでしょ

WPFがスタートでこけた理由って当時の要求スペックの高さもあるけど、MVVMパターンというものを主張しすぎたよね
適用できる一つのパターンであるのに、それがすべてであるかのように広められてしまったのでWPFは敷居が高いと錯覚させてしまった
WinFormsのコードビハインドの部分がXAMLとして前面に出てきただけというところからスタートするべきなんだよ
あとMVVMパターンを説明しすぎている
パターンって理解してなくてもその通りに実装すれば、そうなってくれるんだから初期段階で深い説明はいらない
どこに何を書いていけばいいかを説明するほうが重要、パターンを意識させる必要がない

ネットに転がってるWPFのサンプルってイベントべた書きのばかり。

いやReactやVueやAngularだってMVVMの亜流なんだから別にそれ自体がWPFを難しくしているわけではない
むしろWPF開発の複雑さを低減するためにMVVMパターンが使われるようになったわけだしな
問題はMVVMでデータバインディングを駆使しなければやってられないほどにWPFが複雑すぎる点と、
そもそもWPFにとってMVVMが後付けであるためにReact等の後発とは違って実装に余計な自由度がある点にある

WinFormのがわだけWPFに置き換えするだけで良いのでは、第１ステップは

バインドとイベントべた書きですよね

WPFは良い
XAMLが糞

むしろ煩雑でよかった。winformが10年以上延命できた。

10年間進化してきたならともかく本当にただの延命なので共倒れ

XAMLはDesigner.csなんかよりよっぽど良いと思うけどな。
XMLに馴染みがないのかフォームデザイナーしか使わない人なのか。

XAMLは冗長過ぎていかんわ

C#に瞬殺されたと思われたJavaの圧倒的な巻き返しでC#も息してるかどうか疑わしくなってきた。
MSはいろいろ戦略が誤っていたのだろう。デスクトップOSのシェアすら今後保てるかどうか分からない。

Javaの巻き返しは無理だよ
言語に葉快適な変更をいくつも入れないとC#には追いつけない

あ、破壊的ね

XAMLはレイアウトだけなら認める

WinFormsのポトペタに慣れ切った人がWPFで同じようにやろうとして思うように配置できなくて諦めるってのはあるかもな
だからといって、新規作成したときのデフォルトがGridでなくCanvasだったらアレだけどｗ

VSで無理やりMVVMパターンにはめるのが糞なだけでXAMLとバインドは十分使える

WPFは客先Java案件で開発補助ツール作るときに重宝しとる

>>400
WinFormとまったく同じ手法で開発できるようにしても良かったな
学習意欲のある人には最初からMVVMコースを選べるようにして
後出しアイデアだけどね

業務系アプリや有名なアプリはその時流行ってたフレームワークや作り方を使って秘伝のタレ化してる
新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
新規のアプリは結局Electron一択みたいな感じになった
この失われた20年をなんとかしろ

>>396
息してないわけないやろw

>>404
ドメインモデル作れよ

>>400
そうそう、Excel方眼紙の人にWordは無理だよねえ(爆笑)

(爆笑)

x 新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
o 新しく作り直すと新たな地獄が始まり若い開発者が逃げ出す

WPFしかりEdgeしかり。winformやIEをずっと保守しとけば良かったんや。

WinFormは保守してるでしょ
.NET Core でも使えるぞ

WPFでAndroidアプリ作れるようにしてほしかった
xamarin.formsはなんというかちがう

信仰が足りませんね。

と、ちょまどが申しています

FormsのCore移行は保守というよりクロージング対応でしょ
.NET Frameworkのままだとフレームワークのバージョンが上がるときに一緒にFormsをメンテし続けなきゃいけない
一方、Coreはスタンドアロンなアプリに関してはSCDが大前提なんで、フレームワークのバージョンは固定して安全に塩漬けにできる
つまり、.NET6以降でFormsがまともに動かなくなったとしても、MSも俺達も無視して放置できる

>>404
結局ElectronもVSCodeという念仏だけを唱え続けて何年になるのかという感じで盛り上がってない
ただ一つ確かなことは、これからのGUIプログラミングはマークアップ言語を避けて通れないということだけ

マークアップより関数型のほうが未来ある

>>414
.NET Framework は 4.8 で打ち止めと宣言されてる

>>415
VSCodeの中のUIフレームワークみたいなのを
切り出して欲しいんだよね
今更HTMLで動的なツリービューとか流石にゼロから作る気にはならん

>>411
ほぼそっくりな Uno Platform でできる。

まだvb6が切り捨てられないのに。
winformも同じだろうなあ。

COBOL、VB6、Winform。
時代に取り残された底辺プログラマにも生き残る道を与えてくれる。

時代に取り残された・・・wpf

むしろWPFが時代に取り残された

と、時代に取り残された方々がおっしゃっています

WPFは先に行き過ぎてただけだな
普通に今通用する技術が身につく

>>425
いったんUWPやってからWPFに戻るとちょっと時代遅れかなーって思うわ
UWPはデザインアレだけど先進性はある

WPFはいい
XAMLはてんでだめ

10年以上前に初見でこんなものは普及しないと言ったボクの先見性も褒めてよ

>>428
まったく先見性がない
10年前にWPF触ってた人たちは上のステージへ上がっている

ゴミはとても匂いますからまともな嗅覚があれば触らずに済むのですがいやはや

XMLに馴染みがない人にとってはXAMLがネックになるのかなぁ。

C#は省略記法をコツコツ取り入れているのに
xamlはなんで省略記法を取り入れないんだ
Ammy UIより省略された記法がほしい

専用のパーサーが必要で一般的なツールが使えない独自記法はいまさらやめてほしい。

ディスコンにすればすべて解決するのに。

>>433
xamlをvisual studio以外のツールで編集してるのか?
vsのideは優秀だが

>>431
そこを学習する力がないのであればGUIアプリのプログラマーをやめてノーコードへ行ったほうが未来がある
これからはマークアップ言語は必須だ

xamlは厳密だけど冗長すぎる

エディタで見ると横に長くて可読性が悪い

マークアップ言語は時代遅れの化石だからな。

フォームデザイナでポトペタするのが最先端と言いたいんだろうか？

何でも良いよ、ちゃんと機能すれば！

RADツールが最先端？ 30年前からあったってボク歴史の時間で習ったよ。
15年ほどの前の昔に登場したWPFがキラーアプリ一つも生み出せないばかりか禄に普及しなかったのに、
先を行き過ぎた先進性だの最先端だの未だに言ってるおじいちゃん。

この骨董品WPFの最先端とは何か教えてください。

WinFormsにしがみついてる人たちは何も知らないようだ
成長することもない

近所のおじいちゃんがワンボタンマウスは革新的だと言ってます。
どこが革新的なのか聞くと多ボタンマウスを使ってる人たちは何も知らないようだ、
それでは成長することもないと言って教えてくれません。ボケてると思います。

さて、マークアップ言語が時代遅れだと言っている人は時代遅れじゃないものを教えてくれるのかな。

ポトペタでかっけえの作れるのが欲しかった未来なのに

Visualageでも使ってろ

その未来が欲しいならプログラマーやめてノーコードを盛り上げる活動をしたほうがいい
これからはノーコードで作れるものと作れないもので二極化していく
そしてその未来では「ポトペタ」はノーコードを意味する言葉にかわっている

>>448
小学校でやるプログラミグ教育の内容がそれそのもの。
20年前のITバブルでその手のアホツールが腐るほど出たがどれも生き残っていない。
老人たちは何度同じ夢を見るのだろうか。先見性がないだけでなくボケてますね。

でも今ノーコードに取り組んでくれるのはグーグルやマイクロソフトだろ
常識が覆る可能性は否定しきれない

ノーコードで日本の顧客が満足するプログラムが組めるといいなぁ・・

>>451
ノーコードで作ったものはプログラムというのか？は置いておいて

顧客自身が使って小物を作る程度の需要は満たすかもしれない。
複雑にデータが散在するようなシステムや、データへの意味が独自で手が込んだ物は無理かな。
シンプルかつサービス同士を糊でつなぐ程度のモノならあるいは。

UIやデザインに五月蠅い顧客の需要も満たせるのか微妙と思うが皆さんどう思う？

MSがノーコードノープログラムだと!!

WPFオワコンじゃん。

WPFerはパラダイムシフトを乗り切る力があるから問題ない
より新しいものに乗り換え、習得できる力がある
WinFormserが心配だ
彼らにはその力がない

ノーコードの進化は「作業の量や質がノーコードとは言えなくなるところまで」に限ることを考えて開発されているはずだ
その範囲を超えるとノーコードをノーコードとして使っていた利用者が離れていくフェーズが始まってしまうからだ

そんなに余力あるならプログラマなんか辞めて医者や弁護士になったほうがいいよ。
法で利権が守られてるからね。一種やソフ開なんていうゴミ資格とは違う。経産省大臣のハンコに価値はない。

>>455
いきなり医者、弁護士、情報処理試験という無関係なこと話はじめるとか
知能や精神にエラーが発生してる証拠なので病院でデバッグしてもらった方がいいぞ

なにやら触れてはいけないものに触れたようだ

>>62

>>452
顧客自身が作る小物はVBAマクロと同じ運命を辿る
それは開発者が自分達の為に作るツールも同じ

たいして機能つかわないし
なんだかんだlivetに戻った・・・

>>460
livetに先はないよ
今も片手間でメンテを続けてくれてるだけだし、開発した本人から完全に移譲されてるわけでもないし

多機能すぎるけどPrismでやったほうが自分のスキルにもなっていいと思う

求人みると意外とWPF多いんだよな。
デザインとロジックに別けて開発できる! ってアンタどんだけの規模の開発だよ。

>>126
sockaddr_in構造体なんて同じだよな。

ボク、UIデザイナーなんでロジックは書けません。

>>462
意外か？
ウチの周りじゃWindowsの新規案件はほとんどWPFでたまにC++でMFCは混ざる感じだが。
いまだにFormsでやっているところって本当にそんなに多いのかなぁ。

WPFのビッグウェーブきたか!!

>>465
winformのがお手軽だからなあ
高dpiも騙しながら何とかなる

特に内輪用だったらwinformで十分だろ。

内輪でお手軽にやるためにわざわざ求人することも少ないんじゃないかと思うが。

つまりデスマーチ…

WinFormsは論外としてWin7対応ならWPF一択だからな

>>471
WIN7でもwinform使えるし
今更WPF勉強する位ならVC++6.0 MFC使ったほうがマシ。
W10でもVS6.0使えるんだよな。

そこまで勉強したくないやつがなんでプログラミングやってんのか不思議

Z80のハンドアセンブルの頃からテキトーにやってきたよ。

>>473
苦労して覚えたからもう二度と同じ苦労をしたくないってPGが世の中には腐るほど居る

WPFを体系的に学べるマトモな日本語の本がない。

>>476
確かに。どうやってみんな勉強したんだ。

かずき

それ10年前の話じゃないの
今は情報が出揃っていてやる気だけあれば普通に習得できる

ヤフーオークションで WPFの本検索したが三件だったぞww