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

■ このスレッドは過去ログ倉庫に格納されています
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
うん根絶は言い過ぎね
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況