WPF(.NET4.x, .NET Core) GUIプログラミング Part24

レス数が1000を超えています。これ以上書き込みはできません。
2019/12/09(月) 12:36:14.49ID:9LsUsH++p
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/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
2019/12/09(月) 12:54:39.97ID:9LsUsH++p
保守
2019/12/09(月) 15:23:47.54ID:9LsUsH++p
保守
2019/12/09(月) 15:41:07.68ID:xDqRqpAU0
1000ならwin10で奇跡の復活
2019/12/09(月) 19:14:28.20ID:T4jQEVxC0
通知領域常駐アプリ整備士
「80パーセント？冗談じゃありません。現状でアプリの性能は100パーセント出せます」

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

通知領域常駐アプリ整備士
「あんなの飾りです。偉い人にはそれがわからんのですよ」
2019/12/09(月) 19:50:30.13ID:NuZM5pu00
>>5
ごめんどういう意味？
2019/12/09(月) 20:11:09.42ID:5TQ+THPmM
あーウゼー
2019/12/10(火) 00:36:14.25ID:YcQklsqk0
UWPやろうや
9デフォルトの名無しさん (ﾜｯﾁｮｲ 0663-bAjL)
垢版 |
2019/12/12(木) 20:59:06.07ID:ICe1D2RD0
どうぞ
2019/12/13(金) 04:00:46.58ID:hyzYl/Qc0
>>8
Win7で動くならやってるわ
2019/12/13(金) 12:00:42.74ID:7b8qFeLpp
現行なのにWPFより過疎なUWPスレ
12デフォルトの名無しさん (ﾗｸﾍﾟｯ MMb7-bAjL)
垢版 |
2019/12/13(金) 12:35:12.03ID:I2cXzzwaM
ユニバーサルデバイスがないからな
2019/12/13(金) 14:55:27.23ID:7oWhly6q0
人脈が無いから手を出さない
https://livedoor.blogimg.jp/hihannoarashi/imgs/f/f/ff355dd9.jpg
2019/12/13(金) 16:58:51.22ID:RMnyp2bX0
WPFもWindows 7 SP1 .NET Core 3.1(LTS)の最終環境に到達したな
2019/12/13(金) 17:13:42.09ID:wVkcEFxk0
>>8
MSは、UWP から、Win32アプリの方に戻ってきていると書いている人がいた。
2019/12/13(金) 17:31:14.87ID:ftjAwgQIM
>>13
MSの取り巻きって内輪ノリが酷くてキモいんだよなあ
MS系スタックはなまじ一貫性があるから変な空気が醸成されやすい
2019/12/15(日) 00:43:16.96ID:0ut6mezL0
結局、今 windowsのexeアプリを作る時、UIは何で作ればいいの？
wpfは機能追加全然ないし。プレースホルダー付きのテキストボックスすら無いし(追加されたらすまん)
2019/12/15(日) 00:58:47.00ID:0ut6mezL0
https://github.com/Microsoft/Xaml-Controls-Gallery
これとか落としてみたけど、相変わらずスマホで使って欲しいのかmenu itemやボタンとかのテキストにことごとくマージンついてるし
マウスで操作したいからマージン0でいいし、表示のアニメーションも全部いらん
2019/12/15(日) 12:53:15.46ID:wdD+OOX2r
OSSが主流の時代になって各陣営はどれだけ優秀な貢献者を集められるかのがキモなんだが
windowsのGUI は全然人が集まらないので全然何も進まない

WPFはコントロールを提供するのがめんどくさいのでこれからも流行らない
2019/12/15(日) 13:16:55.46ID:fGq+HT2S0
その各陣営って、MS以外はどこ想定？
2019/12/15(日) 13:32:41.59ID:wdD+OOX2r
その他すべての陣営
react.js vue.js python PHP　ruby RonR
2019/12/15(日) 17:17:17.03ID:jUr/RnRQ0
べつにWindowsデスクトップが特に好きなわけじゃないけどJavascriptは無茶苦茶嫌いなのでGUI全部がHTML5で動くような世界にはならないでほしい
MSはほどほどに頑張れ
2019/12/15(日) 18:17:50.79ID:xajZOs23d
vue.jsとかのjavascript系フレームワークはwpfのMVVMの影響をかなり受けてるよ。
24デフォルトの名無しさん (ﾜｯﾁｮｲ 0663-bAjL)
垢版 |
2019/12/15(日) 18:49:53.72ID:ksBtberH0
そうなんだすごいね
25デフォルトの名無しさん (ﾜｯﾁｮｲ e26a-xO71)
垢版 |
2019/12/15(日) 21:21:15.09ID:omABc3v90
>>17
楽したいならWebでやりなはれ
工数いくらでもかけられるならWPFでもUWPでも、できないことはほぼない
2019/12/15(日) 21:37:00.35ID:jUr/RnRQ0
>>23
Javascriptそのものが嫌いなんだよ
MVVMであろうがなかろうがJavascript死んでも触りたくない
2019/12/15(日) 21:55:45.59ID:o5hhJvrb0
今だとUWPもWin32もWindows UI Libraryにまとめてく方針なのかねえ
まああれもﾁｶﾞｳｿｳｼﾞｬﾅｲ感凄いけど
2019/12/15(日) 22:15:01.76ID:Il4PZDbx0
同位
2019/12/15(日) 23:11:14.59ID:zGAF3rZP0
コントロールをWinUIにまとめてくれることはいいことじゃね？OSSにしてOSのアップデートと切り離して、更新とか頻繁にしてくれてるし。
少なくとも前よりマシじゃないかな。
　
2019/12/15(日) 23:34:06.18ID:fpSJINfx0
>>17
Windows だけなら、.NET じゃないの？

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

VSCode は、Electron 製
Redmine は、Ruby on Rails
2019/12/16(月) 00:11:15.63ID:eauHXZD8a
>>29
いかにプロダクトの思想が正しかろうが、思いつきでUIフレームワークを量産して次々に見捨てていくことこそが最低最悪の害悪
32デフォルトの名無しさん (ﾜｯﾁｮｲ e2ad-rZsS)
垢版 |
2019/12/16(月) 00:11:16.01ID:Yb2j3jIx0
Blazor流行ったらいいけどセキュリティ的にActiveXの二の舞になりそう
2019/12/16(月) 00:52:30.46ID:G4rs8r9s0
>>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に負けてしまうことになる。
2019/12/16(月) 00:56:16.26ID:G4rs8r9s0
>>33
一つ考え忘れていることがあった。それは：
Blazorアプリを動かすにはWindowsは必要ないが、Blazorアプリを開発するにはWindows(またはMac?)が必要だということ。
これがあるのでBlazorの発展はMSには問題にならないかもしれない。
2019/12/16(月) 01:10:04.54ID:G4rs8r9s0
>>34
ただ、Blazorアプリの開発がWindowsでしかできなくても一般人には全く関係ないが、プログラマの数と一般人の数は、1:50 位なので、Blazorアプリの普及はWindows離れを起こす可能性はある。
2019/12/16(月) 01:11:12.58ID:G4rs8r9s0
>>35
1:50 ではなく、1:300 くらいかもしれない。
2019/12/16(月) 08:07:06.72ID:2+K75qCnd
>>32
なぜ？
2019/12/16(月) 08:08:30.99ID:2+K75qCnd
>>34
WindowsとMacでほぼカバーできてるだろ
別にLinuxでも開発できるし
2019/12/16(月) 10:04:54.54ID:kzeVa20dM
BlazorをWebに乗りそこねたドットネッター達の救世主みたいに持ち上げてる人多いけど、
BlazorってReact系のプログラミングモデルでHTMLもCSSもバリバリ書くんやで
これ使える人なら普通にReactやVue使えるだろうし、単にそこに選択肢が一つ増えただけのことでしかないよ
2019/12/16(月) 12:38:30.30ID:2+K75qCnd
>>39
javaScript書かなきゃいけない量は格段に減るっしょ。それが何より。
2019/12/16(月) 12:48:32.60ID:kzeVa20dM
>>40
君にとってはJSを書かないことが重要なんだろうね、それを否定する気はない
・HTMLやCSSはバリバリ書ける
・しかも出来合いのJS製のコンポーネントに頼らなくても余裕なハイスキルフロントエンダー
・しかしJSやTSは絶対書きたくない
・だがC#は得意
こんな君みたいな奴がどれだけいるだろうねw
2019/12/16(月) 13:14:21.17ID:kzeVa20dM
あとBlazorでJS書く量が減るのって、クライアントコードをC#に置き換えたからというよりは仮想DOM技術の恩恵が大きいと思うよ
Blazorが多くのドットネッターにとって革新的に感じるのは、
彼らが仮想DOM系フレームワークに始めて触れたのがBlazorだったからじゃないかな
SPAだから全部JSで書かなければならないとでも思ってるなら別だが
2019/12/16(月) 19:39:57.10ID:J5g2Edewd
>>41
javaScript絶対書きたくないとか誰も言ってないやろ
2019/12/16(月) 20:28:50.09ID:3ha1TSe5M
Blazor に親でも殺されたんだろ
すでに拗れてるみたいだしスルーしといた方がいいよ
2019/12/16(月) 21:22:56.92ID:79yFDnLG0
今のBlazorのプレゼンテーション層はRazorのままだから仕方がないが、Blazorに期待してる人は
WPFまで移植してくれることを夢見てるんだろう。
ClickOnceが使えなくなる前になんとかしてほしい、と俺も思う。
2019/12/16(月) 21:26:19.20ID:PfD8zkHG0
>>45
msix
47デフォルトの名無しさん (ﾜｯﾁｮｲ e26a-xO71)
垢版 |
2019/12/16(月) 21:49:37.96ID:IC9yBAsd0
JavaScriptは絶対悪だからな
それを根絶できるという理由でBlazorに限らずWebAsm由来言語は期待されてる
2019/12/16(月) 21:51:23.70ID:PfD8zkHG0
>>47
現状だと根絶はできないけどマシにはなるよねって感じ
49デフォルトの名無しさん (ﾜｯﾁｮｲ e26a-xO71)
垢版 |
2019/12/16(月) 21:53:25.47ID:IC9yBAsd0
うん根絶は言い過ぎね
2019/12/16(月) 22:58:22.69ID:1VnPjzNAa
jsに触れた途端いろんなものが腐りだす
それを正そうとしたtsですらすでに腐れがとまらない
2019/12/16(月) 23:05:42.40ID:v/vzDWBs0
WPFもjsも死にプロパティ多くない？

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

↑作った奴、腹、切れ
2019/12/16(月) 23:55:59.55ID:1VnPjzNAa
そう思うのはお前だけかも
2019/12/17(火) 01:14:45.87ID:HZ3CGT22a
WPFのオリジナルの開発チームはとっくに全員クビにされてそう
WPFのCore移植でも作業してたのほとんど外注だったから、実際には外に丸投げしてたのかもしれないけど
2019/12/17(火) 01:25:01.50ID:ntUXPBrS0
>>52
なんでだよ
htmlもそうだけど
存在するにも関わらず死にプロパティ多すぎだろ
せめて効かないやつ削除しろや
2019/12/17(火) 01:36:41.97ID:L0ReHu/va
いまさら効くように修正しろは無理なんだろうな。
2019/12/17(火) 06:09:29.39ID:VYKNZVwp0
>>54
継承で存在してるから消すのは無理だ
2019/12/17(火) 07:10:51.99ID:ntUXPBrS0
>>56
ダッセ
2019/12/17(火) 08:33:37.96ID:T826ITw1M
>>57
親の因果が子に報いって知ってるか
2019/12/17(火) 08:59:07.59ID:NLPcqMtj0
言語にそういう機能があればいいんじゃね？
って思うけどね
2019/12/21(土) 13:44:35.77ID:bc48PbHC0
https://prismlibrary.com/docs/index.html　の　+WPF の下がほとんど空っぽなのは工事中ってことか?
2019/12/21(土) 21:17:25.11ID:67MibJ5r0
この前まで6のドキュメント置いてあっただけだから
見出し書くていどのやる気は出たってことかなｗ
62デフォルトの名無しさん (ﾗｸｯﾍﾟ MMdb-uJpR)
垢版 |
2019/12/21(土) 21:23:58.75ID:J2IUNyvUM
バカにはみえないってネタじゃないの？
2019/12/22(日) 11:49:33.83ID:vUv+Fno80
メルヘンだね〜

WPF, Prismの情報が少ないのに本家までこれじゃぁハードル高いわ
2019/12/23(月) 12:38:17.86ID:vJLS+V080
複数のVisualBrushで重ね塗りする方法を教えてください
2019/12/23(月) 12:44:38.80ID:+KUE/8IiM
同じ図形を重ねろ
2019/12/23(月) 12:47:40.54ID:vJLS+V080
VisualBrushの足し算みたいなことはできないということですかorz
2020/01/05(日) 11:21:43.18ID:unJHxkBD0
google playにあるUno platform製の電卓アプリUIが重すぎ。xamarinと同じで絶対流行らん
2020/01/05(日) 14:51:30.39ID:4RTPdLScd
そういう流行らんもんがいっぱい出てきて淘汰されて良いもんが出てくる
良いもんだけを出すことは不可能
だから糞が出てくること自体を否定する意味はない
業務でその糞を使えと言われないことを祈るのみ
2020/01/08(水) 06:25:42.21ID:ktKrCPIn0
ためそうかとしてたがUno重いのか……
まぁいらってみるか
70デフォルトの名無しさん (ﾜｯﾁｮｲ 5fda-lB9F)
垢版 |
2020/01/12(日) 21:53:57.39ID:JYZ9/GC+0
みんないつかは、Brazorに行ってしまうん？　WPF捨てて
2020/01/12(日) 22:41:13.37ID:jal4Y14d0
WPFよりBlazorのほうが未来あるしそうなったほうがいい
2020/01/12(日) 22:52:27.55ID:EKUpo6h10
WPFとBlazorは排他的なものじゃないと思うが。Razorのことか？
2020/01/12(日) 23:57:44.80ID:F6k+/xNLM
Blazorは結局Webのスキルセットが必須だからWPFの比較対象にはならんだろう
この期に及んでクライアントアプリに固執してるような奴がBlazorのためにCSSの勉強とかすると思うか？
百歩譲って勉強するとしても、だったら普通にWebへ行くだろ
2020/01/13(月) 02:18:01.65ID:l+3zRFhM0
>>73
Blazor for Native次第だね
2020/01/13(月) 16:12:25.49ID:tvePguESa
Blazorっていうかデスクトップアプリは捨ててWebアプリに移行するよ。
2020/01/13(月) 16:31:47.39ID:Co2mHaqk0
10年くらい前からそんなこと言われていてずっと環境が揃うのを待っているんだが、あと何年かかるのかね。
77デフォルトの名無しさん (ﾜｯﾁｮｲ ff63-Pb5J)
垢版 |
2020/01/13(月) 17:07:59.03ID:+xCO6TbN0
WPFは15年経っても流行らなかったがまだこれから来るとか抜かしてる奴がいるし
言い続けている限りは負けじゃないのさ(彼らの中では)
78デフォルトの名無しさん (ﾜｯﾁｮｲ 5fda-lB9F)
垢版 |
2020/01/13(月) 19:44:22.74ID:fe6mKVWO0
Browser+RazorなのにBlazorっておかしくね？　Brazorと呼ぶべきなんじゃ？
2020/01/13(月) 20:46:56.54ID:ZI4c9CuWd
>>78
Lの方がかっこいいやろーとか言ってなかったっけ？
80デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6a-lB9F)
垢版 |
2020/01/13(月) 21:40:22.16ID:KZpg2BWV0
>>73
C#案件が広がりを見せるという結果が期待されてるんでしょう
2020/01/13(月) 22:34:27.16ID:uqOg57lh0
C#で全部やりたいとかのニッチ向けに感じる
Webに移行するならコミュニティ、情報などの面からもクライアント側は素直にJS/TSでやった方がいいし
デスクトップGUIに価値を見出すならブラウザ上ってだけで欠点になる
2020/01/13(月) 22:36:00.19ID:5a7SXLUb0
ブラウザーでCAD作れる？
2020/01/13(月) 22:45:25.48ID:/BeY0uog0
>>82
作れる。世界最大(?)のCADメーカー AutoCadがWasmを使ってWebアプリとして移植したとされている。
Wasmの例：
https://yutakaaoki.github.io/
2020/01/13(月) 22:59:14.64ID:nlvLw0Pz0
>>82
バックエンドは要るけど
https://www.autodesk.co.jp/products/autocad-web-app/overview
2020/01/13(月) 23:01:22.84ID:tDVAmEYh0
>>83
毎度思うがもうちょいマシな見た目のサンプル紹介したれ
2020/01/13(月) 23:23:09.14ID:lNXH+eFP0
photshopもあるし3Dもブラウザでできる
逆にブラウザでできない分野ってある？
2020/01/13(月) 23:31:28.82ID:/BeY0uog0
>>84
どんなバックエンド？
2020/01/13(月) 23:37:19.84ID:/BeY0uog0
>>86
実は、ローカルPCのファイルシステムに上手くアクセスすることがデフォルトでは出来ない。
ローカルPCにファイルを保存することは出来るのだが、ブラウザ(Chrome)の特殊な
データ領域に保存されてしまい、c:\ のディレクトリ内容を取得したりすることはブラウザを特殊なオプションで起動しない限りできないようになっている。
>>83 でdemo1などを起動してファイルメニューのOpenやSave As は少しトリッキーな特殊な方法でやっているが、自由自在にファイルを読み書きできるわけではない。
2020/01/13(月) 23:39:32.88ID:nlvLw0Pz0
>>87
それはさすがに
2020/01/13(月) 23:40:24.07ID:nlvLw0Pz0
>>87
すまん、途中で書き込んでしまった

それは流石にautodeskに聞いてくれ
2020/01/13(月) 23:49:04.68ID:/BeY0uog0
>>90
「バックエンドが必要である」ことは正しい情報？？
2020/01/13(月) 23:57:41.45ID:nlvLw0Pz0
>>91
すまんがそれもautodeskに聞いてくれ
とりあえず単体では動かないみたいなので何ら名のバックエンドはあるはず
ライセンス認証だけかも知れんが
2020/01/14(火) 00:03:44.99ID:FVhMPKFe0
>>92
もしかしたら、それとは意味がずれるかもしれないけど、少なくとも、データ保存のためには、クラウドというか、リモートのサーバーにデータを渡す必要があるかもしれない。それはWebアプリはローカルPCのファイルシステムには容易にデータを保存できないから。
2020/01/14(火) 01:46:16.97ID:XH4E/8vV0
>>88
DTMのようなリアルタイムかつ低レイテンシーが重要な分野は厳しいんじゃないかな
2020/01/14(火) 03:38:34.54ID:3sd16sWN0
ローカルPC に、Node.js, Ruby などのサーバーを立てれば、保存できる

VSCode は、Electron 製 = Node.js + Chrome。
Redmine は、Ruby on Rails 製
96デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-UU8b)
垢版 |
2020/01/14(火) 04:56:00.11ID:ZjsGanM00
クラサバ→シンクラときて結局ダム端末に戻るのか
2020/01/14(火) 08:09:41.30ID:Dwwl7O4Ta
>>95
ElectronはNode.jsのモジュールとしてChromiumエンジンを組み込んでおり、決してHTTPサーバーを立てている訳ではない
あとRedmineみたいなゴミとVSCodeを一緒にするな
2020/01/14(火) 18:24:44.38ID:FVhMPKFe0
cgiが使えるLocalServerを起動していれば、cgiの仕組みを使ってローカルファイルシステムに自由にアクセスできるようにはなる。
また、この仕組みを使えば、WebアプリからローカルOSのあらゆる機能が使えるようになる。
2020/01/14(火) 18:26:25.39ID:X7PL8nyZr
それはセキュリティーホールと言う奴だねｗ
2020/01/14(火) 18:31:55.23ID:FVhMPKFe0
RubyやPython, node.jsなどはどれも cgi server として起動することも出来て、
さらに、cgiを書くスクリプト言語としても使える。
そしてほぼあらゆるプラットフォームで動作する。
だからそれらを利用すれば、理論上は1つのcgiスクリプトであらゆるプラットフォームでOS固有のファイルシステムにアクセスすることが出来る。

>>99
まあ、悪用すればそうなんだけども。
2020/01/14(火) 18:54:53.44ID:X7PL8nyZr
linuxなどではルートフォルダを自由に指定してある階層から出られなく出来るけど
winはそれがないからちゃんとフォルダ指定内容をチェックしてないと単なるセキュリティーホールになる
2020/01/14(火) 18:56:14.18ID:FVhMPKFe0
cgi serverとWebアプリを組み合わせたツールキットを作れば、それだけでnativeアプリと同様の機能を持ったマルチプラットフォームツールキットになるかも。
2020/01/14(火) 18:57:57.56ID:FVhMPKFe0
>>101
native アプリではそもそもどんなフォルダにもアクセスできますので、それを持ってセキュリティーホールとは言えないと思います。
2020/01/14(火) 21:07:10.83ID:1W0s33Ee0
>>92
悪いが、個人でAutodesk規模の開発
をする気は無い。っうか無理だ

ライブラリーも含めてそういうものを
開発出来るベースが無いという事で納得した。
2020/01/14(火) 22:14:43.86ID:iQtyfXTR0
ブラウザで動作するCADソフト開発する上でのベースが無い
という納得？
ブラウザアプリもデスクトップアプリも変わらんと思うけど
2020/01/15(水) 14:23:45.70ID:VmaxE9Gg0
>>94
MIDIやSynthesizerのWemAppli、Wasmに関する話らしい：
https://twitter.com/DasSurma/status/1217129248038670337

遅延に関しては、Webゲームを試してみる限り気が付かない程度だった。
https://twitter.com/5chan_nel (5ch newer account)
2020/01/15(水) 14:52:56.83ID:VmaxE9Gg0
>>106
他にも色々あるけど、例えばこんなものがある。
スライダーを動かすと音が変わる。
これで遅延のほどは分からないが、遅くて使い物にならないようなものではないことは分かる：
https://csound.com/wasm/Sliders.html
2020/01/15(水) 16:19:59.37ID:cciB5/G30
アクション性の高いfpsゲームなんかもブラウザでゴリゴリ動く時代にそんな遅延なんて気にならんと思うけど…
マイクロ秒単位まで求められるならしんどいが
2020/01/15(水) 16:30:44.61ID:VmaxE9Gg0
告白しますと、以下の簡易テニスゲームはモバイル機器では音ずれが起きるのですが、それは、HTMLのaudio要素を使っているからで、HTML5のWebAudio技術を使えば直ると思っています。
実際、ちゃんとしたWebゲームでは音ずれは起きていません。
https://yutakaaoki.github.io/demo_tennis/
2020/01/15(水) 16:37:25.36ID:VmaxE9Gg0
>>109
なお、そのサイトとはWebGLを使っており、WebGL 1.0はOpenGL 4.1から正式対応したので、OpenGL 4.1以上に対応したGPUでないとがたがたすることがあります。
Intel CPU内臓の Intel HD Graphics というGPUは、初期バージョンのものは OpenGL 4.0
までの対応なので、WebGLを使う場合に Chrome79 ではハードウェアアクセラレータが使えません。
2020/01/15(水) 17:45:15.98ID:ga1RRQJH0
>>108
> マイクロ秒単位まで求められるならしんどいが
まあそこまで求められたらデスクトップアプリでも厳しいと言うか汎用OS上だと無理じゃね？
2020/01/15(水) 17:51:40.07ID:5+cs/n4Td
>>111
うん、そう思う
なんでブラウザアプリでできないことってローカルファイルへのアクセス以外はあんまなさそうな感じする
まぁ細かな面倒くささとかはもちろんあるけど不可能ってわけではないしね
2020/01/15(水) 18:01:39.62ID:R0PftabM0
画像上でラバーバンド描画しようとすると
最低でも10fpsぐらいで画像送信する事に
なるけど、Webで出来る？
2020/01/15(水) 18:07:44.51ID:VmaxE9Gg0
>>112
Chrome限定になるけど、Native File Systemなるものでローカルファイルシステムが自由に使えるようになる。
ただし、デフォルトでは無効化されているので、
chrome://flags/#native-file-system-api
でEnableにする必要がある。
また、これは、HTML5 の File API とは別。
そっちの API では、ブラウザの特殊な記録領域にファイルが格納されてしまう：
https://qiita.com/pentamania/items/ada07c45d4e5cc139c03
2020/01/15(水) 18:43:42.42ID:VmaxE9Gg0
>>113
ローカルPCでJavaScriptやWasmを使ってグラフィックを描けば、ネット回線を使った画像の転送は要らない。
2020/01/15(水) 18:50:18.59ID:VmaxE9Gg0
>>99
ローカルにcgiサーバーを起動してローカルFSを使えるようにする場合、そのままだとあらゆるHTMLアプリがローカルFSを使えてしまうようになってしまうためセキュリティーホールになる。
それを防ぐには、ポリシーファイルというものを作ってその中に親となれるHTMLアプリのローカルディレクトリ名を列挙しておいて、それ以外の場所からのHTTPリクエストは禁止するようにすれば良いと思う。
CGIのHTTPリクエストのヘッダの中にOrigin: URLアドレスという項目があるので、それを利用して判定することが出来る。
2020/01/16(木) 11:53:28.01ID:+OFg0GPw0
blazorだかよう知らんがHTML/CSS嫌いの俺には
究極の選択になりそうだ。

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

究極の選択
Flutterで一本アプリ作ってるが..
2020/01/16(木) 12:12:49.68ID:+OFg0GPw0
まぁ、去年はFlutter三昧だったけど、Dartのクソにもなれたし。Flutterの豊富なWidgetは最高。
2020/01/16(木) 18:25:40.85ID:k/5sr9Gm0
>>116
撤回。
HTTPリクエストのOriginもRefererも偽装が可能なのでその方法だとやはりセキュリティーホールになると思う。
対策は、公開鍵、秘密鍵の様な方法を使えば可能だと思われる。
2020/01/16(木) 19:58:45.06ID:+yHPpuH8M
>>119
クライアントの偽造を心配するならLocalServer側で変な所を読み書きしようとしてないかをちゃんとチェックして必要に応じてエラーを返すように作るべし
2020/01/16(木) 21:14:41.23ID:Z4nuhBaF0
>>100
UWPだとそういう抜け道をつぶすためにローカルホストへのソケット通信が出来なくなってる
2020/01/16(木) 21:34:01.69ID:F1bGXBdo0
AF_UNIXまで潰されている事に気がついた
時には殺意が湧いた。
どんなメリットがあるんだろう？
2020/01/17(金) 07:00:24.10ID:C1DTJTUYM
>>121
なんか泥縄な対処にしか思えない
2020/01/17(金) 08:13:04.05ID:rhst4WoKd
>>102
そしてアプリの数だけlocalサーバーを起動しておくんですね
2020/01/17(金) 09:09:50.92ID:0sb73h15M
ローカルのTCPサーバーなんてIPCなどで普通に使う
お前が思っているほどダサい発想ではない
2020/01/17(金) 11:28:48.32ID:H3mEbxL10
Socket を使えば、簡単に local server が作れることがわかった。
cgi や html を扱う HTTP (プロトコル)も、基礎はTCP/IPで、
それが socket を使って行われる。
socketは元はUnixのもので、WindowsでもWinSockが、ほぼ互換性があるとされる。
Javaでもsocketは使えるのでAndroidでも使えると思われる。
2020/01/17(金) 11:29:55.06ID:H3mEbxL10
>>124
理論上は、local serverは一つ起動しておけばよい。
native file systemへのアクセスは、そこから呼び出されたcgiが担う構造となる。
2020/01/17(金) 12:21:49.36ID:jY/iqPsQ0
>>126
元はBSDの AF_UNIXで同一マシン内の通信用
それをネットワーク対応にした。
その名残がinetd
2020/01/17(金) 12:33:38.01ID:H3mEbxL10
cgi側が作り出した10桁くらいの乱数を、cgiを使いたいWebアプリ側に入力する
事で認証にする方法を思いついた。
JavaScriptでもnativeのクリップボードの内容をペーストできるので、ボタンを
押しただけでこの動作を自動化することも出来る。
ただし、それをするとフィッシングされてしまうことがあるので、cgi側がメッセージボックス
を出してユーザーに確認することが必要だと思われる。

または、cgiとWebアプリを組にして配布し、両方に公開鍵と秘密鍵を埋め込んでおき、
乱数に対して正しく応答できるかで相手確認をする方法も思いついた。
130デフォルトの名無しさん (ﾗｸｯﾍﾟ MM41-iig7)
垢版 |
2020/01/17(金) 14:36:01.09ID:VsLYB/xRM
(笑)
2020/01/17(金) 15:05:57.50ID:H3mEbxL10
socketのaccept()関数には、通信相手のIPアドレスが分かる機能がある。
ブラウザにはhtmlをlocalにコピーする機能がある。
localに保存したhtmlである場合のみ、native file systemへのアクセスを許可する
ようにlocal serverを作ることも出来るかもしれない。
悪意サイトをlocalに保存する人は少ないだろうから。
2020/01/17(金) 15:11:37.90ID:cvIKbp4L0
>>131
で、長々と書いてるそれWPFと何の関係があるの？
2020/01/18(土) 11:52:24.23ID:6/b4ybIYM
Blazor Server、Webasm、PWA、Hybird、Nativeと開発の選択肢が充実してきた
FormsもWPFももうおしまいだ
俺が言ってた通りBlazorだけでおｋになる日も近い
2020/01/18(土) 12:12:23.57ID:IiMusaQC0
まともな書籍とプロジェクトテンプレート
が出来たら考える
135デフォルトの名無しさん (ﾜｯﾁｮｲ 6e63-iig7)
垢版 |
2020/01/18(土) 15:10:52.79ID:Y/6fKVhZ0
頭がおkなんだな可哀相に
2020/01/21(火) 17:59:28.63ID:F+78+GL10
UWPで非sandbox環境がくるらしいけどいらね
2020/02/07(金) 08:57:48.75ID:WtTaalc4M
xamlからいいhtml吐き出してほしい
2020/02/07(金) 18:15:31.38ID:FaDRN6V/d
BlazerはSilverlightと同じ道を辿らないの？
(´・ω・`)
2020/02/07(金) 20:08:52.67ID:qWP9NwZGM
>>138
業界標準とされているWebAssembly吐くから大丈夫だとは思うけど諸行無常の世界だからな
セキュリティインシデントでブラウザがサポート終了する未来しか見えない
2020/02/20(木) 20:07:03.06ID:2lspeRt80
Windows7のサポートも終わったし、WPFは爆発的に普及する予感。
2020/02/20(木) 20:54:07.13ID:TOp7IeKo0
風が吹いても桶屋は儲かるからね
2020/02/20(木) 23:11:42.00ID:2lspeRt80
しかしwinformを15年以上使い続けてる奴が一番の勝ち組だな。Windows界のコボラーだね。
2020/02/21(金) 01:02:53.18ID:y0O9XxV30
業務アプリ界隈だと結構いそう
2020/02/21(金) 06:03:42.16ID:R2e8qzsK0
winformでも高dpi対応ではあるけど注意事項が多すぎてオワコンだよねえ
2020/02/21(金) 14:16:49.70ID:VCdp581Ia
サックッと作る時はWinFormのほうが手早い
2020/02/21(金) 20:50:40.81ID:ZPaNFwsF0
>>145
それは慣れてるだけでは？
2020/02/21(金) 21:15:39.28ID:JeYRrjOG0
嫌ぁWPFってWindowsAPIから遠いでしょぅ
例えば、WORD/EXCELの保存ダイアログの
上部のディレクトリ指定ツールバーに
SendMessage送ってディレクトリ変更出来る？
2020/02/21(金) 23:01:26.74ID:gYJx2Nw80
ポトペタでGUIをでっち上げるスピードはForms最強だよね。
2020/02/21(金) 23:05:30.03ID:JeYRrjOG0
>>148
100%固定ならそう思う
2020/02/22(土) 10:42:55.04ID:NV/PY/Op0
>>147
それWinFormの方が楽とかあるっけ？
2020/02/22(土) 10:43:37.08ID:NV/PY/Op0
>>148
ポトペタならたいして変わらなくね？
2020/02/22(土) 12:53:10.87ID:JN6kvW3hM
xamlのポトペタは無理
2020/02/22(土) 16:41:28.87ID:0idtaAPr0
>>150
formのコントロールならSendMessage
で大概okでしょ
2020/02/22(土) 17:12:09.74ID:NV/PY/Op0
>>153
> 例えば、WORD/EXCELの保存ダイアログの
> 上部のディレクトリ指定ツールバー
の話だよ？
2020/02/22(土) 18:23:48.33ID:zXnzI4owM
>>154
winapiはwinformとは関係ないだろ
2020/02/22(土) 18:33:34.58ID:Yl8XFkwD0
winapiって呼出規約のことかw
2020/02/22(土) 19:03:25.64ID:NV/PY/Op0
>>155
>>147に言ってやれ
2020/02/23(日) 22:10:03.38ID:Ib9jhEaG0
誰もmvvmを言わなくなったな
2020/02/24(月) 15:00:22.17ID:uOgko4BBd
ムヴヴム？
2020/02/24(月) 20:17:43.76ID:wFmJh66Ed
それだけ当たり前になったってことなのか
2020/02/25(火) 07:58:46.37ID:Y2rSQyp7a
WPFよりもWinFormのテキストが圧倒的に多いから取っ付きやすい
2020/02/25(火) 09:01:34.02ID:9ZnkAFSDM
dobonにwpf関連は無いからな
2020/02/25(火) 19:24:40.01ID:R4Aqu9Lj0
MSDNにWPF関連のドキュメントたくさんあるやん
2020/02/25(火) 21:16:04.36ID:DINBU8UK0
MSDNがゴミになって何年経っただろうか
2020/02/25(火) 21:20:49.37ID:DPkPOqav0
まぁ良く言って汚物溜め。
探しても探しても、ろくな情報が出てこない
2020/02/26(水) 15:09:07.36ID:6Gmih54SM
>>165
じゃあまとめて
2020/02/26(水) 15:25:47.56ID:Sy5iffYbd
>>165
何の情報探したの？
2020/02/26(水) 15:36:20.52ID:6wufcnv4M
msdnは嘘は書いてないのだろうけどかなり分かり辛い
2020/02/26(水) 16:03:28.79ID:tRXCtCnh0
MSDNは日本語がクソなだけで英語は普通じゃん
2020/02/26(水) 16:16:17.15ID:4RHSA7Wy0
MSDNブログ日本語版行方不明事件とか
2020/02/26(水) 16:16:17.02ID:eJgtcN890
間違いを指摘しても修正されなくなったし、スナップショットも出なくなったし、
ドキュメント保守部門が丸ごと消えたんじやねーの。
担当の開発チームが自分勝手に編集してるだけのように見える。
OSSの悪いところをマネ
2020/02/26(水) 16:37:33.74ID:J/Z+GoCJM
もうMSにとってITドカタは客じゃないんだよ
いい加減気付け
173デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM86-ZWRU)
垢版 |
2020/02/26(水) 20:02:53.90ID:rTIdtBEAM
そういう意味ではAzureとOffice使ってくれるのが今のMSの「顧客」だろうな
2020/02/27(木) 03:53:58.13ID:dXMdECOr0
ライブタイル廃止か
175デフォルトの名無しさん (ﾜｲｰﾜ2 FF82-WaSC)
垢版 |
2020/02/27(木) 09:09:52.38ID:c/azzpGnF
ライブタイル使ってないもん
スタートメニューに張り付けられるのは便利だけどアイコンあれば充分だしな…
2020/02/27(木) 14:46:15.67ID:CxyJejD60
>>171
OSSを推奨した人が多かったので、OSSが台頭。
それまでプロプライエタリソフトは、買った人の利便性を考え、
必ずしも営利にとらわれず親切心からマニュアル類を整備してきたが、競争上
OSSに勝たなくてはならなくなったので、親切心だけでは
どうしようもなくなって、利益を生まないなら放置されるようになった。
2020/02/27(木) 14:49:35.08ID:CxyJejD60
>>176
もう一つは、OSSの台頭によって、MS以外のプロプライエタリの開発環境が死滅または弱体化してしまったため、MSの競争相手がプロプライエタリの開発環境ではなくOSSの開発環境となったため、マニュアル整備もOSSと同レベルにまで水準を落とされた。
2020/02/28(金) 15:38:15.48ID:uB1B7NHg0
MSでOSSを推奨した人って誰？
2020/02/28(金) 16:12:51.89ID:DkMBLb2P0
今のCEOのナデラやろ
その前のバルマーまではOSSを敵対視してた
180デフォルトの名無しさん (ﾜｯﾁｮｲ caad-+OLB)
垢版 |
2020/02/28(金) 16:23:48.09ID:SkbRzeQX0
OSS側が調子こいてきた件
https://mag.osdn.jp/20/01/27/160000
2020/02/28(金) 17:13:17.79ID:GfVfgYuK0
昔と時代が違う

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

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

今は、OSS からしか、富を産まない
2020/02/28(金) 17:21:49.69ID:uB1B7NHg0
オープンソースからコードパクればcoplandやEdgeのような失敗はしないし、
開発費を抑えれるから利益が出るという話ですね。

IT業界全員ジョブスですね。搾取されるはPGだけ。
2020/02/28(金) 17:34:17.92ID:FKrGRQL40
OSSを使えば、みずほ合併も20年も
かからなかったという事ですね。
2020/02/28(金) 18:17:55.30ID:EdLV0oRD0
>>178
舛添要一
NTT
2020/02/29(土) 15:36:50.61ID:ZbPwrBbB0
>>184
IBM
2020/02/29(土) 18:23:52.48ID:Y1vfXlkR0
>>183
当時の上層部が皆消えたからな
187デフォルトの名無しさん (ﾜｯﾁｮｲ c3db-rVtL)
垢版 |
2020/03/03(火) 05:28:49.83ID:kLlDc7SA0
https://opentk.net/learn/chapter1/img/2-hellotriangle.png
2020/03/03(火) 20:44:38.08ID:g6HFOQ500
livetメンテされてたのね・・・
2020/03/11(水) 08:29:20.50ID:4840XTXYd
wpf はComboBoxのカスタマイズが異常に面倒
TextBox部分の背景色を変えたいだけなのに、どれだけコードを書かせるのかと
最終的にはComboBoxの上にBoarder挟んでTextBoxを重ねたわ
2020/03/11(水) 21:59:25.37ID:+pF602Na0
スタイルの一部分をちょこっと変えたいだけなのに
スタイル全書き換えだからなあ
バージョンアップでスタイルに手が入ったら追随しないとまずいし…
2020/03/13(金) 20:05:34.14ID:O03YLpkA0
>>188
もう死に体だけどな
ほそぼそと延命措置されてるだけだから、早々にPrismに乗り換えた方がいい
2020/03/14(土) 02:22:32.03ID:l44yuRg30
livetはいまokazukiさんとかがメンテしてるみたい
2020/03/14(土) 11:19:03.16ID:mQl6GBYb0
>>192
okazukiさんだけじゃね？
PRとか来たらそれの対応するような程度だけだから、もう死に体よ
2020/03/14(土) 16:56:38.37ID:C2Lif+b90
prismよりlivetが得意なことってどういうところ？
2020/03/14(土) 17:27:18.65ID:XdSo6thHM
日本語のコメントが沢山ある?
2020/03/14(土) 17:35:22.75ID:Er3VTtJvM
UWP風WPFテーマファイルってないの？
2020/03/14(土) 18:30:12.07ID:l44yuRg30
>>196
mahappをヌゲットで当てれば一応それっぽくはなる
2020/03/16(月) 09:25:08.00ID:+qP8+Lkd0
>>194
昔見た感じだと、ビヘイビアが充実していたから、そこだけ使うのもありじゃね？
2020/03/16(月) 22:37:15.09ID:fxc5hzKu0
>>194
日本製だけあって日本語での使い方がすごく豊富
prismのregionとかみたいに「そこまで高尚なのはいらないな」みたいな使い方には最高
2020/03/17(火) 12:47:21.90ID:UPG5ONLMd
prismもOSSになってから標準機能だと思って使ってたものがごっそり消されたりするから怖いけどね…
2020/03/17(火) 13:03:38.78ID:aozOj1qca
今のprismは有志数人がやってるコミュニティプロジェクト
機能の取捨選択などはMSの推奨とかではなく、あくまでメンテナの個人的な好みに過ぎない
もはやまともな旗振り役はどこにもいない
2020/03/17(火) 13:49:58.97ID:oS6PobjrM
かと言って、WPFを素で使うのは辛いわ
2020/03/17(火) 16:10:11.04ID:bG+6fXAX0
激辛だわ
2020/04/07(火) 23:06:06.45ID:bAc1yzNH0
PackageReferenceでPrism.UnityをぬげっとしたプロジェクトをVisualStudioインストーラーでインストーラーを作成
そのインストーラーでWIndows10にインストールするとエラーでViewが立ち上がらない

Packages.configでぬげっとすると問題ないんだけどPackageReferenceが地雷なの？
2020/04/08(水) 06:05:58.17ID:VR2/ByYb0
>>204
そういうの有りそうw
インストーラの依存関係から漏れてるかな?
2020/04/17(金) 17:07:14.15ID:DEUx8cw20
ScrollViewerの最小サイズを指定する方法を教えてください
2020/05/05(火) 09:27:45.44ID:xw5tj5Ew0
ねーねー
教えて欲しいんだけど

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

のような is を、C++/Cliで表現すると、どのように記述するの？
※is なければ dynamic_cast で判定したりするん？
2020/05/05(火) 09:41:16.37ID:ZtDgbM1L0
ぼーっと生きてんじゃねぇよ！
2020/05/05(火) 10:21:47.21ID:AdTM4q7h0
>>207
b::typeid かなあ
ぼーっと生きてるんで分からん
2020/05/05(火) 14:46:08.43ID:xw5tj5Ew0
>>209
ありがとうございます。
マクロかテンプレート組んでみますわ
2020/05/12(火) 17:41:57.92ID:hY6zA/rDM
Linuxで使えんのかこれ？
メンテナンスの依頼が来たんだが、おうちにWindowsないからお勉強できないんだが
2020/05/12(火) 17:51:59.06ID:8wEDw8Rw0
>>211
Linuxでは使えない
2020/05/12(火) 18:11:23.80ID:Rm1nFE+i0
>>211
経費で買えば
2020/05/12(火) 18:17:52.54ID:GG8UV2/o0
.NET coreだとだめなの？
やりたいことが出来るかは知らんけど
2020/05/12(火) 18:25:33.51ID:Rm1nFE+i0
>>214
WPFは.NET coreでも動くけど、Windows専用
Linux+.NET coreじゃ動かない
2020/05/12(火) 19:05:50.45ID:GG8UV2/o0
>>215
そうなんだ、ごめん
よくわかってなくて失礼した
2020/05/14(木) 10:31:47.60ID:IJMYY1560
どこに保守頼んでも断られて無知な犬厨が受けてしまったか。ご愁傷さま。
2020/05/14(木) 11:59:28.26ID:CtuOTcJGa
今更WPFアプリのメンテとか絶対やりたくないな
今時Winクライアントアプリって時点で苦痛なのに、もはや覚えても何の役にも立たないオワコンフレームワークとか地獄すぎる
全力で逃げた方がいいぞ
2020/05/14(木) 12:09:39.36ID:ooznbMWa0
>>218
じゃあ何で作るのがいいの？
2020/05/14(木) 22:45:53.44ID:c8b+AWhI0
あとはWebかスマホかな。個人的にはそっちの方が制約が大きくて苦痛だが。
2020/05/15(金) 00:14:06.62ID:WhbhAQET0
>>220
代替できてないじゃん
Windowsがなくならない限り、そのクライアントアプリの仕事もなくならないと思うが
2020/05/15(金) 08:07:53.10ID:QqRlTuRs0
winformが今でも鉄板だと言ってみるか
2020/05/15(金) 08:25:42.54ID:uUo0Y4yAM
高dpiで破綻してる
2020/05/15(金) 08:42:18.48ID:1eO57Rtu0
老眼鏡で対応！
2020/05/15(金) 08:53:17.50ID:mPMl4nbia
部署内ツール程度の小規模開発ならWinFormで事足りる
2020/05/15(金) 08:56:55.16ID:QqRlTuRs0
オフィスのPCで4k普及なんてあと10年先じゃないかな。2k普及だって怪しい。
2020/05/15(金) 09:07:59.09ID:vlJSs5fLM
ノートPCは既に96dpiじゃ無いよ
2020/05/15(金) 23:20:38.61ID:QqRlTuRs0
こいつリアルコミュ症だよね？
2020/05/16(土) 08:07:06.88ID:GpzxgeW40
10年後のオフィスにpcがあるかどうかわからんよ
2020/05/16(土) 08:50:19.48ID:LhTJIslf0
実行ボタンと中断ボタンがあるよくある仕組みだと現状何で作るのがベスト？
2020/05/16(土) 09:25:24.23ID:GpzxgeW40
WPFスレなのでWPFとTPL
で、CancellationToken使う
2020/05/18(月) 12:13:34.55ID:81qwA9rBM
計算プロパティをOneWayバインディングしたのに反応しないぞ
バグか？
2020/05/18(月) 12:17:59.93ID:UifG0Ejn0
WPFが怪しい場合もあるけど、大抵は自分のバグ
2020/05/18(月) 12:26:19.51ID:81qwA9rBM
int A
get a
set a = value; RaisePropCh("A")

int B
get A * 2

こんな感じなんやけどAに入力してもBが変わらんのや
2020/05/18(月) 12:52:29.13ID:UifG0Ejn0
>>234
端折られてて良く分からないけど
Bの変更を通知してないのかな
2020/05/18(月) 12:54:23.02ID:/9ODvOSTM
不明な言語じゃ
2020/05/18(月) 13:09:49.94ID:qLYceyQ7M
RaisePropCh("A", "B")にすればええのんか
でもBがAに依存しとるという情報をAに書かなあかんてなんか気持ち悪いねん
2020/05/18(月) 13:18:38.14ID:/9ODvOSTM
RaisePropChって何じゃ?
2020/05/18(月) 13:28:27.97ID:UifG0Ejn0
>>237
Aの更新通知(INotifyPropertyChanged.PropertyChangedイベント)を監視して
Aが更新されたらBの更新を通知すれば良い
AとBが同じクラスなら気にしないで良いと思うけど
2020/05/18(月) 15:37:04.87ID:EIO3K/YzM
>>238
RaisePropertyChangeじゃろ
あんな書き方しないけど、それでも分かるでしょ
2020/05/18(月) 15:51:45.05ID:W1RwdSEUa
WPFがもし大成功して今でも新機能開発が続いていたら、Reactみたいにプログラミングモデル上は脳死で全更新するだけでよくて
フレームワークがうまいこと差分取って効率的に更新してくれるようになってたのかもね
2020/05/18(月) 15:59:03.85ID:9zeuFziKM
>>240
中の実装も怪しいよねえ
2020/05/18(月) 17:11:19.99ID:TSImRkOU0
>>237
そんなあなたにReactiveProperty…(´・ω・｀)
2020/05/18(月) 17:27:14.51ID:Z3Rh0TcW0
RactivePropertyはObservableCollectionとsynchronizedできないやん
2020/05/18(月) 19:27:28.68ID:iSeSPLtnM
解決策を発見したで
プロパティ名をnullでRaiseすれば計算プロパティもええ感じにバインドされるみたいやわ
2020/05/18(月) 19:29:22.47ID:0/z3ChKA0
今windwosアプリ作るのならどういう環境がいいわけ？
めんどくさいからみんなelectronに移行してるんだが
2020/05/18(月) 19:37:32.28ID:iSeSPLtnM
>>246
Blazorがええと思うで
248デフォルトの名無しさん (ﾜｯﾁｮｲ ebe6-Y8G9)
垢版 |
2020/05/18(月) 19:38:34.04ID:CccO1DlI0
edgeが標準プラットフォームになったんだから
そろそろhtaのver.2をリリースしてください
2020/05/18(月) 19:43:43.05ID:ZhbDs7dG0
>>247
良い参考書ある？
2020/05/18(月) 19:51:06.09ID:vBUqFIJ5d
>>248
Electronでいいんじゃん
2020/05/18(月) 20:13:51.16ID:0/z3ChKA0
Blazorって.NETランタイムをWebAssembly上で実装？
MS何考えてるんだ
2020/05/18(月) 20:16:18.51ID:voyPms160
>>251
ステキやん
2020/05/18(月) 20:45:36.06ID:OlqJzzRHM
BlazorはMSのR&Dの社員がお戯れに作ったもので、戦略もクソもない
アイデアとしては面白かったが既に下火だし、最終的に似たような技術が天下を取ることもあるかもしれないけどそれは多分Blazorではないよ
2020/05/18(月) 20:48:44.57ID:IzLs84ewa
Blazorは色々計画しとるみたいよ
とりあえず.NET 5になってからだな
2020/05/18(月) 20:49:55.40ID:z7Wgw8Hr0
デスクトップアプリはMSがやる気なくて、これと言ったのが無いよなぁ
消去法でWPF使ってるけど
2020/05/18(月) 20:51:18.45ID:E0eJeBp00
>>253
SignalRとかも元々お戯れだったけどな
2020/05/18(月) 20:55:02.89ID:0/z3ChKA0
まあもうネイティブアプリの時代じゃないんだろうけどね
ゴリゴリにWin32 API書いてたのが懐かしい
2020/05/18(月) 20:59:14.82ID:01ZM3hPz0
>>250
electronはJavascriptだから駄目
2020/05/19(火) 16:00:16.65ID:TDgQXoGP0
silverlightにはならないで欲しいなblazor
2020/05/19(火) 16:02:22.49ID:UZUeOLhY0
Blazor黒魔術感やばいけど
なぜC#なのか
TypeScriptならワンチャン覇権あったのに
2020/05/19(火) 16:31:58.57ID:xHwcbnwDM
サーバもクライアントもc#使いたい
2020/05/19(火) 17:02:18.05ID:a0TVrn2w0
JavaScriptに触れる機会が減るだけでも嬉しい
2020/05/19(火) 18:44:41.21ID:SeGhJOd4M
>>261
禿同
Javascriptを駆逐してほしいわ
2020/05/19(火) 18:55:29.27ID:Gmm+b2VzM
TypeScriptならそこまで毛嫌いするほどかな
それにJavaScriptのクソさって言語もさることながら主にDOM操作が問題なわけだけど、
Reactみたいな最近のフレームワーク使うならDOM操作は完全に抽象化されていてテンプレートで宣言的に書けるようになってるよ
BlazorでDOM触らなくていいのはReactと似たアーキテクチャになってるからで、
言語がC#だろうがDOM操作をもし生でやるなら下痢便みたいなコードになるのは違いない
2020/05/19(火) 19:29:29.42ID:a0TVrn2w0
>>264
Blazorで下痢便みたいなコードってたとえばどんなの？
266デフォルトの名無しさん (ﾜｯﾁｮｲ 4d1d-ucyj)
垢版 |
2020/05/19(火) 19:57:06.94ID:8HY/3oGP0
｢慶應卒の学歴なんていらない｣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
2020/05/19(火) 20:04:52.76ID:JYXLTsSv0
>>260
MSILがブラウザ上で動くってのがBlazorのポイントだろ。TypeScriptはもとからトランスパイルできるじゃん。
WASMがポイントだというなら動的なJSやTSは今のところ無理だね。
2020/05/19(火) 20:58:37.12ID:+YYtOpaV0
C#で下痢便書くような奴なら
JavaScriptではどんなに美しいコードが書けることだろう
2020/05/20(水) 00:54:11.64ID:gFuy/SkY0
MAUI…
2020/05/20(水) 05:48:13.84ID:w+/0aUwf0
マイクロソフト、新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
2020/05/20(水) 09:22:01.57ID:mXqWoGfUa
Unoを勉強しようとした矢先にこれだよ
2020/05/20(水) 11:15:09.85ID:6CLBLdpca
> 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
2020/05/20(水) 11:17:46.58ID:nPhD6zxkM
Blazorでいいじゃん
2020/05/20(水) 11:23:11.88ID:IaKWAlqDM
Blazorで統一ならまだ勝ち目はあったかもね
まあまともに今のWinUI系のXAMLを使い込んでるのなんてMS自身くらいだろうし、
広く使ってもらうというよりMSが自分で使う目的が主なんじゃないかな
2020/05/20(水) 11:44:37.31ID:OOHYhx3ZM
>>273
ローカルのリソースやデバイスへのアクセス制限がウザい
2020/05/20(水) 11:48:15.64ID:OOHYhx3ZM
>>272
MVUってMVVMの進化系っぽいけど
コーティング量が減って良さげ
2020/05/20(水) 12:02:19.47ID:IaKWAlqDM
one-way bindingだからMVVMとは根本的に別物でしょ
Webで流行りのいわゆる仮想DOMってやつで、更新の度にテンプレート当ててUIツリーを全部書き直してdiff取りゃ実際に画面に反映させるべき差分は分かるんだから、
なんちゃらPropertyChangedとかいちいちプロパティ毎にクソ煩雑な低レベルな制御しなくてもいいだろ
って思想だ
2020/05/20(水) 12:34:23.43ID:7/dKeltHM
今にして思うとPropertyChangedってサイコーに頭悪いアイデアだったな
2020/05/20(水) 13:32:07.78ID:1IOTYjbV0
いやいや、今までのMVVMと大差ないから...
アプリ分割方法は今まで通りモデルとビューとビューモデルに分割して問題なし
単にフレームワーク提供の双方向バインディングがなくなったから、ユーザーイベント発生時にコードビハインドでビューモデルのメソッドを呼ぶようになるだけ...

基本は単にそれだけ。後はxamlという専用の言語使わずにレイアウトを宣言的に記述できるようになるだけ。これは、厳密にはMVなんたらとかアーキテクチャと関係ないだろう
2020/05/20(水) 14:52:20.42ID:Mh8h++lf0
>>278
ウンコ脳乙
2020/05/20(水) 16:43:42.14ID:6j7TSTe10
SwiftUIを丸パクリじゃねーか
2020/05/20(水) 18:05:19.19ID:IaKWAlqDM
>>279
VとVMの間の分離が皆無な時点で全然違うと思うが
2020/05/20(水) 18:23:46.54ID:IaKWAlqDM
あと、勘違いしてるようだがイベント発生時にはコンポーネント(たぶん279のいうVM)自身のステートを更新するんじゃなくてMを更新するんだぞ
その結果としてビューの更新が走ってbody関数が呼ばれて画面に反映されるというのが本来の流れだ
サンプルコードではそのへん省略してコンポーネントに直接ステートを持たせてるようだが、原則としてはコンポーネントは可能な限りステートレスにするんだよ
もちろんコンポーネントはVMみたいにMのプロパティを猿のようにラップする必要もなくて、究極的には単純にMを入力したらDOMを返す純粋関数になるのが理想
2020/05/20(水) 18:57:17.69ID:1IOTYjbV0
>>283
いや、何を更新するかそこは自由に選べるから...

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

flutterもそうだが別に限定されてない
2020/05/20(水) 19:03:14.50ID:1IOTYjbV0
>>282
それは君が分離してないだけ
2020/05/20(水) 21:35:52.90ID:60/2mOaG0
MVUってことはElmみたいな感じになるのかしらん。
F#との親和性も上がるといいな。
287デフォルトの名無しさん (ﾜｯﾁｮｲ 9a6a-crVl)
垢版 |
2020/05/20(水) 21:42:38.32ID:XSjOvyTE0
>>286
https://thomasbandt.com/model-view-update
2020/05/21(木) 13:57:53.85ID:P/deDe4f0
中途半端な絵空事を追いかけるよりExcelをさっさと.Net化して欲しいわ
いつまでCOMやねん
2020/05/21(木) 15:00:00.53ID:jDxzpvC30
アホやなぁ
2020/05/21(木) 15:09:47.86ID:4VRnGZ6Na
モバイル版は既にかなりの部分がC#なんじゃない？
Win版を置き換えることはないだろうけど、既にWin版のOfficeの一部にも.NETは使われているし、
今後は本体に.NET Coreが組み込まれてC#で書かれたコードが増えていくことも十分考えられる
プラグイン機構のことを言っているのなら、そもそも現在MSが推進しているWinRT系のRPCの仕組みはCOMベースなので、仮に今後新しい仕組みに置き換えられるとしても.NETベースになる望みはない
2020/05/21(木) 15:42:08.73ID:9+MRXYOc0
UI部分はすでに全部React Native Windowsだろ
2020/05/22(金) 00:28:36.86ID:GK58a6PU0
WPFでなくてすまないんだが、

UWPでデバッグしようとしたら、デバッガが無い風のメッセ出て
上手く動かないんだが。
VS2017のcommunityっす
2020/05/22(金) 00:31:55.75ID:vS7paOX80
UWPってなーに？
2020/05/22(金) 00:46:04.97ID:Gu1hoeqg0
>>292
Windows 10 UWPアプリ開発 Part 2
https://mevius.5ch.net/test/read.cgi/tech/1499658092/

質問するならメッセージは正確にネ！
2020/05/22(金) 12:48:18.19ID:lbX1xonYM
>>293
Ultra Windows Powet
2020/05/24(日) 16:56:50.37ID:YD2G6Bau0
完全に趣味でプログラムやってて
WPFに手を出してみようと思い↓のサイトのドキュメントで学習してたんだけど
http://kisuke0303.sakura.ne.jp/blog/?p=340

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

でもサンプルのコード見る限りだとこれが正常な動作な気がするんだけど（ファイルパスを表示させる部分の記述が見当たらないので）
俺が何か見落としてるのだろうか。
2020/05/24(日) 20:12:23.79ID:3qlZzirT0
wpfのチュートリアルはかずき大先生のページ以外は駄目だよ〜
2020/05/25(月) 06:07:47.12ID:ylkOF+xS0
>>296
ぱっと見だと図のような表示コードないね
多分途中で書き換えたのにコード側に反映忘れてる
まあ本でも誤植なんてしょっちゅうだし自分で合うように書き換えよう
2020/05/25(月) 06:39:47.21ID:ylkOF+xS0
WinUI 3も結局UWPみたいなタブ向けUIなんだな
Fluentだなんだか知らないけどデスクトップ向けもうたうならちゃんとレガシー()コントロールも用意して欲しい
2020/05/25(月) 17:09:39.62ID:quw8Fr750
レガシー必要なのってもう業務系アプリくらいだからなあ
2020/05/25(月) 22:50:42.06ID:yXchdJnh0
>>300
まあ業務系アプリはいつまでたっても一定の需要はあるからな(´・ω・｀)
2020/05/26(火) 08:29:06.51ID:2WnNvGhAa
>>300
業務系アプリがなくなるってあり得なくね？
2020/05/26(火) 08:46:30.39ID:O4WcavVK0
>>300
趣味で物作っている訳じゃないので
2020/05/26(火) 08:57:52.50ID:iAXb1ypnM
業務系はWeb化してきてるし
webformだからレガシーだけどな
2020/05/26(火) 09:00:13.35ID:xP2EobkM0
>>304
デスクトップアプリはなくならないよ
需要は減るけどね
2020/05/26(火) 10:54:31.21ID:sswBOnn3a
お手軽だからね
307デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-LjTx)
垢版 |
2020/05/26(火) 10:59:33.02ID:6ileE2Zca
今時はそうでもないわ
クラウドがあるからWebの方がお手軽
2020/05/26(火) 11:16:04.18ID:m1O5KGL0d
場合によるやろ
2020/05/26(火) 11:21:18.41ID:iAXb1ypnM
winformが一番お手軽
2020/05/26(火) 13:22:34.05ID:pBlDnMjv0
当初から散々ゴミと言われたとおりWPFは普及せず、
クラウド化しても企業の効率なんて当然上がらず、社員は不便を強いられ、
データを吹っ飛ばれさてから黙れされた連呼する自称SEたち。

ここの住人は馬鹿ばかりだなw
2020/05/26(火) 14:47:17.82ID:2xWZOgbyM
お前も含めてだけどな
2020/05/26(火) 23:15:16.03ID:d+nvHOzJ0
そう。俺もお前もだ
2020/05/26(火) 23:17:39.59ID:+nwpuOj70
おまいら、飲みにでも行け
2020/05/27(水) 08:54:48.80ID:32H/szl0a
>>313
コロナに油断するな！
2020/05/28(木) 17:33:33.18ID:epMUI4Mx0
.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自体の認証を完了させたい感じです。
伝われ〜
2020/05/28(木) 19:37:43.46ID:epMUI4Mx0
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);
で解決しました。

スレ汚し失礼しました。
2020/05/28(木) 21:04:16.26ID:AwUHmNLp0
他人のコードを読みたくないのはボクだけじゃないはず。
2020/05/28(木) 21:06:50.75ID:wn0+e+em0
move ソースファイル名 Null
2020/06/29(月) 09:07:48.77ID:j4QcCIztd
vs2019でwpf、.NET Core 3.1で作成したアプリのインストーラを作成したいのですが参考になるサイトありますか？

WinFormsと同じようにやってみたのですがプロジェクト出力でプライマリ出力を選ぶと.dllと.runtimeconfig.jsonしかなくexeが存在しません
元のプロジェクトがおかしいのでしょうか？
2020/06/29(月) 09:36:38.17ID:NtraNE7CM
>>319
やって見たけどプライマリ出力を参照させるとそうなるねえ。
依存関係がうまく抜けてないっぽい。
今のところはプライマリ出力をやめて発行させてpublishフォルダを参照するしか無いかも。
stack overflow辺りには何か情報があるかも?
2020/06/29(月) 10:01:33.89ID:NtraNE7CM
.net coreアプリはmsiじゃなくてmsixパッケージを使うようだな。
2020/06/29(月) 10:17:30.05ID:j4QcCIztd
>>321
ありがとうございます
msixを調べてみます
2020/06/29(月) 11:14:55.57ID:gOjcE5IyD
msixにするとアプリによっては動かなくなるから気をつけて
行儀のいいアプリなら問題ないと思うけど

dotnet publishの出力先をコピーしてexeのショートカット作るだけのインストーラーが何かで作れるなら、そっちのほうが問題はおきにくい
2020/06/29(月) 11:43:14.37ID:NtraNE7CM
「実行ファイルパス問題」ってやつかな
2020/06/29(月) 15:39:11.51ID:j4QcCIztd
>>323
そういう問題が起きる可能性があるのですね。

プロジェクト出力でプライマリ出力ではなく項目の公開を選択でもいいのかな？
それらしいのが作れたけど…
2020/07/04(土) 02:53:49.50ID:yoyu8c1l0
BlazorはCSSを各コンポーネント毎に好きなの割り当てできるようなバージョンアップは予定してるのかな
ちょっと使い難い
2020/07/08(水) 14:07:36.01ID:oYyxJxRd0
先月のBuild 2020開催期間中、Microsoftは、デバイスネイティブなアプリケーションを開発するためのマルチプラットフォームフレームワークである.NET MAUIのロードマップを発表した。新フレームワークはXamarin.Formsの進化形に相当し、Android、iOS、macOS、Windows用のネイティブ機能を提供する。
https://www.infoq.com/jp/news/2020/07/maui-multi-platform-ui-dotnet/
2020/07/08(水) 15:24:17.95ID:Kr2gnfN5M
UIはデバイスごとに作ったほうが簡単じゃねーの？
329デフォルトの名無しさん (ﾜｯﾁｮｲ 0d01-dDBt)
垢版 |
2020/07/16(木) 01:14:38.86ID:163xTq/Q0
はじめからForms全力でよかったんや・・・
330デフォルトの名無しさん (ﾜｯﾁｮｲ 81da-RnSF)
垢版 |
2020/07/27(月) 10:39:34.80ID:sbz77iMW0
キターーー　.NET 5.0 RC　かな？
2020/07/27(月) 10:59:18.14ID:rzcPx0wdM
preview7じゃないの?
2020/07/27(月) 11:40:55.44ID:9Xn50/5g0
http://var.blog.jp/archives/69202816.html
未だに大部分のプログラムは Win32(というかMFC)で、
WPFを使ってる中で一番有名な VisualStudio は劇遅。
333デフォルトの名無しさん (ﾜｯﾁｮｲ 4901-oJ29)
垢版 |
2020/07/28(火) 18:03:05.87ID:hKAsfXZZ0
VS級のものがあまりないからでは
2020/07/28(火) 18:16:39.56ID:2hGB7urq0
>>332
リンク先ではVisualStudioはWPFにしてはすごく軽くて十分に快適って書かれてる(C++とのハイブリッドも疑ってる)のに
何故激遅に書きかわるw
2020/07/28(火) 18:41:04.12ID:xreCiHzA0
>>334
「WPFの割には軽い」
と言っているだけで、現実には激遅だからだ。
2020/07/28(火) 19:27:19.79ID:EEBQNrWer
VSは.net版に変わったら非常に遅くなったよ
それだけは譲れないｗ
サードパーティー製のコンポーネント使ってると聞いた

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

今でもc++版に戻ったら非常に速いと思う
2020/07/28(火) 19:33:19.05ID:3p32kQjLM
JavaのIDEと比べたらチョッパヤだろ
2020/07/28(火) 20:49:33.29ID:mqD6IZiK0
2015が一番重かったけど、2017→2019とどんどん軽くなってきたよね
2020/07/28(火) 20:52:36.83ID:mB6yyIIz0
そんなゴミと比べないでくれ
悲しくなってくる
2020/07/28(火) 21:58:41.19ID:xXl4dtBj0
今のVS十分軽いしさっさと古いクソPC投げ捨てて新しいの買ってこい
2020/07/28(火) 22:29:22.83ID:R16GmJU50
さっきDocker Desktop入れたらUIがWPF製だったわ
342デフォルトの名無しさん (ﾜｯﾁｮｲ 0163-xBvm)
垢版 |
2020/08/02(日) 20:28:06.49ID:BN6q7uRr0
>>334
たしかにVSのタブやページ切替とかの反応は普通のWPFアプリと全然違うんだよな
なんらかのファクターXがあると考えるのが合理的
一般的WPFアプリには慢性的なもたつきが発生する
343デフォルトの名無しさん (ﾜｯﾁｮｲ 01e6-LxoB)
垢版 |
2020/08/02(日) 20:46:36.40ID:B8kL4fh30
教科書通りにMVVMなんてしてたらあきまへんって事かな？
2020/08/02(日) 20:50:09.94ID:UcfUDTUk0
.NET CoreのWPFと.NET FrameworkのWPFでレスポンスに違いはある?
345デフォルトの名無しさん (ﾜｯﾁｮｲ 7a6a-xE3T)
垢版 |
2020/08/02(日) 21:40:04.40ID:q/qx3qt30
>>342
自分で作ってるWPFアプリと差を感じないけどなあ
2020/08/02(日) 21:59:33.90ID:TA4SUPRta
>>342
VSはWPFの低いレイヤだけを使って独自のフレームワークを構築している
WPF標準の低品質なコントロールはダイアログにしか使っていない
2020/08/03(月) 01:12:41.51ID:9/tK9gy10
普通のWPFって、あのクソ重いVSより遅いって、どんだけ遅いの。
2020/08/03(月) 01:15:53.79ID:F0bbTFGB0
WPF登場が2006年、VSのUIに採用されたのがVS2010から。

自分で作ったGUIライブラリなのに自社ツールに組み込むのに4年もかかるとか
どんだけ設計がゴミだったかがよく分かる。
2020/08/03(月) 03:53:53.52ID:N8X3JloH0
>>346
むしろその独自のフレームワークを公開してくれよ
2020/08/03(月) 13:18:21.79ID:F0bbTFGB0
一方、MFCは、MS-Officeで実装後、MFCで提供される。

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

よく話はやはり実際そうなのだ。
2020/08/07(金) 00:44:47.58ID:eMMnS8Srr
昔ロータスかどこかが表計算ソフトでどうやってもofficeの速度が出ないので調べたら非公開API使ってた！
マイクロソフトは不公平だ！と言ってたらしい
2020/08/07(金) 00:57:06.91ID:3pmlvrNK0
都市伝説か勘違いしてるか
Lotus123の対抗はexcelじゃなくてマルチプランだ
353デフォルトの名無しさん (ﾜｯﾁｮｲ 29e6-tzTG)
垢版 |
2020/08/07(金) 06:55:57.61ID:W1K5XVv60
三四郎「……」
2020/08/07(金) 10:33:41.03ID:kviOmVZrM
>>352
馬鹿なの？
普通に考えて1-2-3のWindows版の話だろ
2020/08/07(金) 13:52:01.46ID:ARIlA7ICM
>>354
馬鹿なの？
undocumented windows読んだ事無いのか
2020/08/07(金) 14:16:49.97ID:SYieViuR0
>>355
はあ？
> Lotus123の対抗はexcelじゃなくてマルチプランだ
の話なんだがw
2020/08/07(金) 18:40:21.36ID:85+YUIaur
自分が買ったPCにLotus123 windows版を入れてたけどなあ
358デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8b-tzTG)
垢版 |
2020/08/07(金) 18:57:57.01ID:k8/Tepp0M
win95と同時に32bit版Excelだしやがったから
サードパーティじゃ間に合わん
3.1のころはいい勝負してたと思うよ
2020/08/07(金) 20:07:48.20ID:gaDKKGiVM
>>358
> 3.1のころはいい勝負してたと思うよ
そうだったっけ？
1993年にFMV買った時はWord/Excelと一太郎/三四郎のどっちかしか無かったような記憶があるが…
2020/08/11(火) 00:53:29.18ID:7RgGpk/H0
Excelで1900年がうるう年バグってるってのは有名だけどこれってLotus123との互換用なんだよな
もっというとLotus123側もうるう年判定を簡略させるための仕様だったと
2020/08/11(火) 07:47:24.74ID:xS/9Ss0TM
undocumented APIを検出するtool
でwindows3.xの頃のMS-APPは
インチキしてないって話しだったな。

インチキしてLotusクラッシュさせたのは
DOS1.25の時代だね
2020/08/11(火) 15:07:51.33ID:pA06ApZK0
今は、そういう嘘より、FUD合戦が流行っている。
「セキュリティーで危ないから、WindowsをUpdateしろ、LinuxよりWindowsの方が安全。」
「セキュリティーで危ないから、セキュリティーソフトを買え」
「セキュリティーで危ないから、ソースがないソフトは駄目。オープンソースを使え」
363デフォルトの名無しさん (ﾜｯﾁｮｲ be2d-4h4I)
垢版 |
2020/08/12(水) 14:54:17.67ID:Q5zqH5GF0
最低限のリテラシーすらないアホを虐殺した方が早い
364デフォルトの名無しさん (ﾜｯﾁｮｲ 9f01-3Lde)
垢版 |
2020/08/23(日) 16:16:47.80ID:OADC3r990
BindingされたCheckBox.IsCheckedはFallbackValueもTargetNullValueも利きませんが
どうやって初期値Trueを入れたらいいのでしょうか？
2020/08/23(日) 21:29:20.50ID:OADC3r990
解決しました
2020/08/25(火) 07:57:37.39ID:CNwadlb30
ちゃんと自決しろよ！
2020/08/25(火) 08:50:57.77ID:NQev4bWfa
おもろ
368デフォルトの名無しさん (ﾜｯﾁｮｲ 7901-VQ5f)
垢版 |
2020/08/26(水) 17:12:16.09ID:+vm/3sbc0
Windows 10/.NET Core 3.1
TextBoxにintのプロパティをバインドすると数字以外にエラーを出してくれるようにできるが、
TextBoxのTextを手動ですべて削除したときに最後に有効だった数字がプロパティ側だけに残るのは不具合なのかな。
数字が入ってないのに、その数字で計算されてしまう。
intは空になれないからこうなっているのだと思いint?でも試してみたが同じ結果だった。
intのプロパティにバインドするのは罠？

TextBoxに123と入力されている場合:
12を消して、最後の3を消すと見た目上のTextBoxが空になるが、バインドしたプロパティには3が入っているものとされて扱われてしまう。
そして、3が入っているものとされているため、プログラム上で空になっている場合を処理できない。
369デフォルトの名無しさん (ｴﾑｿﾞﾈ FF22-yRqa)
垢版 |
2020/08/26(水) 17:19:57.66ID:dZW3ATMVF
3 から先に消して
2 消して
1 を最後に消しても一緒
2020/08/26(水) 17:37:06.35ID:KgZIVvH1d
stringにしてtryparse
371デフォルトの名無しさん (ﾜｯﾁｮｲ 7901-VQ5f)
垢版 |
2020/08/26(水) 19:25:24.29ID:+vm/3sbc0
int諦めてstringにして検証部分書きました。
intのプロパティにバインドしたらそれだけで介護してくれると思わせて、実は手抜き介護だった。
2020/08/26(水) 22:45:13.55ID:sGzQHkFA0
数値型バインドするときはコンバータで細工するとか必要だったかな
373デフォルトの名無しさん (ｴﾑｿﾞﾈ FF22-yGMV)
垢版 |
2020/08/27(木) 10:31:44.59ID:H/WqeZOsF
validator
374デフォルトの名無しさん (JP 0H4a-uR+4)
垢版 |
2020/08/27(木) 12:33:17.39ID:vXpNqxXHH
学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

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

VM + ASM のダウンロード
ttp://up.x0000.net/files/TSimulang.zip
2020/09/01(火) 02:46:39.17ID:vwihzMdy0
そろそろ普及する予感
2020/09/02(水) 15:28:55.36ID:8b/Zi7QA0
14年目の正直
377デフォルトの名無しさん (ｱｳｳｨﾌ FF8b-th+2)
垢版 |
2020/09/02(水) 15:38:08.91ID:PicHUi2jF
Xamarin の本買うかどうか迷ってる
https://gihyo.jp/book/2017/978-4-7741-8895-9
378デフォルトの名無しさん (ﾜｯﾁｮｲ 0701-q/EU)
垢版 |
2020/09/02(水) 16:07:48.75ID:NYistFqT0
WPFの経験があるならXamarinなんて簡単だろう
2020/09/02(水) 16:11:54.09ID:YvoVnPDv0
Xamarinって結局OSの差分吸収しきれてないんじゃなかったか？
2020/09/03(木) 07:15:19.61ID:CV24xPe20
みんな挫折した経験だろうな
381デフォルトの名無しさん (ｱｳｳｨﾌ FF8b-th+2)
垢版 |
2020/09/03(木) 10:11:39.97ID:DK3Ul6vKF
ちょまど攻略に挫折
2020/09/03(木) 10:13:55.48ID:3s47eGNWM
攻略出来ても色々と苦労しそうだなぁ
383デフォルトの名無しさん (ｱｳｳｨﾌ FF8b-th+2)
垢版 |
2020/09/03(木) 10:30:41.16ID:DK3Ul6vKF
げしゅとしちゅえぇんん
https://voicy.jp/channel/1253/96112
https://voicy.jp/channel/1253/95926
384デフォルトの名無しさん (ｱｳｳｨﾌ FF8b-th+2)
垢版 |
2020/09/03(木) 10:31:18.09ID:DK3Ul6vKF
どうしてフォロワー多いの？に答えてみた
https://sakumaga.sakura.ad.jp/entry/2020/08/28/120000
2020/09/03(木) 12:17:47.97ID:ABKyW7suM
でも腐女子なんでしょ
386デフォルトの名無しさん (ﾜｯﾁｮｲ b501-sa+Q)
垢版 |
2020/09/09(水) 02:07:29.24ID:jnVpz/Pm0
WPFがスタートでこけた理由って当時の要求スペックの高さもあるけど、MVVMパターンというものを主張しすぎたよね
適用できる一つのパターンであるのに、それがすべてであるかのように広められてしまったのでWPFは敷居が高いと錯覚させてしまった
WinFormsのコードビハインドの部分がXAMLとして前面に出てきただけというところからスタートするべきなんだよ
あとMVVMパターンを説明しすぎている
パターンって理解してなくてもその通りに実装すれば、そうなってくれるんだから初期段階で深い説明はいらない
どこに何を書いていけばいいかを説明するほうが重要、パターンを意識させる必要がない
2020/09/09(水) 05:55:37.92ID:JComtfL10
ネットに転がってるWPFのサンプルってイベントべた書きのばかり。
2020/09/09(水) 08:32:16.72ID:vaBdp1IQa
いやReactやVueやAngularだってMVVMの亜流なんだから別にそれ自体がWPFを難しくしているわけではない
むしろWPF開発の複雑さを低減するためにMVVMパターンが使われるようになったわけだしな
問題はMVVMでデータバインディングを駆使しなければやってられないほどにWPFが複雑すぎる点と、
そもそもWPFにとってMVVMが後付けであるためにReact等の後発とは違って実装に余計な自由度がある点にある
2020/09/09(水) 08:55:17.69ID:CkRYWT4Fa
WinFormのがわだけWPFに置き換えするだけで良いのでは、第１ステップは
2020/09/09(水) 08:59:00.22ID:SVFY/4ccM
バインドとイベントべた書きですよね
391デフォルトの名無しさん (ﾜｲｰﾜ2 FF92-e6VR)
垢版 |
2020/09/09(水) 09:38:41.51ID:9MEEjZyTF
WPFは良い
XAMLが糞
2020/09/09(水) 10:10:18.72ID:Wa80IH+Z0
むしろ煩雑でよかった。winformが10年以上延命できた。
2020/09/09(水) 11:38:24.67ID:G4z+WgkT0
10年間進化してきたならともかく本当にただの延命なので共倒れ
2020/09/09(水) 11:57:41.97ID:eJCpqUcY0
XAMLはDesigner.csなんかよりよっぽど良いと思うけどな。
XMLに馴染みがないのかフォームデザイナーしか使わない人なのか。
2020/09/09(水) 12:17:43.28ID:McwiDPSYM
XAMLは冗長過ぎていかんわ
2020/09/09(水) 17:18:49.71ID:Wa80IH+Z0
C#に瞬殺されたと思われたJavaの圧倒的な巻き返しでC#も息してるかどうか疑わしくなってきた。
MSはいろいろ戦略が誤っていたのだろう。デスクトップOSのシェアすら今後保てるかどうか分からない。
2020/09/09(水) 17:36:53.18ID:VJS0FDOXa
Javaの巻き返しは無理だよ
言語に葉快適な変更をいくつも入れないとC#には追いつけない
2020/09/09(水) 17:37:03.91ID:VJS0FDOXa
あ、破壊的ね
2020/09/09(水) 17:39:45.34ID:5yvMyRN60
XAMLはレイアウトだけなら認める
2020/09/09(水) 18:02:01.33ID:k8W5BZK+0
WinFormsのポトペタに慣れ切った人がWPFで同じようにやろうとして思うように配置できなくて諦めるってのはあるかもな
だからといって、新規作成したときのデフォルトがGridでなくCanvasだったらアレだけどｗ
2020/09/09(水) 18:14:54.94ID:VOLRAgWK0
VSで無理やりMVVMパターンにはめるのが糞なだけでXAMLとバインドは十分使える
2020/09/09(水) 18:42:57.38ID:VJS0FDOXa
WPFは客先Java案件で開発補助ツール作るときに重宝しとる
403デフォルトの名無しさん (ﾜｯﾁｮｲ ea6a-pVuC)
垢版 |
2020/09/09(水) 19:12:29.05ID:A5jehCoA0
>>400
WinFormとまったく同じ手法で開発できるようにしても良かったな
学習意欲のある人には最初からMVVMコースを選べるようにして
後出しアイデアだけどね
2020/09/09(水) 19:25:36.35ID:Pr/s0qQqa
業務系アプリや有名なアプリはその時流行ってたフレームワークや作り方を使って秘伝のタレ化してる
新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
新規のアプリは結局Electron一択みたいな感じになった
この失われた20年をなんとかしろ
2020/09/09(水) 19:26:43.79ID:3UaIGoSz0
>>396
息してないわけないやろw
2020/09/09(水) 19:34:22.19ID:VJS0FDOXa
>>404
ドメインモデル作れよ
2020/09/09(水) 20:51:35.69ID:RtZ/Ywu6M
>>400
そうそう、Excel方眼紙の人にWordは無理だよねえ(爆笑)
2020/09/10(木) 00:26:26.24ID:dk54TyXK0
(爆笑)
2020/09/10(木) 06:44:22.32ID:npiJsw1+0
x 新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
o 新しく作り直すと新たな地獄が始まり若い開発者が逃げ出す

WPFしかりEdgeしかり。winformやIEをずっと保守しとけば良かったんや。
2020/09/10(木) 17:48:22.98ID:1+vDLiP+0
WinFormは保守してるでしょ
.NET Core でも使えるぞ
2020/09/10(木) 19:05:59.66ID:VDMQ91PJd
WPFでAndroidアプリ作れるようにしてほしかった
xamarin.formsはなんというかちがう
2020/09/10(木) 19:11:04.01ID:jyWz39JTM
信仰が足りませんね。
2020/09/10(木) 19:30:51.94ID:1ysUn6Pe0
と、ちょまどが申しています
2020/09/10(木) 22:44:33.53ID:Cb3j1jBAa
FormsのCore移行は保守というよりクロージング対応でしょ
.NET Frameworkのままだとフレームワークのバージョンが上がるときに一緒にFormsをメンテし続けなきゃいけない
一方、Coreはスタンドアロンなアプリに関してはSCDが大前提なんで、フレームワークのバージョンは固定して安全に塩漬けにできる
つまり、.NET6以降でFormsがまともに動かなくなったとしても、MSも俺達も無視して放置できる
415デフォルトの名無しさん (ﾜｯﾁｮｲ b501-sa+Q)
垢版 |
2020/09/10(木) 22:56:10.36ID:8Wf1yyh30
>>404
結局ElectronもVSCodeという念仏だけを唱え続けて何年になるのかという感じで盛り上がってない
ただ一つ確かなことは、これからのGUIプログラミングはマークアップ言語を避けて通れないということだけ
2020/09/11(金) 00:04:56.66ID:2fPFejSea
マークアップより関数型のほうが未来ある
417デフォルトの名無しさん (ﾜｯﾁｮｲ ea6a-pVuC)
垢版 |
2020/09/11(金) 00:05:25.32ID:WZRsWgqu0
>>414
.NET Framework は 4.8 で打ち止めと宣言されてる
2020/09/11(金) 00:14:37.43ID:mjeCG2U10
>>415
VSCodeの中のUIフレームワークみたいなのを
切り出して欲しいんだよね
今更HTMLで動的なツリービューとか流石にゼロから作る気にはならん
2020/09/11(金) 01:03:31.90ID:yRFTOe3N0
>>411
ほぼそっくりな Uno Platform でできる。
2020/09/11(金) 06:45:05.62ID:vM7nsUHO0
まだvb6が切り捨てられないのに。
winformも同じだろうなあ。
2020/09/11(金) 19:54:53.12ID:2qczsOvVM
COBOL、VB6、Winform。
時代に取り残された底辺プログラマにも生き残る道を与えてくれる。
2020/09/11(金) 21:12:47.83ID:hXs0MNnD0
時代に取り残された・・・wpf
2020/09/11(金) 21:49:27.27ID:i8H8r2FY0
むしろWPFが時代に取り残された
2020/09/11(金) 21:53:06.19ID:3mrNom4D0
と、時代に取り残された方々がおっしゃっています
425デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/11(金) 21:54:30.73ID:/0JMUznc0
WPFは先に行き過ぎてただけだな
普通に今通用する技術が身につく
426デフォルトの名無しさん (ﾜｯﾁｮｲ ea6a-pVuC)
垢版 |
2020/09/11(金) 22:18:15.63ID:Xnku5Gjx0
>>425
いったんUWPやってからWPFに戻るとちょっと時代遅れかなーって思うわ
UWPはデザインアレだけど先進性はある
2020/09/11(金) 23:12:23.63ID:nEqlO7X90
WPFはいい
XAMLはてんでだめ
2020/09/11(金) 23:19:39.90ID:hXs0MNnD0
10年以上前に初見でこんなものは普及しないと言ったボクの先見性も褒めてよ
429デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/12(土) 00:08:48.85ID:11mECFpA0
>>428
まったく先見性がない
10年前にWPF触ってた人たちは上のステージへ上がっている
2020/09/12(土) 01:58:28.05ID:b38QwxnG0
ゴミはとても匂いますからまともな嗅覚があれば触らずに済むのですがいやはや
2020/09/12(土) 07:45:41.51ID:erdZI+Jx0
XMLに馴染みがない人にとってはXAMLがネックになるのかなぁ。
2020/09/12(土) 07:51:35.38ID:HM5C8OT30
C#は省略記法をコツコツ取り入れているのに
xamlはなんで省略記法を取り入れないんだ
Ammy UIより省略された記法がほしい
2020/09/12(土) 09:14:22.99ID:erdZI+Jx0
専用のパーサーが必要で一般的なツールが使えない独自記法はいまさらやめてほしい。
2020/09/12(土) 09:27:39.18ID:b38QwxnG0
ディスコンにすればすべて解決するのに。
2020/09/12(土) 10:21:39.93ID:kelUe7i3M
>>433
xamlをvisual studio以外のツールで編集してるのか?
vsのideは優秀だが
436デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/12(土) 12:26:55.09ID:11mECFpA0
>>431
そこを学習する力がないのであればGUIアプリのプログラマーをやめてノーコードへ行ったほうが未来がある
これからはマークアップ言語は必須だ
2020/09/12(土) 12:54:21.58ID:kelUe7i3M
xamlは厳密だけど冗長すぎる
2020/09/12(土) 13:18:44.66ID:/dac8gkP0
エディタで見ると横に長くて可読性が悪い
2020/09/12(土) 13:22:57.64ID:b38QwxnG0
マークアップ言語は時代遅れの化石だからな。
2020/09/12(土) 13:54:52.07ID:erdZI+Jx0
フォームデザイナでポトペタするのが最先端と言いたいんだろうか？
2020/09/12(土) 14:04:07.40ID:Tbg7pj/Fa
何でも良いよ、ちゃんと機能すれば！
2020/09/12(土) 14:08:32.07ID:b38QwxnG0
RADツールが最先端？ 30年前からあったってボク歴史の時間で習ったよ。
15年ほどの前の昔に登場したWPFがキラーアプリ一つも生み出せないばかりか禄に普及しなかったのに、
先を行き過ぎた先進性だの最先端だの未だに言ってるおじいちゃん。

この骨董品WPFの最先端とは何か教えてください。
443デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/12(土) 14:53:08.61ID:11mECFpA0
WinFormsにしがみついてる人たちは何も知らないようだ
成長することもない
2020/09/12(土) 15:13:29.33ID:b38QwxnG0
近所のおじいちゃんがワンボタンマウスは革新的だと言ってます。
どこが革新的なのか聞くと多ボタンマウスを使ってる人たちは何も知らないようだ、
それでは成長することもないと言って教えてくれません。ボケてると思います。
2020/09/12(土) 15:25:04.84ID:erdZI+Jx0
さて、マークアップ言語が時代遅れだと言っている人は時代遅れじゃないものを教えてくれるのかな。
2020/09/12(土) 16:08:05.32ID:eZ9NxG850
ポトペタでかっけえの作れるのが欲しかった未来なのに
2020/09/12(土) 16:37:56.34ID:Ii1G2X6K0
Visualageでも使ってろ
448デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/12(土) 18:14:30.22ID:11mECFpA0
その未来が欲しいならプログラマーやめてノーコードを盛り上げる活動をしたほうがいい
これからはノーコードで作れるものと作れないもので二極化していく
そしてその未来では「ポトペタ」はノーコードを意味する言葉にかわっている
2020/09/13(日) 14:53:02.99ID:D1IdQ9l60
>>448
小学校でやるプログラミグ教育の内容がそれそのもの。
20年前のITバブルでその手のアホツールが腐るほど出たがどれも生き残っていない。
老人たちは何度同じ夢を見るのだろうか。先見性がないだけでなくボケてますね。
2020/09/13(日) 15:37:51.39ID:UZEJ8gKvM
でも今ノーコードに取り組んでくれるのはグーグルやマイクロソフトだろ
常識が覆る可能性は否定しきれない
2020/09/13(日) 19:27:24.39ID:C8G6zLA20
ノーコードで日本の顧客が満足するプログラムが組めるといいなぁ・・
2020/09/13(日) 20:33:02.69ID:z7jXxub/0
>>451
ノーコードで作ったものはプログラムというのか？は置いておいて

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

UIやデザインに五月蠅い顧客の需要も満たせるのか微妙と思うが皆さんどう思う？
2020/09/13(日) 22:06:53.80ID:D1IdQ9l60
MSがノーコードノープログラムだと!!

WPFオワコンじゃん。
454デフォルトの名無しさん (ﾜｯﾁｮｲ b501-+uOX)
垢版 |
2020/09/13(日) 23:37:53.72ID:e9EK7dt70
WPFerはパラダイムシフトを乗り切る力があるから問題ない
より新しいものに乗り換え、習得できる力がある
WinFormserが心配だ
彼らにはその力がない

ノーコードの進化は「作業の量や質がノーコードとは言えなくなるところまで」に限ることを考えて開発されているはずだ
その範囲を超えるとノーコードをノーコードとして使っていた利用者が離れていくフェーズが始まってしまうからだ
2020/09/13(日) 23:49:56.38ID:D1IdQ9l60
そんなに余力あるならプログラマなんか辞めて医者や弁護士になったほうがいいよ。
法で利権が守られてるからね。一種やソフ開なんていうゴミ資格とは違う。経産省大臣のハンコに価値はない。
2020/09/14(月) 00:06:33.81ID:PY4I2gwB0
>>455
いきなり医者、弁護士、情報処理試験という無関係なこと話はじめるとか
知能や精神にエラーが発生してる証拠なので病院でデバッグしてもらった方がいいぞ
2020/09/14(月) 00:15:00.38ID:lDodbDrd0
なにやら触れてはいけないものに触れたようだ
458デフォルトの名無しさん (ｴﾑｿﾞﾈ FF0a-e6VR)
垢版 |
2020/09/14(月) 10:40:34.21ID:gMM3Z1jiF
>>62
2020/09/15(火) 08:48:00.45ID:fvnMiQowd
>>452
顧客自身が作る小物はVBAマクロと同じ運命を辿る
それは開発者が自分達の為に作るツールも同じ
2020/09/19(土) 21:37:03.67ID:dTdYqfkZ0
たいして機能つかわないし
なんだかんだlivetに戻った・・・
2020/09/20(日) 22:02:21.67ID:PdjshYFp0
>>460
livetに先はないよ
今も片手間でメンテを続けてくれてるだけだし、開発した本人から完全に移譲されてるわけでもないし

多機能すぎるけどPrismでやったほうが自分のスキルにもなっていいと思う
462デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 17:25:26.61ID:MUes9yQZ0
求人みると意外とWPF多いんだよな。
デザインとロジックに別けて開発できる! ってアンタどんだけの規模の開発だよ。
463デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 17:29:48.65ID:MUes9yQZ0
>>126
sockaddr_in構造体なんて同じだよな。
2020/09/22(火) 17:30:52.89ID:Iq4H0kt00
ボク、UIデザイナーなんでロジックは書けません。
2020/09/22(火) 17:49:48.34ID:EwzeVKsQ0
>>462
意外か？
ウチの周りじゃWindowsの新規案件はほとんどWPFでたまにC++でMFCは混ざる感じだが。
いまだにFormsでやっているところって本当にそんなに多いのかなぁ。
2020/09/22(火) 17:56:11.95ID:Iq4H0kt00
WPFのビッグウェーブきたか!!
2020/09/22(火) 18:02:32.18ID:cU35i3FIM
>>465
winformのがお手軽だからなあ
高dpiも騙しながら何とかなる
468デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 18:04:49.79ID:MUes9yQZ0
特に内輪用だったらwinformで十分だろ。
2020/09/22(火) 18:55:21.55ID:EwzeVKsQ0
内輪でお手軽にやるためにわざわざ求人することも少ないんじゃないかと思うが。
2020/09/22(火) 18:56:26.53ID:Iq4H0kt00
つまりデスマーチ…
471デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-qc2B)
垢版 |
2020/09/22(火) 19:40:56.69ID:H4U+QONT0
WinFormsは論外としてWin7対応ならWPF一択だからな
472デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 20:16:31.87ID:MUes9yQZ0
>>471
WIN7でもwinform使えるし
今更WPF勉強する位ならVC++6.0 MFC使ったほうがマシ。
W10でもVS6.0使えるんだよな。
473デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-qc2B)
垢版 |
2020/09/22(火) 20:22:13.66ID:H4U+QONT0
そこまで勉強したくないやつがなんでプログラミングやってんのか不思議
474デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 20:22:58.56ID:MUes9yQZ0
Z80のハンドアセンブルの頃からテキトーにやってきたよ。
2020/09/22(火) 20:38:15.13ID:2ES7fWER0
>>473
苦労して覚えたからもう二度と同じ苦労をしたくないってPGが世の中には腐るほど居る
2020/09/22(火) 20:39:07.24ID:TZbr+jJ50
WPFを体系的に学べるマトモな日本語の本がない。
477デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 20:39:56.22ID:MUes9yQZ0
>>476
確かに。どうやってみんな勉強したんだ。
478デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-5MQP)
垢版 |
2020/09/22(火) 20:43:40.46ID:OeqAWM6T0
かずき
479デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-qc2B)
垢版 |
2020/09/22(火) 20:46:42.81ID:H4U+QONT0
それ10年前の話じゃないの
今は情報が出揃っていてやる気だけあれば普通に習得できる
480デフォルトの名無しさん (ﾜｯﾁｮｲ 5701-qc2B)
垢版 |
2020/09/22(火) 20:55:29.30ID:MUes9yQZ0
ヤフーオークションで WPFの本検索したが三件だったぞww
2020/09/22(火) 20:58:34.57ID:bhDrmv5D0
顧客にとって関心事はライフサイクルコストだから
それが一番安上がりになるの方が正義
2020/09/22(火) 21:05:31.07ID:rd5bPy3Z0
PCの性能が進化した今でもWinFormのアプリはやたら軽い
wpfが重いのはprismのせいなんだろうか
483デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-qc2B)
垢版 |
2020/09/22(火) 21:09:15.16ID:H4U+QONT0
本とかいらねーだろ
わからないことを検索することもできんのかよ
2020/09/22(火) 22:05:05.60ID:Iq4H0kt00
ID:H4U+QONT0 　リアルで仕事でこんなこというPGいたら笑うけどw
2020/09/22(火) 22:45:43.46ID:S3c4U8yb0
リアルだったらお前は死んでるぞ
2020/09/22(火) 22:54:06.49ID:Iq4H0kt00
>>485
通報した。
2020/09/22(火) 22:57:46.92ID:R52LfaJF0
WPF勉強しときたいけどおすすめのサイトか本ある？
2020/09/22(火) 23:05:17.28ID:GCixYKXo0
>>482
MVVMがレイトバインディングオンリーなのもね…
2020/09/23(水) 00:13:21.92ID:d+eus6090
今は機械翻訳ばかりでMSの日本語ドキュメントがゴミのようだ。
かといってMSの公式解説書も酷い訳のものがある。英語で読むしかないね。
2020/09/23(水) 00:58:20.94ID:RwrtWQFd0
https://www.wpf-tutorial.com/
ここが英語だけど高1くらいの英語力の俺でもそんな苦労せずに読めたからおすすめ
2020/09/23(水) 01:06:07.80ID:GhFg2WnD0
>>489
最近の技術系の翻訳本ってほぼ機械翻訳かけて手直ししてるだけっぽいからなあ

>>490
見てみる
2020/09/23(水) 06:48:16.09ID:a0wAVJWk0
酷い翻訳も慣れると逆算して読めるようになるから不思議だ
いや、読みやすいのが一番だけどね
2020/09/23(水) 08:30:21.61ID:Hsz3JCQvM
>>471
死んだOSの対応って何なん?
2020/09/23(水) 08:35:22.43ID:Hsz3JCQvM
>>472
今どきvs6って拷問だな
2020/09/23(水) 08:37:33.83ID:Hsz3JCQvM
>>483
体系的に短時間で学ぶには今でも本が便利だよ
496デフォルトの名無しさん (ﾜｯﾁｮｲ e37c-7JTP)
垢版 |
2020/09/23(水) 10:31:48.86ID:kf7t1N4+0
>>490
日本語が Localized versions の上位には上がってないので
more languages ...
で出たが
Localization
https://www.wpf-tutorial.com/Localization/
日本語対応遅れとるな
497デフォルトの名無しさん (ﾜｯﾁｮｲ e37c-0ian)
垢版 |
2020/09/23(水) 10:43:36.75ID:kf7t1N4+0
>>492
エラーを取得するには関数を使います
2020/09/23(水) 10:47:22.57ID:R3wz9TIW0
>>487
okazukiさんのブログが一番いい
prismとかReactiveproperty関連はとりあえず読み飛ばす前提で
2020/09/23(水) 11:50:21.21ID:2MH3im7L0
prismとか意味なく使うから
コードがめちゃくちゃになる。
2020/09/23(水) 11:59:46.14ID:9C05kspb0
>>494
ExcelがVBAというレガシーチャンピオンを抱えてるからそのうちスプレッドシートにシェア奪われるんだろうな
501デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-8GNv)
垢版 |
2020/09/23(水) 20:26:34.11ID:bxjjKz3I0
コントロールは今まで通り、貼り付けで配置できるん?
2020/09/23(水) 20:53:57.14ID:L4V/SK950
>>497
たぶんWinApiのFormatMessageのことだな(適当)
2020/09/23(水) 21:07:06.41ID:TDgfvANh0
>>501
デザイナはあるけれど、WinFormsのポトペタをイメージしているのならコレジャナイってなる
2020/09/24(木) 01:02:07.98ID:r0U1/5Zg0
>>501
ぽとぺたWindowにコード全部かいてもいいぞ！
好きにしろ
2020/09/24(木) 04:13:59.25ID:SazTPdWp0
https://medium.com/flutter/announcing-flutter-windows-alpha-33982cd0f433
あらら
506デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-8GNv)
垢版 |
2020/09/24(木) 04:43:28.13ID:YxwlyIOc0
あらら、またスマホベースで残念だわ
デスクトップベースのWPFが生き残り続けてしまうことに・・・
2020/09/24(木) 05:51:13.12ID:Tu4V2/EEM
最近のwebページもスマホベースのが多くて、pcで開くと横にドーンと広いんだよね(´・ω・｀)
2020/09/24(木) 07:21:23.47ID:oGOHDREdM
貴方には信心が足りないわ
2020/09/24(木) 11:27:21.75ID:Al9hzlNm0
コテコテのコモンコントロールはもう時代遅れか
2020/09/24(木) 11:54:47.37ID:SazTPdWp0
スマホ用のアプリをパソコンで開くと無駄なスペースとか多すぎでくそなのは事実だが、とりあえずタブレットというか2in1用のタッチベースのアプリが増えないことには

一般向けのアプリのほとんどが参照系でタッチベースで十分なわけだし

で、マウスベースの生産系アプリ作る場合はどうするんでしょう...マイクロソフトさん...

winuiもコンパクトモードがあるがすげえ中途半端だし...
2020/09/24(木) 11:56:36.57ID:SazTPdWp0
https://www.microsoft.com/ja-jp/p/flutter-gallery/9pdwctdfc7qq

microsoft storeにflutter galaryアプリがきてるらしい
512デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-8GNv)
垢版 |
2020/09/24(木) 19:12:16.23ID:YxwlyIOc0
MSがWindows 1からデスクトップだけを考えてアプリ開発をしてきた最終的回答がWPF
おそらくこの分野でライバル出てくるとしたらWindows 11が出るような変化の時だろうな
513デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-8GNv)
垢版 |
2020/09/24(木) 19:23:46.15ID:bZ1sVv660
>>507
そもそもwww(html)なんてUNIXが発祥なのに
変だろ。
納得できんわ。
514デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-8GNv)
垢版 |
2020/09/24(木) 19:57:08.14ID:bZ1sVv660
>>504
コード書くなら「Visual」Studioじゃないよな。
WIN32APIで書くのと変わらん。
2020/09/24(木) 20:04:57.62ID:khkTd8DV0
>>512
UWP推進のために敢えて放置されてたのか、痒い所に手が届かない部分が所々合ってもどかしい
せめて事前バインディングはマージしてくれ
2020/09/24(木) 20:28:49.17ID:anZxJGRt0
>UWP推進のために敢えて放置されてたのか

これだよなぁ。ペゾルト本もWPFスキップさせられたし。
517デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-8GNv)
垢版 |
2020/09/24(木) 20:34:02.96ID:bZ1sVv660
画面デザインとコードで分業できる、というけど実際そうしてるんか?
結局全部自分でやってね?
2020/09/24(木) 20:56:33.67ID:d9Awt+YW0
>>513
cssを上手く使ってpcでもスマホでもちゃんと表示出来るのもあるんだけどねえ。
最近はスマホだけに最適化されてるのが増えてきた。
世も末だよ。
519デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-8GNv)
垢版 |
2020/09/24(木) 21:19:02.45ID:bZ1sVv660
>>518
特に大学生はスマホオンリーで、PCなんて不要
という考えが大半なんだよな。
そりゃ見るだけならいいけどよ...
2020/09/24(木) 22:04:34.04ID:LFWdqcpHM
>>519
キーボードよりスマホのフリック入力が速いと。
オレなんてミスタッチしまくりさ。
2020/09/25(金) 21:40:27.80ID:c1QgCFu70
>>515
事前バインドは．ｎｅｔ5とWinUI3でデスクトップに降りてくるようだからな
ついでにイベントのバインドも出来るからビヘイビアの大半が要らなくなるのも良い
2020/09/25(金) 22:20:21.51ID:iQJ3d1Xe0
大幅変更のビッグウェーブくるね。目指すはwinformの開発効率。
2020/09/26(土) 12:37:46.17ID:3hVx86Rj0
事前バインディングは効果を体感できない
定期
524デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/26(土) 18:07:46.78ID:AmGNamxa0
今日からWPF始めたんだが　x:Name　で適当に名前つければ簡単にコントロール
利用できる事を知ったんだがだけどそれでいいのん?
データバインドなんちゃら　って必要なの。
525デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-F8K1)
垢版 |
2020/09/26(土) 18:14:00.51ID:uvZwMpem0
個人のプログラムなんて動きゃいいんだよ
2020/09/26(土) 18:14:22.46ID:U/HQ8OHN0
>>523
実行前にエラーが分かるのは大きいだろ

>>524
バインディングは必須ではないからそれでも良いよ
527デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/26(土) 18:17:13.29ID:AmGNamxa0
>>526
なるほど。
この場合は自動実装プロパティなど不要でスッキリですな。
一応、習得しとこうかなとは思ってる。
2020/09/26(土) 19:48:04.87ID:U+G6yEte0
>>524
それでもできるしバインドしてやることもできる
バインドの方がハードル高め
個人的には両方できてしまうことがわかりにくくしてる要因だと思う
529デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/26(土) 21:26:12.10ID:AmGNamxa0
なるほど。

質問ばかりで申し訳ないんだが、
コントロール一つごとに
・自動実装プロパティ
・ビューモデルのクラス生成
・データコンテキストの設定
が必要であってます?
2020/09/26(土) 21:57:03.85ID:yhMCpvCJ0
必要ではない
複雑なことやらないならWindowクラスのViewModelに各コントロールのバインディングソースプロパティを持たせればいい
なお自動実装である必要はないよ
というかプロパティ変更をINotifyPropertyChangedで通知したいなら自動実装ではダメ
2020/09/27(日) 00:02:47.65ID:bYiRY3PLM
Mode=OneWayToSource以外ならgetterが必要
Mode=OneWayToSourceかTwoWayならsetterが必要

VM→Vで変更通知するにはINotifyPropertyChanged.PropertyChangedイベントを発生させる

で、getterはbacking fieldを返し、setterはbacking fieldに代入しイベント発生、というのが定石
定石過ぎてReactivePropertyとかPrismのBindingBase.SetPropertyを使うと楽できる
2020/09/27(日) 01:05:57.42ID:zhyG30X30
(楽か？)
533デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 10:51:02.21ID:BlHd4Scl0
だめだ。バインドの有効利用方法がわからん。。
面倒くさい　煩雑　しか思えん。
2020/09/27(日) 11:05:21.04ID:+zlhhpvN0
バインド超楽だけど
2020/09/27(日) 11:16:28.74ID:lEpS58To0
最初はバインド面倒にかんじて
コントロールに名前つけてアクセスしたらいいじゃんって思うだよな
536デフォルトの名無しさん (ﾜｯﾁｮｲ 6712-k2iJ)
垢版 |
2020/09/27(日) 11:59:55.26ID:fEMpkeyM0
>>535
それをやめさせるには、
コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...
2020/09/27(日) 13:29:01.55ID:AVJFrAga0
あとVM以下層のテスト書かせるのもね
2020/09/27(日) 14:10:50.15ID:3HypLccl0
MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが
記述量が減ったり、堅牢になると思う

ボタンを押したときのためにCommandを用意して呼び出すなど無駄な作業でしかない
クリックイベントでいい

VMとVを疎結合にするのはIDEの支援が限定されて生産性が落ちる
参照先にジャンプしたときにインターフェースで実装がわかりませんでは
時間がいくらあっても足りない

VMとVを別のフォルダーで管理するのも扱いづらい
最近のUIはコンポーネント化しやすくすることが必須
別のプロジェクトでも流用するとき、１つのファイルを移動させればよい状態が好ましい
いちいちVMとVのファイルを移動など面倒だ

とは言えMVUは.NET6まで待たなければならない
それまで自分はPropertyChanged.Fodyで変更通知してる。
記述量が少なく、属性主体なので影響も少ない。
ModelはJsonシリアライザーに優しくないと使い物にならない
539デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 14:16:53.81ID:BlHd4Scl0
ヤバイ。
意味が分からん。最近難しいな!
540デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 15:37:28.93ID:BlHd4Scl0
>>226
未だにSXGAなんてザラ。
WUXGAすらない。
2020/09/27(日) 16:11:20.22ID:gGo0R8Ul0
>>538
そうとは思わない。

特に「VMとVを疎結合に...」以降の自論は
なにか勝手な思い込みではないかと思う。
542デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-ozis)
垢版 |
2020/09/27(日) 18:05:15.62ID:eIKg6nYv0
MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが
prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない？
やっぱマニュアルのMVVMが最強やな
2020/09/27(日) 19:14:42.82ID:0F2CG6otd
>>529
リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる
個人とかうちわ向けのツールなら
2020/09/27(日) 19:21:26.72ID:LOFXzk7UM
>>542
意味解らずprismとか使うとコード量がふくれて
馬鹿みたいに面倒になるね。

意味解ってないから
MVVMの実装はこうしなければいけないと
思い込んでる。
2020/09/27(日) 19:29:24.63ID:LOFXzk7UM
>>543
理解出来てるならバインディングは一切使わなくても大丈夫だね。
最速を求めるなら使うとむしろ遅くなる。

有名どころのコントロールのソース見ても
内部はあんまりMVVMしていない。
2020/09/27(日) 19:31:16.40ID:co99WLAO0
遅くない!!っ言い張ってた子の気持ちも考えてね!!
2020/09/27(日) 19:35:30.30ID:0F2CG6otd
>>545
まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか
データテンプレートで綺麗でリッチな表示できるよねーっていう

winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし
2020/09/27(日) 20:09:31.44ID:4TLQ9mS+0
MVVMだけならReactivePropertyが一番楽ちんだな
PrismはUnityでDIしたりViewModelLocaterの機能や
EventAggregatorなどで手放せない
あと、EF使う所はBindingBaseでMVVMするな

BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも
2020/09/27(日) 20:12:24.73ID:LOFXzk7UM
>>546
たとえば1000万行のデータグリッドが必要なら、内製するし
バインディングとか使わない。
仮想化とか必須の領域だし、
細かい制御が出来ないし、
結果的に確実に遅くなる。

バインディングで出来ることは
全部コードだけで出来る。

オープンソースのコントロール読めない人なら
当然、バインディングをお勧めする。

ところでコントロールを作成するレベルの入門書は
洋書でも存在してないのではないか？

自分はMSのコントロールのソースと
インフラロジスティクのソースを解析して覚えた。

で、取り纏めて書籍化を考えたが
確実に売れないのでヤメたがかなり昔のはなし。
550デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/27(日) 21:32:28.68ID:BlHd4Scl0
>>549
売れないことないんじゃない?
VC++でカスタムドローとかオーナードロー
の資料がなくて苦労したわ。
comも。
2020/09/27(日) 21:39:03.46ID:OZSlZqU50
>>549
＞コントロールを作成するレベルの入門書は
＞洋書でも存在してないのではないか？

ずっと探していたんですけれど、やっぱりないんですね…

＞取り纏めて書籍化を考えたが
＞確実に売れないのでヤメたがかなり昔のはなし。

kindle 化して、とりあえず様子をみる、というのはいかがですか？
私なら（印税50% の kindle 出版に対して）10000円で買うつもりです
2020/09/27(日) 22:26:16.12ID:HAa0iCIU0
コントロール作るのってそんなに難しい？
2020/09/27(日) 22:29:39.45ID:co99WLAO0
VSのデザイナで動いてくれないと困るからな。
2020/09/27(日) 22:39:45.91ID:HAa0iCIU0
デザイナで動くって何？
ちゃんと表示されるってこと？
2020/09/27(日) 23:18:31.39ID:LOFXzk7UM
>>553
VSのデザイナーは一定の条件下でのみ動作する。

コントロール作成レベルの作業中だと
機能しない事が多い。
そういうのはやってれば普通に解るし
察する。
2020/09/27(日) 23:39:24.89ID:co99WLAO0
わざわざコントロールで作るってことは
頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。
コード上でnewして再利用できるだけでいいクラスライブラリとは違う。
2020/09/28(月) 00:04:13.06ID:QIpyCS2B0
かんたん Visual C++［改訂2版］、堀義博、2017

VC++の使い方と、画面の作り方、
DDX(Dialog Data Exchange) の仕組み、
MFCの、AFX_MSGMAP, DECLARE_MESSAGE_MAP()など

MFC には、色々なコントロールの基本クラスがある。
それを使えばよい

ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。
それに対応するには、VS でのプラグインの作り方を学ぶ必要がある
2020/09/28(月) 08:04:30.26ID:cZtg7eSbM
なんでMFC??
2020/09/28(月) 08:51:18.27ID:EbZv9i2ha
MFC使うくらいなら素のWin32APIを叩くはw
2020/09/28(月) 08:53:35.35ID:053eSEmAa
>>558
いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう
2020/09/28(月) 20:35:22.53ID:tGpmNLmZ0
>>556
それができないならコントロールがちゃんと作れてないんでしょ
そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど
2020/09/28(月) 20:59:34.29ID:ejW4RwcM0
>叩くはw

たまに見かけるけど見るたびにイラっとするこれ
2020/09/28(月) 21:10:30.27ID:aZQQorKp0
>>562
イラッとするはw
564デフォルトの名無しさん (ﾜｯﾁｮｲ 2701-ozis)
垢版 |
2020/09/29(火) 19:45:21.34ID:Y1CZVJSu0
みなさんスーパーハカーですね!
2020/09/29(火) 19:52:27.83ID:R2YkXVhNr
EventAggregatorって非推奨になったのかと思ってたけど
2020/09/29(火) 19:59:11.56ID:R2YkXVhNr
InteractionRequestだった…

一切使ってないからさっぱりわからない
567デフォルトの名無しさん (ﾜｯﾁｮｲ 175f-ozis)
垢版 |
2020/09/29(火) 20:54:02.93ID:ZYb8dqzc0
コードビハインドを徹底的に避けようとするのって病的だなと思うようになった
コードビハインドにあるべきコードはコードビハインドにあっていい
2020/09/29(火) 21:14:03.62ID:qOEu/+uI0
報酬はあるのか？
2020/09/30(水) 18:45:23.92ID:VC7cxOmi0
>>566
ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した
動くけどしっくり来ないんだよな
同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が
2020/09/30(水) 19:13:05.29ID:ja9gtUPA0
コントロールのサブクラスを極力避けるというのがwpfの方針でしょ
2020/09/30(水) 20:47:28.67ID:L6wzWJW+a
https://devblogs.microsoft.com/dotnet/repo-experience-survey-results/

WPF was the main outlier for satisfaction.
Drilling into the comments, the main concern was that PRs and issues were not being addressed by the maintainers and there was a lack of clarity on if and when they would be.
Internally the WPF team was not sufficiently staffed and did not have the test infrastructure in place to be able to respond to the community contributions.
2020/10/05(月) 12:11:44.64ID:9Dou6A6q0
ｄｌｌで定義したstyleを参照する方法を教えてください
2020/10/05(月) 18:50:57.69ID:g9HCYiH10
こんなんだったはず

〜MyStyleLib.dll〜
〜MyButton.xaml〜
<Style
x:Key="KeyMyButton"
TargetType="{x:Type Button}"
BasedOn="{StaticResource {x:Type Button}}"
>
<Setter Property="Background" Value="Blue" />
</Style>

〜使う側〜
<ResourceDictionary Source="pack://application:,,,/MyStyleLib;component/MyButton.xaml" />

<Button Style="{StaticResource KeyMyButton}">
BUTTON
</Button>
574デフォルトの名無しさん (ﾜｯﾁｮｲ f312-yhTZ)
垢版 |
2020/10/10(土) 23:38:21.46ID:YXN1Ol2Y0
入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、
DataGridViewのbindingクソ過ぎｗｗｗ
セルに表示する値のプロパティ名を文字列で指定できるだけで、
背景色すらbingindで表現できないとか、マジで終わってる(￣▽￣)
575デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 07:17:34.12ID:kKzgRzeu0
Formsの仕事が回ってくるようになった会社は潰れる一歩手前
2020/10/11(日) 08:38:47.21ID:UaRtLtpyM
君も○XUGに入って、「偉い人」に
なろう。楽しいぞ「一般ピープル」を煽るのは

タブン
2020/10/11(日) 09:07:54.24ID:SL721RiNM
>>574
だけど速いんだぜ
578デフォルトの名無しさん (ﾜｯﾁｮｲ ea47-YQ4O)
垢版 |
2020/10/11(日) 09:54:39.61ID:kZXFoyze0
>>575
2020/10/11(日) 16:16:04.80ID:SD6h9HSf0
来年早々にもWPFからWinUI3に代替わりするわけだが
x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,
2020/10/11(日) 16:23:51.15ID:1QfYQ6oK0
未だに.NET3.5縛りの我社に隙きはなかった
581デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 16:30:13.75ID:kKzgRzeu0
>>579
WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが
2020/10/11(日) 16:33:07.04ID:Oc3P171P0
それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな
2020/10/11(日) 16:38:00.50ID:Oc3P171P0
>>581
2.0まではXaml Islandで使うものだったが、３からはWPFと同格のGUIツールキットになるんだよ
UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる
2020/10/11(日) 16:49:13.59ID:mP+yhd0K0
>>582
Windows用デスクトップアプリ自体が下火だもの
585デフォルトの名無しさん (ﾜｯﾁｮｲ 635f-JAxH)
垢版 |
2020/10/11(日) 17:20:29.83ID:kKzgRzeu0
>>583
よく調べてくれ
2020/10/11(日) 17:51:56.66ID:Fd7KLviX0
>>585
https://docs.microsoft.com/ja-jp/windows/apps/winui/
現行じゃなくてWinUI3は２０２１年にリリースされる新バージョンで
ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります

つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した
587デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MMe6-E8a6)
垢版 |
2020/10/21(水) 14:57:47.86ID:tiqsU3pvM
.NET CoreってXPでも動きマスカ
2020/10/21(水) 15:52:35.40ID:v0oiVQF00
保証されてない
2020/10/21(水) 18:30:59.43ID:pvliDgQj0
Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる
https://www.infoq.com/jp/news/2020/10/microsoft-project-reunion/
2020/10/22(木) 08:47:42.23ID:nShJVRZ+0
失敗しそう
2020/10/22(木) 10:10:39.59ID:pIBN6P0hM
同意
2020/10/22(木) 10:52:16.48ID:Qr2lkL8E0
>>589はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない
プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから
WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ
2020/10/22(木) 12:45:44.95ID:DhGGRbqY0
それができるんなら最初からやっとけよと思いました
2020/10/22(木) 12:48:43.65ID:8m/AmRSe0
やっと軌道修正したけど、その前はずっとUWPに拘ってたからな
出来るのに敢えてやらなかった期間が実の惜しい
2020/10/22(木) 13:21:42.75ID:i6UoXIXD0
reunion やwinuiは普通に使われるようになるだろ

mauiが問題
2020/10/28(水) 01:31:15.77ID:Mnjk1xv90
既存アプリのリプレースついでにwinformsからwpfに置き換えるメリットっていうとやっぱ苦しいよね
いい加減抜け出したいけどそれに金積めるかっていうと
2020/10/28(水) 03:57:56.89ID:AQjDAF040
チームのスキル具合にもよるけど、リプレースならwinformでもWPFでも工数は変わらんと思うがなぁ

WPFに置き換えるメリットは柔軟なレイアウトがやりやすくなるくらいだから、
多言語化したいとか見た目をモダンにしたいとかの要求がないと苦しいね
2020/10/28(水) 06:16:33.76ID:WvjyNsS+0
>>597
wpfの良いところは高dpi対応だよ
winformでも出来なくは無いけど面倒すぎる
2020/10/28(水) 08:38:52.29ID:cCglm1Caa
>>598
dpi対応が必須なアプリも珍しいんじゃね？
ほとんどはUIが多少ボケても使えればいいものばかりでしょ
2020/10/28(水) 09:02:35.21ID:3bmwn6Ba0
後はテストとかかなぁ。
UIAutomationを使わなくてもVM経由の自動テストでだいたい用が足りるのがありがたい。
2020/10/28(水) 09:31:45.18ID:fmFsYpY1M
>>599
ピントくっきりはプログラマーとしてのこだわりさ。
言わなきゃwinformのボケには気づかれんし。
昔より拡大のアルゴリズムが良くなったのかボケも気にならん。
602デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-G7xE)
垢版 |
2020/10/28(水) 13:42:11.67ID:hMYVwwX80
いつまでもWinFormsに閉じ込められてる人たち可哀想
2020/10/28(水) 13:54:07.87ID:ZyU4/upgM
俺たち、winformの囚人なのさ
2020/10/28(水) 22:33:58.93ID:bWE1nSHc0
>>599
ボケてるとユーザーからクレームくるからなあ
2020/10/29(木) 08:26:25.44ID:VBEUGOAKa
>>604
それなら金取れるからwpfに置き換える理由にはなる
606デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-G7xE)
垢版 |
2020/10/30(金) 13:42:05.71ID:PJrAynTo0
ワイが客ならボケてるだけで作り直す金取られたら詐欺だって騒ぎ出すけどな
2020/10/30(金) 17:35:27.71ID:E/Yqa+Gqr
作り直すにしてもWPFじゃなくhtmlベースでだな
webアプリはこのスレではないことになっている
2020/10/30(金) 20:52:48.59ID:aqaAezog0
webに移行できんわ・・・よーわからん・・・
2020/10/30(金) 21:29:34.88ID:9yYjFwwa0
MVVMよりは簡単
2020/10/30(金) 22:00:38.24ID:FY2TvzCT0
webは覚えなきゃいけないものが多いけど
html, css, javascriptとフレームワーク, httpプロトコル, 他にも色々と
2020/10/31(土) 03:29:33.75ID:KVw9iANV0
winformでwebview2
これだね
612デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 12:14:12.88ID:MBbWn8zr0
WinFormsって海外でほとんど使われてないんだよな
もう廃止でいいと思うわ
日本では勘違いしてあれに触り始めてしまう初心者も多そうだし
2020/10/31(土) 12:36:02.15ID:V1ZFMV9B0
.NET5でも生き残ってるからまだそれなりに使われてるんじゃない？
個人的にはいらんけど。
2020/10/31(土) 12:49:25.57ID:eM45xKo20
COBOLとかVBAとか、いまだに使われているのは日本だけ、みたいなことを言う人がいるが
どこまで根拠ある話かねぇ。日本で作られたわけでもないのに。
2020/10/31(土) 13:03:08.60ID:c1mJKjfFM
>>612
vb6がまだ生き残ってると言うのに
2020/10/31(土) 13:36:51.74ID:kTaFfI8md
>>612
使われてなかったら.NET Core移植なんてされないよ
まあデザイナーはいつになったらまともに動くようになるのってレベルだけどね
2020/10/31(土) 13:59:22.88ID:W2onz8xP0
https://pc.watch.impress.co.jp/docs/news/1284496.html
microsoftが余裕ぶっこいてる間に日本でも
618デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 17:04:27.83ID:MBbWn8zr0
WPFからは他のXAMLなりHTMLの似たようなフレームワークへ移行できる技術力があるのでWindowsである必要さえない
WinFormsの囚人たちは全力でWindowsを守れ
2020/10/31(土) 17:57:05.58ID:RqCaz7vu0
開発補助ツールや趣味で作ったりするときはwinformsかな
とりあえず動けばいいっていう用途なら選択肢に入れてる

そこまで極端に邪険にする技術ではないと思うけどwinformsに親を殺された人が多いのかな
2020/10/31(土) 18:05:42.99ID:lTK9w6tH0
俺は柔軟なUIが作りやすいWPFのが好きだな
例えばウィンドウのサイズが可変なFormで、サイズに合わせてコントロールを見やすいように配置するようなアプリ
Winformでもできなくはないけど、Gridに縛られるとか制限も多いし、
修正するにもデザイナのソースを直接触るのは危険だし
2020/10/31(土) 18:45:22.65ID:Ak6XzHwW0
バインドバインドとうるさく売り込む割に実装が洗練されてなくてコードがあんま綺麗にも楽にもならんのが印象悪かった
intellisenseもバインド関連はかなり冷淡だし
バインドはおまけ扱いでGUI周りのアドバンテージから攻めてればもっと受け入れられたのでは
622デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/10/31(土) 18:52:47.22ID:MBbWn8zr0
WinFormsがメインストリームだと勘違いしたままになってる人いるよね
WPFが楽なのでWinFormsが選択肢に入ることはない
2020/10/31(土) 19:08:31.93ID:tClSfG7VM
WPFはメインストリームになったことすらないけどな
624デフォルトの名無しさん (ｱｳｳｨﾌ FF9d-L1Xi)
垢版 |
2020/10/31(土) 19:35:29.10ID:fxcwqRC2F
本人が楽なのでやればいい
2020/10/31(土) 20:21:58.38ID:eM45xKo20
>>619
WPFに親を殺された人の方が多そうな気がする
2020/10/31(土) 21:11:29.20ID:lTK9w6tH0
まあwinformの時代が長かったから、狂信者も多いよそりゃ
優劣ではなくて母数の問題
2020/11/01(日) 07:57:14.22ID:MNYsOy7gM
winformはお手軽だからねえ
2020/11/01(日) 08:50:04.44ID:bzOVBaQn0
手軽さはwinformもwpfも同じだと思うがなぁ
どちらもポトペタで作れるし
2020/11/01(日) 08:59:46.29ID:wlH1XftDM
wpfはポトペタの後に数手間がデザインコードに必要でしょう
2020/11/01(日) 09:00:56.20ID:lWm5tUUgr
WPFは.netの発展を妨げたと思うよｗ

WPFは.net farameworkを殺した
2020/11/01(日) 09:18:07.13ID:L9Dw0z6o0
>>630
WinFormsって別の選択肢があってWPFが強要されたわけでもないのにそんなに影響あるわけない
それならむしろUWPだろ
2020/11/01(日) 09:25:39.62ID:lWm5tUUgr
WPFのころは最初スター開発者というかカリスマ開発者が結構いたけど
徐々にWPFに愛想をつかしてみんな出て行った

UWPのころは全然いなかったイメージ
2020/11/01(日) 10:16:08.10ID:vYfttZdY0
WPFが失敗したというより、Win32とかWinFormsとか関係なくWebやスマホの台頭で、パソコンの地位が大幅低下してWinアプリ開発者自体がいなくなっただけだろ
2020/11/01(日) 10:19:55.03ID:vYfttZdY0
WPFがこれからって時にRAIのSilverlightくるか？と思ったらスマホやhtml5に潰されて、開発者はそのままwebやスマホに流れてそして誰もいなくなった
タイミングが悪かった
2020/11/01(日) 12:01:36.14ID:xyKEMNIm0
Silverlightの存在自体忘れてたわ
Flashですら終わったし何が流行るかようわからんな
2020/11/01(日) 12:21:42.00ID:e68KhAjoa
>>629
ポトペタ後の手間はwinformもwpfも同じでしょ
2020/11/01(日) 12:42:45.86ID:yWJ19fiQ0
wpfがあるおかげでpowershellで見栄えのよいgui使えるのが助かる
2020/11/01(日) 23:14:50.71ID:osmrlwGB0
WPFは結構書いたけど
Silverlightは本当に一回も書かないうちに消えたなあ
2020/11/01(日) 23:28:48.26ID:B9K9CXGLM
俺は最初個人的にWPF触って遊んでて、Silverlight3でMSの本気を感じて移行
そしてMS公式によるHTML5使え発言でXAMLは完全に見限ってWebへ移った
当時の選択は正しかったと自信を持って言える
640デフォルトの名無しさん (ﾜｯﾁｮｲ a95f-pubH)
垢版 |
2020/11/02(月) 02:58:43.24ID:9N3uvmex0
Webとデスクトップは別物なんでね・・・
2020/11/02(月) 04:02:30.36ID:HOLTExh00
>>640
ところがどっこい
2020/11/02(月) 04:39:15.19ID:jsgrdf7n0
.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
monoと比べて何の優位性があるの？
2020/11/02(月) 06:10:06.64ID:48A3lS4nM
>>641
どっこいがどっこい
2020/11/02(月) 08:55:39.30ID:lUPUTj3/a
WPFって参考図書がほとんど無いし取っ掛かり難い感じ
2020/11/02(月) 11:35:01.66ID:hcNLV68x0
>.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
Linux版は同梱できないの？
2020/11/02(月) 12:13:42.01ID:NOJEe+QTM
できるけどLinuxなら普通はDockerでOSごと同梱するからSCDかFDDかはあまり関係ないな
Dockerfileの書き方がちょっと違うだけ
647デフォルトの名無しさん (ｱｳｱｳｸｰ MM39-sqvb)
垢版 |
2020/11/04(水) 08:13:22.28ID:HJMwbhSDM
WPFに移行したかったが、WinFormsの資産が多すぎてむりだった。
2020/11/04(水) 08:43:52.88ID:cETdffJJa
メインはWinformでも、一部分だけwpfにできるよ
649デフォルトの名無しさん (ｱｳｱｳｸｰ MM39-sqvb)
垢版 |
2020/11/04(水) 12:34:12.48ID:HJMwbhSDM
>>648
まじで
…一部ってどういう意味？
プロジェクトの中で混ぜれるってこと？
650デフォルトの名無しさん (ｱｳｳｨﾌ FFcd-D/bg)
垢版 |
2020/11/04(水) 14:40:44.42ID:wF8lqQTTF
腐乱検死体ん
2020/11/04(水) 20:14:15.85ID:dINuQHs70
Point同士の型が合わなくて悩むやつ
2020/11/05(木) 03:26:44.38ID:yv/xI33L0
>>649
うん、混ぜれるよ
elementhostでググるといい
653デフォルトの名無しさん (ﾜｲｰﾜ2 FF1a-D/bg)
垢版 |
2020/11/05(木) 12:52:42.70ID:nZjhZ210F
>>651
めっちゃ判ります
合わないっていうより
いつもどっち使うかで迷う
2020/11/11(水) 22:26:48.31ID:6J9SVAmCd
最近のフレームワークはスマホでも使えますよアピールしてドロップダウンの要素が激太りになるのがイヤ
マウスでクリックするからフォント＋パディング1pxでいいのに
2020/11/11(水) 23:32:10.76ID:MQspjIgF0
大きさの事いってるのならドロップダウンのみならずほぼ全部だろ
マウス入力するときはでかすぎて迷惑だが
2020/11/12(木) 00:47:19.66ID:iNnMgmkB0
JetBrains、デスクトップUIフレームワーク「Jetpack Compose for Desktop」を発表 | OSDN Magazine
https://mag.osdn.jp/20/11/11/123200
2020/11/12(木) 07:39:06.90ID:8AT56phj0
>>656
これ面白そうだな
Androidと同じようにアクティビティやフラグメントを使ってアプリ作れてデスクトップで動くってことだろうか？
2020/11/12(木) 09:23:16.21ID:18CKLesd0
いくらコードで簡単にUIが作れますよ言っても、GUIエディタは用意しておいて欲しい
659デフォルトの名無しさん (ﾜｯﾁｮｲ e563-mYn1)
垢版 |
2020/11/13(金) 13:00:06.35ID:vhmI7pwH0
.net5で何が変わったの？
3行で教えて
2020/11/13(金) 13:24:06.11ID:act4Bs+t0
・オープンソース
・マルチプラットフォーム（Win/Linux/Mac）
2020/11/13(金) 13:24:50.97ID:eEYMqn0EM
>>659
Windows, Linux, macOSで動きます
asp.net Web Formは消えました
Linux, macOSでデスクトップアプリは動きません
2020/11/13(金) 13:29:38.62ID:eEYMqn0EM
app.config消えた
2020/11/13(金) 13:31:45.54ID:HzYaO4Uw0
> Linux, macOSでデスクトップアプリは動きません

いやこれが重要だろ・・・
2020/11/13(金) 13:37:26.36ID:RWE/RDW80
>>663
.NET MAUIにご期待ください
ただし、リリースは.NET 6目標です
2020/11/13(金) 13:40:09.35ID:eEYMqn0EM
>>663
Android, iOSのアプリが作れれば問題ないでしょ
2020/11/13(金) 14:42:05.61ID:Gkg4SFnO0
uno platformはどうなんだろうね？
uwpで作ればxamarinとBlazorに変換してくれるマルチプラットホーム
2020/11/13(金) 18:20:40.22ID:nW6ry/Hb0
GitのCredential ManagerはJava製からAvaloniaになったよね…
2020/11/18(水) 13:31:53.72ID:kdYlB5pq0
>>664
.NETって５で打ち止めじゃなかったんか？
2020/11/18(水) 13:47:58.24ID:oW5F7Byc0
>>668
なぜそう思った？
2020/11/18(水) 20:50:43.26ID:x7CBpbl40
>>668
機能追加が無くなるのは.NET Frameworkで4.8が最終
.NET5からは.NET Coreベースになって続くよ
2020/11/19(木) 00:52:03.50ID:ggVp9fSH0
５がすでにCoreなのか
ということは4.8から5にしようとしたら修正が必要になる可能性が高いのな
2020/11/19(木) 00:57:47.89ID:9igY/Fs20
可能性が高いというか、修正せずには上げられない
2020/11/19(木) 23:04:14.22ID:9rIZuAkJ0
.NET 5 は .NetFramework 4.8 -> 5 と .NET Core 3.1 -> 5 のダブルミーニングなんだね
2020/11/20(金) 01:51:59.41ID:vn5j3gEq0
>>673
そんなことはどーでもいいし、それって使える奴ですかね？
2020/11/20(金) 12:42:03.17ID:JVRQYb7lM
>>674
使えるもなにも、今後もC#で開発するなら相手にするしかないやつです
2020/11/20(金) 13:41:41.03ID:VxNTSFRcM
まあ業務では今後10年は4.8が主流だろうから、10年後にまだC#を使う必要があるなら考えりゃいいんじゃないか
2020/11/20(金) 13:46:29.86ID:Mm9VUIiIM
>>676
10年どころかvb6のようにゾンビ化して死ねなくなる
2020/11/20(金) 14:45:47.95ID:976hO6bG0
未だにvbや3.5使ってるところ山ほどあるからな。
679デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8e-dBFn)
垢版 |
2020/11/20(金) 15:18:32.11ID:SGtoRX9EM
別にわざわざ切り捨てる必要も無いだろ
2020/11/20(金) 15:30:40.20ID:2sVkX3YFM
いつ壊れるか分からん古い車は捨てて新しい車に乗り換えじゃ。
運転サポート機能も良くなるだろう。
2020/11/20(金) 15:59:09.30ID:N18ToGOy0
運転手はそれで良いよ
その新しい車はだれがどうやって作るんだい？
2020/11/20(金) 16:01:28.89ID:3Z7uWHIWM
マイクロソフト様がお創りになられます
2020/11/20(金) 16:32:35.47ID:4/LDUHNNr
wpf勉強はじめた
これWindows環境無視するにはランタイム含めるのが第一？
2020/11/20(金) 16:37:11.49ID:5RbVPuKcM
wpfでwindowsの環境は無視出来ない
2020/11/21(土) 14:13:32.60ID:Yh2Fl+2iM
avalonia
2020/11/24(火) 23:02:45.83ID:26FI6mxx0
wpfで、
Task.Run(()=>{
var button = new Button();
});
って書いたらExceptionがでるのはなぜですか？
UIスレッド以外からだと、コントロールの生成もできない理由が分かりません。
FormアプリだとExceptionは出ません。

別スレッドからUIを操作する場合に、Dispatcher.Invokeが必要な事は知っています。
2020/11/25(水) 08:19:21.95ID:76XlKLvzM
>>686
そもそもWPFのButtonとWinFormsのButtonは別クラスですんで……じゃだめですか
2020/11/25(水) 08:50:01.53ID:x73GLmb2M
>>686
できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。
2020/11/25(水) 10:02:34.34ID:TnR8VzNiM
ボタンの生成自体をUIスレッドで実行しないといけないというのは不便ね
バックグラウンドで次の画面を用意するとかできないじゃん
JavaFXではボタンやパネルなどのNode生成自体はどんなスレッドでもできる
Nodeをウィンドウに追加する操作やウィンドウに追加した後のNode操作はUIスレッド限定
おかげでバックグラウンドでのUI準備がはかどる

WPFは違うのか、残念
2020/11/25(水) 10:09:01.22ID:Zg733lEBM
>>689
そんな実装は嫌だよ〜('・ω・')
2020/11/25(水) 10:27:36.93ID:UOhQqzqp0
>>689
メイン以外の複数のUIスレッドを持てばいい
Threadを作成して、そのスレッドでDispatcherを起動すればそのスレッドでButtonなどを作成できるようになるらしい

たた、そこまでしてUIを作成するのが重い処理なの？
2020/11/25(水) 10:30:29.94ID:Zg733lEBM
xamlで出来ることをコードで実装するメリットは無いなあ
2020/11/25(水) 10:31:59.41ID:zPF2z3TPM
>>689
React.jsのアーキテクチャとか知ってりゃわかるけど、論理的なツリーの構築なんて実際にそれを画面に反映させるコストに比べたら無視できる
IOが必要なデータとか激しく時間がかかるものだけ先読みしておけば十分
2020/11/25(水) 10:32:18.06ID:UOhQqzqp0
ちなみに、Win32コントロールをラップするWinFormsのコントロール、
>>686でコントロールの生成で例外発生しないとの事だけど、最終的に画面に表示できたの？
ググるとどのみちエラーでる記述が
2020/11/25(水) 10:35:42.93ID:Zg733lEBM
>>691
それってuiスレッドが空かなきゃ描画出来ないのでは?
2020/11/25(水) 10:43:56.75ID:JjEVQ0uq0
新しいスレッドをSTAにして複数のUIスレッドを構築/動作させることはできるけど
どのみちコントロール作成時に呼び出しスレッドのDispatcherに結び付けられちゃうので
WPFは別スレッドでコントロール作成してメインのUIスレッドに渡すみたいなのはできなかったと思う
（XAMLのデシリアライズも然り）
2020/11/25(水) 10:45:35.98ID:UOhQqzqp0
>>695
というか、たぶんWindow単位とかになりそうだな...
つまり、あるWindowを表示してて、別のWindowを別のUIスレッドで作成みたいな感じで...
2020/11/25(水) 10:48:10.01ID:UOhQqzqp0
うん、>>696みたいな感じ
WPFではそれが限界だと思う
2020/11/25(水) 10:49:08.16ID:Zg733lEBM
>>697
そう言うコードにするメリットは無いですよねえ('・ω・')

分かってないやつほどスレッドを使いたがる法則
2020/11/25(水) 11:02:22.58ID:UOhQqzqp0
>>699
メリットがあるかどうかはそれは>>689に聞けよ

俺も意味なさそうだから>>691でそこまでしてUI作成するのが重い処理なのって一言書いただろ

でも、勝手にこっちでメリット判断して実際できるか答えないのもあれだから一部できるやり方書いただけだろ
2020/11/25(水) 11:06:21.17ID:Zg733lEBM
怒ってるんですか(^_^;)
2020/11/25(水) 11:08:42.29ID:UOhQqzqp0
まぁ、お前みたいな低レベルは、複数UIスレッドもてて、コントロールがUIスレッドに結びつくという知識なかったから
>できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。

こんな馬鹿みたいな感想でるんだうが
2020/11/25(水) 11:08:58.51ID:Zg733lEBM
すいません
2020/11/25(水) 11:11:51.98ID:Zg733lEBM
>>702
自スレッドで作ったUIにはアクセス出来るのでは?
2020/11/25(水) 11:23:17.82ID:Zg733lEBM
>>702
>>686のコードってwinformだと実行出来るんですよねえ。
何でwpfで実行出来ないのか謎に思っただけです。

オレって低次元?
2020/11/25(水) 11:23:53.42ID:UOhQqzqp0
馬鹿はどこ突っ込まれたかも理解できない法則
2020/11/25(水) 11:28:53.50ID:Zg733lEBM
具体的に指摘できないんだ
2020/11/25(水) 12:41:02.89ID:K6kxBcX1M
なんだこれ
2020/11/25(水) 12:57:48.31ID:76XlKLvzM
非同期よく分かってないんだけど
スレッドプール上で例外投げてもそれだけでは他スレッドには例外って飛ばないんじゃないの？
2020/11/25(水) 13:23:52.69ID:ks6d1c09M
>>708
お騒がせしてすいません

>>709
飛ばないけどデバッガ上だと出力Windowに出ます
2020/11/25(水) 21:40:23.36ID:w3f8aY1YM
>>700
UI構築ってそんなに低コストかな？
JavaFXのFXML（XAMLみたいなもの）からUI構築するのって結構コスト高いんよ
マークアップ言語からインスタンス生成していくのもそうだし
FXMLに記述したイベントハンドラーの実際の割当がリフレクション使っておこなわれるとかあるので
複雑なUIだとFXMLからUI構築するのに0.3秒かかることもある
XAMLだとそういうことはないのかな？
ともかく準備がバックグラウンド**でも**できるのは単純にメリットじゃない？
もちろんUIスレッドでやりたい人はそうしてもいいんだし
2020/11/25(水) 22:41:10.98ID:UOhQqzqp0
>>711
ここWPFのスレで基本デスクトップ向けのアプリだから、そこそこパワフルなマシンで動かすだろうとはしょったが、
xaml自体はくそ重いと思うw

baytrailのatomタブレットの頃のUWPアプリ作ってた頃に、画面表示にx:bind使おうが結構なCPU使用率いって格闘してたし

Uno Platformのアプリもandroidで動かしてみると、ページ切り替えとか
もっさりしまくり。xamlが重すぎなのかどこがボトルネックになってるが調べたわけじゃないが
2020/11/26(木) 00:14:07.84ID:GMHr0knm0
あんま詳しくないけどリフレクション結構使うことになるから重くなるんじゃなかったっけ？
2020/11/26(木) 01:22:03.30ID:pbHxDUnU0
WinUI３のPreview3とWebView2の正式版が出たようだがイマイチ盛り上がってねーな
715デフォルトの名無しさん (ﾜｯﾁｮｲ f701-kGov)
垢版 |
2020/11/26(木) 05:09:27.49ID:wsGUPw320
｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
https://www.excite.co.jp/news/article/President_35457/
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
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
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
https://sogyotecho.jp/career-development/
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
https://note.com/taishikato/n/n7809a8ed3ffc
2020/11/26(木) 14:20:03.14ID:Nw4Y99po0
WPFはGPU使うからパワフルかと思うが
2020/11/26(木) 15:11:23.07ID:dNeskMNA0
そうね
GPU使うのもそうだし
UIスレッドとは別にレンダリングスレッドがあるのも良い
本質的にWPFはWinFormsより性能を出しやすいアーキテクチャになってる
2020/11/26(木) 15:20:56.04ID:sWkUWOivM
起動が遅い
2020/11/26(木) 15:32:26.69ID:l8W6EZba0
GPUないとクソ重くゴミ同然。仮想環境では使いものにならない。
720デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-OOND)
垢版 |
2020/11/26(木) 19:20:51.47ID:fNj9kr5u0
だがそれがいい
721デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8f-0O1z)
垢版 |
2020/11/26(木) 19:31:24.38ID:qinMBZKrM
GPUはゲームで使うから邪魔しないでくれるかな？
2020/11/26(木) 23:18:30.56ID:12STscif0
>>714
ここにはそういうチャレンジャーあんまりいないので…
C#9ゴリゴリ使うのは楽しそう
2020/11/27(金) 03:10:38.94ID:bwX7nLRd0
>>719
今時GPUないPCなんてあるん？
2020/11/27(金) 11:45:34.38ID:dazyxaWu0
>>723
どんだけアホなん？w
2020/11/27(金) 13:11:25.06ID:35rurNSb0
>>656
だんだんiOSが無視される様になってきたな。
2020/11/27(金) 13:23:17.23ID:wF8gnWWL0
>>724
やったことないけど、ググると仮想環境でもGPU使えるらしいよ
2020/11/27(金) 13:24:42.69ID:fYoybSwEM
>>724
グラボGPU無くてもCPUにGPU内蔵でしょ
728デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Spcb-Sk7P)
垢版 |
2020/11/27(金) 17:25:39.11ID:Vd/8Whg9p
GPU使うちゅーても合成に使うだけでその前に贅肉たっぷりの処理が走るので意味ないわよ
2020/11/27(金) 18:14:00.42ID:fjGccOTXd
ゲーム中にWPFで作ったどんなアプリ使うの？
2020/11/28(土) 06:10:11.47ID:qNLld4O40
>>724がアホだったてオチか
2020/11/29(日) 10:59:16.94ID:OM1azIlUr
WPFの3D表示部だけ遅いからグラボいいのかって乗せたけど動きは変わらなかった
732デフォルトの名無しさん (ﾜｯﾁｮｲ d75f-OOND)
垢版 |
2020/11/30(月) 18:50:15.68ID:3PLmCTmV0
WinUI in Desktop使いたいけどボタン押したときの感触が気に入らなくて辛い
純粋なデスクトップから生まれた発想じゃないもんね
2020/12/01(火) 03:00:04.18ID:v77VJI7y0
https://forest.watch.impress.co.jp/docs/news/1290743.html
米Microsoftは11月20日（現地時間）、.NET向け「WebView2」の一般公開を発表した。「.NET 5.0」や「.NET Core」、「.NET Framework」（Windows Forms/WPF）をベースとしたアプリケーションに新しい「Microsoft Edge」を組み込むことが可能。現在サポートされているすべてのWindowsで利用できる。
2020/12/01(火) 12:14:57.71ID:CDzfjJOf0
>>733
Win32 C/C++向けの「WebView2」は10月にリリースされており、これでWin32と.NETの両方をカバーできるようになった。
735デフォルトの名無しさん (ﾜｯﾁｮｲ 9fe6-0O1z)
垢版 |
2020/12/01(火) 21:42:10.08ID:R6Ic2fOf0
Electronマダー？
736デフォルトの名無しさん (ﾜｯﾁｮｲ bc5f-XXx1)
垢版 |
2020/12/02(水) 14:18:28.89ID:fg9k/ys10
Electronはもうダメだろ
2020/12/02(水) 14:56:54.16ID:yJY81L7Ar
ダメな理由もない。
2020/12/02(水) 15:22:11.73ID:7SF2lDHXd
どうしてElectronしないのよオ
2020/12/02(水) 15:48:57.03ID:gmqCIpk40
>>737
あるよ。
一番肝心なAndroid, iOSに対応していないし、サイズも大きいし、起動も遅いし
どうにもならない。
2020/12/02(水) 16:10:01.03ID:yJY81L7Ar
>>739
まるで実感ないね。
2020/12/02(水) 16:25:42.94ID:xxAw3X8I0
>>739
そんなんWPFも全部当てはまるじゃん
742デフォルトの名無しさん (ﾜｯﾁｮｲ bc5f-XXx1)
垢版 |
2020/12/02(水) 17:06:06.48ID:fg9k/ys10
WPFはWindows Desktop専用だからいいんだよ
Electronは話題性もないし立ち位置も中途半端
2020/12/02(水) 17:14:29.44ID:bbLEzKH70
.NETのアプデすらNGな案件でサーバー上でちょっと動かすツールだと、WinFormかWPFの二択になるんだよな
2020/12/02(水) 18:14:50.30ID:ihV57jveM
>>743
.NET使わなきゃいいだけでは？
.NET CoreでSCDする手もあるし
2020/12/02(水) 18:29:55.35ID:yvBGiPiW0
今Electron製の専ブラ使ってるけど快適よ
2020/12/02(水) 19:55:57.75ID:+rFxXUFw0
VSCodeもElectronじゃなかったけ
2020/12/02(水) 21:36:41.26ID:IakEOsuU0
そうだね
実行ファイルのサイズがクソデカくて笑ってしまった
2020/12/02(水) 21:58:56.00ID:yJY81L7Ar
いまやElectronだらけですよ。
2020/12/02(水) 22:07:19.88ID:xRP06t7i0
Electron使ってる有名どころって何がある?
Teamsがそうなのは知ってるけど、使い勝手がいまいちな部分が多くてあまり印象良くない
2020/12/02(水) 22:08:52.35ID:ihV57jveM
Slack
2020/12/02(水) 22:12:28.20ID:lsgm9mj8a
Siki
2020/12/02(水) 22:24:51.50ID:H7056PtS0
Prism 8使ってるけどViewModelのコンストラクタでIDialogParametersとる方法ないの？
2020/12/03(木) 00:09:11.87ID:eIuWK7gH0
Skype
2020/12/03(木) 01:40:57.83ID:GwVQIGxq0
SkypeとかUI変わって滅茶苦茶評判悪かったやつじゃん
2020/12/03(木) 01:43:29.73ID:mvtB887U0
既存アプリがWPFに移行した場合、使いにくくなったという悪評しか聞いたことがない。

当然の結果だけど。
2020/12/03(木) 02:00:22.73ID:wQu9RegL0
それはUI framework関係なくUXの話では？
UI frameworkの評価って大体、作りたいものが作りやすいか？凝ったことをしたいときにやりやすいか？っていう開発者都合だと思うけど
別にwpfが良いと思わない部分はあるがその評価基準は違う気がする
2020/12/03(木) 02:16:15.99ID:toBxio+U0
Electronは言語もJSかTypescriptになるし、Wasmも簡単には使えないようだし
中後半端。
特にやはりスマホやタブレットで動くアプリが作れない事が痛い。
2020/12/03(木) 02:22:12.06ID:eIuWK7gH0
>>757
？
759デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM34-xfUJ)
垢版 |
2020/12/03(木) 08:44:59.62ID:+/jJmo0+M
いや、ウェブビュー2ベースのエレクチオンまだかなーと
2020/12/03(木) 11:02:54.53ID:eIuWK7gH0
>>759
？？
761デフォルトの名無しさん (ﾜｯﾁｮｲ 6e01-zLCK)
垢版 |
2020/12/04(金) 22:16:21.68ID:9AUT9QCq0
エンジニアが教えるの下手くそな理由を論理的に解説してみた【教育の本質】
https://www.youtube.com/watch?v=3YwyYSj-k2s
派遣エージェントの言う事は9割ウソである理由【カモられない方法】
https://www.youtube.com/watch?v=8DxQFLAuFqo&;t=231s
IT業界のヤバすぎる落とし穴5選
https://www.youtube.com/watch?v=WPPCJ4o-mpA
絶対にエンジニアになってはいけない人とは【ハイクラス人材】
https://www.youtube.com/watch?v=kKUC7rZRUtc
りゅうけんKENTAマナブは怪しいアフィ勢だとベテランエンジニア（笑）に言われるらしいwww
https://www.youtube.com/watch?v=Cp7ByHiFk6Y
【個人で稼ぐ】会社を辞める前に習得しておくべきスキル5選
https://www.youtube.com/watch?v=8WB4O1V6YLg
【聞いてください】「会社員」という働き方の本当のヤバさ
https://www.youtube.com/watch?v=HbIAACbQkPc
サラリーマンが知らないフリーランスの真実
https://www.youtube.com/watch?v=vxVG8eAQbsc
2020/12/05(土) 00:10:09.86ID:7NPUSOnt0
>>761
グロ
2020/12/05(土) 08:37:14.90ID:s9eq1Gzn0
たしかにモザイクされたサムネは赤黒黄が多くてグロっぽい
2020/12/07(月) 08:52:33.12ID:7Z9YnNvna
NG
2020/12/17(木) 15:48:22.41ID:3i4GnGXZ0
Defenderにワイのwpfアプリ勝手に消されたわまじﾀﾋね
2020/12/17(木) 20:20:01.10ID:LGEg4dtH0
goto 座間
2020/12/22(火) 18:40:26.07ID:nqOhO4xB0
>>755
WPFでも既存のフォームアプリと同じようにUI作れると思うんだけど違うの？
2020/12/22(火) 18:42:02.68ID:2ZygYJcc0
>>767
素人の戯言だよ。
2020/12/22(火) 18:54:25.71ID:yeSgi2UL0
wpfはxamlをきちんと勉強しないと、直感だけでは使いこなせない人が多数だと思う。
入力を伴うデータグリッドだけは、未だに扱いにくいと感じてる。
2020/12/22(火) 19:21:13.15ID:4ZfxS1k6M
WPFはトップダウンな設計が必要で、ドカタのWinForms開発のように個別に画面を作り始めると破綻しやすいんだよ
2020/12/22(火) 19:24:44.41ID:IvaCiXgR0
WinFormっぽく使うことは可能だけど、DataGridをクリックした時の動作は不評だな
2020/12/22(火) 19:48:43.92ID:2ZygYJcc0
>>771
素人の戯言かな？
2020/12/22(火) 19:52:27.18ID:IvaCiXgR0
>>772
色々弄ってない素のDataGridの動作で文句言われないの?
2020/12/22(火) 20:16:40.53ID:AmPbMba+0
GrapeCityのSPREADとか使いやすいのかな。まあ、試してみればいいのだが。
2020/12/22(火) 23:06:44.27ID:JTa0UW4v0
DataGridは弄るのも面倒だからなあ
Excel.Net作って欲しいわ
2020/12/30(水) 06:28:40.39ID:QH/c9U/k0
gridを方眼紙のように張り巡らせてどんな座標にも置けるような画面設計があって驚いたんだけどこんなんアリなの？
2020/12/30(水) 07:20:18.51ID:cOh4g6FA0
アリだよ
ウィンドウサイズ可変のアプリでも部分的にはサイズ固定の領域って存在するし
レイアウト機構を持っていても絶対値座標指定機能を持つUIツールキットは多い
2020/12/30(水) 13:11:21.51ID:Umj5Fa5/0
Canvas使っとけとは思う
2020/12/30(水) 16:46:30.87ID:Sd5RCoBwM
方眼大好きバカジャップ
2020/12/30(水) 16:54:51.65ID:cNIj0vftM
>>779はどこの国の人ですか？
781デフォルトの名無しさん (ﾜｯﾁｮｲ df01-Cbw0)
垢版 |
2021/01/10(日) 08:31:41.81ID:X7ha0mxM0
ビジュアル・デザイナーとロジック開発者との協業ができる。

とあったけど、どんだけ凝った画面にするんだろ。
普通はコード書く人が画面(コントロール配置)やるだろ。
2021/01/12(火) 03:40:09.97ID:XISA+tbLM
powershellからだすWindows Formで野比家のボタン2回押して、磯野家1回押して、野原家3回押してOKしたら「男14人、女9人、犬3匹、猫3匹」って返してくれるプログラムください
783デフォルトの名無しさん (ﾜｯﾁｮｲ 5f45-Cwx9)
垢版 |
2021/01/12(火) 15:04:17.37ID:wJhpfkOw0
野比家の女：玉子さん
磯野家の女：フネさん、ワカメ　(フグタ家のサザエ除外）
野原家の女：みさえ、ひまわり

どうしても延べ10人になるけど、9人って返さないとダメ？
2021/01/12(火) 15:19:00.27ID:wIf3T4Io0
>>781
コードを書く人に任せるといまいちなデザインになりがち
凝る凝らないに関係なくね
2021/01/12(火) 16:27:09.93ID:wJhpfkOw0
よくみたらWPFのスレでPowerShellもWinFormsも関係ないから
答え書かない方がいいか
2021/01/12(火) 17:02:29.33ID:JkNKxaxX0
各家の人数を加算なんかせずにボタンをある一定の手順で押下したときにだけ特定の文字列を返すプログラムで良いのでは？
2021/01/12(火) 17:31:59.79ID:V95G+u6D0
ボタン押す回数が少なかったときや多かったときの動作は仕様上未定義だから
常にOK押したら固定文字列「男14人、女9人、犬3匹、猫3匹」を返せばいいんじゃないかな
2021/01/12(火) 22:24:48.15ID:xsOycbRU0
>>781
デザインはデザイナにしてもらって、それ見ながらコーディングすればいいよ
中途半端な分離はかえって生産性落とす
2021/01/14(木) 11:49:55.09ID:anDBhpsoM
>>787
2-1-3は決まってるから、それ以外ならハズレ演出して、2-1-3の時だけメッセージだした方がまだ仕様（）に近くない？
2021/01/14(木) 16:05:09.78ID:2xvAdK/I0
Prismって使われてる？
2021/01/14(木) 16:08:08.41ID:gYDerupm0
うん
2021/01/14(木) 16:43:53.34ID:us8Mk+7V0
むしろPrism以外が死んでる
2021/01/14(木) 17:11:58.74ID:2xvAdK/I0
そうなんだサンキュー
2021/01/14(木) 18:16:36.60ID:4B/6jC4e0
デザインをデザイナと分担できるというけど、経験上ビジネスロジックと比べたらデザインの工数なんて半分以下だから分担の恩恵が薄いんだよな
2021/01/18(月) 01:26:43.69ID:Kpsjp2aqM
scrollviewerがmanipulation系のイベントがハンドラ内でe.Handled=trueによってイベントのバブルアップを止められているらしい(URL貼れないけどどっかの個人ブログ参照)から
カスタムコントロールでe.Handle=trueしないものを作りたいんだけどうまくいかない
2021/01/20(水) 16:16:26.10ID:Wx/Iy2mC0
なんでtreeviewのbeforeexpand無くなってるの？
MSってよく意味の分からないことするよね
2021/01/21(木) 16:03:37.57ID:qWgafXth0
すれち
2021/01/26(火) 08:34:09.85ID:361yZFbpd
長年WindowsFormsやってきて、ようやくWPFに移行しようとしているワイのモチベーションがあがるお言葉をお願いします
2021/01/26(火) 08:36:03.63ID:ud7WAy7Ca
Xamlに慣れとくのは無駄にはならんだろ
2021/01/26(火) 08:41:47.50ID:Vy6n/RPYM
>>798
何かを始めるのに遅すぎると言う事は無い
2021/01/26(火) 09:43:49.72ID:qSdfocRRM
>>798
WPFは既にメンテナンスモードでWinFormsと同列
現在のシェアから考えてWinFormsより長く生き残ることはまずないから、もし自身のエンジニアとしての延命が目的なら今更やるのは全くお勧めできない
Webやれ
2021/01/26(火) 09:55:14.16ID:Vy6n/RPYM
デスクトップじゃWin32アプリが最後まで生き残りそう。
winformアプリも大量に有るのでゾンビの様に死滅しない。
2021/01/26(火) 11:17:20.66ID:SEH/ccP0r
>>798
web系技術でデスクトップアプリ作る
時代になってますよ。
2021/01/26(火) 11:40:37.20ID:ZjE6Xg+z0
モチベーションアップする言葉じゃないなw
2021/01/26(火) 11:59:33.60ID:j7spnDSJ0
mongodbのコンパスとか多分chromiumだろうけど美しいもんなー
2021/01/26(火) 12:16:42.96ID:NAba6hCjM
web系って流行り廃りが激しいので後のメンテが大変かも。
807デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8f-rma+)
垢版 |
2021/01/26(火) 12:21:02.53ID:m9QEFa1vM
htaはいつまで使えるだろうか？
2021/01/26(火) 12:42:38.13ID:b2P28rbA0
３月に正式リリース。７月にフルスペックの予定のWinUI3がWPFの代替となる予定だが
特に大きな変化はないから安定すれば移行が進むんじゃねーかな？
809デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcb-M8KH)
垢版 |
2021/01/26(火) 12:59:30.20ID:sDueyM6cM
>>808
イマイチわかってないんだけどUWPと共通化できて嬉しい？
2021/01/26(火) 13:33:11.88ID:kStMQ1/o0
ChromeBookでも動くんか？
2021/01/26(火) 14:14:45.77ID:YUoLXY1Qd
結局Web系ってなにやればいいの？
ASP.NET MVCとか？
2021/01/26(火) 14:14:54.68ID:WHTpfe5BH
結局Web系ってなにやればいいの？
ASP.NET MVCとか？
2021/01/26(火) 14:34:10.17ID:fB+Ar5X+0
今時MVCで新規で作る必要ある？
2021/01/26(火) 14:40:20.88ID:NAba6hCjM
>>812
ASP.NET Core MVC
2021/01/26(火) 15:00:30.94ID:3RPKEuA50
Web APIならね。UIが必要ならそこはRazor Pagesにしときな。
2021/01/26(火) 20:34:15.63ID:xVPuSdRM0
>>802
Win32レベルでいいならC++/CLI以外みんな生き残るだろ。
2021/01/26(火) 20:38:42.61ID:xVPuSdRM0
>>803
「作れる」のレベルはだんだん上がってきているけどデスクトップフレームワークの域にはまだ遠いよなぁ。
BlazorでWPF動かせるようになったらいいんだが。
2021/01/26(火) 21:13:38.65ID:SEH/ccP0r
>>817
Blazorはjs書けない層の
救済ライブラリーですよ。
2021/01/26(火) 21:19:33.80ID:xVPuSdRM0
>>818
Cはアセンブラ書けない層の救済言語、みたいな？
2021/01/26(火) 21:24:27.11ID:SEH/ccP0r
>>819
ちょっと違うかな。
js<-->c#のラッパーライブラリーになります。
なので遅くて機能も少ないです。
2021/01/26(火) 21:33:10.40ID:xVPuSdRM0
そういう話じゃなくてね、>>818はC#よりJSの方がハードルが高いと言いたいのかってこと。
822デフォルトの名無しさん (ﾜｯﾁｮｲ 5f6a-xA1r)
垢版 |
2021/01/26(火) 21:39:57.47ID:9pIisiq/0
>>820
さすがにデタラメすぎワロタ
2021/01/26(火) 21:41:41.11ID:SEH/ccP0r
>>821
それは人によりますね。

>>819
アセンブラ書ける層にもｃ学ぶメリットがありますが、
（ｃはアセンブラ書けない人の救済目的でない。）
jsでwebアプリ開発者出来る層が、
Blazor学ぶメリットは無いって事です。
2021/01/26(火) 21:55:22.08ID:xVPuSdRM0
>jsでwebアプリ開発者出来る層が、
>Blazor学ぶメリットは無いって事です。

つまりWebアプリの方がハードルが高いって言ってるんだろ？
2021/01/26(火) 22:41:31.51ID:hQ6WFpsM0
いやBlazorが糞って言ってるんだろ
2021/01/26(火) 22:51:00.14ID:SEH/ccP0r
webアプリメインでやってりゃ
デスクトップアプリ開発なんて未知の領域だし
逆もまた然りでしょ。

つってるうちに、
web開発者がそのスキルの延長で
デスクトップアプリ作り始めてるって時代に
なっちゃってますけどね。

因みにスマホアプリも業務系は
かなりの部分的がwebView使った
webアプリですわ。
2021/01/26(火) 23:55:27.32ID:wUk9YuWu0
結局デスクトップアプリやりたかったら何勉強したらいいんだよー
2021/01/27(水) 00:03:20.45ID:XeV35zEs0
GDI
2021/01/27(水) 06:04:27.12ID:pUY+TGNk0
>>827
UWP
2021/01/27(水) 07:57:56.27ID:HOXaQKzC0
UWPはいいね
この前ストアアプリ配信したんだけど結構ダウンロード数伸びてる大したことないアプリなのに
まだマイクロソフトストアが未成熟だからね
すでに飽和してるApp StoreやGoogle Play Storeじゃこうはいかない

マイクロソフトストア狙い目よ
2021/01/27(水) 08:05:32.37ID:Q5PELBL+0
Web(React)もデスクトップ(WPF)もやってるが、だからといって今のReactで
デスクトップアプリ作る気にはなれんな。

>web開発者がそのスキルの延長で
>デスクトップアプリ作り始めてるって時代に

自分が持ってるスキルで他分野に入り込みやすくなったから
喜んで使っているんだろうが、これから新しくデスクトップアプリを
始めようって人に勧めるのはちょっと違うかな。
2021/01/27(水) 08:28:30.65ID:XM7FIDHcM
趣味の開発なら良いが業務用アプリでUWPを使おうとは思わんな
2021/01/27(水) 09:09:15.94ID:HOXaQKzC0
でもさ趣味と業務で技術を使い分けるのも非効率じゃない？
2021/01/27(水) 09:16:51.18ID:6qpNXEFE0
趣味はある程度妥協できるけど、業務はそれができない
2021/01/27(水) 09:18:43.10ID:XM7FIDHcM
>>833
業務用には枯れたものを使いたいねえ
最先端も追っかけなきゃ技術者としては終わるけど
2021/01/27(水) 09:31:24.47ID:PQslRsA90
いまさらUWPはやめとけ
2021/01/27(水) 09:34:14.87ID:Q5PELBL+0
マイクロソフト環境にどっぷり漬かっている会社ならビジネス向けストアを使う手もあるだろうが
IT部門が全社に配布する手間を減らせる以外のメリットが思いつかんな。
まさか常にサイドローディングしてもらうわけにもいかんだろうし。
2021/01/27(水) 09:45:27.80ID:XM7FIDHcM
新規だとWPFですかねえ
winformよりはUWPへの乗換ハードルは低いし
webじゃ無理なアプリもあるし
2021/01/27(水) 09:47:08.33ID:lP1lXV780
デスクトップ　ExcelVBA
Web　スプレッドシートGAS
2021/01/27(水) 11:58:47.28ID:s+2IuEm00
今から投資するなら
.NET MAUI
かな。xaml + mvvm が糞すぎた。
2021/01/27(水) 12:01:39.36ID:2Yp9CVeL0
全く詳しくないんだけどWINUIは糞なところは改善されるの？
2021/01/27(水) 12:34:09.96ID:XeV35zEs0
良く判らんが、ザマリン下位のskia
をGDIでラップ出来るようになったの？
843デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8f-rma+)
垢版 |
2021/01/27(水) 13:27:12.09ID:+quYuruPM
UIがどうなろうとIPropertyChangedは全部書かないといけませんか？
2021/01/27(水) 13:34:31.78ID:nqDSrDWAM
>>843
必要でしょう
ReactivePropertyとかBindableBaseを使えばコーティング量が減る
2021/01/27(水) 13:36:55.01ID:4ZLvOcYXM
>>843
MVUなら必要ないよ
846デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8f-rma+)
垢版 |
2021/01/27(水) 13:52:55.21ID:+quYuruPM
うーん
プロパティにref使えないけど
SetPropertyどうやって使ってんの？
2021/01/27(水) 13:53:49.65ID:nqDSrDWAM
.NET MAUIか
2021/01/27(水) 13:54:43.18ID:nqDSrDWAM
>>846
え?
2021/01/27(水) 14:09:18.65ID:s+2IuEm00
xaml登場時からやってる
ベテランの自分でさえ
xaml流mvvmは
コード量が激増して面倒臭すぎる。

ReactのJSXみたいに
xaml中にコードが直接かけるように出来んものか？
2021/01/27(水) 19:59:46.88ID:1NyuRNVoM
<x:Code>で囲めばゴリゴリC#書けるよ
面倒だから素直にコードビハインドに書いた方が早いけど
どうせg.csにコピーされるだけだし
まあ何につけmvvmが失敗の原因だったよね
2021/01/27(水) 21:48:06.42ID:Q5PELBL+0
失敗というか、WPFに挫折した人の原因ではあるのかもしれない。
2021/01/27(水) 22:50:02.01ID:I3USHUPf0
VisualStateManagerはBlend前提の設計かもしれんが、ちょっと解りにくいわな
2021/01/27(水) 22:51:44.29ID:VJox6Jtr0
MVVMってテストしやすいのはいいけど、設計難易度上がるし面倒なところあるから初めて関わる人や新人いるチームだと大変すぎてな。一人や少数精鋭チームでやれればいいけど。
2021/01/27(水) 23:11:30.32ID:lP1lXV780
ビューとモデルの完全分離を目指した結果
肥大化するコードと失われる可読性って本末転倒じゃん
2021/01/28(木) 07:46:28.72ID:W1L2iiMj0
>>849
xamlてコード分離が目的なのに中にコード書いたら意味無いような気がするが
2021/01/28(木) 10:15:55.24ID:jO4DLeJx0
>>855
コードを分離する
メリットとデメリットは？
2021/01/28(木) 10:19:43.92ID:pXmI1nylM
>>856
メリット、ユニットテストがやりやすい
デメリット、めんどくせー
2021/01/28(木) 10:26:33.10ID:jO4DLeJx0
>>857
ユニットテストは
やりやすいレベルにはならんよ。
2021/01/28(木) 10:27:16.51ID:p4i84vEc0
なるよ
2021/01/28(木) 10:28:56.03ID:jO4DLeJx0
ならん！
2021/01/28(木) 10:40:26.08ID:FPs7AaOb0
>>858
UIベッタリだと出来ないだろう
862デフォルトの名無しさん (ﾜｯﾁｮｲ 275f-rvE3)
垢版 |
2021/01/28(木) 10:59:29.17ID:dNWrUHbO0
>>854
Railsですね判ります
2021/01/28(木) 11:27:11.16ID:tUs9KAdY0
コード増えるのは辛いよな
なんとかならんのかこれ
864デフォルトの名無しさん (ｱｳｱｳｳｰ Sa4b-/dh6)
垢版 |
2021/01/28(木) 12:09:59.78ID:AZvjaiaSa
model view を結合するのはいいけど、、


model もうひとつつくって、プログラムされたタイミングで
同期させたい

isDirtyな
double bufferともいう
2021/01/28(木) 12:22:12.52ID:s7DYC79h0
INotifyPropertyChanged実装しないModelクラスを、ViewModelでラップするのがしんどい。
866デフォルトの名無しさん (ｱｳｱｳｳｰ Sa4b-/dh6)
垢版 |
2021/01/28(木) 12:25:43.67ID:AZvjaiaSa
mv結合100%だから不自由なんで、

設計でいうmodelとは別に
実装用のmodel作るべき

設計modelは切り離して
change by user
change by initialize
change by signal
も判別しなきゃだな
2021/01/28(木) 12:47:51.29ID:jO4DLeJx0
>>863
mvvmを捨てる事から初めてみましょう！
868デフォルトの名無しさん (ﾜｯﾁｮｲ 7fb5-MWrm)
垢版 |
2021/01/28(木) 20:10:35.14ID:v7b31HK80
>>854
俺の言いたいことをすべてお前が大便してくれた
2021/01/28(木) 20:52:41.82ID:A1rlojlb0
>>861
FormsアプリをUIAutomation使って自動テストする地獄を味わったことのない人には
有難みがわからないのだろうな
2021/01/28(木) 21:24:14.10ID:eBfsAdOM0
そもそも>>858はユニットテストがなにか知らんような気がする
マニュアルに従ってテキトーにポチポチクリックして落ちなきゃテスト終わりーとか言ってそうw
2021/01/28(木) 23:14:26.37ID:jO4DLeJx0
>>870
今時ICサーバー必須と言われてますわ。
2021/01/29(金) 05:32:11.60ID:smfBIAno0
ICサーバーってなんだ？
まさかと思うけどCIサーバーのことじゃないよな？w
2021/01/29(金) 12:45:43.37ID:geJ3sMpq0
笑
874デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/01/29(金) 19:43:57.28ID:7PT6zv600
>>870
俺は>>858じゃないけど、
マジ、おせーて
assertとか使う奴？
それともGUI上で出来るようなのがあんの？
2021/01/30(土) 10:03:36.71ID:mgrsH3mq0
>>855
ビジネスロジックコードの分離が目的なのだから、デザインコードは一緒になっている方が良いかも
2021/01/30(土) 12:20:17.91ID:g5e1Zwf90
Javaでオブジェクト指向が流行った時期の間違いみたいに
大規模開発専用のクソ仕様を銀の弾丸として全部に使おうとして失敗してる感じに思える
2021/01/30(土) 13:07:37.17ID:RzqUn7xl0
アニメをデフォルトで使う分にはxamlってそれほど複雑でもないんだけどね
formsと同じことやるなら
878デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/30(土) 14:21:59.06ID:7JTFVOFL0
UI作る人と分業できるって言うけどどんだけ凝った画面にすんだろ。
結局はコード書く人が画面まわりもやってね?
最近違うの?
2021/01/30(土) 15:34:49.92ID:B8WCMkPK0
専業のUIデザイナー雇ってるとこなんて余程の大手だけだろうな
2021/01/30(土) 15:56:17.98ID:pMmYD7u10
xaml書く専業デザイナーって聞いたことないけどいるの？
881デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/30(土) 17:17:04.26ID:7JTFVOFL0
UIとコード別けられるのが最大のメリットという位だしな。
居ないとおかしいがな。
2021/01/30(土) 17:34:35.97ID:8FYOnD7D0
誰が言った言葉かは知らんが、少なくともUIデザインを別担当者にできるのが
最大のメリットだということじゃないと思うぞ。
883デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/30(土) 18:58:30.27ID:7JTFVOFL0
何がメリットなのかWPF素人にはサッパリだよ。
2021/01/30(土) 19:40:15.77ID:8FYOnD7D0
俺個人としてはxamlでレイアウトしやすいところとmvvmでテストしやすいところかな。
2021/01/30(土) 19:46:33.44ID:WbnyfnwJ0
デザイナーがHTML/CSSで作ってプログラマーが同じ見た目になるようにXAML書く
2021/01/30(土) 19:52:36.52ID:KxRn6hKfM
デザインとプログラミングの分業においては遥かに先を行っているはずのWebでは、
最近は逆にJavaScriptにインラインでHTMLを書いているのでした
887デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/30(土) 20:01:29.27ID:7JTFVOFL0
>>885
初めからデザイナにXAMLで書いてもらったら?
2021/01/30(土) 21:55:15.69ID:WbnyfnwJ0
>>887
XAML書いてくれるデザイナーなんているの？
2021/01/31(日) 00:20:30.44ID:c/zdJjVH0
作業としてUIとコードを分けられることがメリットじゃなくて
そこが疎結合になるからいいんでないの
890デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/01/31(日) 01:07:23.46ID:SnnX9R4F0
疎結合になること自体はメリットではない
疎結合になることで何がメリットになるか書かないと

結局、分担作業やデバッグが楽という話に落ち着くと思うが
891デフォルトの名無しさん (ﾜｯﾁｮｲ 5d63-RNyz)
垢版 |
2021/01/31(日) 01:25:53.85ID:c/zdJjVH0
疎結合のメリットがわからない人はここにいるのかい？
892デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/01/31(日) 01:40:01.70ID:SnnX9R4F0
疎結合になること自体はメリットではないことがわからない人がここにいるのかい？
2021/01/31(日) 01:46:06.04ID:WbkXnsTD0
個人とか小規模開発ならあんまメリット大きくないよな
894デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 07:07:48.07ID:Odha2eMQ0
どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。
2021/01/31(日) 07:27:03.47ID:+eg72yeD0
>>891
疎結合のメリットを教えてください
2021/01/31(日) 07:51:13.66ID:r9k2b4HI0
疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。

VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。
2021/01/31(日) 07:53:58.88ID:r9k2b4HI0
>>890
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか？
2021/01/31(日) 08:06:25.92ID:+eg72yeD0
疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい！」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる

ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ（点検）対象から外せるケースが多くなる
2021/01/31(日) 08:36:11.85ID:r9k2b4HI0
>>898
Viewとmodelの分離は
疎結合は関係ないんじゃ...

「ビューはモデルを素直に反映するように」
これも...
2021/01/31(日) 09:12:12.67ID:I7rtGHH8M
ViewとModelの分離で結合が疎にならないの？
>>899の思ってる「疎結合」の定義を聞かせてほしい

「ビューはモデルを素直に反映するようになっていれば」という前提の整理について
>「ビューはモデルを素直に反映するように」
ここだけ抜き出して「これも..」と指摘してるのはいったい何が言いたいの？


なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど
901デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 09:17:07.25ID:Odha2eMQ0
昔の方が作りやすかった気がする。
2021/01/31(日) 09:19:16.44ID:xVSriNge0
>>897
自動テストの話じゃないの
2021/01/31(日) 09:21:31.64ID:r9k2b4HI0
>>900
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは？
2021/01/31(日) 09:28:45.68ID:I7rtGHH8M
？？？
ごめん>>903の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない

で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど
2021/01/31(日) 09:29:51.76ID:r9k2b4HI0
>>901
昔というか、
WinFormsと同じようにWPFでも書けるよ。

実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。
2021/01/31(日) 09:34:58.64ID:xVSriNge0
>>905
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ
2021/01/31(日) 09:43:32.25ID:r9k2b4HI0
>>904
良い説明をググッてみたけど
見つからないので簡単に書くと、

コンパイル時に参照が切れた状態になる実装を
疎結合。WPF流MVVMでバインディングで繋ぐと疎結合になる。

対してC#で普通に書くと密結合。
2021/01/31(日) 09:48:53.55ID:r9k2b4HI0
ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。
909デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 09:49:01.23ID:Odha2eMQ0
>>905
それで売りの高解像度にも対応してるなら
それでいいやね。

>>906
MVVMもそのうち消えるだろう。
2021/01/31(日) 09:50:58.51ID:xVSriNge0
>>908
バインドが難解だと?
2021/01/31(日) 09:53:51.31ID:r9k2b4HI0
>>910
初心者には難解じゃない？
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。

設定間違えると動きも変わるし。
2021/01/31(日) 09:59:52.50ID:qyMGxVkO0
ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが
2021/01/31(日) 10:01:10.65ID:r9k2b4HI0
>>909
>>MVVMもそのうち消えるだろう。

MVPの派生だし消えるほど酷くはないけど。
自分はReactとかでViewModelとかいう概念は
便利に使わせてもらってる。

View(React,ts)+ViewModel(ts)+Model(C#)
2021/01/31(日) 10:01:25.28ID:xVSriNge0
>>911
コード量は増えるけどバインド有ってのXAMLでしょう。
915デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 10:05:34.29ID:Odha2eMQ0
>>913
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。
2021/01/31(日) 10:10:11.38ID:+eg72yeD0
>>907
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな

俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合
2021/01/31(日) 10:12:54.41ID:xVSriNge0
>>915
NASMって何時の時代だよw
918デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 10:16:14.30ID:Odha2eMQ0
>>917
かれこれ40年はやってる。
2021/01/31(日) 10:17:36.86ID:Mg++KL660
treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして
2021/01/31(日) 10:31:27.08ID:6A85emn00
>>911
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる
921デフォルトの名無しさん (ﾜｯﾁｮｲ b501-merL)
垢版 |
2021/01/31(日) 10:34:11.79ID:r9k2b4HI0
>>916
説明書いててそうかと思った！

「静的型付け・動的型付け」この型付けは開発完了時に
100%分かってないとダメだろうから型固定なんだよね。
「静的型リンク・動的型リンク」が正しい（昔はそう言ってた）と思ってるけど認識間違い？

>>916
>>インターフェースが明確に決められていて

ＡさんとＢさんが同一箇所の実装作業をしていて、
お互いが作成したクラスを呼びだす時、
その取り決めをインターフェースクラスとして作成して
これを別モジュールに切り出してお互い齟齬が出ないようにして開発する方式を
オブジェクト指向的な開発の基本と思ってるだけど、
この別モジュールのインターフェースクラスの役割を
疎結合に置き換えたプロジェクトが多いね。

テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない？仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い？
922デフォルトの名無しさん (ﾜｯﾁｮｲ b501-merL)
垢版 |
2021/01/31(日) 10:37:40.94ID:r9k2b4HI0
>>920
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった？
2021/01/31(日) 10:42:02.91ID:xVSriNge0
>>918
コンピュータが未だ真空管だった時代ですね
2021/01/31(日) 10:43:31.30ID:6A85emn00
>>922
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり
925デフォルトの名無しさん (ﾜｯﾁｮｲ b501-merL)
垢版 |
2021/01/31(日) 10:55:16.05ID:r9k2b4HI0
>>914
大昔からやってる（WinFXとか言ってた時代からやってる！！）と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。

Blandは別製品で今はVSに統合されたけど、使えてる人はいるのかな？
Blandを使わない時点で、WPF流MVVMの実装パターンはやりすぎだし過大だ。

そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。
2021/01/31(日) 11:57:18.56ID:7s2vE3J90
DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな
2021/01/31(日) 12:23:09.41ID:CDkVre3V0
>>925
Blendね
2021/01/31(日) 12:57:38.82ID:jQyDM6Cn0
mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。
2021/01/31(日) 13:16:59.40ID:xVSriNge0
UI抜きの結合テストってなんじゃい
2021/01/31(日) 13:43:45.07ID:FiwuPv0S0
WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか
931デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/01/31(日) 17:56:29.56ID:Odha2eMQ0
https://forest.watch.impress.co.jp/docs/news/1255558.html
ほう。
2021/01/31(日) 19:32:45.91ID:6A85emn00
WinUI3は４ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな
2021/01/31(日) 23:15:46.66ID:Kkreym0u0
個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど
2021/01/31(日) 23:24:50.28ID:WbkXnsTD0
WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし
2021/02/01(月) 01:16:36.92ID:rq/3X0hM0
gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい
2021/02/01(月) 06:13:34.77ID:nwGyyZLi0
>>932
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4
2021/02/01(月) 08:30:05.02ID:FUNk1KeQd
>>925
それ一回も使ったことないわ
2021/02/01(月) 10:26:51.12ID:7mzzL5vxd
>>935
それくらいならWinFormsのTableLayoutPanelと変わらなくない？
2021/02/01(月) 14:20:35.38ID:Jz+8bDTmr
>>937
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。
2021/02/01(月) 22:36:11.32ID:P+/hMLSZ0
>>936
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・
2021/02/02(火) 00:05:04.75ID:zsk2qsaN0
>>940
preview 4はその最新のロードマップが発表された後に、プレビューリリースの間隔が長すぎという批判が出て急遽リリースされることになった
https://twitter.com/marbtweeting/status/1354134751766953984
2月　preview 4
3月　reuinoin 0.5
5月　reuinion 0.8
じゃないかな?
https://twitter.com/5chan_nel (5ch newer account)
942デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/02/02(火) 00:22:15.18ID:RoIAA49z0
WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・

ちきしょー、紙版買っときゃよかったぜ
それなら中古で売れるのによ・・・

WPFにはクソな思い出しかない
2021/02/02(火) 00:36:40.96ID:iARfrUqjM
WinUI以前にとっくの昔からWPFはレガシーなのに何を今更
2021/02/02(火) 03:37:50.94ID:rKbxrD500
WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね？
2021/02/02(火) 05:02:04.51ID:+YBVnJ9D0
こんな中途半端なものでレガシーとかWPF終わってるな
2021/02/02(火) 05:54:26.45ID:NxFZfFhx0
デスクトップのUIは迷走状態ですなあ
2021/02/02(火) 09:10:36.54ID:CKxQr0yQa
今ならElectronが覇権取りそう？
2021/02/02(火) 09:23:44.16ID:eretDOma0
flutterかも
949デフォルトの名無しさん (ﾜｯﾁｮｲ 2ae6-mj3q)
垢版 |
2021/02/02(火) 20:42:27.60ID:9gegCBvb0
windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか？
950デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/02/02(火) 23:17:21.74ID:ys8JMHCh0
WPFも短命だなこりゃ。。
2021/02/03(水) 00:00:53.68ID:U79XHMjd0
充分生きたろ。大往生だよ。
2021/02/03(水) 00:43:16.96ID:5b6XJ+8sM
WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう
2021/02/03(水) 00:55:28.54ID:tBRxw4yW0
WPFに関連する検索キーワード

wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了
2021/02/03(水) 01:45:34.69ID:FZBBkmjF0
十分日の目は見たやろ
2021/02/03(水) 02:46:56.03ID:suCK4Q8d0
他のキーワード
wpf 普及しない
wpf 将来性
WPF C#
wpf 将来性 2020
wpf 流行らない
WPF(Windows Form)
wpf サポート終了
WPF 入門


他の人はこちらも検索
What is WPF used for?
Is WPF Dead 2019?
What is a WPF project?
What is replacing WPF?
Why is WPF dead?
Why is WPF so slow?
2021/02/03(水) 07:52:02.77ID:9W7Ice0KM
デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが
2021/02/03(水) 08:19:18.66ID:/SpfYE47M
Web SerialとかWeb Usbあるから殆どのことは出来るのかな
958デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM3e-mj3q)
垢版 |
2021/02/03(水) 19:52:08.00ID:jQBwY413M
3年前のwebアプリって今動くの？
2021/02/03(水) 20:11:06.40ID:kMe6ilrT0
動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない
2021/02/03(水) 20:54:16.51ID:NmjXw9sF0
組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ
961デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/02/03(水) 23:29:27.89ID:J0iktNk60
なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。
2021/02/03(水) 23:42:55.06ID:ioJArBze0
軽さを求めるならWinForms一択
963デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/02/03(水) 23:57:50.08ID:J0iktNk60
そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。
2021/02/04(木) 00:42:38.32ID:hcs7ROzx0
軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし
2021/02/04(木) 02:31:54.22ID:e59RYOYD0
リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms
2021/02/04(木) 07:46:05.95ID:36EJyZsE0
>>964
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ
2021/02/04(木) 08:24:26.72ID:ZtMmgGts0
生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。
2021/02/04(木) 08:27:11.93ID:nQ02ZkdOM
vb6がまだ死んでないんだぜ
2021/02/04(木) 09:29:31.02ID:lfkJlpDH0
開発環境維持するのが手間になるんだよな
970デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/02/04(木) 10:31:10.36ID:3GUGjOuU0
>>963
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる
2021/02/04(木) 10:32:41.38ID:89VtoA6h0
もしかして俺また何かやっちゃいました？
972デフォルトの名無しさん (ﾜｯﾁｮｲ a59b-qCTK)
垢版 |
2021/02/04(木) 11:03:30.76ID:ZzRKCYY/0
>>966
もったいないな
COMは良いぞ
2021/02/04(木) 12:00:02.99ID:aKVEM25d0
COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう
2021/02/04(木) 12:01:05.22ID:3bXGR69vM
windowsはcomだらけでしょう
2021/02/04(木) 13:29:37.28ID:llP+HC4ja
COMはレジストリ使うから面倒くさい
976デフォルトの名無しさん (ﾜｯﾁｮｲ 66b5-ERTH)
垢版 |
2021/02/04(木) 17:45:56.09ID:3GUGjOuU0
ホント、COMぁったもんだ
2021/02/04(木) 20:23:26.38ID:ZtMmgGts0
>>970
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの？
978デフォルトの名無しさん (ﾜｯﾁｮｲ ea6a-6WVI)
垢版 |
2021/02/04(木) 21:39:09.24ID:ih5/H8FP0
高DPI時代にWinFormsは無理
979デフォルトの名無しさん (ﾜｯﾁｮｲ b501-M8vF)
垢版 |
2021/02/04(木) 23:48:33.11ID:rPrK7o6X0
>>963
ま、両方できるならそれに越したことは
ないがな。
2021/02/05(金) 05:42:40.73ID:OpH7IlXC0
MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議
2021/02/05(金) 07:17:55.50ID:8dD588qGM
MSはWPFほとんど使ってないんじゃ…
2021/02/05(金) 08:17:47.81ID:93xMJ7WGM
>>981
visual studio
2021/02/05(金) 08:24:41.67ID:8dD588qGM
それだけだ！
2021/02/05(金) 08:26:54.02ID:93xMJ7WGM
そうかも
2021/02/05(金) 08:44:17.48ID:8dD588qGM
MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう

Windowsの衰退はWPFの衰退
2021/02/05(金) 09:27:46.93ID:I+zADhcc0
>>985
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ
2021/02/05(金) 09:45:22.14ID:8dD588qGM
>>986
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ？でもその技術作った会社がほぼ使ってないってどーいうことなの？
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん
2021/02/05(金) 09:55:20.95ID:93xMJ7WGM
visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か
2021/02/05(金) 10:19:13.81ID:qkdTZe/m0
ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは
2021/02/05(金) 10:20:52.50ID:I+zADhcc0
>>987
自分の事業部で使ってるんでしょ？
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw
2021/02/05(金) 10:50:00.78ID:Jm9ro3zS0
WPFというとかぎられてしまうけど、
XAMLという括りで見ると
社内開発ツールとしてのシェアないの？

windows8以降のOS周りは
全部XAMLじゃないの？
2021/02/05(金) 12:22:25.06ID:8dD588qGM
>>990
事業部制はほんとつらい
乱立するオレオレフレームワークに振り回されている…

MSと他企業の違う点は、MSは作った開発フレームワークを公開してるとこだな

>>991
それは確かに。
2021/02/05(金) 12:49:32.44ID:QFQT7eD40
MSはVisual Studioの方向性も考えたほうがいいな
以前はVSとWeb開発の親和性を高めるためにASP.NETを生み出したりしてた
こんなやり方は今後は通用しない

今後はMSが歩み寄ってVS使えばReactやvue.jsの開発が楽になります！みたいな方向になっていって欲しい
さすがに巨人MSでもWeb技術を自社で囲い込むのは無理だ
2021/02/05(金) 12:55:09.45ID:AV0Gp17OM
>>992
MSは作る立場の会社なので使うだけの会社とはちょっと違う
使うだけの会社なら標準化すべきだよ
2021/02/05(金) 18:00:33.45ID:Kj/KBKr1r
>>993
VScodeが担う役割じゃないの？
それらじゃ充分デファクトになっとるし。
2021/02/05(金) 18:40:59.80ID:QFQT7eD40
MSはVSCodeに注力しすぎだろ
このままじゃ有料のVisual Studioが死んでしまう
MSは製品販売で収益上げるのをやめるのかな

無料のVSCodeでいいソフト作ってくださいねー Azuleで動かしてくださいねー という戦略だろうか
2021/02/05(金) 18:56:04.02ID:Kj/KBKr1r
VSは随分前から
フェードアウトしてるようにみえてるけど。
2021/02/05(金) 18:58:04.45ID:xu/l+szrM
VSCodeは開発者のWindows離れ問題への対策の一環でしょ
Web開発でWindowsは使い物にならなかったのが、VSCodeやWSLによってここ数年で急速に改善された
Windowsへの繋ぎ留めが目的とはいえWeb技術に疎いドザ達だけに任せてたらエコシステムとして成長しないから、VSCodeはマルチプラットフォームにする必要があった
2021/02/05(金) 19:35:53.38ID:7lMcNRUl0
有料のVS無くなってもいいから日本語ドキュメント整備に力入れて欲しいわ
2021/02/05(金) 19:48:47.85ID:jklBcEmFM
確かに
あのdocsの日本語?読んでいると
頭が痛くなるな
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 424日 7時間 12分 34秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況