２ちゃんねる ■掲示板に戻る■ 全部 1- 最新50    
■ このスレッドは過去ログ倉庫に格納されています

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

1 ：デフォルトの名無しさん ：2019/12/09(月) 12:36:14.49 ID:9LsUsH++p.net
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

2 ：デフォルトの名無しさん (ｻｻｸｯﾃﾛ Spc1-r1mA)：2019/12/09(月) 12:54:39 ID:9LsUsH++p.net
保守

3 ：デフォルトの名無しさん (ｻｻｸｯﾃﾛ Spc1-r1mA)：2019/12/09(月) 15:23:47 ID:9LsUsH++p.net
保守

4 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4dda-LTTH)：2019/12/09(月) 15:41:07 ID:xDqRqpAU0.net
1000ならwin10で奇跡の復活

5 ：デフォルトの名無しさん ：2019/12/09(月) 19:14:28.20 ID:T4jQEVxC0.net
通知領域常駐アプリ整備士
「80パーセント？冗談じゃありません。現状でアプリの性能は100パーセント出せます」

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

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

6 ：デフォルトの名無しさん ：2019/12/09(月) 19:50:30.13 ID:NuZM5pu00.net
>>5
ごめんどういう意味？

7 ：デフォルトの名無しさん ：2019/12/09(月) 20:11:09.42 ID:5TQ+THPmM.net
あーウゼー

8 ：デフォルトの名無しさん ：2019/12/10(火) 00:36:14.25 ID:YcQklsqk0.net
UWPやろうや

9 ：デフォルトの名無しさん ：2019/12/12(木) 20:59:06.07 ID:ICe1D2RD0.net
どうぞ

10 ：デフォルトの名無しさん ：2019/12/13(金) 04:00:46.58 ID:hyzYl/Qc0.net
>>8
Win7で動くならやってるわ

11 ：デフォルトの名無しさん ：2019/12/13(金) 12:00:42.74 ID:7b8qFeLpp.net
現行なのにWPFより過疎なUWPスレ

12 ：デフォルトの名無しさん ：2019/12/13(金) 12:35:12.03 ID:I2cXzzwaM.net
ユニバーサルデバイスがないからな

13 ：デフォルトの名無しさん ：2019/12/13(金) 14:55:27.23 ID:7oWhly6q0.net
人脈が無いから手を出さない
https://livedoor.blogimg.jp/hihannoarashi/imgs/f/f/ff355dd9.jpg

14 ：デフォルトの名無しさん ：2019/12/13(金) 16:58:51.22 ID:RMnyp2bX0.net
WPFもWindows 7 SP1 .NET Core 3.1(LTS)の最終環境に到達したな

15 ：デフォルトの名無しさん ：2019/12/13(金) 17:13:42.09 ID:wVkcEFxk0.net
>>8
MSは、UWP から、Win32アプリの方に戻ってきていると書いている人がいた。

16 ：デフォルトの名無しさん ：2019/12/13(金) 17:31:14.87 ID:ftjAwgQIM.net
>>13
MSの取り巻きって内輪ノリが酷くてキモいんだよなあ
MS系スタックはなまじ一貫性があるから変な空気が醸成されやすい

17 ：デフォルトの名無しさん ：2019/12/15(日) 00:43:16.96 ID:0ut6mezL0.net
結局、今 windowsのexeアプリを作る時、UIは何で作ればいいの？
wpfは機能追加全然ないし。プレースホルダー付きのテキストボックスすら無いし(追加されたらすまん)

18 ：デフォルトの名無しさん ：2019/12/15(日) 00:58:47.00 ID:0ut6mezL0.net
https://github.com/Microsoft/Xaml-Controls-Gallery
これとか落としてみたけど、相変わらずスマホで使って欲しいのかmenu itemやボタンとかのテキストにことごとくマージンついてるし
マウスで操作したいからマージン0でいいし、表示のアニメーションも全部いらん

19 ：デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-kui+)：2019/12/15(日) 12:53:15 ID:wdD+OOX2r.net
OSSが主流の時代になって各陣営はどれだけ優秀な貢献者を集められるかのがキモなんだが
windowsのGUI は全然人が集まらないので全然何も進まない

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

20 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 574f-xO71)：2019/12/15(日) 13:16:55 ID:fGq+HT2S0.net
その各陣営って、MS以外はどこ想定？

21 ：デフォルトの名無しさん ：2019/12/15(日) 13:32:41.59 ID:wdD+OOX2r.net
その他すべての陣営
react.js vue.js python PHP　ruby RonR

22 ：デフォルトの名無しさん ：2019/12/15(日) 17:17:17.03 ID:jUr/RnRQ0.net
べつにWindowsデスクトップが特に好きなわけじゃないけどJavascriptは無茶苦茶嫌いなのでGUI全部がHTML5で動くような世界にはならないでほしい
MSはほどほどに頑張れ

23 ：デフォルトの名無しさん ：2019/12/15(日) 18:17:50.79 ID:xajZOs23d.net
vue.jsとかのjavascript系フレームワークはwpfのMVVMの影響をかなり受けてるよ。

24 ：デフォルトの名無しさん ：2019/12/15(日) 18:49:53.72 ID:ksBtberH0.net
そうなんだすごいね

25 ：デフォルトの名無しさん ：2019/12/15(日) 21:21:15.09 ID:omABc3v90.net
>>17
楽したいならWebでやりなはれ
工数いくらでもかけられるならWPFでもUWPでも、できないことはほぼない

26 ：デフォルトの名無しさん ：2019/12/15(日) 21:37:00.35 ID:jUr/RnRQ0.net
>>23
Javascriptそのものが嫌いなんだよ
MVVMであろうがなかろうがJavascript死んでも触りたくない

27 ：デフォルトの名無しさん ：2019/12/15(日) 21:55:45.59 ID:o5hhJvrb0.net
今だとUWPもWin32もWindows UI Libraryにまとめてく方針なのかねえ
まああれもﾁｶﾞｳｿｳｼﾞｬﾅｲ感凄いけど

28 ：デフォルトの名無しさん ：2019/12/15(日) 22:15:01.76 ID:Il4PZDbx0.net
同位

29 ：デフォルトの名無しさん ：2019/12/15(日) 23:11:14.59 ID:zGAF3rZP0.net
コントロールをWinUIにまとめてくれることはいいことじゃね？OSSにしてOSのアップデートと切り離して、更新とか頻繁にしてくれてるし。
少なくとも前よりマシじゃないかな。
　

30 ：デフォルトの名無しさん ：2019/12/15(日) 23:34:06.18 ID:fpSJINfx0.net
>>17
Windows だけなら、.NET じゃないの？

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

VSCode は、Electron 製
Redmine は、Ruby on Rails

31 ：デフォルトの名無しさん ：2019/12/16(月) 00:11:15.63 ID:eauHXZD8a.net
>>29
いかにプロダクトの思想が正しかろうが、思いつきでUIフレームワークを量産して次々に見捨てていくことこそが最低最悪の害悪

32 ：デフォルトの名無しさん ：2019/12/16(月) 00:11:16.01 ID:Yb2j3jIx0.net
Blazor流行ったらいいけどセキュリティ的にActiveXの二の舞になりそう

33 ：デフォルトの名無しさん ：2019/12/16(月) 00:52:30.46 ID:G4rs8r9s0.net
>>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に負けてしまうことになる。

34 ：デフォルトの名無しさん ：2019/12/16(月) 00:56:16.26 ID:G4rs8r9s0.net
>>33
一つ考え忘れていることがあった。それは：
Blazorアプリを動かすにはWindowsは必要ないが、Blazorアプリを開発するにはWindows(またはMac?)が必要だということ。
これがあるのでBlazorの発展はMSには問題にならないかもしれない。

35 ：デフォルトの名無しさん ：2019/12/16(月) 01:10:04.54 ID:G4rs8r9s0.net
>>34
ただ、Blazorアプリの開発がWindowsでしかできなくても一般人には全く関係ないが、プログラマの数と一般人の数は、1:50 位なので、Blazorアプリの普及はWindows離れを起こす可能性はある。

36 ：デフォルトの名無しさん ：2019/12/16(月) 01:11:12.58 ID:G4rs8r9s0.net
>>35
1:50 ではなく、1:300 くらいかもしれない。

37 ：デフォルトの名無しさん ：2019/12/16(月) 08:07:06.72 ID:2+K75qCnd.net
>>32
なぜ？

38 ：デフォルトの名無しさん ：2019/12/16(月) 08:08:30.99 ID:2+K75qCnd.net
>>34
WindowsとMacでほぼカバーできてるだろ
別にLinuxでも開発できるし

39 ：デフォルトの名無しさん ：2019/12/16(月) 10:04:54.54 ID:kzeVa20dM.net
BlazorをWebに乗りそこねたドットネッター達の救世主みたいに持ち上げてる人多いけど、
BlazorってReact系のプログラミングモデルでHTMLもCSSもバリバリ書くんやで
これ使える人なら普通にReactやVue使えるだろうし、単にそこに選択肢が一つ増えただけのことでしかないよ

40 ：デフォルトの名無しさん ：2019/12/16(月) 12:38:30.30 ID:2+K75qCnd.net
>>39
javaScript書かなきゃいけない量は格段に減るっしょ。それが何より。

41 ：デフォルトの名無しさん ：2019/12/16(月) 12:48:32.60 ID:kzeVa20dM.net
>>40
君にとってはJSを書かないことが重要なんだろうね、それを否定する気はない
・HTMLやCSSはバリバリ書ける
・しかも出来合いのJS製のコンポーネントに頼らなくても余裕なハイスキルフロントエンダー
・しかしJSやTSは絶対書きたくない
・だがC#は得意
こんな君みたいな奴がどれだけいるだろうねw

42 ：デフォルトの名無しさん ：2019/12/16(月) 13:14:21.17 ID:kzeVa20dM.net
あとBlazorでJS書く量が減るのって、クライアントコードをC#に置き換えたからというよりは仮想DOM技術の恩恵が大きいと思うよ
Blazorが多くのドットネッターにとって革新的に感じるのは、
彼らが仮想DOM系フレームワークに始めて触れたのがBlazorだったからじゃないかな
SPAだから全部JSで書かなければならないとでも思ってるなら別だが

43 ：デフォルトの名無しさん ：2019/12/16(月) 19:39:57.10 ID:J5g2Edewd.net
>>41
javaScript絶対書きたくないとか誰も言ってないやろ

44 ：デフォルトの名無しさん ：2019/12/16(月) 20:28:50.09 ID:3ha1TSe5M.net
Blazor に親でも殺されたんだろ
すでに拗れてるみたいだしスルーしといた方がいいよ

45 ：デフォルトの名無しさん ：2019/12/16(月) 21:22:56.92 ID:79yFDnLG0.net
今のBlazorのプレゼンテーション層はRazorのままだから仕方がないが、Blazorに期待してる人は
WPFまで移植してくれることを夢見てるんだろう。
ClickOnceが使えなくなる前になんとかしてほしい、と俺も思う。

46 ：デフォルトの名無しさん ：2019/12/16(月) 21:26:19.20 ID:PfD8zkHG0.net
>>45
msix

47 ：デフォルトの名無しさん ：2019/12/16(月) 21:49:37.96 ID:IC9yBAsd0.net
JavaScriptは絶対悪だからな
それを根絶できるという理由でBlazorに限らずWebAsm由来言語は期待されてる

48 ：デフォルトの名無しさん ：2019/12/16(月) 21:51:23.70 ID:PfD8zkHG0.net
>>47
現状だと根絶はできないけどマシにはなるよねって感じ

49 ：デフォルトの名無しさん ：2019/12/16(月) 21:53:25.47 ID:IC9yBAsd0.net
うん根絶は言い過ぎね

50 ：デフォルトの名無しさん ：2019/12/16(月) 22:58:22.69 ID:1VnPjzNAa.net
jsに触れた途端いろんなものが腐りだす
それを正そうとしたtsですらすでに腐れがとまらない

51 ：デフォルトの名無しさん ：2019/12/16(月) 23:05:42.40 ID:v/vzDWBs0.net
WPFもjsも死にプロパティ多くない？

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

↑作った奴、腹、切れ

52 ：デフォルトの名無しさん ：2019/12/16(月) 23:55:59.55 ID:1VnPjzNAa.net
そう思うのはお前だけかも

53 ：デフォルトの名無しさん ：2019/12/17(火) 01:14:45.87 ID:HZ3CGT22a.net
WPFのオリジナルの開発チームはとっくに全員クビにされてそう
WPFのCore移植でも作業してたのほとんど外注だったから、実際には外に丸投げしてたのかもしれないけど

54 ：デフォルトの名無しさん ：2019/12/17(火) 01:25:01.50 ID:ntUXPBrS0.net
>>52
なんでだよ
htmlもそうだけど
存在するにも関わらず死にプロパティ多すぎだろ
せめて効かないやつ削除しろや

55 ：デフォルトの名無しさん ：2019/12/17(火) 01:36:41.97 ID:L0ReHu/va.net
いまさら効くように修正しろは無理なんだろうな。

56 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ce89-Z8Uc)：2019/12/17(火) 06:09:29 ID:VYKNZVwp0.net
>>54
継承で存在してるから消すのは無理だ

57 ：デフォルトの名無しさん ：2019/12/17(火) 07:10:51.99 ID:ntUXPBrS0.net
>>56
ダッセ

58 ：デフォルトの名無しさん ：2019/12/17(火) 08:33:37.96 ID:T826ITw1M.net
>>57
親の因果が子に報いって知ってるか

59 ：デフォルトの名無しさん ：2019/12/17(火) 08:59:07.59 ID:NLPcqMtj0.net
言語にそういう機能があればいいんじゃね？
って思うけどね

60 ：デフォルトの名無しさん ：2019/12/21(土) 13:44:35.77 ID:bc48PbHC0.net
https://prismlibrary.com/docs/index.html　の　+WPF の下がほとんど空っぽなのは工事中ってことか?

61 ：デフォルトの名無しさん ：2019/12/21(土) 21:17:25.11 ID:67MibJ5r0.net
この前まで6のドキュメント置いてあっただけだから
見出し書くていどのやる気は出たってことかなｗ

62 ：デフォルトの名無しさん ：2019/12/21(土) 21:23:58.75 ID:J2IUNyvUM.net
バカにはみえないってネタじゃないの？

63 ：デフォルトの名無しさん ：2019/12/22(日) 11:49:33.83 ID:vUv+Fno80.net
メルヘンだね〜

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

64 ：デフォルトの名無しさん ：2019/12/23(月) 12:38:17.86 ID:vJLS+V080.net
複数のVisualBrushで重ね塗りする方法を教えてください

65 ：デフォルトの名無しさん ：2019/12/23(月) 12:44:38.80 ID:+KUE/8IiM.net
同じ図形を重ねろ

66 ：デフォルトの名無しさん ：2019/12/23(月) 12:47:40.54 ID:vJLS+V080.net
VisualBrushの足し算みたいなことはできないということですかorz

67 ：デフォルトの名無しさん ：2020/01/05(日) 11:21:43.18 ID:unJHxkBD0.net
google playにあるUno platform製の電卓アプリUIが重すぎ。xamarinと同じで絶対流行らん

68 ：デフォルトの名無しさん ：2020/01/05(日) 14:51:30.39 ID:4RTPdLScd.net
そういう流行らんもんがいっぱい出てきて淘汰されて良いもんが出てくる
良いもんだけを出すことは不可能
だから糞が出てくること自体を否定する意味はない
業務でその糞を使えと言われないことを祈るのみ

69 ：デフォルトの名無しさん ：2020/01/08(水) 06:25:42.21 ID:ktKrCPIn0.net
ためそうかとしてたがUno重いのか……
まぁいらってみるか

70 ：デフォルトの名無しさん ：2020/01/12(日) 21:53:57.39 ID:JYZ9/GC+0.net
みんないつかは、Brazorに行ってしまうん？　WPF捨てて

71 ：デフォルトの名無しさん ：2020/01/12(日) 22:41:13.37 ID:jal4Y14d0.net
WPFよりBlazorのほうが未来あるしそうなったほうがいい

72 ：デフォルトの名無しさん ：2020/01/12(日) 22:52:27.55 ID:EKUpo6h10.net
WPFとBlazorは排他的なものじゃないと思うが。Razorのことか？

73 ：デフォルトの名無しさん ：2020/01/12(日) 23:57:44.80 ID:F6k+/xNLM.net
Blazorは結局Webのスキルセットが必須だからWPFの比較対象にはならんだろう
この期に及んでクライアントアプリに固執してるような奴がBlazorのためにCSSの勉強とかすると思うか？
百歩譲って勉強するとしても、だったら普通にWebへ行くだろ

74 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-tNwm)：2020/01/13(月) 02:18:01 ID:l+3zRFhM0.net
>>73
Blazor for Native次第だね

75 ：デフォルトの名無しさん ：2020/01/13(月) 16:12:25.49 ID:tvePguESa.net
Blazorっていうかデスクトップアプリは捨ててWebアプリに移行するよ。

76 ：デフォルトの名無しさん ：2020/01/13(月) 16:31:47.39 ID:Co2mHaqk0.net
10年くらい前からそんなこと言われていてずっと環境が揃うのを待っているんだが、あと何年かかるのかね。

77 ：デフォルトの名無しさん ：2020/01/13(月) 17:07:59.03 ID:+xCO6TbN0.net
WPFは15年経っても流行らなかったがまだこれから来るとか抜かしてる奴がいるし
言い続けている限りは負けじゃないのさ(彼らの中では)

78 ：デフォルトの名無しさん ：2020/01/13(月) 19:44:22.74 ID:fe6mKVWO0.net
Browser+RazorなのにBlazorっておかしくね？　Brazorと呼ぶべきなんじゃ？

79 ：デフォルトの名無しさん ：2020/01/13(月) 20:46:56.54 ID:ZI4c9CuWd.net
>>78
Lの方がかっこいいやろーとか言ってなかったっけ？

80 ：デフォルトの名無しさん ：2020/01/13(月) 21:40:22.16 ID:KZpg2BWV0.net
>>73
C#案件が広がりを見せるという結果が期待されてるんでしょう

81 ：デフォルトの名無しさん ：2020/01/13(月) 22:34:27.16 ID:uqOg57lh0.net
C#で全部やりたいとかのニッチ向けに感じる
Webに移行するならコミュニティ、情報などの面からもクライアント側は素直にJS/TSでやった方がいいし
デスクトップGUIに価値を見出すならブラウザ上ってだけで欠点になる

82 ：デフォルトの名無しさん ：2020/01/13(月) 22:36:00.19 ID:5a7SXLUb0.net
ブラウザーでCAD作れる？

83 ：デフォルトの名無しさん ：2020/01/13(月) 22:45:25.48 ID:/BeY0uog0.net
>>82
作れる。世界最大(?)のCADメーカー AutoCadがWasmを使ってWebアプリとして移植したとされている。
Wasmの例：
https://yutakaaoki.github.io/

84 ：デフォルトの名無しさん ：2020/01/13(月) 22:59:14.64 ID:nlvLw0Pz0.net
>>82
バックエンドは要るけど
https://www.autodesk.co.jp/products/autocad-web-app/overview

85 ：デフォルトの名無しさん ：2020/01/13(月) 23:01:22.84 ID:tDVAmEYh0.net
>>83
毎度思うがもうちょいマシな見た目のサンプル紹介したれ

86 ：デフォルトの名無しさん ：2020/01/13(月) 23:23:09.14 ID:lNXH+eFP0.net
photshopもあるし3Dもブラウザでできる
逆にブラウザでできない分野ってある？

87 ：デフォルトの名無しさん ：2020/01/13(月) 23:31:28.82 ID:/BeY0uog0.net
>>84
どんなバックエンド？

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

89 ：デフォルトの名無しさん ：2020/01/13(月) 23:39:32.88 ID:nlvLw0Pz0.net
>>87
それはさすがに

90 ：デフォルトの名無しさん ：2020/01/13(月) 23:40:24.07 ID:nlvLw0Pz0.net
>>87
すまん、途中で書き込んでしまった

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

91 ：デフォルトの名無しさん ：2020/01/13(月) 23:49:04.68 ID:/BeY0uog0.net
>>90
「バックエンドが必要である」ことは正しい情報？？

92 ：デフォルトの名無しさん ：2020/01/13(月) 23:57:41.45 ID:nlvLw0Pz0.net
>>91
すまんがそれもautodeskに聞いてくれ
とりあえず単体では動かないみたいなので何ら名のバックエンドはあるはず
ライセンス認証だけかも知れんが

93 ：デフォルトの名無しさん ：2020/01/14(火) 00:03:44.99 ID:FVhMPKFe0.net
>>92
もしかしたら、それとは意味がずれるかもしれないけど、少なくとも、データ保存のためには、クラウドというか、リモートのサーバーにデータを渡す必要があるかもしれない。それはWebアプリはローカルPCのファイルシステムには容易にデータを保存できないから。

94 ：デフォルトの名無しさん ：2020/01/14(火) 01:46:16.97 ID:XH4E/8vV0.net
>>88
DTMのようなリアルタイムかつ低レイテンシーが重要な分野は厳しいんじゃないかな

95 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f2c-JQ6m)：2020/01/14(火) 03:38:34 ID:3sd16sWN0.net
ローカルPC に、Node.js, Ruby などのサーバーを立てれば、保存できる

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

96 ：デフォルトの名無しさん ：2020/01/14(火) 04:56:00.11 ID:ZjsGanM00.net
クラサバ→シンクラときて結局ダム端末に戻るのか

97 ：デフォルトの名無しさん ：2020/01/14(火) 08:09:41.30 ID:Dwwl7O4Ta.net
>>95
ElectronはNode.jsのモジュールとしてChromiumエンジンを組み込んでおり、決してHTTPサーバーを立てている訳ではない
あとRedmineみたいなゴミとVSCodeを一緒にするな

98 ：デフォルトの名無しさん ：2020/01/14(火) 18:24:44.38 ID:FVhMPKFe0.net
cgiが使えるLocalServerを起動していれば、cgiの仕組みを使ってローカルファイルシステムに自由にアクセスできるようにはなる。
また、この仕組みを使えば、WebアプリからローカルOSのあらゆる機能が使えるようになる。

99 ：デフォルトの名無しさん ：2020/01/14(火) 18:26:25.39 ID:X7PL8nyZr.net
それはセキュリティーホールと言う奴だねｗ

100 ：デフォルトの名無しさん ：2020/01/14(火) 18:31:55.23 ID:FVhMPKFe0.net
RubyやPython, node.jsなどはどれも cgi server として起動することも出来て、
さらに、cgiを書くスクリプト言語としても使える。
そしてほぼあらゆるプラットフォームで動作する。
だからそれらを利用すれば、理論上は1つのcgiスクリプトであらゆるプラットフォームでOS固有のファイルシステムにアクセスすることが出来る。

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

101 ：デフォルトの名無しさん ：2020/01/14(火) 18:54:53.44 ID:X7PL8nyZr.net
linuxなどではルートフォルダを自由に指定してある階層から出られなく出来るけど
winはそれがないからちゃんとフォルダ指定内容をチェックしてないと単なるセキュリティーホールになる

102 ：デフォルトの名無しさん ：2020/01/14(火) 18:56:14.18 ID:FVhMPKFe0.net
cgi serverとWebアプリを組み合わせたツールキットを作れば、それだけでnativeアプリと同様の機能を持ったマルチプラットフォームツールキットになるかも。

103 ：デフォルトの名無しさん ：2020/01/14(火) 18:57:57.56 ID:FVhMPKFe0.net
>>101
native アプリではそもそもどんなフォルダにもアクセスできますので、それを持ってセキュリティーホールとは言えないと思います。

104 ：デフォルトの名無しさん ：2020/01/14(火) 21:07:10.83 ID:1W0s33Ee0.net
>>92
悪いが、個人でAutodesk規模の開発
をする気は無い。っうか無理だ

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

105 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 5f63-hsX7)：2020/01/14(火) 22:14:43 ID:iQtyfXTR0.net
ブラウザで動作するCADソフト開発する上でのベースが無い
という納得？
ブラウザアプリもデスクトップアプリも変わらんと思うけど

106 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8261-1ukZ)：2020/01/15(水) 14:23:45 ID:VmaxE9Gg0.net
>>94
MIDIやSynthesizerのWemAppli、Wasmに関する話らしい：
https://twitter.com/DasSurma/status/1217129248038670337

遅延に関しては、Webゲームを試してみる限り気が付かない程度だった。
(deleted an unsolicited ad)

107 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8261-1ukZ)：2020/01/15(水) 14:52:56 ID:VmaxE9Gg0.net
>>106
他にも色々あるけど、例えばこんなものがある。
スライダーを動かすと音が変わる。
これで遅延のほどは分からないが、遅くて使い物にならないようなものではないことは分かる：
https://csound.com/wasm/Sliders.html

108 ：デフォルトの名無しさん ：2020/01/15(水) 16:19:59.37 ID:cciB5/G30.net
アクション性の高いfpsゲームなんかもブラウザでゴリゴリ動く時代にそんな遅延なんて気にならんと思うけど…
マイクロ秒単位まで求められるならしんどいが

109 ：デフォルトの名無しさん ：2020/01/15(水) 16:30:44.61 ID:VmaxE9Gg0.net
告白しますと、以下の簡易テニスゲームはモバイル機器では音ずれが起きるのですが、それは、HTMLのaudio要素を使っているからで、HTML5のWebAudio技術を使えば直ると思っています。
実際、ちゃんとしたWebゲームでは音ずれは起きていません。
https://yutakaaoki.github.io/demo_tennis/

110 ：デフォルトの名無しさん ：2020/01/15(水) 16:37:25.36 ID:VmaxE9Gg0.net
>>109
なお、そのサイトとはWebGLを使っており、WebGL 1.0はOpenGL 4.1から正式対応したので、OpenGL 4.1以上に対応したGPUでないとがたがたすることがあります。
Intel CPU内臓の Intel HD Graphics というGPUは、初期バージョンのものは OpenGL 4.0
までの対応なので、WebGLを使う場合に Chrome79 ではハードウェアアクセラレータが使えません。

111 ：デフォルトの名無しさん ：2020/01/15(水) 17:45:15.98 ID:ga1RRQJH0.net
>>108
> マイクロ秒単位まで求められるならしんどいが
まあそこまで求められたらデスクトップアプリでも厳しいと言うか汎用OS上だと無理じゃね？

112 ：デフォルトの名無しさん ：2020/01/15(水) 17:51:40.07 ID:5+cs/n4Td.net
>>111
うん、そう思う
なんでブラウザアプリでできないことってローカルファイルへのアクセス以外はあんまなさそうな感じする
まぁ細かな面倒くささとかはもちろんあるけど不可能ってわけではないしね

113 ：デフォルトの名無しさん ：2020/01/15(水) 18:01:39.62 ID:R0PftabM0.net
画像上でラバーバンド描画しようとすると
最低でも10fpsぐらいで画像送信する事に
なるけど、Webで出来る？

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

115 ：デフォルトの名無しさん ：2020/01/15(水) 18:43:42.42 ID:VmaxE9Gg0.net
>>113
ローカルPCでJavaScriptやWasmを使ってグラフィックを描けば、ネット回線を使った画像の転送は要らない。

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

117 ：デフォルトの名無しさん ：2020/01/16(木) 11:53:28.01 ID:+OFg0GPw0.net
blazorだかよう知らんがHTML/CSS嫌いの俺には
究極の選択になりそうだ。

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

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

118 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 7d90-/xG5)：2020/01/16(木) 12:12:49 ID:+OFg0GPw0.net
まぁ、去年はFlutter三昧だったけど、Dartのクソにもなれたし。Flutterの豊富なWidgetは最高。

119 ：デフォルトの名無しさん (ﾜｯﾁｮｲ cd61-1ukZ)：2020/01/16(木) 18:25:40 ID:k/5sr9Gm0.net
>>116
撤回。
HTTPリクエストのOriginもRefererも偽装が可能なのでその方法だとやはりセキュリティーホールになると思う。
対策は、公開鍵、秘密鍵の様な方法を使えば可能だと思われる。

120 ：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMd5-mQF2)：2020/01/16(木) 19:58:45 ID:+yHPpuH8M.net
>>119
クライアントの偽造を心配するならLocalServer側で変な所を読み書きしようとしてないかをちゃんとチェックして必要に応じてエラーを返すように作るべし

121 ：デフォルトの名無しさん (ﾜｯﾁｮｲ bd5f-s5Rz)：2020/01/16(木) 21:14:41 ID:Z4nuhBaF0.net
>>100
UWPだとそういう抜け道をつぶすためにローカルホストへのソケット通信が出来なくなってる

122 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8dda-3EbS)：2020/01/16(木) 21:34:01 ID:F1bGXBdo0.net
AF_UNIXまで潰されている事に気がついた
時には殺意が湧いた。
どんなメリットがあるんだろう？

123 ：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM09-mQF2)：2020/01/17(金) 07:00:24 ID:C1DTJTUYM.net
>>121
なんか泥縄な対処にしか思えない

124 ：デフォルトの名無しさん (ｽﾌﾟｯｯ Sd82-m52h)：2020/01/17(金) 08:13:04 ID:rhst4WoKd.net
>>102
そしてアプリの数だけlocalサーバーを起動しておくんですね

125 ：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMd5-mgaX)：2020/01/17(金) 09:09:50 ID:0sb73h15M.net
ローカルのTCPサーバーなんてIPCなどで普通に使う
お前が思っているほどダサい発想ではない

126 ：デフォルトの名無しさん ：2020/01/17(金) 11:28:48.32 ID:H3mEbxL10.net
Socket を使えば、簡単に local server が作れることがわかった。
cgi や html を扱う HTTP (プロトコル)も、基礎はTCP/IPで、
それが socket を使って行われる。
socketは元はUnixのもので、WindowsでもWinSockが、ほぼ互換性があるとされる。
Javaでもsocketは使えるのでAndroidでも使えると思われる。

127 ：デフォルトの名無しさん ：2020/01/17(金) 11:29:55.06 ID:H3mEbxL10.net
>>124
理論上は、local serverは一つ起動しておけばよい。
native file systemへのアクセスは、そこから呼び出されたcgiが担う構造となる。

128 ：デフォルトの名無しさん ：2020/01/17(金) 12:21:49.36 ID:jY/iqPsQ0.net
>>126
元はBSDの AF_UNIXで同一マシン内の通信用
それをネットワーク対応にした。
その名残がinetd

129 ：デフォルトの名無しさん ：2020/01/17(金) 12:33:38.01 ID:H3mEbxL10.net
cgi側が作り出した10桁くらいの乱数を、cgiを使いたいWebアプリ側に入力する
事で認証にする方法を思いついた。
JavaScriptでもnativeのクリップボードの内容をペーストできるので、ボタンを
押しただけでこの動作を自動化することも出来る。
ただし、それをするとフィッシングされてしまうことがあるので、cgi側がメッセージボックス
を出してユーザーに確認することが必要だと思われる。

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

130 ：デフォルトの名無しさん ：2020/01/17(金) 14:36:01.09 ID:VsLYB/xRM.net
(笑)

131 ：デフォルトの名無しさん (ﾜｯﾁｮｲ cd61-1ukZ)：2020/01/17(金) 15:05:57 ID:H3mEbxL10.net
socketのaccept()関数には、通信相手のIPアドレスが分かる機能がある。
ブラウザにはhtmlをlocalにコピーする機能がある。
localに保存したhtmlである場合のみ、native file systemへのアクセスを許可する
ようにlocal serverを作ることも出来るかもしれない。
悪意サイトをlocalに保存する人は少ないだろうから。

132 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8263-/w76)：2020/01/17(金) 15:11:37 ID:cvIKbp4L0.net
>>131
で、長々と書いてるそれWPFと何の関係があるの？

133 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMf6-l/UV)：2020/01/18(土) 11:52:24 ID:6/b4ybIYM.net
Blazor Server、Webasm、PWA、Hybird、Nativeと開発の選択肢が充実してきた
FormsもWPFももうおしまいだ
俺が言ってた通りBlazorだけでおｋになる日も近い

134 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8dda-3EbS)：2020/01/18(土) 12:12:23 ID:IiMusaQC0.net
まともな書籍とプロジェクトテンプレート
が出来たら考える

135 ：デフォルトの名無しさん ：2020/01/18(土) 15:10:52.79 ID:Y/6fKVhZ0.net
頭がおkなんだな可哀相に

136 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8290-/xG5)：2020/01/21(火) 17:59:28 ID:F+78+GL10.net
UWPで非sandbox環境がくるらしいけどいらね

137 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM7f-Gneu)：2020/02/07(金) 08:57:48 ID:WtTaalc4M.net
xamlからいいhtml吐き出してほしい

138 ：デフォルトの名無しさん (ｽﾌｯ Sdbf-uawS)：2020/02/07(金) 18:15:31 ID:FaDRN6V/d.net
BlazerはSilverlightと同じ道を辿らないの？
(´・ω・`)

139 ：デフォルトの名無しさん (ﾜﾝﾐﾝｸﾞｸ MM7f-Gneu)：2020/02/07(金) 20:08:52 ID:qWP9NwZGM.net
>>138
業界標準とされているWebAssembly吐くから大丈夫だとは思うけど諸行無常の世界だからな
セキュリティインシデントでブラウザがサポート終了する未来しか見えない

140 ：デフォルトの名無しさん ：2020/02/20(木) 20:07:03.06 ID:2lspeRt80.net
Windows7のサポートも終わったし、WPFは爆発的に普及する予感。

141 ：デフォルトの名無しさん ：2020/02/20(木) 20:54:07.13 ID:TOp7IeKo0.net
風が吹いても桶屋は儲かるからね

142 ：デフォルトの名無しさん ：2020/02/20(木) 23:11:42.00 ID:2lspeRt80.net
しかしwinformを15年以上使い続けてる奴が一番の勝ち組だな。Windows界のコボラーだね。

143 ：デフォルトの名無しさん ：2020/02/21(金) 01:02:53.18 ID:y0O9XxV30.net
業務アプリ界隈だと結構いそう

144 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ff89-JWnw)：2020/02/21(金) 06:03:42 ID:R2e8qzsK0.net
winformでも高dpi対応ではあるけど注意事項が多すぎてオワコンだよねえ

145 ：デフォルトの名無しさん ：2020/02/21(金) 14:16:49.70 ID:VCdp581Ia.net
サックッと作る時はWinFormのほうが手早い

146 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ffad-F7I9)：2020/02/21(金) 20:50:40 ID:ZPaNFwsF0.net
>>145
それは慣れてるだけでは？

147 ：デフォルトの名無しさん (ﾜｯﾁｮｲ a301-H85D)：2020/02/21(金) 21:15:39 ID:JeYRrjOG0.net
嫌ぁWPFってWindowsAPIから遠いでしょぅ
例えば、WORD/EXCELの保存ダイアログの
上部のディレクトリ指定ツールバーに
SendMessage送ってディレクトリ変更出来る？

148 ：デフォルトの名無しさん ：2020/02/21(金) 23:01:26.74 ID:gYJx2Nw80.net
ポトペタでGUIをでっち上げるスピードはForms最強だよね。

149 ：デフォルトの名無しさん (ﾜｯﾁｮｲ a301-H85D)：2020/02/21(金) 23:05:30 ID:JeYRrjOG0.net
>>148
100%固定ならそう思う

150 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-P13C)：2020/02/22(土) 10:42:55 ID:NV/PY/Op0.net
>>147
それWinFormの方が楽とかあるっけ？

151 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ff01-P13C)：2020/02/22(土) 10:43:37 ID:NV/PY/Op0.net
>>148
ポトペタならたいして変わらなくね？

152 ：デフォルトの名無しさん ：2020/02/22(土) 12:53:10.87 ID:JN6kvW3hM.net
xamlのポトペタは無理

153 ：デフォルトの名無しさん (ﾜｯﾁｮｲ a301-H85D)：2020/02/22(土) 16:41:28 ID:0idtaAPr0.net
>>150
formのコントロールならSendMessage
で大概okでしょ

154 ：デフォルトの名無しさん ：2020/02/22(土) 17:12:09.74 ID:NV/PY/Op0.net
>>153
> 例えば、WORD/EXCELの保存ダイアログの
> 上部のディレクトリ指定ツールバー
の話だよ？

155 ：デフォルトの名無しさん ：2020/02/22(土) 18:23:48.33 ID:zXnzI4owM.net
>>154
winapiはwinformとは関係ないだろ

156 ：デフォルトの名無しさん ：2020/02/22(土) 18:33:34.58 ID:Yl8XFkwD0.net
winapiって呼出規約のことかw

157 ：デフォルトの名無しさん ：2020/02/22(土) 19:03:25.64 ID:NV/PY/Op0.net
>>155
>>147に言ってやれ

158 ：デフォルトの名無しさん ：2020/02/23(日) 22:10:03.38 ID:Ib9jhEaG0.net
誰もmvvmを言わなくなったな

159 ：デフォルトの名無しさん ：2020/02/24(月) 15:00:22.17 ID:uOgko4BBd.net
ムヴヴム？

160 ：デフォルトの名無しさん ：2020/02/24(月) 20:17:43.76 ID:wFmJh66Ed.net
それだけ当たり前になったってことなのか

161 ：デフォルトの名無しさん ：2020/02/25(火) 07:58:46.37 ID:Y2rSQyp7a.net
WPFよりもWinFormのテキストが圧倒的に多いから取っ付きやすい

162 ：デフォルトの名無しさん ：2020/02/25(火) 09:01:34.02 ID:9ZnkAFSDM.net
dobonにwpf関連は無いからな

163 ：デフォルトの名無しさん ：2020/02/25(火) 19:24:40.01 ID:R4Aqu9Lj0.net
MSDNにWPF関連のドキュメントたくさんあるやん

164 ：デフォルトの名無しさん ：2020/02/25(火) 21:16:04.36 ID:DINBU8UK0.net
MSDNがゴミになって何年経っただろうか

165 ：デフォルトの名無しさん ：2020/02/25(火) 21:20:49.37 ID:DPkPOqav0.net
まぁ良く言って汚物溜め。
探しても探しても、ろくな情報が出てこない

166 ：デフォルトの名無しさん ：2020/02/26(水) 15:09:07.36 ID:6Gmih54SM.net
>>165
じゃあまとめて

167 ：デフォルトの名無しさん ：2020/02/26(水) 15:25:47.56 ID:Sy5iffYbd.net
>>165
何の情報探したの？

168 ：デフォルトの名無しさん ：2020/02/26(水) 15:36:20.52 ID:6wufcnv4M.net
msdnは嘘は書いてないのだろうけどかなり分かり辛い

169 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4a63-4EGi)：2020/02/26(水) 16:03:28 ID:tRXCtCnh0.net
MSDNは日本語がクソなだけで英語は普通じゃん

170 ：デフォルトの名無しさん ：2020/02/26(水) 16:16:17.15 ID:4RHSA7Wy0.net
MSDNブログ日本語版行方不明事件とか

171 ：デフォルトの名無しさん ：2020/02/26(水) 16:16:17.02 ID:eJgtcN890.net
間違いを指摘しても修正されなくなったし、スナップショットも出なくなったし、
ドキュメント保守部門が丸ごと消えたんじやねーの。
担当の開発チームが自分勝手に編集してるだけのように見える。
OSSの悪いところをマネ

172 ：デフォルトの名無しさん ：2020/02/26(水) 16:37:33.74 ID:J/Z+GoCJM.net
もうMSにとってITドカタは客じゃないんだよ
いい加減気付け

173 ：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM86-ZWRU)：2020/02/26(水) 20:02:53 ID:rTIdtBEAM.net
そういう意味ではAzureとOffice使ってくれるのが今のMSの「顧客」だろうな

174 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fda-Gz1v)：2020/02/27(木) 03:53:58 ID:dXMdECOr0.net
ライブタイル廃止か

175 ：デフォルトの名無しさん (ﾜｲｰﾜ2 FF82-WaSC)：2020/02/27(木) 09:09:52 ID:c/azzpGnF.net
ライブタイル使ってないもん
スタートメニューに張り付けられるのは便利だけどアイコンあれば充分だしな…

176 ：デフォルトの名無しさん ：2020/02/27(木) 14:46:15.67 ID:CxyJejD60.net
>>171
OSSを推奨した人が多かったので、OSSが台頭。
それまでプロプライエタリソフトは、買った人の利便性を考え、
必ずしも営利にとらわれず親切心からマニュアル類を整備してきたが、競争上
OSSに勝たなくてはならなくなったので、親切心だけでは
どうしようもなくなって、利益を生まないなら放置されるようになった。

177 ：デフォルトの名無しさん ：2020/02/27(木) 14:49:35.08 ID:CxyJejD60.net
>>176
もう一つは、OSSの台頭によって、MS以外のプロプライエタリの開発環境が死滅または弱体化してしまったため、MSの競争相手がプロプライエタリの開発環境ではなくOSSの開発環境となったため、マニュアル整備もOSSと同レベルにまで水準を落とされた。

178 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 5f9e-oL1e)：2020/02/28(金) 15:38:15 ID:uB1B7NHg0.net
MSでOSSを推奨した人って誰？

179 ：デフォルトの名無しさん ：2020/02/28(金) 16:12:51.89 ID:DkMBLb2P0.net
今のCEOのナデラやろ
その前のバルマーまではOSSを敵対視してた

180 ：デフォルトの名無しさん ：2020/02/28(金) 16:23:48.09 ID:SkbRzeQX0.net
OSS側が調子こいてきた件
https://mag.osdn.jp/20/01/27/160000

181 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ca2c-rVtL)：2020/02/28(金) 17:13:17 ID:GfVfgYuK0.net
昔と時代が違う

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

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

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

182 ：デフォルトの名無しさん ：2020/02/28(金) 17:21:49.69 ID:uB1B7NHg0.net
オープンソースからコードパクればcoplandやEdgeのような失敗はしないし、
開発費を抑えれるから利益が出るという話ですね。

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

183 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fda-Gz1v)：2020/02/28(金) 17:34:17 ID:FKrGRQL40.net
OSSを使えば、みずほ合併も20年も
かからなかったという事ですね。

184 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4a61-W44n)：2020/02/28(金) 18:17:55 ID:EdLV0oRD0.net
>>178
舛添要一
NTT

185 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ff61-W44n)：2020/02/29(土) 15:36:50 ID:ZbPwrBbB0.net
>>184
IBM

186 ：デフォルトの名無しさん (ﾜｯﾁｮｲ dee3-ZhQ4)：2020/02/29(土) 18:23:52 ID:Y1vfXlkR0.net
>>183
当時の上層部が皆消えたからな

187 ：デフォルトの名無しさん ：2020/03/03(火) 05:28:49.83 ID:kLlDc7SA0.net
https://opentk.net/learn/chapter1/img/2-hellotriangle.png

188 ：デフォルトの名無しさん ：2020/03/03(火) 20:44:38.08 ID:g6HFOQ500.net
livetメンテされてたのね・・・

189 ：デフォルトの名無しさん ：2020/03/11(水) 08:29:20.50 ID:4840XTXYd.net
wpf はComboBoxのカスタマイズが異常に面倒
TextBox部分の背景色を変えたいだけなのに、どれだけコードを書かせるのかと
最終的にはComboBoxの上にBoarder挟んでTextBoxを重ねたわ

190 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 826a-drwQ)：2020/03/11(水) 21:59:25 ID:+pF602Na0.net
スタイルの一部分をちょこっと変えたいだけなのに
スタイル全書き換えだからなあ
バージョンアップでスタイルに手が入ったら追随しないとまずいし…

191 ：デフォルトの名無しさん ：2020/03/13(金) 20:05:34.14 ID:O03YLpkA0.net
>>188
もう死に体だけどな
ほそぼそと延命措置されてるだけだから、早々にPrismに乗り換えた方がいい

192 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9d2c-yhz0)：2020/03/14(土) 02:22:32 ID:l44yuRg30.net
livetはいまokazukiさんとかがメンテしてるみたい

193 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 85cc-YfnF)：2020/03/14(土) 11:19:03 ID:mQl6GBYb0.net
>>192
okazukiさんだけじゃね？
PRとか来たらそれの対応するような程度だけだから、もう死に体よ

194 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8510-xA19)：2020/03/14(土) 16:56:38 ID:C2Lif+b90.net
prismよりlivetが得意なことってどういうところ？

195 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8d-aTKp)：2020/03/14(土) 17:27:18 ID:XdSo6thHM.net
日本語のコメントが沢山ある?

196 ：デフォルトの名無しさん ：2020/03/14(土) 17:35:22.75 ID:Er3VTtJvM.net
UWP風WPFテーマファイルってないの？

197 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9d2c-yhz0)：2020/03/14(土) 18:30:12 ID:l44yuRg30.net
>>196
mahappをヌゲットで当てれば一応それっぽくはなる

198 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 8242-drwQ)：2020/03/16(月) 09:25:08 ID:+qP8+Lkd0.net
>>194
昔見た感じだと、ビヘイビアが充実していたから、そこだけ使うのもありじゃね？

199 ：デフォルトの名無しさん ：2020/03/16(月) 22:37:15.09 ID:fxc5hzKu0.net
>>194
日本製だけあって日本語での使い方がすごく豊富
prismのregionとかみたいに「そこまで高尚なのはいらないな」みたいな使い方には最高

200 ：デフォルトの名無しさん (ｽﾌｯ Sda2-yhz0)：2020/03/17(火) 12:47:21 ID:UPG5ONLMd.net
prismもOSSになってから標準機能だと思って使ってたものがごっそり消されたりするから怖いけどね…

201 ：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac5-Syvm)：2020/03/17(火) 13:03:38 ID:aozOj1qca.net
今のprismは有志数人がやってるコミュニティプロジェクト
機能の取捨選択などはMSの推奨とかではなく、あくまでメンテナの個人的な好みに過ぎない
もはやまともな旗振り役はどこにもいない

202 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM76-aTKp)：2020/03/17(火) 13:49:58 ID:oS6PobjrM.net
かと言って、WPFを素で使うのは辛いわ

203 ：デフォルトの名無しさん ：2020/03/17(火) 16:10:11.04 ID:bG+6fXAX0.net
激辛だわ

204 ：デフォルトの名無しさん ：2020/04/07(火) 23:06:06.45 ID:bAc1yzNH0.net
PackageReferenceでPrism.UnityをぬげっとしたプロジェクトをVisualStudioインストーラーでインストーラーを作成
そのインストーラーでWIndows10にインストールするとエラーでViewが立ち上がらない

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

205 ：デフォルトの名無しさん ：2020/04/08(水) 06:05:58.17 ID:VR2/ByYb0.net
>>204
そういうの有りそうw
インストーラの依存関係から漏れてるかな?

206 ：デフォルトの名無しさん ：2020/04/17(金) 17:07:14.15 ID:DEUx8cw20.net
ScrollViewerの最小サイズを指定する方法を教えてください

207 ：デフォルトの名無しさん (ﾜｯﾁｮｲ df35-ycy0)：2020/05/05(火) 09:27:45 ID:xw5tj5Ew0.net
ねーねー
教えて欲しいんだけど

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

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

208 ：デフォルトの名無しさん (ﾜｯﾁｮｲ e72d-BCJ4)：2020/05/05(火) 09:41:16 ID:ZtDgbM1L0.net
ぼーっと生きてんじゃねぇよ！

209 ：デフォルトの名無しさん (ﾜｯﾁｮｲ df89-HpdM)：2020/05/05(火) 10:21:47 ID:AdTM4q7h0.net
>>207
b::typeid かなあ
ぼーっと生きてるんで分からん

210 ：デフォルトの名無しさん (ﾜｯﾁｮｲ df35-ycy0)：2020/05/05(火) 14:46:08 ID:xw5tj5Ew0.net
>>209
ありがとうございます。
マクロかテンプレート組んでみますわ

211 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMd6-CDXL)：2020/05/12(火) 17:41:57 ID:hY6zA/rDM.net
Linuxで使えんのかこれ？
メンテナンスの依頼が来たんだが、おうちにWindowsないからお勉強できないんだが

212 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 1763-C4Ru)：2020/05/12(火) 17:51:59 ID:8wEDw8Rw0.net
>>211
Linuxでは使えない

213 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 5b2d-C0uG)：2020/05/12(火) 18:11:23 ID:Rm1nFE+i0.net
>>211
経費で買えば

214 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35f-tC6Q)：2020/05/12(火) 18:17:52 ID:GG8UV2/o0.net
.NET coreだとだめなの？
やりたいことが出来るかは知らんけど

215 ：デフォルトの名無しさん ：2020/05/12(火) 18:25:33.51 ID:Rm1nFE+i0.net
>>214
WPFは.NET coreでも動くけど、Windows専用
Linux+.NET coreじゃ動かない

216 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35f-tC6Q)：2020/05/12(火) 19:05:50 ID:GG8UV2/o0.net
>>215
そうなんだ、ごめん
よくわかってなくて失礼した

217 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9e-X6oS)：2020/05/14(木) 10:31:47 ID:IJMYY1560.net
どこに保守頼んでも断られて無知な犬厨が受けてしまったか。ご愁傷さま。

218 ：デフォルトの名無しさん ：2020/05/14(木) 11:59:28.26 ID:CtuOTcJGa.net
今更WPFアプリのメンテとか絶対やりたくないな
今時Winクライアントアプリって時点で苦痛なのに、もはや覚えても何の役にも立たないオワコンフレームワークとか地獄すぎる
全力で逃げた方がいいぞ

219 ：デフォルトの名無しさん ：2020/05/14(木) 12:09:39.36 ID:ooznbMWa0.net
>>218
じゃあ何で作るのがいいの？

220 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b4f-gIXh)：2020/05/14(木) 22:45:53 ID:c8b+AWhI0.net
あとはWebかスマホかな。個人的にはそっちの方が制約が大きくて苦痛だが。

221 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 07ad-XScl)：2020/05/15(金) 00:14:06 ID:WhbhAQET0.net
>>220
代替できてないじゃん
Windowsがなくならない限り、そのクライアントアプリの仕事もなくならないと思うが

222 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9e-X6oS)：2020/05/15(金) 08:07:53 ID:QqRlTuRs0.net
winformが今でも鉄板だと言ってみるか

223 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM5b-6xlw)：2020/05/15(金) 08:25:42 ID:uUo0Y4yAM.net
高dpiで破綻してる

224 ：デフォルトの名無しさん ：2020/05/15(金) 08:42:18.48 ID:1eO57Rtu0.net
老眼鏡で対応！

225 ：デフォルトの名無しさん (ｱｳｱｳｳｰ Saaf-LZFT)：2020/05/15(金) 08:53:17 ID:mPMl4nbia.net
部署内ツール程度の小規模開発ならWinFormで事足りる

226 ：デフォルトの名無しさん ：2020/05/15(金) 08:56:55.16 ID:QqRlTuRs0.net
オフィスのPCで4k普及なんてあと10年先じゃないかな。2k普及だって怪しい。

227 ：デフォルトの名無しさん ：2020/05/15(金) 09:07:59.09 ID:vlJSs5fLM.net
ノートPCは既に96dpiじゃ無いよ

228 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9f9e-X6oS)：2020/05/15(金) 23:20:38 ID:QqRlTuRs0.net
こいつリアルコミュ症だよね？

229 ：デフォルトの名無しさん ：2020/05/16(土) 08:07:06.88 ID:GpzxgeW40.net
10年後のオフィスにpcがあるかどうかわからんよ

230 ：デフォルトの名無しさん ：2020/05/16(土) 08:50:19.48 ID:LhTJIslf0.net
実行ボタンと中断ボタンがあるよくある仕組みだと現状何で作るのがベスト？

231 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f89-6xlw)：2020/05/16(土) 09:25:24 ID:GpzxgeW40.net
WPFスレなのでWPFとTPL
で、CancellationToken使う

232 ：デフォルトの名無しさん ：2020/05/18(月) 12:13:34.55 ID:81qwA9rBM.net
計算プロパティをOneWayバインディングしたのに反応しないぞ
バグか？

233 ：デフォルトの名無しさん ：2020/05/18(月) 12:17:59.93 ID:UifG0Ejn0.net
WPFが怪しい場合もあるけど、大抵は自分のバグ

234 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM5b-26de)：2020/05/18(月) 12:26:19 ID:81qwA9rBM.net
int A
get a
set a = value; RaisePropCh("A")

int B
get A * 2

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

235 ：デフォルトの名無しさん ：2020/05/18(月) 12:52:29.13 ID:UifG0Ejn0.net
>>234
端折られてて良く分からないけど
Bの変更を通知してないのかな

236 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe1-mStQ)：2020/05/18(月) 12:54:23 ID:/9ODvOSTM.net
不明な言語じゃ

237 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM5b-26de)：2020/05/18(月) 13:09:49 ID:qLYceyQ7M.net
RaisePropCh("A", "B")にすればええのんか
でもBがAに依存しとるという情報をAに書かなあかんてなんか気持ち悪いねん

238 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe1-mStQ)：2020/05/18(月) 13:18:38 ID:/9ODvOSTM.net
RaisePropChって何じゃ?

239 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 2f2d-imz8)：2020/05/18(月) 13:28:27 ID:UifG0Ejn0.net
>>237
Aの更新通知(INotifyPropertyChanged.PropertyChangedイベント)を監視して
Aが更新されたらBの更新を通知すれば良い
AとBが同じクラスなら気にしないで良いと思うけど

240 ：デフォルトの名無しさん ：2020/05/18(月) 15:37:04.87 ID:EIO3K/YzM.net
>>238
RaisePropertyChangeじゃろ
あんな書き方しないけど、それでも分かるでしょ

241 ：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa1d-/iGY)：2020/05/18(月) 15:51:45 ID:W1RwdSEUa.net
WPFがもし大成功して今でも新機能開発が続いていたら、Reactみたいにプログラミングモデル上は脳死で全更新するだけでよくて
フレームワークがうまいこと差分取って効率的に更新してくれるようになってたのかもね

242 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe1-mStQ)：2020/05/18(月) 15:59:03 ID:9zeuFziKM.net
>>240
中の実装も怪しいよねえ

243 ：デフォルトの名無しさん (ﾜｯﾁｮｲ a72c-MWp5)：2020/05/18(月) 17:11:19 ID:TSImRkOU0.net
>>237
そんなあなたにReactiveProperty…(´・ω・｀)

244 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d7d2-DBEz)：2020/05/18(月) 17:27:14 ID:Z3Rh0TcW0.net
RactivePropertyはObservableCollectionとsynchronizedできないやん

245 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM5b-26de)：2020/05/18(月) 19:27:28 ID:iSeSPLtnM.net
解決策を発見したで
プロパティ名をnullでRaiseすれば計算プロパティもええ感じにバインドされるみたいやわ

246 ：デフォルトの名無しさん (ﾜｯﾁｮｲ e39c-Xma3)：2020/05/18(月) 19:29:22 ID:0/z3ChKA0.net
今windwosアプリ作るのならどういう環境がいいわけ？
めんどくさいからみんなelectronに移行してるんだが

247 ：デフォルトの名無しさん ：2020/05/18(月) 19:37:32.28 ID:iSeSPLtnM.net
>>246
Blazorがええと思うで

248 ：デフォルトの名無しさん ：2020/05/18(月) 19:38:34.04 ID:CccO1DlI0.net
edgeが標準プラットフォームになったんだから
そろそろhtaのver.2をリリースしてください

249 ：デフォルトの名無しさん ：2020/05/18(月) 19:43:43.05 ID:ZhbDs7dG0.net
>>247
良い参考書ある？

250 ：デフォルトの名無しさん (ｽﾌｯ Sd2f-MWp5)：2020/05/18(月) 19:51:06 ID:vBUqFIJ5d.net
>>248
Electronでいいんじゃん

251 ：デフォルトの名無しさん ：2020/05/18(月) 20:13:51.16 ID:0/z3ChKA0.net
Blazorって.NETランタイムをWebAssembly上で実装？
MS何考えてるんだ

252 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f89-mStQ)：2020/05/18(月) 20:16:18 ID:voyPms160.net
>>251
ステキやん

253 ：デフォルトの名無しさん ：2020/05/18(月) 20:45:36.06 ID:OlqJzzRHM.net
BlazorはMSのR&Dの社員がお戯れに作ったもので、戦略もクソもない
アイデアとしては面白かったが既に下火だし、最終的に似たような技術が天下を取ることもあるかもしれないけどそれは多分Blazorではないよ

254 ：デフォルトの名無しさん ：2020/05/18(月) 20:48:44.57 ID:IzLs84ewa.net
Blazorは色々計画しとるみたいよ
とりあえず.NET 5になってからだな

255 ：デフォルトの名無しさん ：2020/05/18(月) 20:49:55.40 ID:z7Wgw8Hr0.net
デスクトップアプリはMSがやる気なくて、これと言ったのが無いよなぁ
消去法でWPF使ってるけど

256 ：デフォルトの名無しさん ：2020/05/18(月) 20:51:18.45 ID:E0eJeBp00.net
>>253
SignalRとかも元々お戯れだったけどな

257 ：デフォルトの名無しさん ：2020/05/18(月) 20:55:02.89 ID:0/z3ChKA0.net
まあもうネイティブアプリの時代じゃないんだろうけどね
ゴリゴリにWin32 API書いてたのが懐かしい

258 ：デフォルトの名無しさん ：2020/05/18(月) 20:59:14.82 ID:01ZM3hPz0.net
>>250
electronはJavascriptだから駄目

259 ：デフォルトの名無しさん ：2020/05/19(火) 16:00:16.65 ID:TDgQXoGP0.net
silverlightにはならないで欲しいなblazor

260 ：デフォルトの名無しさん ：2020/05/19(火) 16:02:22.49 ID:UZUeOLhY0.net
Blazor黒魔術感やばいけど
なぜC#なのか
TypeScriptならワンチャン覇権あったのに

261 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe1-mStQ)：2020/05/19(火) 16:31:58 ID:xHwcbnwDM.net
サーバもクライアントもc#使いたい

262 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 3bad-fRvC)：2020/05/19(火) 17:02:18 ID:a0TVrn2w0.net
JavaScriptに触れる機会が減るだけでも嬉しい

263 ：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MMdf-cWUa)：2020/05/19(火) 18:44:41 ID:SeGhJOd4M.net
>>261
禿同
Javascriptを駆逐してほしいわ

264 ：デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM17-/iGY)：2020/05/19(火) 18:55:29 ID:Gmm+b2VzM.net
TypeScriptならそこまで毛嫌いするほどかな
それにJavaScriptのクソさって言語もさることながら主にDOM操作が問題なわけだけど、
Reactみたいな最近のフレームワーク使うならDOM操作は完全に抽象化されていてテンプレートで宣言的に書けるようになってるよ
BlazorでDOM触らなくていいのはReactと似たアーキテクチャになってるからで、
言語がC#だろうがDOM操作をもし生でやるなら下痢便みたいなコードになるのは違いない

265 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 3bad-fRvC)：2020/05/19(火) 19:29:29 ID:a0TVrn2w0.net
>>264
Blazorで下痢便みたいなコードってたとえばどんなの？

266 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4d1d-ucyj)：2020/05/19(火) 19:57:06 ID:8HY/3oGP0.net
｢慶應卒の学歴なんていらない｣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

267 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9b4f-gIXh)：2020/05/19(火) 20:04:52 ID:JYXLTsSv0.net
>>260
MSILがブラウザ上で動くってのがBlazorのポイントだろ。TypeScriptはもとからトランスパイルできるじゃん。
WASMがポイントだというなら動的なJSやTSは今のところ無理だね。

268 ：デフォルトの名無しさん ：2020/05/19(火) 20:58:37.12 ID:+YYtOpaV0.net
C#で下痢便書くような奴なら
JavaScriptではどんなに美しいコードが書けることだろう

269 ：デフォルトの名無しさん ：2020/05/20(水) 00:54:11.64 ID:gFuy/SkY0.net
MAUI…

270 ：デフォルトの名無しさん ：2020/05/20(水) 05:48:13.84 ID:w+/0aUwf0.net
マイクロソフト、新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

271 ：デフォルトの名無しさん ：2020/05/20(水) 09:22:01.57 ID:mXqWoGfUa.net
Unoを勉強しようとした矢先にこれだよ

272 ：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-YFMs)：2020/05/20(水) 11:15:09 ID:6CLBLdpca.net
> 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

273 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM26-NLVI)：2020/05/20(水) 11:17:46 ID:nPhD6zxkM.net
Blazorでいいじゃん

274 ：デフォルトの名無しさん ：2020/05/20(水) 11:23:11.88 ID:IaKWAlqDM.net
Blazorで統一ならまだ勝ち目はあったかもね
まあまともに今のWinUI系のXAMLを使い込んでるのなんてMS自身くらいだろうし、
広く使ってもらうというよりMSが自分で使う目的が主なんじゃないかな

275 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM26-0OSs)：2020/05/20(水) 11:44:37 ID:OOHYhx3ZM.net
>>273
ローカルのリソースやデバイスへのアクセス制限がウザい

276 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM26-0OSs)：2020/05/20(水) 11:48:15 ID:OOHYhx3ZM.net
>>272
MVUってMVVMの進化系っぽいけど
コーティング量が減って良さげ

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

278 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM26-NLVI)：2020/05/20(水) 12:34:23 ID:7/dKeltHM.net
今にして思うとPropertyChangedってサイコーに頭悪いアイデアだったな

279 ：デフォルトの名無しさん ：2020/05/20(水) 13:32:07.78 ID:1IOTYjbV0.net
いやいや、今までのMVVMと大差ないから...
アプリ分割方法は今まで通りモデルとビューとビューモデルに分割して問題なし
単にフレームワーク提供の双方向バインディングがなくなったから、ユーザーイベント発生時にコードビハインドでビューモデルのメソッドを呼ぶようになるだけ...

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

280 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 979e-ixuB)：2020/05/20(水) 14:52:20 ID:Mh8h++lf0.net
>>278
ウンコ脳乙

281 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9a9c-DQkM)：2020/05/20(水) 16:43:42 ID:6j7TSTe10.net
SwiftUIを丸パクリじゃねーか

282 ：デフォルトの名無しさん ：2020/05/20(水) 18:05:19.19 ID:IaKWAlqDM.net
>>279
VとVMの間の分離が皆無な時点で全然違うと思うが

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

284 ：デフォルトの名無しさん (ﾜｯﾁｮｲ f390-zBqI)：2020/05/20(水) 18:57:17 ID:1IOTYjbV0.net
>>283
いや、何を更新するかそこは自由に選べるから...

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

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

285 ：デフォルトの名無しさん (ﾜｯﾁｮｲ f390-zBqI)：2020/05/20(水) 19:03:14 ID:1IOTYjbV0.net
>>282
それは君が分離してないだけ

286 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4e10-D1oa)：2020/05/20(水) 21:35:52 ID:60/2mOaG0.net
MVUってことはElmみたいな感じになるのかしらん。
F#との親和性も上がるといいな。

287 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 9a6a-crVl)：2020/05/20(水) 21:42:38 ID:XSjOvyTE0.net
>>286
https://thomasbandt.com/model-view-update

288 ：デフォルトの名無しさん ：2020/05/21(木) 13:57:53.85 ID:P/deDe4f0.net
中途半端な絵空事を追いかけるよりExcelをさっさと.Net化して欲しいわ
いつまでCOMやねん

289 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 2702-/3rX)：2020/05/21(木) 15:00:00 ID:jDxzpvC30.net
アホやなぁ

290 ：デフォルトの名無しさん (ｱｳｱｳｳｰ Sac7-8pht)：2020/05/21(木) 15:09:47 ID:4VRnGZ6Na.net
モバイル版は既にかなりの部分がC#なんじゃない？
Win版を置き換えることはないだろうけど、既にWin版のOfficeの一部にも.NETは使われているし、
今後は本体に.NET Coreが組み込まれてC#で書かれたコードが増えていくことも十分考えられる
プラグイン機構のことを言っているのなら、そもそも現在MSが推進しているWinRT系のRPCの仕組みはCOMベースなので、仮に今後新しい仕組みに置き換えられるとしても.NETベースになる望みはない

291 ：デフォルトの名無しさん ：2020/05/21(木) 15:42:08.73 ID:9+MRXYOc0.net
UI部分はすでに全部React Native Windowsだろ

292 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4ef2-crVl)：2020/05/22(金) 00:28:36 ID:GK58a6PU0.net
WPFでなくてすまないんだが、

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

293 ：デフォルトの名無しさん ：2020/05/22(金) 00:31:55.75 ID:vS7paOX80.net
UWPってなーに？

294 ：デフォルトの名無しさん ：2020/05/22(金) 00:46:04.97 ID:Gu1hoeqg0.net
>>292
Windows 10 UWPアプリ開発 Part 2
https://mevius.5ch.net/test/read.cgi/tech/1499658092/

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

295 ：デフォルトの名無しさん (ﾊﾞｯﾐﾝｸﾞｸ MM37-sQKC)：2020/05/22(金) 12:48:18 ID:lbX1xonYM.net
>>293
Ultra Windows Powet

296 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 7642-/o6E)：2020/05/24(日) 16:56:50 ID:YD2G6Bau0.net
完全に趣味でプログラムやってて
WPFに手を出してみようと思い↓のサイトのドキュメントで学習してたんだけど
http://kisuke0303.sakura.ne.jp/blog/?p=340

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

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

297 ：デフォルトの名無しさん (ﾜｯﾁｮｲ da89-0OSs)：2020/05/24(日) 20:12:23 ID:3qlZzirT0.net
wpfのチュートリアルはかずき大先生のページ以外は駄目だよ〜

298 ：デフォルトの名無しさん ：2020/05/25(月) 06:07:47.12 ID:ylkOF+xS0.net
>>296
ぱっと見だと図のような表示コードないね
多分途中で書き換えたのにコード側に反映忘れてる
まあ本でも誤植なんてしょっちゅうだし自分で合うように書き換えよう

299 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 3363-f9J/)：2020/05/25(月) 06:39:47 ID:ylkOF+xS0.net
WinUI 3も結局UWPみたいなタブ向けUIなんだな
Fluentだなんだか知らないけどデスクトップ向けもうたうならちゃんとレガシー()コントロールも用意して欲しい

300 ：デフォルトの名無しさん ：2020/05/25(月) 17:09:39.62 ID:quw8Fr750.net
レガシー必要なのってもう業務系アプリくらいだからなあ

301 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 072c-QPgs)：2020/05/25(月) 22:50:42 ID:yXchdJnh0.net
>>300
まあ業務系アプリはいつまでたっても一定の需要はあるからな(´・ω・｀)

302 ：デフォルトの名無しさん ：2020/05/26(火) 08:29:06.51 ID:2WnNvGhAa.net
>>300
業務系アプリがなくなるってあり得なくね？

303 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 6301-UYz0)：2020/05/26(火) 08:46:30 ID:O4WcavVK0.net
>>300
趣味で物作っている訳じゃないので

304 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe7-0OSs)：2020/05/26(火) 08:57:52 ID:iAXb1ypnM.net
業務系はWeb化してきてるし
webformだからレガシーだけどな

305 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 1aad-cFKA)：2020/05/26(火) 09:00:13 ID:xP2EobkM0.net
>>304
デスクトップアプリはなくならないよ
需要は減るけどね

306 ：デフォルトの名無しさん ：2020/05/26(火) 10:54:31.21 ID:sswBOnn3a.net
お手軽だからね

307 ：デフォルトの名無しさん ：2020/05/26(火) 10:59:33.02 ID:6ileE2Zca.net
今時はそうでもないわ
クラウドがあるからWebの方がお手軽

308 ：デフォルトの名無しさん ：2020/05/26(火) 11:16:04.18 ID:m1O5KGL0d.net
場合によるやろ

309 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMe7-0OSs)：2020/05/26(火) 11:21:18 ID:iAXb1ypnM.net
winformが一番お手軽

310 ：デフォルトの名無しさん ：2020/05/26(火) 13:22:34.05 ID:pBlDnMjv0.net
当初から散々ゴミと言われたとおりWPFは普及せず、
クラウド化しても企業の効率なんて当然上がらず、社員は不便を強いられ、
データを吹っ飛ばれさてから黙れされた連呼する自称SEたち。

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

311 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM7f-0OSs)：2020/05/26(火) 14:47:17 ID:2xWZOgbyM.net
お前も含めてだけどな

312 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 072c-QPgs)：2020/05/26(火) 23:15:16 ID:d+nvHOzJ0.net
そう。俺もお前もだ

313 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 1aad-VIJV)：2020/05/26(火) 23:17:39 ID:+nwpuOj70.net
おまいら、飲みにでも行け

314 ：デフォルトの名無しさん ：2020/05/27(水) 08:54:48.80 ID:32H/szl0a.net
>>313
コロナに油断するな！

315 ：デフォルトの名無しさん ：2020/05/28(木) 17:33:33.18 ID:epMUI4Mx0.net
.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自体の認証を完了させたい感じです。
伝われ〜

316 ：デフォルトの名無しさん ：2020/05/28(木) 19:37:43.46 ID:epMUI4Mx0.net
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);
で解決しました。

スレ汚し失礼しました。

317 ：デフォルトの名無しさん ：2020/05/28(木) 21:04:16.26 ID:AwUHmNLp0.net
他人のコードを読みたくないのはボクだけじゃないはず。

318 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4101-ZnxB)：2020/05/28(木) 21:06:50 ID:wn0+e+em0.net
move ソースファイル名 Null

319 ：デフォルトの名無しさん (ｽｯﾌﾟ Sddf-uTOw)：2020/06/29(月) 09:07:48 ID:j4QcCIztd.net
vs2019でwpf、.NET Core 3.1で作成したアプリのインストーラを作成したいのですが参考になるサイトありますか？

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

320 ：デフォルトの名無しさん ：2020/06/29(月) 09:36:38.17 ID:NtraNE7CM.net
>>319
やって見たけどプライマリ出力を参照させるとそうなるねえ。
依存関係がうまく抜けてないっぽい。
今のところはプライマリ出力をやめて発行させてpublishフォルダを参照するしか無いかも。
stack overflow辺りには何か情報があるかも?

321 ：デフォルトの名無しさん ：2020/06/29(月) 10:01:33.89 ID:NtraNE7CM.net
.net coreアプリはmsiじゃなくてmsixパッケージを使うようだな。

322 ：デフォルトの名無しさん (ｽｯﾌﾟ Sddf-uTOw)：2020/06/29(月) 10:17:30 ID:j4QcCIztd.net
>>321
ありがとうございます
msixを調べてみます

323 ：デフォルトの名無しさん ：2020/06/29(月) 11:14:55.57 ID:gOjcE5IyD.net
msixにするとアプリによっては動かなくなるから気をつけて
行儀のいいアプリなら問題ないと思うけど

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

324 ：デフォルトの名無しさん ：2020/06/29(月) 11:43:14.37 ID:NtraNE7CM.net
「実行ファイルパス問題」ってやつかな

325 ：デフォルトの名無しさん ：2020/06/29(月) 15:39:11.51 ID:j4QcCIztd.net
>>323
そういう問題が起きる可能性があるのですね。

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

326 ：デフォルトの名無しさん ：2020/07/04(土) 02:53:49.50 ID:yoyu8c1l0.net
BlazorはCSSを各コンポーネント毎に好きなの割り当てできるようなバージョンアップは予定してるのかな
ちょっと使い難い

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

328 ：デフォルトの名無しさん ：2020/07/08(水) 15:24:17.95 ID:Kr2gnfN5M.net
UIはデバイスごとに作ったほうが簡単じゃねーの？

329 ：デフォルトの名無しさん ：2020/07/16(木) 01:14:38.86 ID:163xTq/Q0.net
はじめからForms全力でよかったんや・・・

330 ：デフォルトの名無しさん ：2020/07/27(月) 10:39:34.80 ID:sbz77iMW0.net
キターーー　.NET 5.0 RC　かな？

331 ：デフォルトの名無しさん ：2020/07/27(月) 10:59:18.14 ID:rzcPx0wdM.net
preview7じゃないの?

332 ：デフォルトの名無しさん ：2020/07/27(月) 11:40:55.44 ID:9Xn50/5g0.net
http://var.blog.jp/archives/69202816.html
未だに大部分のプログラムは Win32(というかMFC)で、
WPFを使ってる中で一番有名な VisualStudio は劇遅。

333 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 4901-oJ29)：2020/07/28(火) 18:03:05 ID:hKAsfXZZ0.net
VS級のものがあまりないからでは

334 ：デフォルトの名無しさん ：2020/07/28(火) 18:16:39.56 ID:2hGB7urq0.net
>>332
リンク先ではVisualStudioはWPFにしてはすごく軽くて十分に快適って書かれてる(C++とのハイブリッドも疑ってる)のに
何故激遅に書きかわるw

335 ：デフォルトの名無しさん (ﾜｯﾁｮｲ 5161-ag1H)：2020/07/28(火) 18:41:04 ID:xreCiHzA0.net
>>334
「WPFの割には軽い」
と言っているだけで、現実には激遅だからだ。

336 ：デフォルトの名無しさん ：2020/07/28(火) 19:27:19.79 ID:EEBQNrWer.net
VSは.net版に変わったら非常に遅くなったよ
それだけは譲れないｗ
サードパーティー製のコンポーネント使ってると聞いた

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

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

337 ：デフォルトの名無しさん ：2020/07/28(火) 19:33:19.05 ID:3p32kQjLM.net
JavaのIDEと比べたらチョッパヤだろ

338 ：デフォルトの名無しさん ：2020/07/28(火) 20:49:33.29 ID:mqD6IZiK0.net
2015が一番重かったけど、2017→2019とどんどん軽くなってきたよね

339 ：デフォルトの名無しさん ：2020/07/28(火) 20:52:36.83 ID:mB6yyIIz0.net
そんなゴミと比べないでくれ
悲しくなってくる

340 ：デフォルトの名無しさん ：2020/07/28(火) 21:58:41.19 ID:xXl4dtBj0.net
今のVS十分軽いしさっさと古いクソPC投げ捨てて新しいの買ってこい

341 ：デフォルトの名無しさん ：2020/07/28(火) 22:29:22.83 ID:R16GmJU50.net
さっきDocker Desktop入れたらUIがWPF製だったわ

342 ：デフォルトの名無しさん ：2020/08/02(日) 20:28:06.49 ID:BN6q7uRr0.net
>>334
たしかにVSのタブやページ切替とかの反応は普通のWPFアプリと全然違うんだよな
なんらかのファクターXがあると考えるのが合理的
一般的WPFアプリには慢性的なもたつきが発生する

343 ：デフォルトの名無しさん ：2020/08/02(日) 20:46:36.40 ID:B8kL4fh30.net
教科書通りにMVVMなんてしてたらあきまへんって事かな？

344 ：デフォルトの名無しさん ：2020/08/02(日) 20:50:09.94 ID:UcfUDTUk0.net
.NET CoreのWPFと.NET FrameworkのWPFでレスポンスに違いはある?

345 ：デフォルトの名無しさん ：2020/08/02(日) 21:40:04.40 ID:q/qx3qt30.net
>>342
自分で作ってるWPFアプリと差を感じないけどなあ

346 ：デフォルトの名無しさん ：2020/08/02(日) 21:59:33.90 ID:TA4SUPRta.net
>>342
VSはWPFの低いレイヤだけを使って独自のフレームワークを構築している
WPF標準の低品質なコントロールはダイアログにしか使っていない

347 ：デフォルトの名無しさん ：2020/08/03(月) 01:12:41.51 ID:9/tK9gy10.net
普通のWPFって、あのクソ重いVSより遅いって、どんだけ遅いの。

348 ：デフォルトの名無しさん ：2020/08/03(月) 01:15:53.79 ID:F0bbTFGB0.net
WPF登場が2006年、VSのUIに採用されたのがVS2010から。

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

349 ：デフォルトの名無しさん (ﾜｯﾁｮｲ ede6-sFAx)：2020/08/03(月) 03:53:53 ID:N8X3JloH0.net
>>346
むしろその独自のフレームワークを公開してくれよ

350 ：デフォルトの名無しさん ：2020/08/03(月) 13:18:21.79 ID:F0bbTFGB0.net
一方、MFCは、MS-Officeで実装後、MFCで提供される。

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

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

351 ：デフォルトの名無しさん ：2020/08/07(金) 00:44:47.58 ID:eMMnS8Srr.net
昔ロータスかどこかが表計算ソフトでどうやってもofficeの速度が出ないので調べたら非公開API使ってた！
マイクロソフトは不公平だ！と言ってたらしい

352 ：デフォルトの名無しさん ：2020/08/07(金) 00:57:06.91 ID:3pmlvrNK0.net
都市伝説か勘違いしてるか
Lotus123の対抗はexcelじゃなくてマルチプランだ

353 ：デフォルトの名無しさん ：2020/08/07(金) 06:55:57.61 ID:W1K5XVv60.net
三四郎「……」

354 ：デフォルトの名無しさん (ﾄﾞｺｸﾞﾛ MM35-LWG7)：2020/08/07(金) 10:33:41 ID:kviOmVZrM.net
>>352
馬鹿なの？
普通に考えて1-2-3のWindows版の話だろ

355 ：デフォルトの名無しさん ：2020/08/07(金) 13:52:01.46 ID:ARIlA7ICM.net
>>354
馬鹿なの？
undocumented windows読んだ事無いのか

356 ：デフォルトの名無しさん ：2020/08/07(金) 14:16:49.97 ID:SYieViuR0.net
>>355
はあ？
> Lotus123の対抗はexcelじゃなくてマルチプランだ
の話なんだがw

357 ：デフォルトの名無しさん ：2020/08/07(金) 18:40:21.36 ID:85+YUIaur.net
自分が買ったPCにLotus123 windows版を入れてたけどなあ

358 ：デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM8b-tzTG)：2020/08/07(金) 18:57:57 ID:k8/Tepp0M.net
win95と同時に32bit版Excelだしやがったから
サードパーティじゃ間に合わん
3.1のころはいい勝負してたと思うよ

359 ：デフォルトの名無しさん ：2020/08/07(金) 20:07:48.20 ID:gaDKKGiVM.net
>>358
> 3.1のころはいい勝負してたと思うよ
そうだったっけ？
1993年にFMV買った時はWord/Excelと一太郎/三四郎のどっちかしか無かったような記憶があるが…

360 ：デフォルトの名無しさん ：2020/08/11(火) 00:53:29.18 ID:7RgGpk/H0.net
Excelで1900年がうるう年バグってるってのは有名だけどこれってLotus123との互換用なんだよな
もっというとLotus123側もうるう年判定を簡略させるための仕様だったと

361 ：デフォルトの名無しさん ：2020/08/11(火) 07:47:24.74 ID:xS/9Ss0TM.net
undocumented APIを検出するtool
でwindows3.xの頃のMS-APPは
インチキしてないって話しだったな。

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

362 ：デフォルトの名無しさん ：2020/08/11(火) 15:07:51.33 ID:pA06ApZK0.net
今は、そういう嘘より、FUD合戦が流行っている。
「セキュリティーで危ないから、WindowsをUpdateしろ、LinuxよりWindowsの方が安全。」
「セキュリティーで危ないから、セキュリティーソフトを買え」
「セキュリティーで危ないから、ソースがないソフトは駄目。オープンソースを使え」

363 ：デフォルトの名無しさん ：2020/08/12(水) 14:54:17.67 ID:Q5zqH5GF0.net
最低限のリテラシーすらないアホを虐殺した方が早い

364 ：デフォルトの名無しさん：2020/08/14(金) 21:56:43.83 ID:19vTStSCU
【A型の人ごめん】「まじめ人間」は、自分の人生を生きられず、しかもお金持ちになれない。
https://www.youtube.com/watch?v=ZBSMJHK_b34
【人生観変わる話】「サラリーマン脳」のヤバい特徴5選。
https://www.youtube.com/watch?v=mPCOn0qhW6M
【人生終了】情弱がハマる「貧困スパイラル」のリアル。
https://www.youtube.com/watch?v=T3R71zjbolc
バカでもわかる！ネットビジネスの始め方。
https://www.youtube.com/watch?v=LGM9VxlfDeo&t=147s
時給労働から卒業しよう！貧乏人が知らない「お金の稼ぎ方」まとめ。
https://www.youtube.com/watch?v=aibytYID1yY
【人生攻略】経験・実績ゼロのあなたが、最短で何者かになる方法。
https://www.youtube.com/watch?v=258RdS9Brxk
空気を読んで生きてる「まじめ人間」は成功しないよ。
https://www.youtube.com/watch?v=F2dwIOnNdGA&t=51s
【残酷】貧乏人はいつも忙しいのに、お金持ちは暇である理由。
https://www.youtube.com/watch?v=YkRKSgbyyf8

365 ：デフォルトの名無しさん ：2020/08/23(日) 16:16:47.80 ID:OADC3r990.net
BindingされたCheckBox.IsCheckedはFallbackValueもTargetNullValueも利きませんが
どうやって初期値Trueを入れたらいいのでしょうか？

366 ：デフォルトの名無しさん ：2020/08/23(日) 21:29:20.50 ID:OADC3r990.net
解決しました

367 ：デフォルトの名無しさん ：2020/08/25(火) 07:57:37.39 ID:CNwadlb30.net
ちゃんと自決しろよ！

368 ：デフォルトの名無しさん ：2020/08/25(火) 08:50:57.77 ID:NQev4bWfa.net
おもろ

369 ：デフォルトの名無しさん ：2020/08/26(水) 17:12:16.09 ID:+vm/3sbc0.net
Windows 10/.NET Core 3.1
TextBoxにintのプロパティをバインドすると数字以外にエラーを出してくれるようにできるが、
TextBoxのTextを手動ですべて削除したときに最後に有効だった数字がプロパティ側だけに残るのは不具合なのかな。
数字が入ってないのに、その数字で計算されてしまう。
intは空になれないからこうなっているのだと思いint?でも試してみたが同じ結果だった。
intのプロパティにバインドするのは罠？

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

370 ：デフォルトの名無しさん (ｴﾑｿﾞﾈ FF22-yRqa)：2020/08/26(水) 17:19:57 ID:dZW3ATMVF.net
3 から先に消して
2 消して
1 を最後に消しても一緒

371 ：デフォルトの名無しさん ：2020/08/26(水) 17:37:06.35 ID:KgZIVvH1d.net
stringにしてtryparse

372 ：デフォルトの名無しさん ：2020/08/26(水) 19:25:24.29 ID:+vm/3sbc0.net
int諦めてstringにして検証部分書きました。
intのプロパティにバインドしたらそれだけで介護してくれると思わせて、実は手抜き介護だった。

373 ：デフォルトの名無しさん ：2020/08/26(水) 22:45:13.55 ID:sGzQHkFA0.net
数値型バインドするときはコンバータで細工するとか必要だったかな

374 ：デフォルトの名無しさん ：2020/08/27(木) 10:31:44.59 ID:H/WqeZOsF.net
validator

375 ：デフォルトの名無しさん ：2020/08/27(木) 12:33:17.39 ID:vXpNqxXHH.net
学術の巨大掲示板群 - アルファ・ラボ 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

376 ：デフォルトの名無しさん ：2020/09/01(火) 02:46:39.17 ID:vwihzMdy0.net
そろそろ普及する予感

377 ：デフォルトの名無しさん ：2020/09/02(水) 15:28:55.36 ID:8b/Zi7QA0.net
14年目の正直

378 ：デフォルトの名無しさん ：2020/09/02(水) 15:38:08.91 ID:PicHUi2jF.net
Xamarin の本買うかどうか迷ってる
https://gihyo.jp/book/2017/978-4-7741-8895-9

379 ：デフォルトの名無しさん ：2020/09/02(水) 16:07:48.75 ID:NYistFqT0.net
WPFの経験があるならXamarinなんて簡単だろう

380 ：デフォルトの名無しさん ：2020/09/02(水) 16:11:54.09 ID:YvoVnPDv0.net
Xamarinって結局OSの差分吸収しきれてないんじゃなかったか？

381 ：デフォルトの名無しさん ：2020/09/03(木) 07:15:19.61 ID:CV24xPe20.net
みんな挫折した経験だろうな

382 ：デフォルトの名無しさん ：2020/09/03(木) 10:11:39.97 ID:DK3Ul6vKF.net
ちょまど攻略に挫折

383 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcf-Bpoy)：2020/09/03(木) 10:13:55 ID:3s47eGNWM.net
攻略出来ても色々と苦労しそうだなぁ

384 ：デフォルトの名無しさん ：2020/09/03(木) 10:30:41.16 ID:DK3Ul6vKF.net
げしゅとしちゅえぇんん
https://voicy.jp/channel/1253/96112
https://voicy.jp/channel/1253/95926

385 ：デフォルトの名無しさん ：2020/09/03(木) 10:31:18.09 ID:DK3Ul6vKF.net
どうしてフォロワー多いの？に答えてみた
https://sakumaga.sakura.ad.jp/entry/2020/08/28/120000

386 ：デフォルトの名無しさん ：2020/09/03(木) 12:17:47.97 ID:ABKyW7suM.net
でも腐女子なんでしょ

387 ：デフォルトの名無しさん：2020/09/08(火) 01:48:21.00 ID:L2ZCtfX62
ノロケツイートがバズって起業！　カップル・夫婦向けサービス「ふたり会議」が反響を呼ぶワケ
https://www.itmedia.co.jp/business/articles/2008/23/news012.html
コロナで細る“起業”を手助け。クラウド会計freee、スマホアプリで設立書類を作成できるサービス
https://www.businessinsider.jp/post-219220
岐阜大に「起業部」誕生　行動力ある人材を育成
https://www.chunichi.co.jp/article/113792
日本発 “世界最強グローバルEC”を率いる起業家・原田真帆人の挑戦
https://news.yahoo.co.jp/articles/31fc76262ccd7f6646a08d76446f3ba78c6d05bb
起業家から事業家へと自らを進化させなければ、さらにスケールすることはできない
https://diamond.jp/articles/-/245386
爆速で成長する2社の成長の秘訣とは？オンラインイベント 『爆速で成長するスタートアップの始め方』を開催
https://prtimes.jp/main/html/rd/p/000000032.000041941.html
医師兼起業家の草分け　医療事故隠蔽事件が転機に
https://style.nikkei.com/article/DGXMZO62603280T10C20A8000000/
NHKを辞めてユーチューバ―に。起業は「縛られない自由な生き方」なのか
https://www.itmedia.co.jp/business/articles/2008/15/news013.html
会社のDNAとも言えるミッション、ビジョン、バリューをどのように策定すればよいのか？
https://diamond.jp/articles/-/247750

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

389 ：デフォルトの名無しさん ：2020/09/09(水) 05:55:37.92 ID:JComtfL10.net
ネットに転がってるWPFのサンプルってイベントべた書きのばかり。

390 ：デフォルトの名無しさん ：2020/09/09(水) 08:32:16.72 ID:vaBdp1IQa.net
いやReactやVueやAngularだってMVVMの亜流なんだから別にそれ自体がWPFを難しくしているわけではない
むしろWPF開発の複雑さを低減するためにMVVMパターンが使われるようになったわけだしな
問題はMVVMでデータバインディングを駆使しなければやってられないほどにWPFが複雑すぎる点と、
そもそもWPFにとってMVVMが後付けであるためにReact等の後発とは違って実装に余計な自由度がある点にある

391 ：デフォルトの名無しさん ：2020/09/09(水) 08:55:17.69 ID:CkRYWT4Fa.net
WinFormのがわだけWPFに置き換えするだけで良いのでは、第１ステップは

392 ：デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8e-x+qn)：2020/09/09(水) 08:59:00 ID:SVFY/4ccM.net
バインドとイベントべた書きですよね

393 ：デフォルトの名無しさん ：2020/09/09(水) 09:38:41.51 ID:9MEEjZyTF.net
WPFは良い
XAMLが糞

394 ：デフォルトの名無しさん ：2020/09/09(水) 10:10:18.72 ID:Wa80IH+Z0.net
むしろ煩雑でよかった。winformが10年以上延命できた。

395 ：デフォルトの名無しさん ：2020/09/09(水) 11:38:24.67 ID:G4z+WgkT0.net
10年間進化してきたならともかく本当にただの延命なので共倒れ

396 ：デフォルトの名無しさん ：2020/09/09(水) 11:57:41.97 ID:eJCpqUcY0.net
XAMLはDesigner.csなんかよりよっぽど良いと思うけどな。
XMLに馴染みがないのかフォームデザイナーしか使わない人なのか。

397 ：デフォルトの名無しさん ：2020/09/09(水) 12:17:43.28 ID:McwiDPSYM.net
XAMLは冗長過ぎていかんわ

398 ：デフォルトの名無しさん ：2020/09/09(水) 17:18:49.71 ID:Wa80IH+Z0.net
C#に瞬殺されたと思われたJavaの圧倒的な巻き返しでC#も息してるかどうか疑わしくなってきた。
MSはいろいろ戦略が誤っていたのだろう。デスクトップOSのシェアすら今後保てるかどうか分からない。

399 ：デフォルトの名無しさん ：2020/09/09(水) 17:36:53.18 ID:VJS0FDOXa.net
Javaの巻き返しは無理だよ
言語に葉快適な変更をいくつも入れないとC#には追いつけない

400 ：デフォルトの名無しさん ：2020/09/09(水) 17:37:03.91 ID:VJS0FDOXa.net
あ、破壊的ね

401 ：デフォルトの名無しさん ：2020/09/09(水) 17:39:45.34 ID:5yvMyRN60.net
XAMLはレイアウトだけなら認める

402 ：デフォルトの名無しさん ：2020/09/09(水) 18:02:01.33 ID:k8W5BZK+0.net
WinFormsのポトペタに慣れ切った人がWPFで同じようにやろうとして思うように配置できなくて諦めるってのはあるかもな
だからといって、新規作成したときのデフォルトがGridでなくCanvasだったらアレだけどｗ

403 ：デフォルトの名無しさん ：2020/09/09(水) 18:14:54.94 ID:VOLRAgWK0.net
VSで無理やりMVVMパターンにはめるのが糞なだけでXAMLとバインドは十分使える

404 ：デフォルトの名無しさん ：2020/09/09(水) 18:42:57.38 ID:VJS0FDOXa.net
WPFは客先Java案件で開発補助ツール作るときに重宝しとる

405 ：デフォルトの名無しさん ：2020/09/09(水) 19:12:29.05 ID:A5jehCoA0.net
>>402
WinFormとまったく同じ手法で開発できるようにしても良かったな
学習意欲のある人には最初からMVVMコースを選べるようにして
後出しアイデアだけどね

406 ：デフォルトの名無しさん ：2020/09/09(水) 19:25:36.35 ID:Pr/s0qQqa.net
業務系アプリや有名なアプリはその時流行ってたフレームワークや作り方を使って秘伝のタレ化してる
新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
新規のアプリは結局Electron一択みたいな感じになった
この失われた20年をなんとかしろ

407 ：デフォルトの名無しさん ：2020/09/09(水) 19:26:43.79 ID:3UaIGoSz0.net
>>398
息してないわけないやろw

408 ：デフォルトの名無しさん ：2020/09/09(水) 19:34:22.19 ID:VJS0FDOXa.net
>>406
ドメインモデル作れよ

409 ：デフォルトの名無しさん ：2020/09/09(水) 20:51:35.69 ID:RtZ/Ywu6M.net
>>402
そうそう、Excel方眼紙の人にWordは無理だよねえ(爆笑)

410 ：デフォルトの名無しさん ：2020/09/10(木) 00:26:26.24 ID:dk54TyXK0.net
(爆笑)

411 ：デフォルトの名無しさん ：2020/09/10(木) 06:44:22.32 ID:npiJsw1+0.net
x 新しく作り直すこともせず完全なレガシーとなって開発者を苦しめてる
o 新しく作り直すと新たな地獄が始まり若い開発者が逃げ出す

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

412 ：デフォルトの名無しさん ：2020/09/10(木) 17:48:22.98 ID:1+vDLiP+0.net
WinFormは保守してるでしょ
.NET Core でも使えるぞ

413 ：デフォルトの名無しさん ：2020/09/10(木) 19:05:59.66 ID:VDMQ91PJd.net
WPFでAndroidアプリ作れるようにしてほしかった
xamarin.formsはなんというかちがう

414 ：デフォルトの名無しさん ：2020/09/10(木) 19:11:04.01 ID:jyWz39JTM.net
信仰が足りませんね。

415 ：デフォルトの名無しさん ：2020/09/10(木) 19:30:51.94 ID:1ysUn6Pe0.net
と、ちょまどが申しています

416 ：デフォルトの名無しさん ：2020/09/10(木) 22:44:33.53 ID:Cb3j1jBAa.net
FormsのCore移行は保守というよりクロージング対応でしょ
.NET Frameworkのままだとフレームワークのバージョンが上がるときに一緒にFormsをメンテし続けなきゃいけない
一方、Coreはスタンドアロンなアプリに関してはSCDが大前提なんで、フレームワークのバージョンは固定して安全に塩漬けにできる
つまり、.NET6以降でFormsがまともに動かなくなったとしても、MSも俺達も無視して放置できる

417 ：デフォルトの名無しさん ：2020/09/10(木) 22:56:10.36 ID:8Wf1yyh30.net
>>406
結局ElectronもVSCodeという念仏だけを唱え続けて何年になるのかという感じで盛り上がってない
ただ一つ確かなことは、これからのGUIプログラミングはマークアップ言語を避けて通れないということだけ

418 ：デフォルトの名無しさん ：2020/09/11(金) 00:04:56.66 ID:2fPFejSea.net
マークアップより関数型のほうが未来ある

419 ：デフォルトの名無しさん ：2020/09/11(金) 00:05:25.32 ID:WZRsWgqu0.net
>>416
.NET Framework は 4.8 で打ち止めと宣言されてる

420 ：デフォルトの名無しさん ：2020/09/11(金) 00:14:37.43 ID:mjeCG2U10.net
>>417
VSCodeの中のUIフレームワークみたいなのを
切り出して欲しいんだよね
今更HTMLで動的なツリービューとか流石にゼロから作る気にはならん

421 ：デフォルトの名無しさん ：2020/09/11(金) 01:03:31.90 ID:yRFTOe3N0.net
>>413
ほぼそっくりな Uno Platform でできる。

422 ：デフォルトの名無しさん ：2020/09/11(金) 06:45:05.62 ID:vM7nsUHO0.net
まだvb6が切り捨てられないのに。
winformも同じだろうなあ。

423 ：デフォルトの名無しさん ：2020/09/11(金) 19:54:53.12 ID:2qczsOvVM.net
COBOL、VB6、Winform。
時代に取り残された底辺プログラマにも生き残る道を与えてくれる。

424 ：デフォルトの名無しさん ：2020/09/11(金) 21:12:47.83 ID:hXs0MNnD0.net
時代に取り残された・・・wpf

425 ：デフォルトの名無しさん ：2020/09/11(金) 21:49:27.27 ID:i8H8r2FY0.net
むしろWPFが時代に取り残された

426 ：デフォルトの名無しさん ：2020/09/11(金) 21:53:06.19 ID:3mrNom4D0.net
と、時代に取り残された方々がおっしゃっています

427 ：デフォルトの名無しさん ：2020/09/11(金) 21:54:30.73 ID:/0JMUznc0.net
WPFは先に行き過ぎてただけだな
普通に今通用する技術が身につく

428 ：デフォルトの名無しさん ：2020/09/11(金) 22:18:15.63 ID:Xnku5Gjx0.net
>>427
いったんUWPやってからWPFに戻るとちょっと時代遅れかなーって思うわ
UWPはデザインアレだけど先進性はある

429 ：デフォルトの名無しさん ：2020/09/11(金) 23:12:23.63 ID:nEqlO7X90.net
WPFはいい
XAMLはてんでだめ

430 ：デフォルトの名無しさん ：2020/09/11(金) 23:19:39.90 ID:hXs0MNnD0.net
10年以上前に初見でこんなものは普及しないと言ったボクの先見性も褒めてよ

431 ：デフォルトの名無しさん ：2020/09/12(土) 00:08:48.85 ID:11mECFpA0.net
>>430
まったく先見性がない
10年前にWPF触ってた人たちは上のステージへ上がっている

432 ：デフォルトの名無しさん ：2020/09/12(土) 01:58:28.05 ID:b38QwxnG0.net
ゴミはとても匂いますからまともな嗅覚があれば触らずに済むのですがいやはや

433 ：デフォルトの名無しさん ：2020/09/12(土) 07:45:41.51 ID:erdZI+Jx0.net
XMLに馴染みがない人にとってはXAMLがネックになるのかなぁ。

434 ：デフォルトの名無しさん ：2020/09/12(土) 07:51:35.38 ID:HM5C8OT30.net
C#は省略記法をコツコツ取り入れているのに
xamlはなんで省略記法を取り入れないんだ
Ammy UIより省略された記法がほしい

435 ：デフォルトの名無しさん ：2020/09/12(土) 09:14:22.99 ID:erdZI+Jx0.net
専用のパーサーが必要で一般的なツールが使えない独自記法はいまさらやめてほしい。

436 ：デフォルトの名無しさん ：2020/09/12(土) 09:27:39.18 ID:b38QwxnG0.net
ディスコンにすればすべて解決するのに。

437 ：デフォルトの名無しさん ：2020/09/12(土) 10:21:39.93 ID:kelUe7i3M.net
>>435
xamlをvisual studio以外のツールで編集してるのか?
vsのideは優秀だが

438 ：デフォルトの名無しさん ：2020/09/12(土) 12:26:55.09 ID:11mECFpA0.net
>>433
そこを学習する力がないのであればGUIアプリのプログラマーをやめてノーコードへ行ったほうが未来がある
これからはマークアップ言語は必須だ

439 ：デフォルトの名無しさん ：2020/09/12(土) 12:54:21.58 ID:kelUe7i3M.net
xamlは厳密だけど冗長すぎる

440 ：デフォルトの名無しさん ：2020/09/12(土) 13:18:44.66 ID:/dac8gkP0.net
エディタで見ると横に長くて可読性が悪い

441 ：デフォルトの名無しさん ：2020/09/12(土) 13:22:57.64 ID:b38QwxnG0.net
マークアップ言語は時代遅れの化石だからな。

442 ：デフォルトの名無しさん ：2020/09/12(土) 13:54:52.07 ID:erdZI+Jx0.net
フォームデザイナでポトペタするのが最先端と言いたいんだろうか？

443 ：デフォルトの名無しさん ：2020/09/12(土) 14:04:07.40 ID:Tbg7pj/Fa.net
何でも良いよ、ちゃんと機能すれば！

444 ：デフォルトの名無しさん ：2020/09/12(土) 14:08:32.07 ID:b38QwxnG0.net
RADツールが最先端？ 30年前からあったってボク歴史の時間で習ったよ。
15年ほどの前の昔に登場したWPFがキラーアプリ一つも生み出せないばかりか禄に普及しなかったのに、
先を行き過ぎた先進性だの最先端だの未だに言ってるおじいちゃん。

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

445 ：デフォルトの名無しさん ：2020/09/12(土) 14:53:08.61 ID:11mECFpA0.net
WinFormsにしがみついてる人たちは何も知らないようだ
成長することもない

446 ：デフォルトの名無しさん ：2020/09/12(土) 15:13:29.33 ID:b38QwxnG0.net
近所のおじいちゃんがワンボタンマウスは革新的だと言ってます。
どこが革新的なのか聞くと多ボタンマウスを使ってる人たちは何も知らないようだ、
それでは成長することもないと言って教えてくれません。ボケてると思います。

447 ：デフォルトの名無しさん ：2020/09/12(土) 15:25:04.84 ID:erdZI+Jx0.net
さて、マークアップ言語が時代遅れだと言っている人は時代遅れじゃないものを教えてくれるのかな。

448 ：デフォルトの名無しさん ：2020/09/12(土) 16:08:05.32 ID:eZ9NxG850.net
ポトペタでかっけえの作れるのが欲しかった未来なのに

449 ：デフォルトの名無しさん ：2020/09/12(土) 16:37:56.34 ID:Ii1G2X6K0.net
Visualageでも使ってろ

450 ：デフォルトの名無しさん ：2020/09/12(土) 18:14:30.22 ID:11mECFpA0.net
その未来が欲しいならプログラマーやめてノーコードを盛り上げる活動をしたほうがいい
これからはノーコードで作れるものと作れないもので二極化していく
そしてその未来では「ポトペタ」はノーコードを意味する言葉にかわっている

451 ：デフォルトの名無しさん ：2020/09/13(日) 14:53:02.99 ID:D1IdQ9l60.net
>>450
小学校でやるプログラミグ教育の内容がそれそのもの。
20年前のITバブルでその手のアホツールが腐るほど出たがどれも生き残っていない。
老人たちは何度同じ夢を見るのだろうか。先見性がないだけでなくボケてますね。

452 ：デフォルトの名無しさん ：2020/09/13(日) 15:37:51.39 ID:UZEJ8gKvM.net
でも今ノーコードに取り組んでくれるのはグーグルやマイクロソフトだろ
常識が覆る可能性は否定しきれない

453 ：デフォルトの名無しさん ：2020/09/13(日) 19:27:24.39 ID:C8G6zLA20.net
ノーコードで日本の顧客が満足するプログラムが組めるといいなぁ・・

454 ：デフォルトの名無しさん ：2020/09/13(日) 20:33:02.69 ID:z7jXxub/0.net
>>453
ノーコードで作ったものはプログラムというのか？は置いておいて

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

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

455 ：デフォルトの名無しさん ：2020/09/13(日) 22:06:53.80 ID:D1IdQ9l60.net
MSがノーコードノープログラムだと!!

WPFオワコンじゃん。

456 ：デフォルトの名無しさん ：2020/09/13(日) 23:37:53.72 ID:e9EK7dt70.net
WPFerはパラダイムシフトを乗り切る力があるから問題ない
より新しいものに乗り換え、習得できる力がある
WinFormserが心配だ
彼らにはその力がない

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

457 ：デフォルトの名無しさん ：2020/09/13(日) 23:49:56.38 ID:D1IdQ9l60.net
そんなに余力あるならプログラマなんか辞めて医者や弁護士になったほうがいいよ。
法で利権が守られてるからね。一種やソフ開なんていうゴミ資格とは違う。経産省大臣のハンコに価値はない。

458 ：デフォルトの名無しさん ：2020/09/14(月) 00:06:33.81 ID:PY4I2gwB0.net
>>457
いきなり医者、弁護士、情報処理試験という無関係なこと話はじめるとか
知能や精神にエラーが発生してる証拠なので病院でデバッグしてもらった方がいいぞ

459 ：デフォルトの名無しさん ：2020/09/14(月) 00:15:00.38 ID:lDodbDrd0.net
なにやら触れてはいけないものに触れたようだ

460 ：デフォルトの名無しさん ：2020/09/14(月) 10:40:34.21 ID:gMM3Z1jiF.net
>>62

461 ：デフォルトの名無しさん ：2020/09/15(火) 08:48:00.45 ID:fvnMiQowd.net
>>454
顧客自身が作る小物はVBAマクロと同じ運命を辿る
それは開発者が自分達の為に作るツールも同じ

462 ：デフォルトの名無しさん：2020/09/16(水) 18:58:44.31 ID:WB932Wv8M
高級リムジンで極上のパーティーをして2017年締めます！！
https://www.youtube.com/watch?v=6xRuJ0QaGFM
リムジンでディズニーランドに入れるのか！？
https://www.youtube.com/watch?v=OOe28etzqmQ
友達をリムジンで迎えに行ったらどうなる！？
https://www.youtube.com/watch?v=ndBVOb7IYrM
リムジンに乗ってドライブスルーで注文してみた結果www
https://www.youtube.com/watch?v=ddq-zSU75dw
フェラーリ・ポルトフィーノで朝マック行ってみた！
https://www.youtube.com/watch?v=_YCOGbRBQh0
友達の全財産で勝手にアルファード買ってみた【ドッキリ】
https://www.youtube.com/watch?v=4Fv4o_Cp29M
友達の全財産で勝手に2代目のアルファード買ってみた【ドッキリ】
https://www.youtube.com/watch?v=wUUZW4G110w
友達のアルファード売って自分のベンツ買ってみた【ドッキリ】
https://www.youtube.com/watch?v=wjoReIn9NCE

463 ：デフォルトの名無しさん：2020/09/17(木) 01:07:45.04 ID:2wikOAruX
「市場から見た自分の価値は1500万円」副業で5億円を稼ぐmotoさんが“調子に乗らない理由”
https://headlines.yahoo.co.jp/hl?a=20200131-00010000-srnijugo-life
転職×副業で年収5500万円を稼ぐ32歳の仕事論
https://news.livedoor.com/article/detail/17284763/
副業年収4000万円、motoさんが実践する「普通のサラリーマン」の発信術
https://headlines.yahoo.co.jp/hl?a=20191008-00010003-moneyplus-bus_all
年収5000万円超。『転職と副業のかけ算』で大ブレイク、motoさんの「稼いだお金の使い道」
https://zuuonline.com/archives/205755
「共感力」と「自我」がない人は営業に向かない。ビジネスで相手を満足させるための3つの力
https://headlines.yahoo.co.jp/hl?a=20191219-00010000-srnijugo-life
「転職は“できること”、副業では“やりたいこと”をする」
motoさん×転職エージェント「Geekly」が考えるこれからの働き方
https://www.geekly.co.jp/column/cat-geeklycolumn/moto_interview-2/

464 ：デフォルトの名無しさん ：2020/09/19(土) 21:37:03.67 ID:dTdYqfkZ0.net
たいして機能つかわないし
なんだかんだlivetに戻った・・・

465 ：デフォルトの名無しさん ：2020/09/20(日) 22:02:21.67 ID:PdjshYFp0.net
>>464
livetに先はないよ
今も片手間でメンテを続けてくれてるだけだし、開発した本人から完全に移譲されてるわけでもないし

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

466 ：デフォルトの名無しさん ：2020/09/22(火) 17:25:26.61 ID:MUes9yQZ0.net
求人みると意外とWPF多いんだよな。
デザインとロジックに別けて開発できる! ってアンタどんだけの規模の開発だよ。

467 ：デフォルトの名無しさん ：2020/09/22(火) 17:29:48.65 ID:MUes9yQZ0.net
>>126
sockaddr_in構造体なんて同じだよな。

468 ：デフォルトの名無しさん ：2020/09/22(火) 17:30:52.89 ID:Iq4H0kt00.net
ボク、UIデザイナーなんでロジックは書けません。

469 ：デフォルトの名無しさん ：2020/09/22(火) 17:49:48.34 ID:EwzeVKsQ0.net
>>466
意外か？
ウチの周りじゃWindowsの新規案件はほとんどWPFでたまにC++でMFCは混ざる感じだが。
いまだにFormsでやっているところって本当にそんなに多いのかなぁ。

470 ：デフォルトの名無しさん ：2020/09/22(火) 17:56:11.95 ID:Iq4H0kt00.net
WPFのビッグウェーブきたか!!

471 ：デフォルトの名無しさん ：2020/09/22(火) 18:02:32.18 ID:cU35i3FIM.net
>>469
winformのがお手軽だからなあ
高dpiも騙しながら何とかなる

472 ：デフォルトの名無しさん ：2020/09/22(火) 18:04:49.79 ID:MUes9yQZ0.net
特に内輪用だったらwinformで十分だろ。

473 ：デフォルトの名無しさん ：2020/09/22(火) 18:55:21.55 ID:EwzeVKsQ0.net
内輪でお手軽にやるためにわざわざ求人することも少ないんじゃないかと思うが。

474 ：デフォルトの名無しさん ：2020/09/22(火) 18:56:26.53 ID:Iq4H0kt00.net
つまりデスマーチ…

475 ：デフォルトの名無しさん ：2020/09/22(火) 19:40:56.69 ID:H4U+QONT0.net
WinFormsは論外としてWin7対応ならWPF一択だからな

476 ：デフォルトの名無しさん ：2020/09/22(火) 20:16:31.87 ID:MUes9yQZ0.net
>>475
WIN7でもwinform使えるし
今更WPF勉強する位ならVC++6.0 MFC使ったほうがマシ。
W10でもVS6.0使えるんだよな。

477 ：デフォルトの名無しさん ：2020/09/22(火) 20:22:13.66 ID:H4U+QONT0.net
そこまで勉強したくないやつがなんでプログラミングやってんのか不思議

478 ：デフォルトの名無しさん ：2020/09/22(火) 20:22:58.56 ID:MUes9yQZ0.net
Z80のハンドアセンブルの頃からテキトーにやってきたよ。

479 ：デフォルトの名無しさん ：2020/09/22(火) 20:38:15.13 ID:2ES7fWER0.net
>>477
苦労して覚えたからもう二度と同じ苦労をしたくないってPGが世の中には腐るほど居る

480 ：デフォルトの名無しさん ：2020/09/22(火) 20:39:07.24 ID:TZbr+jJ50.net
WPFを体系的に学べるマトモな日本語の本がない。

481 ：デフォルトの名無しさん ：2020/09/22(火) 20:39:56.22 ID:MUes9yQZ0.net
>>480
確かに。どうやってみんな勉強したんだ。

482 ：デフォルトの名無しさん ：2020/09/22(火) 20:43:40.46 ID:OeqAWM6T0.net
かずき

483 ：デフォルトの名無しさん ：2020/09/22(火) 20:46:42.81 ID:H4U+QONT0.net
それ10年前の話じゃないの
今は情報が出揃っていてやる気だけあれば普通に習得できる

484 ：デフォルトの名無しさん ：2020/09/22(火) 20:55:29.30 ID:MUes9yQZ0.net
ヤフーオークションで WPFの本検索したが三件だったぞww

485 ：デフォルトの名無しさん ：2020/09/22(火) 20:58:34.57 ID:bhDrmv5D0.net
顧客にとって関心事はライフサイクルコストだから
それが一番安上がりになるの方が正義

486 ：デフォルトの名無しさん ：2020/09/22(火) 21:05:31.07 ID:rd5bPy3Z0.net
PCの性能が進化した今でもWinFormのアプリはやたら軽い
wpfが重いのはprismのせいなんだろうか

487 ：デフォルトの名無しさん ：2020/09/22(火) 21:09:15.16 ID:H4U+QONT0.net
本とかいらねーだろ
わからないことを検索することもできんのかよ

488 ：デフォルトの名無しさん ：2020/09/22(火) 22:05:05.60 ID:Iq4H0kt00.net
ID:H4U+QONT0 　リアルで仕事でこんなこというPGいたら笑うけどw

489 ：デフォルトの名無しさん ：2020/09/22(火) 22:45:43.46 ID:S3c4U8yb0.net
リアルだったらお前は死んでるぞ

490 ：デフォルトの名無しさん ：2020/09/22(火) 22:54:06.49 ID:Iq4H0kt00.net
>>489
通報した。

491 ：デフォルトの名無しさん ：2020/09/22(火) 22:57:46.92 ID:R52LfaJF0.net
WPF勉強しときたいけどおすすめのサイトか本ある？

492 ：デフォルトの名無しさん ：2020/09/22(火) 23:05:17.28 ID:GCixYKXo0.net
>>486
MVVMがレイトバインディングオンリーなのもね…

493 ：デフォルトの名無しさん ：2020/09/23(水) 00:13:21.92 ID:d+eus6090.net
今は機械翻訳ばかりでMSの日本語ドキュメントがゴミのようだ。
かといってMSの公式解説書も酷い訳のものがある。英語で読むしかないね。

494 ：デフォルトの名無しさん ：2020/09/23(水) 00:58:20.94 ID:RwrtWQFd0.net
https://www.wpf-tutorial.com/
ここが英語だけど高1くらいの英語力の俺でもそんな苦労せずに読めたからおすすめ

495 ：デフォルトの名無しさん ：2020/09/23(水) 01:06:07.80 ID:GhFg2WnD0.net
>>493
最近の技術系の翻訳本ってほぼ機械翻訳かけて手直ししてるだけっぽいからなあ

>>494
見てみる

496 ：デフォルトの名無しさん ：2020/09/23(水) 06:48:16.09 ID:a0wAVJWk0.net
酷い翻訳も慣れると逆算して読めるようになるから不思議だ
いや、読みやすいのが一番だけどね

497 ：デフォルトの名無しさん ：2020/09/23(水) 08:30:21.61 ID:Hsz3JCQvM.net
>>475
死んだOSの対応って何なん?

498 ：デフォルトの名無しさん ：2020/09/23(水) 08:35:22.43 ID:Hsz3JCQvM.net
>>476
今どきvs6って拷問だな

499 ：デフォルトの名無しさん ：2020/09/23(水) 08:37:33.83 ID:Hsz3JCQvM.net
>>487
体系的に短時間で学ぶには今でも本が便利だよ

500 ：デフォルトの名無しさん ：2020/09/23(水) 10:31:48.86 ID:kf7t1N4+0.net
>>494
日本語が Localized versions の上位には上がってないので
more languages ...
で出たが
Localization
https://www.wpf-tutorial.com/Localization/
日本語対応遅れとるな

501 ：デフォルトの名無しさん ：2020/09/23(水) 10:43:36.75 ID:kf7t1N4+0.net
>>496
エラーを取得するには関数を使います

502 ：デフォルトの名無しさん ：2020/09/23(水) 10:47:22.57 ID:R3wz9TIW0.net
>>491
okazukiさんのブログが一番いい
prismとかReactiveproperty関連はとりあえず読み飛ばす前提で

503 ：デフォルトの名無しさん ：2020/09/23(水) 11:50:21.21 ID:2MH3im7L0.net
prismとか意味なく使うから
コードがめちゃくちゃになる。

504 ：デフォルトの名無しさん ：2020/09/23(水) 11:59:46.14 ID:9C05kspb0.net
>>498
ExcelがVBAというレガシーチャンピオンを抱えてるからそのうちスプレッドシートにシェア奪われるんだろうな

505 ：デフォルトの名無しさん ：2020/09/23(水) 20:26:34.11 ID:bxjjKz3I0.net
コントロールは今まで通り、貼り付けで配置できるん?

506 ：デフォルトの名無しさん ：2020/09/23(水) 20:53:57.14 ID:L4V/SK950.net
>>501
たぶんWinApiのFormatMessageのことだな(適当)

507 ：デフォルトの名無しさん ：2020/09/23(水) 21:07:06.41 ID:TDgfvANh0.net
>>505
デザイナはあるけれど、WinFormsのポトペタをイメージしているのならコレジャナイってなる

508 ：デフォルトの名無しさん ：2020/09/24(木) 01:02:07.98 ID:r0U1/5Zg0.net
>>505
ぽとぺたWindowにコード全部かいてもいいぞ！
好きにしろ

509 ：デフォルトの名無しさん ：2020/09/24(木) 04:13:59.25 ID:SazTPdWp0.net
https://medium.com/flutter/announcing-flutter-windows-alpha-33982cd0f433
あらら

510 ：デフォルトの名無しさん ：2020/09/24(木) 04:43:28.13 ID:YxwlyIOc0.net
あらら、またスマホベースで残念だわ
デスクトップベースのWPFが生き残り続けてしまうことに・・・

511 ：デフォルトの名無しさん ：2020/09/24(木) 05:51:13.12 ID:Tu4V2/EEM.net
最近のwebページもスマホベースのが多くて、pcで開くと横にドーンと広いんだよね(´・ω・｀)

512 ：デフォルトの名無しさん ：2020/09/24(木) 07:21:23.47 ID:oGOHDREdM.net
貴方には信心が足りないわ

513 ：デフォルトの名無しさん ：2020/09/24(木) 11:27:21.75 ID:Al9hzlNm0.net
コテコテのコモンコントロールはもう時代遅れか

514 ：デフォルトの名無しさん ：2020/09/24(木) 11:54:47.37 ID:SazTPdWp0.net
スマホ用のアプリをパソコンで開くと無駄なスペースとか多すぎでくそなのは事実だが、とりあえずタブレットというか2in1用のタッチベースのアプリが増えないことには

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

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

winuiもコンパクトモードがあるがすげえ中途半端だし...

515 ：デフォルトの名無しさん ：2020/09/24(木) 11:56:36.57 ID:SazTPdWp0.net
https://www.microsoft.com/ja-jp/p/flutter-gallery/9pdwctdfc7qq

microsoft storeにflutter galaryアプリがきてるらしい

516 ：デフォルトの名無しさん ：2020/09/24(木) 19:12:16.23 ID:YxwlyIOc0.net
MSがWindows 1からデスクトップだけを考えてアプリ開発をしてきた最終的回答がWPF
おそらくこの分野でライバル出てくるとしたらWindows 11が出るような変化の時だろうな

517 ：デフォルトの名無しさん ：2020/09/24(木) 19:23:46.15 ID:bZ1sVv660.net
>>511
そもそもwww(html)なんてUNIXが発祥なのに
変だろ。
納得できんわ。

518 ：デフォルトの名無しさん ：2020/09/24(木) 19:57:08.14 ID:bZ1sVv660.net
>>508
コード書くなら「Visual」Studioじゃないよな。
WIN32APIで書くのと変わらん。

519 ：デフォルトの名無しさん ：2020/09/24(木) 20:04:57.62 ID:khkTd8DV0.net
>>516
UWP推進のために敢えて放置されてたのか、痒い所に手が届かない部分が所々合ってもどかしい
せめて事前バインディングはマージしてくれ

520 ：デフォルトの名無しさん ：2020/09/24(木) 20:28:49.17 ID:anZxJGRt0.net
>UWP推進のために敢えて放置されてたのか

これだよなぁ。ペゾルト本もWPFスキップさせられたし。

521 ：デフォルトの名無しさん ：2020/09/24(木) 20:34:02.96 ID:bZ1sVv660.net
画面デザインとコードで分業できる、というけど実際そうしてるんか?
結局全部自分でやってね?

522 ：デフォルトの名無しさん ：2020/09/24(木) 20:56:33.67 ID:d9Awt+YW0.net
>>517
cssを上手く使ってpcでもスマホでもちゃんと表示出来るのもあるんだけどねえ。
最近はスマホだけに最適化されてるのが増えてきた。
世も末だよ。

523 ：デフォルトの名無しさん ：2020/09/24(木) 21:19:02.45 ID:bZ1sVv660.net
>>522
特に大学生はスマホオンリーで、PCなんて不要
という考えが大半なんだよな。
そりゃ見るだけならいいけどよ...

524 ：デフォルトの名無しさん ：2020/09/24(木) 22:04:34.04 ID:LFWdqcpHM.net
>>523
キーボードよりスマホのフリック入力が速いと。
オレなんてミスタッチしまくりさ。

525 ：デフォルトの名無しさん ：2020/09/25(金) 21:40:27.80 ID:c1QgCFu70.net
>>519
事前バインドは．ｎｅｔ5とWinUI3でデスクトップに降りてくるようだからな
ついでにイベントのバインドも出来るからビヘイビアの大半が要らなくなるのも良い

526 ：デフォルトの名無しさん ：2020/09/25(金) 22:20:21.51 ID:iQJ3d1Xe0.net
大幅変更のビッグウェーブくるね。目指すはwinformの開発効率。

527 ：デフォルトの名無しさん ：2020/09/26(土) 12:37:46.17 ID:3hVx86Rj0.net
事前バインディングは効果を体感できない
定期

528 ：デフォルトの名無しさん ：2020/09/26(土) 18:07:46.78 ID:AmGNamxa0.net
今日からWPF始めたんだが　x:Name　で適当に名前つければ簡単にコントロール
利用できる事を知ったんだがだけどそれでいいのん?
データバインドなんちゃら　って必要なの。

529 ：デフォルトの名無しさん ：2020/09/26(土) 18:14:00.51 ID:uvZwMpem0.net
個人のプログラムなんて動きゃいいんだよ

530 ：デフォルトの名無しさん ：2020/09/26(土) 18:14:22.46 ID:U/HQ8OHN0.net
>>527
実行前にエラーが分かるのは大きいだろ

>>528
バインディングは必須ではないからそれでも良いよ

531 ：デフォルトの名無しさん ：2020/09/26(土) 18:17:13.29 ID:AmGNamxa0.net
>>530
なるほど。
この場合は自動実装プロパティなど不要でスッキリですな。
一応、習得しとこうかなとは思ってる。

532 ：デフォルトの名無しさん ：2020/09/26(土) 19:48:04.87 ID:U+G6yEte0.net
>>528
それでもできるしバインドしてやることもできる
バインドの方がハードル高め
個人的には両方できてしまうことがわかりにくくしてる要因だと思う

533 ：デフォルトの名無しさん ：2020/09/26(土) 21:26:12.10 ID:AmGNamxa0.net
なるほど。

質問ばかりで申し訳ないんだが、
コントロール一つごとに
・自動実装プロパティ
・ビューモデルのクラス生成
・データコンテキストの設定
が必要であってます?

534 ：デフォルトの名無しさん ：2020/09/26(土) 21:57:03.85 ID:yhMCpvCJ0.net
必要ではない
複雑なことやらないならWindowクラスのViewModelに各コントロールのバインディングソースプロパティを持たせればいい
なお自動実装である必要はないよ
というかプロパティ変更をINotifyPropertyChangedで通知したいなら自動実装ではダメ

535 ：デフォルトの名無しさん ：2020/09/27(日) 00:02:47.65 ID:bYiRY3PLM.net
Mode=OneWayToSource以外ならgetterが必要
Mode=OneWayToSourceかTwoWayならsetterが必要

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

で、getterはbacking fieldを返し、setterはbacking fieldに代入しイベント発生、というのが定石
定石過ぎてReactivePropertyとかPrismのBindingBase.SetPropertyを使うと楽できる

536 ：デフォルトの名無しさん ：2020/09/27(日) 01:05:57.42 ID:zhyG30X30.net
(楽か？)

537 ：デフォルトの名無しさん ：2020/09/27(日) 10:51:02.21 ID:BlHd4Scl0.net
だめだ。バインドの有効利用方法がわからん。。
面倒くさい　煩雑　しか思えん。

538 ：デフォルトの名無しさん ：2020/09/27(日) 11:05:21.04 ID:+zlhhpvN0.net
バインド超楽だけど

539 ：デフォルトの名無しさん ：2020/09/27(日) 11:16:28.74 ID:lEpS58To0.net
最初はバインド面倒にかんじて
コントロールに名前つけてアクセスしたらいいじゃんって思うだよな

540 ：デフォルトの名無しさん ：2020/09/27(日) 11:59:55.26 ID:fEMpkeyM0.net
>>539
それをやめさせるには、
コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...

541 ：デフォルトの名無しさん ：2020/09/27(日) 13:29:01.55 ID:AVJFrAga0.net
あとVM以下層のテスト書かせるのもね

542 ：デフォルトの名無しさん ：2020/09/27(日) 14:10:50.15 ID:3HypLccl0.net
MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが
記述量が減ったり、堅牢になると思う

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

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

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

とは言えMVUは.NET6まで待たなければならない
それまで自分はPropertyChanged.Fodyで変更通知してる。
記述量が少なく、属性主体なので影響も少ない。
ModelはJsonシリアライザーに優しくないと使い物にならない

543 ：デフォルトの名無しさん ：2020/09/27(日) 14:16:53.81 ID:BlHd4Scl0.net
ヤバイ。
意味が分からん。最近難しいな!

544 ：デフォルトの名無しさん ：2020/09/27(日) 15:37:28.93 ID:BlHd4Scl0.net
>>226
未だにSXGAなんてザラ。
WUXGAすらない。

545 ：デフォルトの名無しさん ：2020/09/27(日) 16:11:20.22 ID:gGo0R8Ul0.net
>>542
そうとは思わない。

特に「VMとVを疎結合に...」以降の自論は
なにか勝手な思い込みではないかと思う。

546 ：デフォルトの名無しさん ：2020/09/27(日) 18:05:15.62 ID:eIKg6nYv0.net
MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが
prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない？
やっぱマニュアルのMVVMが最強やな

547 ：デフォルトの名無しさん ：2020/09/27(日) 19:14:42.82 ID:0F2CG6otd.net
>>533
リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる
個人とかうちわ向けのツールなら

548 ：デフォルトの名無しさん ：2020/09/27(日) 19:21:26.72 ID:LOFXzk7UM.net
>>546
意味解らずprismとか使うとコード量がふくれて
馬鹿みたいに面倒になるね。

意味解ってないから
MVVMの実装はこうしなければいけないと
思い込んでる。

549 ：デフォルトの名無しさん ：2020/09/27(日) 19:29:24.63 ID:LOFXzk7UM.net
>>547
理解出来てるならバインディングは一切使わなくても大丈夫だね。
最速を求めるなら使うとむしろ遅くなる。

有名どころのコントロールのソース見ても
内部はあんまりMVVMしていない。

550 ：デフォルトの名無しさん ：2020/09/27(日) 19:31:16.40 ID:co99WLAO0.net
遅くない!!っ言い張ってた子の気持ちも考えてね!!

551 ：デフォルトの名無しさん ：2020/09/27(日) 19:35:30.30 ID:0F2CG6otd.net
>>549
まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか
データテンプレートで綺麗でリッチな表示できるよねーっていう

winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし

552 ：デフォルトの名無しさん ：2020/09/27(日) 20:09:31.44 ID:4TLQ9mS+0.net
MVVMだけならReactivePropertyが一番楽ちんだな
PrismはUnityでDIしたりViewModelLocaterの機能や
EventAggregatorなどで手放せない
あと、EF使う所はBindingBaseでMVVMするな

BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも

553 ：デフォルトの名無しさん ：2020/09/27(日) 20:12:24.73 ID:LOFXzk7UM.net
>>550
たとえば1000万行のデータグリッドが必要なら、内製するし
バインディングとか使わない。
仮想化とか必須の領域だし、
細かい制御が出来ないし、
結果的に確実に遅くなる。

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

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

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

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

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

554 ：デフォルトの名無しさん ：2020/09/27(日) 21:32:28.68 ID:BlHd4Scl0.net
>>553
売れないことないんじゃない?
VC++でカスタムドローとかオーナードロー
の資料がなくて苦労したわ。
comも。

555 ：：2020/09/27(日) 21:39:03.46 ID:OZSlZqU50.net
>>553
＞コントロールを作成するレベルの入門書は
＞洋書でも存在してないのではないか？

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

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

kindle 化して、とりあえず様子をみる、というのはいかがですか？
私なら（印税50% の kindle 出版に対して）10000円で買うつもりです

556 ：デフォルトの名無しさん ：2020/09/27(日) 22:26:16.12 ID:HAa0iCIU0.net
コントロール作るのってそんなに難しい？

557 ：デフォルトの名無しさん ：2020/09/27(日) 22:29:39.45 ID:co99WLAO0.net
VSのデザイナで動いてくれないと困るからな。

558 ：デフォルトの名無しさん ：2020/09/27(日) 22:39:45.91 ID:HAa0iCIU0.net
デザイナで動くって何？
ちゃんと表示されるってこと？

559 ：デフォルトの名無しさん ：2020/09/27(日) 23:18:31.39 ID:LOFXzk7UM.net
>>557
VSのデザイナーは一定の条件下でのみ動作する。

コントロール作成レベルの作業中だと
機能しない事が多い。
そういうのはやってれば普通に解るし
察する。

560 ：デフォルトの名無しさん ：2020/09/27(日) 23:39:24.89 ID:co99WLAO0.net
わざわざコントロールで作るってことは
頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。
コード上でnewして再利用できるだけでいいクラスライブラリとは違う。

561 ：デフォルトの名無しさん ：2020/09/28(月) 00:04:13.06 ID:QIpyCS2B0.net
かんたん Visual C++［改訂2版］、堀義博、2017

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

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

ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。
それに対応するには、VS でのプラグインの作り方を学ぶ必要がある

562 ：デフォルトの名無しさん ：2020/09/28(月) 08:04:30.26 ID:cZtg7eSbM.net
なんでMFC??

563 ：デフォルトの名無しさん ：2020/09/28(月) 08:51:18.27 ID:EbZv9i2ha.net
MFC使うくらいなら素のWin32APIを叩くはw

564 ：デフォルトの名無しさん ：2020/09/28(月) 08:53:35.35 ID:053eSEmAa.net
>>562
いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう

565 ：デフォルトの名無しさん ：2020/09/28(月) 20:35:22.53 ID:tGpmNLmZ0.net
>>560
それができないならコントロールがちゃんと作れてないんでしょ
そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど

566 ：デフォルトの名無しさん ：2020/09/28(月) 20:59:34.29 ID:ejW4RwcM0.net
>叩くはw

たまに見かけるけど見るたびにイラっとするこれ

567 ：デフォルトの名無しさん ：2020/09/28(月) 21:10:30.27 ID:aZQQorKp0.net
>>566
イラッとするはw

568 ：デフォルトの名無しさん ：2020/09/29(火) 19:45:21.34 ID:Y1CZVJSu0.net
みなさんスーパーハカーですね!

569 ：デフォルトの名無しさん ：2020/09/29(火) 19:52:27.83 ID:R2YkXVhNr.net
EventAggregatorって非推奨になったのかと思ってたけど

570 ：デフォルトの名無しさん ：2020/09/29(火) 19:59:11.56 ID:R2YkXVhNr.net
InteractionRequestだった…

一切使ってないからさっぱりわからない

571 ：デフォルトの名無しさん ：2020/09/29(火) 20:54:02.93 ID:ZYb8dqzc0.net
コードビハインドを徹底的に避けようとするのって病的だなと思うようになった
コードビハインドにあるべきコードはコードビハインドにあっていい

572 ：デフォルトの名無しさん ：2020/09/29(火) 21:14:03.62 ID:qOEu/+uI0.net
報酬はあるのか？

573 ：デフォルトの名無しさん ：2020/09/30(水) 18:45:23.92 ID:VC7cxOmi0.net
>>570
ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した
動くけどしっくり来ないんだよな
同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が

574 ：デフォルトの名無しさん ：2020/09/30(水) 19:13:05.29 ID:ja9gtUPA0.net
コントロールのサブクラスを極力避けるというのがwpfの方針でしょ

575 ：デフォルトの名無しさん ：2020/09/30(水) 20:47:28.67 ID:L6wzWJW+a.net
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.

576 ：デフォルトの名無しさん ：2020/10/05(月) 12:11:44.64 ID:9Dou6A6q0.net
ｄｌｌで定義したstyleを参照する方法を教えてください

577 ：デフォルトの名無しさん ：2020/10/05(月) 18:50:57.69 ID:g9HCYiH10.net
こんなんだったはず

〜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>

578 ：デフォルトの名無しさん ：2020/10/10(土) 23:38:21.46 ID:YXN1Ol2Y0.net
入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、
DataGridViewのbindingクソ過ぎｗｗｗ
セルに表示する値のプロパティ名を文字列で指定できるだけで、
背景色すらbingindで表現できないとか、マジで終わってる(￣▽￣)

579 ：デフォルトの名無しさん ：2020/10/11(日) 07:17:34.12 ID:kKzgRzeu0.net
Formsの仕事が回ってくるようになった会社は潰れる一歩手前

580 ：デフォルトの名無しさん ：2020/10/11(日) 08:38:47.21 ID:UaRtLtpyM.net
君も○XUGに入って、「偉い人」に
なろう。楽しいぞ「一般ピープル」を煽るのは

タブン

581 ：デフォルトの名無しさん ：2020/10/11(日) 09:07:54.24 ID:SL721RiNM.net
>>578
だけど速いんだぜ

582 ：デフォルトの名無しさん ：2020/10/11(日) 09:54:39.61 ID:kZXFoyze0.net
>>579

583 ：デフォルトの名無しさん ：2020/10/11(日) 16:16:04.80 ID:SD6h9HSf0.net
来年早々にもWPFからWinUI3に代替わりするわけだが
x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,

584 ：デフォルトの名無しさん ：2020/10/11(日) 16:23:51.15 ID:1QfYQ6oK0.net
未だに.NET3.5縛りの我社に隙きはなかった

585 ：デフォルトの名無しさん ：2020/10/11(日) 16:30:13.75 ID:kKzgRzeu0.net
>>583
WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが

586 ：デフォルトの名無しさん ：2020/10/11(日) 16:33:07.04 ID:Oc3P171P0.net
それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな

587 ：デフォルトの名無しさん ：2020/10/11(日) 16:38:00.50 ID:Oc3P171P0.net
>>585
2.0まではXaml Islandで使うものだったが、３からはWPFと同格のGUIツールキットになるんだよ
UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる

588 ：デフォルトの名無しさん ：2020/10/11(日) 16:49:13.59 ID:mP+yhd0K0.net
>>586
Windows用デスクトップアプリ自体が下火だもの

589 ：デフォルトの名無しさん ：2020/10/11(日) 17:20:29.83 ID:kKzgRzeu0.net
>>587
よく調べてくれ

590 ：デフォルトの名無しさん ：2020/10/11(日) 17:51:56.66 ID:Fd7KLviX0.net
>>589
https://docs.microsoft.com/ja-jp/windows/apps/winui/
現行じゃなくてWinUI3は２０２１年にリリースされる新バージョンで
ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります

つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した

591 ：デフォルトの名無しさん ：2020/10/21(水) 14:57:47.86 ID:tiqsU3pvM.net
.NET CoreってXPでも動きマスカ

592 ：デフォルトの名無しさん ：2020/10/21(水) 15:52:35.40 ID:v0oiVQF00.net
保証されてない

593 ：デフォルトの名無しさん ：2020/10/21(水) 18:30:59.43 ID:pvliDgQj0.net
Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる
https://www.infoq.com/jp/news/2020/10/microsoft-project-reunion/

594 ：デフォルトの名無しさん ：2020/10/22(木) 08:47:42.23 ID:nShJVRZ+0.net
失敗しそう

595 ：デフォルトの名無しさん ：2020/10/22(木) 10:10:39.59 ID:pIBN6P0hM.net
同意

596 ：デフォルトの名無しさん ：2020/10/22(木) 10:52:16.48 ID:Qr2lkL8E0.net
>>593はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない
プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから
WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ

597 ：デフォルトの名無しさん ：2020/10/22(木) 12:45:44.95 ID:DhGGRbqY0.net
それができるんなら最初からやっとけよと思いました

598 ：デフォルトの名無しさん ：2020/10/22(木) 12:48:43.65 ID:8m/AmRSe0.net
やっと軌道修正したけど、その前はずっとUWPに拘ってたからな
出来るのに敢えてやらなかった期間が実の惜しい

599 ：デフォルトの名無しさん ：2020/10/22(木) 13:21:42.75 ID:i6UoXIXD0.net
reunion やwinuiは普通に使われるようになるだろ

mauiが問題

600 ：デフォルトの名無しさん ：2020/10/28(水) 01:31:15.77 ID:Mnjk1xv90.net
既存アプリのリプレースついでにwinformsからwpfに置き換えるメリットっていうとやっぱ苦しいよね
いい加減抜け出したいけどそれに金積めるかっていうと

601 ：デフォルトの名無しさん ：2020/10/28(水) 03:57:56.89 ID:AQjDAF040.net
チームのスキル具合にもよるけど、リプレースならwinformでもWPFでも工数は変わらんと思うがなぁ

WPFに置き換えるメリットは柔軟なレイアウトがやりやすくなるくらいだから、
多言語化したいとか見た目をモダンにしたいとかの要求がないと苦しいね

602 ：デフォルトの名無しさん ：2020/10/28(水) 06:16:33.76 ID:WvjyNsS+0.net
>>601
wpfの良いところは高dpi対応だよ
winformでも出来なくは無いけど面倒すぎる

603 ：デフォルトの名無しさん ：2020/10/28(水) 08:38:52.29 ID:cCglm1Caa.net
>>602
dpi対応が必須なアプリも珍しいんじゃね？
ほとんどはUIが多少ボケても使えればいいものばかりでしょ

604 ：デフォルトの名無しさん ：2020/10/28(水) 09:02:35.21 ID:3bmwn6Ba0.net
後はテストとかかなぁ。
UIAutomationを使わなくてもVM経由の自動テストでだいたい用が足りるのがありがたい。

605 ：デフォルトの名無しさん ：2020/10/28(水) 09:31:45.18 ID:fmFsYpY1M.net
>>603
ピントくっきりはプログラマーとしてのこだわりさ。
言わなきゃwinformのボケには気づかれんし。
昔より拡大のアルゴリズムが良くなったのかボケも気にならん。

606 ：デフォルトの名無しさん ：2020/10/28(水) 13:42:11.67 ID:hMYVwwX80.net
いつまでもWinFormsに閉じ込められてる人たち可哀想

607 ：デフォルトの名無しさん ：2020/10/28(水) 13:54:07.87 ID:ZyU4/upgM.net
俺たち、winformの囚人なのさ

608 ：デフォルトの名無しさん ：2020/10/28(水) 22:33:58.93 ID:bWE1nSHc0.net
>>603
ボケてるとユーザーからクレームくるからなあ

609 ：デフォルトの名無しさん ：2020/10/29(木) 08:26:25.44 ID:VBEUGOAKa.net
>>608
それなら金取れるからwpfに置き換える理由にはなる

610 ：デフォルトの名無しさん ：2020/10/30(金) 13:42:05.71 ID:PJrAynTo0.net
ワイが客ならボケてるだけで作り直す金取られたら詐欺だって騒ぎ出すけどな

611 ：デフォルトの名無しさん ：2020/10/30(金) 17:35:27.71 ID:E/Yqa+Gqr.net
作り直すにしてもWPFじゃなくhtmlベースでだな
webアプリはこのスレではないことになっている

612 ：デフォルトの名無しさん ：2020/10/30(金) 20:52:48.59 ID:aqaAezog0.net
webに移行できんわ・・・よーわからん・・・

613 ：デフォルトの名無しさん ：2020/10/30(金) 21:29:34.88 ID:9yYjFwwa0.net
MVVMよりは簡単

614 ：デフォルトの名無しさん ：2020/10/30(金) 22:00:38.24 ID:FY2TvzCT0.net
webは覚えなきゃいけないものが多いけど
html, css, javascriptとフレームワーク, httpプロトコル, 他にも色々と

615 ：デフォルトの名無しさん ：2020/10/31(土) 03:29:33.75 ID:KVw9iANV0.net
winformでwebview2
これだね

616 ：デフォルトの名無しさん ：2020/10/31(土) 12:14:12.88 ID:MBbWn8zr0.net
WinFormsって海外でほとんど使われてないんだよな
もう廃止でいいと思うわ
日本では勘違いしてあれに触り始めてしまう初心者も多そうだし

617 ：デフォルトの名無しさん ：2020/10/31(土) 12:36:02.15 ID:V1ZFMV9B0.net
.NET5でも生き残ってるからまだそれなりに使われてるんじゃない？
個人的にはいらんけど。

618 ：デフォルトの名無しさん ：2020/10/31(土) 12:49:25.57 ID:eM45xKo20.net
COBOLとかVBAとか、いまだに使われているのは日本だけ、みたいなことを言う人がいるが
どこまで根拠ある話かねぇ。日本で作られたわけでもないのに。

619 ：デフォルトの名無しさん ：2020/10/31(土) 13:03:08.60 ID:c1mJKjfFM.net
>>616
vb6がまだ生き残ってると言うのに

620 ：デフォルトの名無しさん ：2020/10/31(土) 13:36:51.74 ID:kTaFfI8md.net
>>616
使われてなかったら.NET Core移植なんてされないよ
まあデザイナーはいつになったらまともに動くようになるのってレベルだけどね

621 ：デフォルトの名無しさん ：2020/10/31(土) 13:59:22.88 ID:W2onz8xP0.net
https://pc.watch.impress.co.jp/docs/news/1284496.html
microsoftが余裕ぶっこいてる間に日本でも

622 ：デフォルトの名無しさん ：2020/10/31(土) 17:04:27.83 ID:MBbWn8zr0.net
WPFからは他のXAMLなりHTMLの似たようなフレームワークへ移行できる技術力があるのでWindowsである必要さえない
WinFormsの囚人たちは全力でWindowsを守れ

623 ：デフォルトの名無しさん ：2020/10/31(土) 17:57:05.58 ID:RqCaz7vu0.net
開発補助ツールや趣味で作ったりするときはwinformsかな
とりあえず動けばいいっていう用途なら選択肢に入れてる

そこまで極端に邪険にする技術ではないと思うけどwinformsに親を殺された人が多いのかな

624 ：デフォルトの名無しさん ：2020/10/31(土) 18:05:42.99 ID:lTK9w6tH0.net
俺は柔軟なUIが作りやすいWPFのが好きだな
例えばウィンドウのサイズが可変なFormで、サイズに合わせてコントロールを見やすいように配置するようなアプリ
Winformでもできなくはないけど、Gridに縛られるとか制限も多いし、
修正するにもデザイナのソースを直接触るのは危険だし

625 ：デフォルトの名無しさん ：2020/10/31(土) 18:45:22.65 ID:Ak6XzHwW0.net
バインドバインドとうるさく売り込む割に実装が洗練されてなくてコードがあんま綺麗にも楽にもならんのが印象悪かった
intellisenseもバインド関連はかなり冷淡だし
バインドはおまけ扱いでGUI周りのアドバンテージから攻めてればもっと受け入れられたのでは

626 ：デフォルトの名無しさん ：2020/10/31(土) 18:52:47.22 ID:MBbWn8zr0.net
WinFormsがメインストリームだと勘違いしたままになってる人いるよね
WPFが楽なのでWinFormsが選択肢に入ることはない

627 ：デフォルトの名無しさん ：2020/10/31(土) 19:08:31.93 ID:tClSfG7VM.net
WPFはメインストリームになったことすらないけどな

628 ：デフォルトの名無しさん ：2020/10/31(土) 19:35:29.10 ID:fxcwqRC2F.net
本人が楽なのでやればいい

629 ：デフォルトの名無しさん ：2020/10/31(土) 20:21:58.38 ID:eM45xKo20.net
>>623
WPFに親を殺された人の方が多そうな気がする

630 ：デフォルトの名無しさん ：2020/10/31(土) 21:11:29.20 ID:lTK9w6tH0.net
まあwinformの時代が長かったから、狂信者も多いよそりゃ
優劣ではなくて母数の問題

631 ：デフォルトの名無しさん ：2020/11/01(日) 07:57:14.22 ID:MNYsOy7gM.net
winformはお手軽だからねえ

632 ：デフォルトの名無しさん ：2020/11/01(日) 08:50:04.44 ID:bzOVBaQn0.net
手軽さはwinformもwpfも同じだと思うがなぁ
どちらもポトペタで作れるし

633 ：デフォルトの名無しさん ：2020/11/01(日) 08:59:46.29 ID:wlH1XftDM.net
wpfはポトペタの後に数手間がデザインコードに必要でしょう

634 ：デフォルトの名無しさん ：2020/11/01(日) 09:00:56.20 ID:lWm5tUUgr.net
WPFは.netの発展を妨げたと思うよｗ

WPFは.net farameworkを殺した

635 ：デフォルトの名無しさん ：2020/11/01(日) 09:18:07.13 ID:L9Dw0z6o0.net
>>634
WinFormsって別の選択肢があってWPFが強要されたわけでもないのにそんなに影響あるわけない
それならむしろUWPだろ

636 ：デフォルトの名無しさん ：2020/11/01(日) 09:25:39.62 ID:lWm5tUUgr.net
WPFのころは最初スター開発者というかカリスマ開発者が結構いたけど
徐々にWPFに愛想をつかしてみんな出て行った

UWPのころは全然いなかったイメージ

637 ：デフォルトの名無しさん ：2020/11/01(日) 10:16:08.10 ID:vYfttZdY0.net
WPFが失敗したというより、Win32とかWinFormsとか関係なくWebやスマホの台頭で、パソコンの地位が大幅低下してWinアプリ開発者自体がいなくなっただけだろ

638 ：デフォルトの名無しさん ：2020/11/01(日) 10:19:55.03 ID:vYfttZdY0.net
WPFがこれからって時にRAIのSilverlightくるか？と思ったらスマホやhtml5に潰されて、開発者はそのままwebやスマホに流れてそして誰もいなくなった
タイミングが悪かった

639 ：デフォルトの名無しさん ：2020/11/01(日) 12:01:36.14 ID:xyKEMNIm0.net
Silverlightの存在自体忘れてたわ
Flashですら終わったし何が流行るかようわからんな

640 ：デフォルトの名無しさん ：2020/11/01(日) 12:21:42.00 ID:e68KhAjoa.net
>>633
ポトペタ後の手間はwinformもwpfも同じでしょ

641 ：デフォルトの名無しさん ：2020/11/01(日) 12:42:45.86 ID:yWJ19fiQ0.net
wpfがあるおかげでpowershellで見栄えのよいgui使えるのが助かる

642 ：デフォルトの名無しさん ：2020/11/01(日) 23:14:50.71 ID:osmrlwGB0.net
WPFは結構書いたけど
Silverlightは本当に一回も書かないうちに消えたなあ

643 ：デフォルトの名無しさん ：2020/11/01(日) 23:28:48.26 ID:B9K9CXGLM.net
俺は最初個人的にWPF触って遊んでて、Silverlight3でMSの本気を感じて移行
そしてMS公式によるHTML5使え発言でXAMLは完全に見限ってWebへ移った
当時の選択は正しかったと自信を持って言える

644 ：デフォルトの名無しさん ：2020/11/02(月) 02:58:43.24 ID:9N3uvmex0.net
Webとデスクトップは別物なんでね・・・

645 ：デフォルトの名無しさん ：2020/11/02(月) 04:02:30.36 ID:HOLTExh00.net
>>644
ところがどっこい

646 ：デフォルトの名無しさん ：2020/11/02(月) 04:39:15.19 ID:jsgrdf7n0.net
.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
monoと比べて何の優位性があるの？

647 ：デフォルトの名無しさん ：2020/11/02(月) 06:10:06.64 ID:48A3lS4nM.net
>>645
どっこいがどっこい

648 ：デフォルトの名無しさん ：2020/11/02(月) 08:55:39.30 ID:lUPUTj3/a.net
WPFって参考図書がほとんど無いし取っ掛かり難い感じ

649 ：デフォルトの名無しさん ：2020/11/02(月) 11:35:01.66 ID:hcNLV68x0.net
>.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
Linux版は同梱できないの？

650 ：デフォルトの名無しさん ：2020/11/02(月) 12:13:42.01 ID:NOJEe+QTM.net
できるけどLinuxなら普通はDockerでOSごと同梱するからSCDかFDDかはあまり関係ないな
Dockerfileの書き方がちょっと違うだけ

651 ：デフォルトの名無しさん ：2020/11/04(水) 08:13:22.28 ID:HJMwbhSDM.net
WPFに移行したかったが、WinFormsの資産が多すぎてむりだった。

652 ：デフォルトの名無しさん ：2020/11/04(水) 08:43:52.88 ID:cETdffJJa.net
メインはWinformでも、一部分だけwpfにできるよ

653 ：デフォルトの名無しさん ：2020/11/04(水) 12:34:12.48 ID:HJMwbhSDM.net
>>652
まじで
…一部ってどういう意味？
プロジェクトの中で混ぜれるってこと？

654 ：デフォルトの名無しさん ：2020/11/04(水) 14:40:44.42 ID:wF8lqQTTF.net
腐乱検死体ん

655 ：デフォルトの名無しさん ：2020/11/04(水) 20:14:15.85 ID:dINuQHs70.net
Point同士の型が合わなくて悩むやつ

656 ：デフォルトの名無しさん ：2020/11/05(木) 03:26:44.38 ID:yv/xI33L0.net
>>653
うん、混ぜれるよ
elementhostでググるといい

657 ：デフォルトの名無しさん ：2020/11/05(木) 12:52:42.70 ID:nZjhZ210F.net
>>655
めっちゃ判ります
合わないっていうより
いつもどっち使うかで迷う

658 ：デフォルトの名無しさん ：2020/11/11(水) 22:26:48.31 ID:6J9SVAmCd.net
最近のフレームワークはスマホでも使えますよアピールしてドロップダウンの要素が激太りになるのがイヤ
マウスでクリックするからフォント＋パディング1pxでいいのに

659 ：デフォルトの名無しさん ：2020/11/11(水) 23:32:10.76 ID:MQspjIgF0.net
大きさの事いってるのならドロップダウンのみならずほぼ全部だろ
マウス入力するときはでかすぎて迷惑だが

660 ：デフォルトの名無しさん ：2020/11/12(木) 00:47:19.66 ID:iNnMgmkB0.net
JetBrains、デスクトップUIフレームワーク「Jetpack Compose for Desktop」を発表 | OSDN Magazine
https://mag.osdn.jp/20/11/11/123200

661 ：デフォルトの名無しさん ：2020/11/12(木) 07:39:06.90 ID:8AT56phj0.net
>>660
これ面白そうだな
Androidと同じようにアクティビティやフラグメントを使ってアプリ作れてデスクトップで動くってことだろうか？

662 ：デフォルトの名無しさん ：2020/11/12(木) 09:23:16.21 ID:18CKLesd0.net
いくらコードで簡単にUIが作れますよ言っても、GUIエディタは用意しておいて欲しい

663 ：デフォルトの名無しさん ：2020/11/13(金) 13:00:06.35 ID:vhmI7pwH0.net
.net5で何が変わったの？
3行で教えて

664 ：デフォルトの名無しさん ：2020/11/13(金) 13:24:06.11 ID:act4Bs+t0.net
・オープンソース
・マルチプラットフォーム（Win/Linux/Mac）

665 ：デフォルトの名無しさん ：2020/11/13(金) 13:24:50.97 ID:eEYMqn0EM.net
>>663
Windows, Linux, macOSで動きます
asp.net Web Formは消えました
Linux, macOSでデスクトップアプリは動きません

666 ：デフォルトの名無しさん ：2020/11/13(金) 13:29:38.62 ID:eEYMqn0EM.net
app.config消えた

667 ：デフォルトの名無しさん ：2020/11/13(金) 13:31:45.54 ID:HzYaO4Uw0.net
> Linux, macOSでデスクトップアプリは動きません

いやこれが重要だろ・・・

668 ：デフォルトの名無しさん ：2020/11/13(金) 13:37:26.36 ID:RWE/RDW80.net
>>667
.NET MAUIにご期待ください
ただし、リリースは.NET 6目標です

669 ：デフォルトの名無しさん ：2020/11/13(金) 13:40:09.35 ID:eEYMqn0EM.net
>>667
Android, iOSのアプリが作れれば問題ないでしょ

670 ：デフォルトの名無しさん ：2020/11/13(金) 14:42:05.61 ID:Gkg4SFnO0.net
uno platformはどうなんだろうね？
uwpで作ればxamarinとBlazorに変換してくれるマルチプラットホーム

671 ：デフォルトの名無しさん ：2020/11/13(金) 18:20:40.22 ID:nW6ry/Hb0.net
GitのCredential ManagerはJava製からAvaloniaになったよね…

672 ：デフォルトの名無しさん ：2020/11/18(水) 13:31:53.72 ID:kdYlB5pq0.net
>>668
.NETって５で打ち止めじゃなかったんか？

673 ：デフォルトの名無しさん ：2020/11/18(水) 13:47:58.24 ID:oW5F7Byc0.net
>>672
なぜそう思った？

674 ：デフォルトの名無しさん ：2020/11/18(水) 20:50:43.26 ID:x7CBpbl40.net
>>672
機能追加が無くなるのは.NET Frameworkで4.8が最終
.NET5からは.NET Coreベースになって続くよ

675 ：デフォルトの名無しさん ：2020/11/19(木) 00:52:03.50 ID:ggVp9fSH0.net
５がすでにCoreなのか
ということは4.8から5にしようとしたら修正が必要になる可能性が高いのな

676 ：デフォルトの名無しさん ：2020/11/19(木) 00:57:47.89 ID:9igY/Fs20.net
可能性が高いというか、修正せずには上げられない

677 ：デフォルトの名無しさん ：2020/11/19(木) 23:04:14.22 ID:9rIZuAkJ0.net
.NET 5 は .NetFramework 4.8 -> 5 と .NET Core 3.1 -> 5 のダブルミーニングなんだね

678 ：：2020/11/20(金) 01:51:59.41 ID:vn5j3gEq0.net
>>677
そんなことはどーでもいいし、それって使える奴ですかね？

679 ：デフォルトの名無しさん ：2020/11/20(金) 12:42:03.17 ID:JVRQYb7lM.net
>>678
使えるもなにも、今後もC#で開発するなら相手にするしかないやつです

680 ：デフォルトの名無しさん ：2020/11/20(金) 13:41:41.03 ID:VxNTSFRcM.net
まあ業務では今後10年は4.8が主流だろうから、10年後にまだC#を使う必要があるなら考えりゃいいんじゃないか

681 ：デフォルトの名無しさん ：2020/11/20(金) 13:46:29.86 ID:Mm9VUIiIM.net
>>680
10年どころかvb6のようにゾンビ化して死ねなくなる

682 ：デフォルトの名無しさん ：2020/11/20(金) 14:45:47.95 ID:976hO6bG0.net
未だにvbや3.5使ってるところ山ほどあるからな。

683 ：デフォルトの名無しさん ：2020/11/20(金) 15:18:32.11 ID:SGtoRX9EM.net
別にわざわざ切り捨てる必要も無いだろ

684 ：デフォルトの名無しさん ：2020/11/20(金) 15:30:40.20 ID:2sVkX3YFM.net
いつ壊れるか分からん古い車は捨てて新しい車に乗り換えじゃ。
運転サポート機能も良くなるだろう。

685 ：デフォルトの名無しさん ：2020/11/20(金) 15:59:09.30 ID:N18ToGOy0.net
運転手はそれで良いよ
その新しい車はだれがどうやって作るんだい？

686 ：デフォルトの名無しさん ：2020/11/20(金) 16:01:28.89 ID:3Z7uWHIWM.net
マイクロソフト様がお創りになられます

687 ：デフォルトの名無しさん ：2020/11/20(金) 16:32:35.47 ID:4/LDUHNNr.net
wpf勉強はじめた
これWindows環境無視するにはランタイム含めるのが第一？

688 ：デフォルトの名無しさん ：2020/11/20(金) 16:37:11.49 ID:5RbVPuKcM.net
wpfでwindowsの環境は無視出来ない

689 ：デフォルトの名無しさん ：2020/11/21(土) 14:13:32.60 ID:Yh2Fl+2iM.net
avalonia

690 ：デフォルトの名無しさん：2020/11/22(日) 23:22:19.21 ID:b60g3zenS
DXでジョブ型、採用も研修も働き方も一気に変える〜富士通
https://project.nikkeibp.co.jp/atclhco/052000047/091000019/
８万人がテレワーク！ 富士通の新しい勤務形態
https://newswitch.jp/p/23546
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
https://xtech.nikkei.com/atcl/nxt/news/18/08291/
副業解禁しない会社はヤバい？副業を解禁した大企業４６社の目的と理由
https://www.sidebizz.net/seek/archives/1929/
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
https://www.mag2.com/p/money/938355
年商5000万円のYouTuber・イケダハヤトさんに聞く！
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
https://ddnavi.com/interview/673913/a/

691 ：デフォルトの名無しさん ：2020/11/24(火) 23:02:45.83 ID:26FI6mxx0.net
wpfで、
Task.Run(()=>{
var button = new Button();
});
って書いたらExceptionがでるのはなぜですか？
UIスレッド以外からだと、コントロールの生成もできない理由が分かりません。
FormアプリだとExceptionは出ません。

別スレッドからUIを操作する場合に、Dispatcher.Invokeが必要な事は知っています。

692 ：デフォルトの名無しさん ：2020/11/25(水) 08:19:21.95 ID:76XlKLvzM.net
>>691
そもそもWPFのButtonとWinFormsのButtonは別クラスですんで……じゃだめですか

693 ：デフォルトの名無しさん ：2020/11/25(水) 08:50:01.53 ID:x73GLmb2M.net
>>691
できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。

694 ：デフォルトの名無しさん ：2020/11/25(水) 10:02:34.34 ID:TnR8VzNiM.net
ボタンの生成自体をUIスレッドで実行しないといけないというのは不便ね
バックグラウンドで次の画面を用意するとかできないじゃん
JavaFXではボタンやパネルなどのNode生成自体はどんなスレッドでもできる
Nodeをウィンドウに追加する操作やウィンドウに追加した後のNode操作はUIスレッド限定
おかげでバックグラウンドでのUI準備がはかどる

WPFは違うのか、残念

695 ：デフォルトの名無しさん ：2020/11/25(水) 10:09:01.22 ID:Zg733lEBM.net
>>694
そんな実装は嫌だよ〜('・ω・')

696 ：デフォルトの名無しさん ：2020/11/25(水) 10:27:36.93 ID:UOhQqzqp0.net
>>694
メイン以外の複数のUIスレッドを持てばいい
Threadを作成して、そのスレッドでDispatcherを起動すればそのスレッドでButtonなどを作成できるようになるらしい

たた、そこまでしてUIを作成するのが重い処理なの？

697 ：デフォルトの名無しさん ：2020/11/25(水) 10:30:29.94 ID:Zg733lEBM.net
xamlで出来ることをコードで実装するメリットは無いなあ

698 ：デフォルトの名無しさん ：2020/11/25(水) 10:31:59.41 ID:zPF2z3TPM.net
>>694
React.jsのアーキテクチャとか知ってりゃわかるけど、論理的なツリーの構築なんて実際にそれを画面に反映させるコストに比べたら無視できる
IOが必要なデータとか激しく時間がかかるものだけ先読みしておけば十分

699 ：デフォルトの名無しさん ：2020/11/25(水) 10:32:18.06 ID:UOhQqzqp0.net
ちなみに、Win32コントロールをラップするWinFormsのコントロール、
>>691でコントロールの生成で例外発生しないとの事だけど、最終的に画面に表示できたの？
ググるとどのみちエラーでる記述が

700 ：デフォルトの名無しさん ：2020/11/25(水) 10:35:42.93 ID:Zg733lEBM.net
>>696
それってuiスレッドが空かなきゃ描画出来ないのでは?

701 ：デフォルトの名無しさん ：2020/11/25(水) 10:43:56.75 ID:JjEVQ0uq0.net
新しいスレッドをSTAにして複数のUIスレッドを構築/動作させることはできるけど
どのみちコントロール作成時に呼び出しスレッドのDispatcherに結び付けられちゃうので
WPFは別スレッドでコントロール作成してメインのUIスレッドに渡すみたいなのはできなかったと思う
（XAMLのデシリアライズも然り）

702 ：デフォルトの名無しさん ：2020/11/25(水) 10:45:35.98 ID:UOhQqzqp0.net
>>700
というか、たぶんWindow単位とかになりそうだな...
つまり、あるWindowを表示してて、別のWindowを別のUIスレッドで作成みたいな感じで...

703 ：デフォルトの名無しさん ：2020/11/25(水) 10:48:10.01 ID:UOhQqzqp0.net
うん、>>701みたいな感じ
WPFではそれが限界だと思う

704 ：デフォルトの名無しさん ：2020/11/25(水) 10:49:08.16 ID:Zg733lEBM.net
>>702
そう言うコードにするメリットは無いですよねえ('・ω・')

分かってないやつほどスレッドを使いたがる法則

705 ：デフォルトの名無しさん ：2020/11/25(水) 11:02:22.58 ID:UOhQqzqp0.net
>>704
メリットがあるかどうかはそれは>>694に聞けよ

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

でも、勝手にこっちでメリット判断して実際できるか答えないのもあれだから一部できるやり方書いただけだろ

706 ：デフォルトの名無しさん ：2020/11/25(水) 11:06:21.17 ID:Zg733lEBM.net
怒ってるんですか(^_^;)

707 ：デフォルトの名無しさん ：2020/11/25(水) 11:08:42.29 ID:UOhQqzqp0.net
まぁ、お前みたいな低レベルは、複数UIスレッドもてて、コントロールがUIスレッドに結びつくという知識なかったから
>できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。

こんな馬鹿みたいな感想でるんだうが

708 ：デフォルトの名無しさん ：2020/11/25(水) 11:08:58.51 ID:Zg733lEBM.net
すいません

709 ：デフォルトの名無しさん ：2020/11/25(水) 11:11:51.98 ID:Zg733lEBM.net
>>707
自スレッドで作ったUIにはアクセス出来るのでは?

710 ：デフォルトの名無しさん ：2020/11/25(水) 11:23:17.82 ID:Zg733lEBM.net
>>707
>>691のコードってwinformだと実行出来るんですよねえ。
何でwpfで実行出来ないのか謎に思っただけです。

オレって低次元?

711 ：デフォルトの名無しさん ：2020/11/25(水) 11:23:53.42 ID:UOhQqzqp0.net
馬鹿はどこ突っ込まれたかも理解できない法則

712 ：デフォルトの名無しさん ：2020/11/25(水) 11:28:53.50 ID:Zg733lEBM.net
具体的に指摘できないんだ

713 ：デフォルトの名無しさん ：2020/11/25(水) 12:41:02.89 ID:K6kxBcX1M.net
なんだこれ

714 ：デフォルトの名無しさん ：2020/11/25(水) 12:57:48.31 ID:76XlKLvzM.net
非同期よく分かってないんだけど
スレッドプール上で例外投げてもそれだけでは他スレッドには例外って飛ばないんじゃないの？

715 ：デフォルトの名無しさん ：2020/11/25(水) 13:23:52.69 ID:ks6d1c09M.net
>>713
お騒がせしてすいません

>>714
飛ばないけどデバッガ上だと出力Windowに出ます

716 ：デフォルトの名無しさん ：2020/11/25(水) 21:40:23.36 ID:w3f8aY1YM.net
>>705
UI構築ってそんなに低コストかな？
JavaFXのFXML（XAMLみたいなもの）からUI構築するのって結構コスト高いんよ
マークアップ言語からインスタンス生成していくのもそうだし
FXMLに記述したイベントハンドラーの実際の割当がリフレクション使っておこなわれるとかあるので
複雑なUIだとFXMLからUI構築するのに0.3秒かかることもある
XAMLだとそういうことはないのかな？
ともかく準備がバックグラウンド**でも**できるのは単純にメリットじゃない？
もちろんUIスレッドでやりたい人はそうしてもいいんだし

717 ：デフォルトの名無しさん ：2020/11/25(水) 22:41:10.98 ID:UOhQqzqp0.net
>>716
ここWPFのスレで基本デスクトップ向けのアプリだから、そこそこパワフルなマシンで動かすだろうとはしょったが、
xaml自体はくそ重いと思うw

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

Uno Platformのアプリもandroidで動かしてみると、ページ切り替えとか
もっさりしまくり。xamlが重すぎなのかどこがボトルネックになってるが調べたわけじゃないが

718 ：デフォルトの名無しさん ：2020/11/26(木) 00:14:07.84 ID:GMHr0knm0.net
あんま詳しくないけどリフレクション結構使うことになるから重くなるんじゃなかったっけ？

719 ：デフォルトの名無しさん ：2020/11/26(木) 01:22:03.30 ID:pbHxDUnU0.net
WinUI３のPreview3とWebView2の正式版が出たようだがイマイチ盛り上がってねーな

720 ：デフォルトの名無しさん ：2020/11/26(木) 05:09:27.49 ID:wsGUPw320.net
｢慶應卒の学歴なんていらない｣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

721 ：デフォルトの名無しさん ：2020/11/26(木) 14:20:03.14 ID:Nw4Y99po0.net
WPFはGPU使うからパワフルかと思うが

722 ：デフォルトの名無しさん ：2020/11/26(木) 15:11:23.07 ID:dNeskMNA0.net
そうね
GPU使うのもそうだし
UIスレッドとは別にレンダリングスレッドがあるのも良い
本質的にWPFはWinFormsより性能を出しやすいアーキテクチャになってる

723 ：デフォルトの名無しさん ：2020/11/26(木) 15:20:56.04 ID:sWkUWOivM.net
起動が遅い

724 ：デフォルトの名無しさん ：2020/11/26(木) 15:32:26.69 ID:l8W6EZba0.net
GPUないとクソ重くゴミ同然。仮想環境では使いものにならない。

725 ：デフォルトの名無しさん ：2020/11/26(木) 19:20:51.47 ID:fNj9kr5u0.net
だがそれがいい

726 ：デフォルトの名無しさん ：2020/11/26(木) 19:31:24.38 ID:qinMBZKrM.net
GPUはゲームで使うから邪魔しないでくれるかな？

727 ：デフォルトの名無しさん ：2020/11/26(木) 23:18:30.56 ID:12STscif0.net
>>719
ここにはそういうチャレンジャーあんまりいないので…
C#9ゴリゴリ使うのは楽しそう

728 ：デフォルトの名無しさん ：2020/11/27(金) 03:10:38.94 ID:bwX7nLRd0.net
>>724
今時GPUないPCなんてあるん？

729 ：デフォルトの名無しさん ：2020/11/27(金) 11:45:34.38 ID:dazyxaWu0.net
>>728
どんだけアホなん？w

730 ：デフォルトの名無しさん ：2020/11/27(金) 13:11:25.06 ID:35rurNSb0.net
>>660
だんだんiOSが無視される様になってきたな。

731 ：デフォルトの名無しさん ：2020/11/27(金) 13:23:17.23 ID:wF8gnWWL0.net
>>729
やったことないけど、ググると仮想環境でもGPU使えるらしいよ

732 ：デフォルトの名無しさん ：2020/11/27(金) 13:24:42.69 ID:fYoybSwEM.net
>>729
グラボGPU無くてもCPUにGPU内蔵でしょ

733 ：デフォルトの名無しさん ：2020/11/27(金) 17:25:39.11 ID:Vd/8Whg9p.net
GPU使うちゅーても合成に使うだけでその前に贅肉たっぷりの処理が走るので意味ないわよ

734 ：デフォルトの名無しさん ：2020/11/27(金) 18:14:00.42 ID:fjGccOTXd.net
ゲーム中にWPFで作ったどんなアプリ使うの？

735 ：デフォルトの名無しさん ：2020/11/28(土) 06:10:11.47 ID:qNLld4O40.net
>>729がアホだったてオチか

736 ：デフォルトの名無しさん ：2020/11/29(日) 10:59:16.94 ID:OM1azIlUr.net
WPFの3D表示部だけ遅いからグラボいいのかって乗せたけど動きは変わらなかった

737 ：デフォルトの名無しさん ：2020/11/30(月) 18:50:15.68 ID:3PLmCTmV0.net
WinUI in Desktop使いたいけどボタン押したときの感触が気に入らなくて辛い
純粋なデスクトップから生まれた発想じゃないもんね

738 ：デフォルトの名無しさん ：2020/12/01(火) 03:00:04.18 ID:v77VJI7y0.net
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で利用できる。

739 ：デフォルトの名無しさん ：2020/12/01(火) 12:14:57.71 ID:CDzfjJOf0.net
>>738
Win32 C/C++向けの「WebView2」は10月にリリースされており、これでWin32と.NETの両方をカバーできるようになった。

740 ：デフォルトの名無しさん ：2020/12/01(火) 21:42:10.08 ID:R6Ic2fOf0.net
Electronマダー？

741 ：デフォルトの名無しさん ：2020/12/02(水) 14:18:28.89 ID:fg9k/ys10.net
Electronはもうダメだろ

742 ：デフォルトの名無しさん ：2020/12/02(水) 14:56:54.16 ID:yJY81L7Ar.net
ダメな理由もない。

743 ：デフォルトの名無しさん ：2020/12/02(水) 15:22:11.73 ID:7SF2lDHXd.net
どうしてElectronしないのよオ

744 ：デフォルトの名無しさん ：2020/12/02(水) 15:48:57.03 ID:gmqCIpk40.net
>>742
あるよ。
一番肝心なAndroid, iOSに対応していないし、サイズも大きいし、起動も遅いし
どうにもならない。

745 ：デフォルトの名無しさん ：2020/12/02(水) 16:10:01.03 ID:yJY81L7Ar.net
>>744
まるで実感ないね。

746 ：デフォルトの名無しさん ：2020/12/02(水) 16:25:42.94 ID:xxAw3X8I0.net
>>744
そんなんWPFも全部当てはまるじゃん

747 ：デフォルトの名無しさん ：2020/12/02(水) 17:06:06.48 ID:fg9k/ys10.net
WPFはWindows Desktop専用だからいいんだよ
Electronは話題性もないし立ち位置も中途半端

748 ：デフォルトの名無しさん ：2020/12/02(水) 17:14:29.44 ID:bbLEzKH70.net
.NETのアプデすらNGな案件でサーバー上でちょっと動かすツールだと、WinFormかWPFの二択になるんだよな

749 ：デフォルトの名無しさん ：2020/12/02(水) 18:14:50.30 ID:ihV57jveM.net
>>748
.NET使わなきゃいいだけでは？
.NET CoreでSCDする手もあるし

750 ：デフォルトの名無しさん ：2020/12/02(水) 18:29:55.35 ID:yvBGiPiW0.net
今Electron製の専ブラ使ってるけど快適よ

751 ：デフォルトの名無しさん ：2020/12/02(水) 19:55:57.75 ID:+rFxXUFw0.net
VSCodeもElectronじゃなかったけ

752 ：デフォルトの名無しさん ：2020/12/02(水) 21:36:41.26 ID:IakEOsuU0.net
そうだね
実行ファイルのサイズがクソデカくて笑ってしまった

753 ：デフォルトの名無しさん ：2020/12/02(水) 21:58:56.00 ID:yJY81L7Ar.net
いまやElectronだらけですよ。

754 ：デフォルトの名無しさん ：2020/12/02(水) 22:07:19.88 ID:xRP06t7i0.net
Electron使ってる有名どころって何がある?
Teamsがそうなのは知ってるけど、使い勝手がいまいちな部分が多くてあまり印象良くない

755 ：デフォルトの名無しさん ：2020/12/02(水) 22:08:52.35 ID:ihV57jveM.net
Slack

756 ：デフォルトの名無しさん ：2020/12/02(水) 22:12:28.20 ID:lsgm9mj8a.net
Siki

757 ：デフォルトの名無しさん ：2020/12/02(水) 22:24:51.50 ID:H7056PtS0.net
Prism 8使ってるけどViewModelのコンストラクタでIDialogParametersとる方法ないの？

758 ：デフォルトの名無しさん ：2020/12/03(木) 00:09:11.87 ID:eIuWK7gH0.net
Skype

759 ：デフォルトの名無しさん ：2020/12/03(木) 01:40:57.83 ID:GwVQIGxq0.net
SkypeとかUI変わって滅茶苦茶評判悪かったやつじゃん

760 ：デフォルトの名無しさん ：2020/12/03(木) 01:43:29.73 ID:mvtB887U0.net
既存アプリがWPFに移行した場合、使いにくくなったという悪評しか聞いたことがない。

当然の結果だけど。

761 ：デフォルトの名無しさん ：2020/12/03(木) 02:00:22.73 ID:wQu9RegL0.net
それはUI framework関係なくUXの話では？
UI frameworkの評価って大体、作りたいものが作りやすいか？凝ったことをしたいときにやりやすいか？っていう開発者都合だと思うけど
別にwpfが良いと思わない部分はあるがその評価基準は違う気がする

762 ：デフォルトの名無しさん ：2020/12/03(木) 02:16:15.99 ID:toBxio+U0.net
Electronは言語もJSかTypescriptになるし、Wasmも簡単には使えないようだし
中後半端。
特にやはりスマホやタブレットで動くアプリが作れない事が痛い。

763 ：デフォルトの名無しさん ：2020/12/03(木) 02:22:12.06 ID:eIuWK7gH0.net
>>762
？

764 ：デフォルトの名無しさん ：2020/12/03(木) 08:44:59.62 ID:+/jJmo0+M.net
いや、ウェブビュー2ベースのエレクチオンまだかなーと

765 ：デフォルトの名無しさん ：2020/12/03(木) 11:02:54.53 ID:eIuWK7gH0.net
>>764
？？

766 ：デフォルトの名無しさん ：2020/12/04(金) 22:16:21.68 ID:9AUT9QCq0.net
エンジニアが教えるの下手くそな理由を論理的に解説してみた【教育の本質】
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

767 ：デフォルトの名無しさん ：2020/12/05(土) 00:10:09.86 ID:7NPUSOnt0.net
>>766
グロ

768 ：デフォルトの名無しさん ：2020/12/05(土) 08:37:14.90 ID:s9eq1Gzn0.net
たしかにモザイクされたサムネは赤黒黄が多くてグロっぽい

769 ：デフォルトの名無しさん ：2020/12/07(月) 08:52:33.12 ID:7Z9YnNvna.net
NG

770 ：デフォルトの名無しさん ：2020/12/17(木) 15:48:22.41 ID:3i4GnGXZ0.net
Defenderにワイのwpfアプリ勝手に消されたわまじﾀﾋね

771 ：デフォルトの名無しさん ：2020/12/17(木) 20:20:01.10 ID:LGEg4dtH0.net
goto 座間

772 ：デフォルトの名無しさん：2020/12/21(月) 22:57:42.52 ID:W4pD0ubTF
ジョブ型への移行、オフィス半減　富士通・平松常務に聞く「真のDX企業へと脱皮する要点」
https://www.itmedia.co.jp/business/articles/2008/19/news019.html
東京海上、社内副業を解禁　ITとの協業など企画・立案
https://www.nikkei.com/article/DGXMZO63623910Z00C20A9EE9000/
ジョブ型、在宅、単身赴任解消、副業受け入れ……経営判断の舞台裏
https://business.nikkei.com/atcl/NBD/19/special/00592/
スポーツ界とビジネス界のマッチング　副業・兼業人材のスキルを生かす
https://project.nikkeibp.co.jp/mirakoto/atcl/sports/h_vol16/
フリーランス向け報酬即日払いサービス『先払い』 受付開始から12ヶ月で申込件数2,500件突破
https://prtimes.jp/main/html/rd/p/000000040.000047439.html
ダイドーグループ、「副業・副業受け入れ制度」を導入
https://ascii.jp/elem/000/004/027/4027451/
コロナで「需要が高まった副業スキル・講座」10選。ただ話を聞くだけでもOK
https://news.yahoo.co.jp/articles/72ef07c7ac7877e73101f6362163f4985bd35572
副業ニーズが急速に上昇、副業を認める企業に対して高い好感度。課題は「情報の提供方法」
https://webtan.impress.co.jp/n/2020/09/08/37385
老舗の製薬会社が頼った、月10万円で雇える“オンライン副業人材”
https://news.yahoo.co.jp/articles/2e55924436055059522c95976fa271cbb6766b21

773 ：デフォルトの名無しさん：2020/12/21(月) 22:58:24.06 ID:W4pD0ubTF
社長も社員も全員副業　取締役からの降格で気づいた「1つの会社に頼らない働き方」
https://news.yahoo.co.jp/articles/e27acd108cb74fb738df5d6e5af513f52d20c0b4
DXでジョブ型、採用も研修も働き方も一気に変える〜富士通
https://project.nikkeibp.co.jp/atclhco/052000047/091000019/
８万人がテレワーク！ 富士通の新しい勤務形態
https://newswitch.jp/p/23546
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
https://xtech.nikkei.com/atcl/nxt/news/18/08291/
副業解禁しない会社はヤバい？副業を解禁した大企業４６社の目的と理由
https://www.sidebizz.net/seek/archives/1929/
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
https://www.mag2.com/p/money/938355
年商5000万円のYouTuber・イケダハヤトさんに聞く！
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
https://ddnavi.com/interview/673913/a/

774 ：デフォルトの名無しさん ：2020/12/22(火) 18:40:26.07 ID:nqOhO4xB0.net
>>760
WPFでも既存のフォームアプリと同じようにUI作れると思うんだけど違うの？

775 ：デフォルトの名無しさん ：2020/12/22(火) 18:42:02.68 ID:2ZygYJcc0.net
>>774
素人の戯言だよ。

776 ：デフォルトの名無しさん ：2020/12/22(火) 18:54:25.71 ID:yeSgi2UL0.net
wpfはxamlをきちんと勉強しないと、直感だけでは使いこなせない人が多数だと思う。
入力を伴うデータグリッドだけは、未だに扱いにくいと感じてる。

777 ：デフォルトの名無しさん ：2020/12/22(火) 19:21:13.15 ID:4ZfxS1k6M.net
WPFはトップダウンな設計が必要で、ドカタのWinForms開発のように個別に画面を作り始めると破綻しやすいんだよ

778 ：デフォルトの名無しさん ：2020/12/22(火) 19:24:44.41 ID:IvaCiXgR0.net
WinFormっぽく使うことは可能だけど、DataGridをクリックした時の動作は不評だな

779 ：デフォルトの名無しさん ：2020/12/22(火) 19:48:43.92 ID:2ZygYJcc0.net
>>778
素人の戯言かな？

780 ：デフォルトの名無しさん ：2020/12/22(火) 19:52:27.18 ID:IvaCiXgR0.net
>>779
色々弄ってない素のDataGridの動作で文句言われないの?

781 ：デフォルトの名無しさん ：2020/12/22(火) 20:16:40.53 ID:AmPbMba+0.net
GrapeCityのSPREADとか使いやすいのかな。まあ、試してみればいいのだが。

782 ：デフォルトの名無しさん ：2020/12/22(火) 23:06:44.27 ID:JTa0UW4v0.net
DataGridは弄るのも面倒だからなあ
Excel.Net作って欲しいわ

783 ：デフォルトの名無しさん ：2020/12/30(水) 06:28:40.39 ID:QH/c9U/k0.net
gridを方眼紙のように張り巡らせてどんな座標にも置けるような画面設計があって驚いたんだけどこんなんアリなの？

784 ：デフォルトの名無しさん ：2020/12/30(水) 07:20:18.51 ID:cOh4g6FA0.net
アリだよ
ウィンドウサイズ可変のアプリでも部分的にはサイズ固定の領域って存在するし
レイアウト機構を持っていても絶対値座標指定機能を持つUIツールキットは多い

785 ：デフォルトの名無しさん ：2020/12/30(水) 13:11:21.51 ID:Umj5Fa5/0.net
Canvas使っとけとは思う

786 ：デフォルトの名無しさん ：2020/12/30(水) 16:46:30.87 ID:Sd5RCoBwM.net
方眼大好きバカジャップ

787 ：デフォルトの名無しさん ：2020/12/30(水) 16:54:51.65 ID:cNIj0vftM.net
>>786はどこの国の人ですか？

788 ：デフォルトの名無しさん ：2021/01/10(日) 08:31:41.81 ID:X7ha0mxM0.net
ビジュアル・デザイナーとロジック開発者との協業ができる。

とあったけど、どんだけ凝った画面にするんだろ。
普通はコード書く人が画面(コントロール配置)やるだろ。

789 ：デフォルトの名無しさん ：2021/01/12(火) 03:40:09.97 ID:XISA+tbLM.net
powershellからだすWindows Formで野比家のボタン2回押して、磯野家1回押して、野原家3回押してOKしたら「男14人、女9人、犬3匹、猫3匹」って返してくれるプログラムください

790 ：デフォルトの名無しさん ：2021/01/12(火) 15:04:17.37 ID:wJhpfkOw0.net
野比家の女：玉子さん
磯野家の女：フネさん、ワカメ　(フグタ家のサザエ除外）
野原家の女：みさえ、ひまわり

どうしても延べ10人になるけど、9人って返さないとダメ？

791 ：デフォルトの名無しさん ：2021/01/12(火) 15:19:00.27 ID:wIf3T4Io0.net
>>788
コードを書く人に任せるといまいちなデザインになりがち
凝る凝らないに関係なくね

792 ：デフォルトの名無しさん ：2021/01/12(火) 16:27:09.93 ID:wJhpfkOw0.net
よくみたらWPFのスレでPowerShellもWinFormsも関係ないから
答え書かない方がいいか

793 ：デフォルトの名無しさん ：2021/01/12(火) 17:02:29.33 ID:JkNKxaxX0.net
各家の人数を加算なんかせずにボタンをある一定の手順で押下したときにだけ特定の文字列を返すプログラムで良いのでは？

794 ：デフォルトの名無しさん ：2021/01/12(火) 17:31:59.79 ID:V95G+u6D0.net
ボタン押す回数が少なかったときや多かったときの動作は仕様上未定義だから
常にOK押したら固定文字列「男14人、女9人、犬3匹、猫3匹」を返せばいいんじゃないかな

795 ：デフォルトの名無しさん ：2021/01/12(火) 22:24:48.15 ID:xsOycbRU0.net
>>788
デザインはデザイナにしてもらって、それ見ながらコーディングすればいいよ
中途半端な分離はかえって生産性落とす

796 ：デフォルトの名無しさん ：2021/01/14(木) 11:49:55.09 ID:anDBhpsoM.net
>>794
2-1-3は決まってるから、それ以外ならハズレ演出して、2-1-3の時だけメッセージだした方がまだ仕様（）に近くない？

797 ：デフォルトの名無しさん ：2021/01/14(木) 16:05:09.78 ID:2xvAdK/I0.net
Prismって使われてる？

798 ：デフォルトの名無しさん ：2021/01/14(木) 16:08:08.41 ID:gYDerupm0.net
うん

799 ：デフォルトの名無しさん ：2021/01/14(木) 16:43:53.34 ID:us8Mk+7V0.net
むしろPrism以外が死んでる

800 ：デフォルトの名無しさん ：2021/01/14(木) 17:11:58.74 ID:2xvAdK/I0.net
そうなんだサンキュー

801 ：デフォルトの名無しさん ：2021/01/14(木) 18:16:36.60 ID:4B/6jC4e0.net
デザインをデザイナと分担できるというけど、経験上ビジネスロジックと比べたらデザインの工数なんて半分以下だから分担の恩恵が薄いんだよな

802 ：デフォルトの名無しさん ：2021/01/18(月) 01:26:43.69 ID:Kpsjp2aqM.net
scrollviewerがmanipulation系のイベントがハンドラ内でe.Handled=trueによってイベントのバブルアップを止められているらしい(URL貼れないけどどっかの個人ブログ参照)から
カスタムコントロールでe.Handle=trueしないものを作りたいんだけどうまくいかない

803 ：デフォルトの名無しさん ：2021/01/20(水) 16:16:26.10 ID:Wx/Iy2mC0.net
なんでtreeviewのbeforeexpand無くなってるの？
MSってよく意味の分からないことするよね

804 ：デフォルトの名無しさん ：2021/01/21(木) 16:03:37.57 ID:qWgafXth0.net
すれち

805 ：デフォルトの名無しさん ：2021/01/26(火) 08:34:09.85 ID:361yZFbpd.net
長年WindowsFormsやってきて、ようやくWPFに移行しようとしているワイのモチベーションがあがるお言葉をお願いします

806 ：デフォルトの名無しさん ：2021/01/26(火) 08:36:03.63 ID:ud7WAy7Ca.net
Xamlに慣れとくのは無駄にはならんだろ

807 ：デフォルトの名無しさん ：2021/01/26(火) 08:41:47.50 ID:Vy6n/RPYM.net
>>805
何かを始めるのに遅すぎると言う事は無い

808 ：デフォルトの名無しさん ：2021/01/26(火) 09:43:49.72 ID:qSdfocRRM.net
>>805
WPFは既にメンテナンスモードでWinFormsと同列
現在のシェアから考えてWinFormsより長く生き残ることはまずないから、もし自身のエンジニアとしての延命が目的なら今更やるのは全くお勧めできない
Webやれ

809 ：デフォルトの名無しさん ：2021/01/26(火) 09:55:14.16 ID:Vy6n/RPYM.net
デスクトップじゃWin32アプリが最後まで生き残りそう。
winformアプリも大量に有るのでゾンビの様に死滅しない。

810 ：デフォルトの名無しさん ：2021/01/26(火) 11:17:20.66 ID:SEH/ccP0r.net
>>805
web系技術でデスクトップアプリ作る
時代になってますよ。

811 ：デフォルトの名無しさん ：2021/01/26(火) 11:40:37.20 ID:ZjE6Xg+z0.net
モチベーションアップする言葉じゃないなw

812 ：デフォルトの名無しさん ：2021/01/26(火) 11:59:33.60 ID:j7spnDSJ0.net
mongodbのコンパスとか多分chromiumだろうけど美しいもんなー

813 ：デフォルトの名無しさん ：2021/01/26(火) 12:16:42.96 ID:NAba6hCjM.net
web系って流行り廃りが激しいので後のメンテが大変かも。

814 ：デフォルトの名無しさん ：2021/01/26(火) 12:21:02.53 ID:m9QEFa1vM.net
htaはいつまで使えるだろうか？

815 ：デフォルトの名無しさん ：2021/01/26(火) 12:42:38.13 ID:b2P28rbA0.net
３月に正式リリース。７月にフルスペックの予定のWinUI3がWPFの代替となる予定だが
特に大きな変化はないから安定すれば移行が進むんじゃねーかな？

816 ：デフォルトの名無しさん ：2021/01/26(火) 12:59:30.20 ID:sDueyM6cM.net
>>815
イマイチわかってないんだけどUWPと共通化できて嬉しい？

817 ：デフォルトの名無しさん ：2021/01/26(火) 13:33:11.88 ID:kStMQ1/o0.net
ChromeBookでも動くんか？

818 ：デフォルトの名無しさん ：2021/01/26(火) 14:14:45.77 ID:YUoLXY1Qd.net
結局Web系ってなにやればいいの？
ASP.NET MVCとか？

819 ：デフォルトの名無しさん ：2021/01/26(火) 14:14:54.68 ID:WHTpfe5BH.net
結局Web系ってなにやればいいの？
ASP.NET MVCとか？

820 ：デフォルトの名無しさん ：2021/01/26(火) 14:34:10.17 ID:fB+Ar5X+0.net
今時MVCで新規で作る必要ある？

821 ：デフォルトの名無しさん ：2021/01/26(火) 14:40:20.88 ID:NAba6hCjM.net
>>819
ASP.NET Core MVC

822 ：デフォルトの名無しさん ：2021/01/26(火) 15:00:30.94 ID:3RPKEuA50.net
Web APIならね。UIが必要ならそこはRazor Pagesにしときな。

823 ：デフォルトの名無しさん ：2021/01/26(火) 20:34:15.63 ID:xVPuSdRM0.net
>>809
Win32レベルでいいならC++/CLI以外みんな生き残るだろ。

824 ：デフォルトの名無しさん ：2021/01/26(火) 20:38:42.61 ID:xVPuSdRM0.net
>>810
「作れる」のレベルはだんだん上がってきているけどデスクトップフレームワークの域にはまだ遠いよなぁ。
BlazorでWPF動かせるようになったらいいんだが。

825 ：デフォルトの名無しさん ：2021/01/26(火) 21:13:38.65 ID:SEH/ccP0r.net
>>824
Blazorはjs書けない層の
救済ライブラリーですよ。

826 ：デフォルトの名無しさん ：2021/01/26(火) 21:19:33.80 ID:xVPuSdRM0.net
>>825
Cはアセンブラ書けない層の救済言語、みたいな？

827 ：デフォルトの名無しさん ：2021/01/26(火) 21:24:27.11 ID:SEH/ccP0r.net
>>826
ちょっと違うかな。
js<-->c#のラッパーライブラリーになります。
なので遅くて機能も少ないです。

828 ：デフォルトの名無しさん ：2021/01/26(火) 21:33:10.40 ID:xVPuSdRM0.net
そういう話じゃなくてね、>>825はC#よりJSの方がハードルが高いと言いたいのかってこと。

829 ：デフォルトの名無しさん ：2021/01/26(火) 21:39:57.47 ID:9pIisiq/0.net
>>827
さすがにデタラメすぎワロタ

830 ：デフォルトの名無しさん ：2021/01/26(火) 21:41:41.11 ID:SEH/ccP0r.net
>>828
それは人によりますね。

>>826
アセンブラ書ける層にもｃ学ぶメリットがありますが、
（ｃはアセンブラ書けない人の救済目的でない。）
jsでwebアプリ開発者出来る層が、
Blazor学ぶメリットは無いって事です。

831 ：デフォルトの名無しさん ：2021/01/26(火) 21:55:22.08 ID:xVPuSdRM0.net
>jsでwebアプリ開発者出来る層が、
>Blazor学ぶメリットは無いって事です。

つまりWebアプリの方がハードルが高いって言ってるんだろ？

832 ：デフォルトの名無しさん ：2021/01/26(火) 22:41:31.51 ID:hQ6WFpsM0.net
いやBlazorが糞って言ってるんだろ

833 ：デフォルトの名無しさん ：2021/01/26(火) 22:51:00.14 ID:SEH/ccP0r.net
webアプリメインでやってりゃ
デスクトップアプリ開発なんて未知の領域だし
逆もまた然りでしょ。

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

因みにスマホアプリも業務系は
かなりの部分的がwebView使った
webアプリですわ。

834 ：デフォルトの名無しさん ：2021/01/26(火) 23:55:27.32 ID:wUk9YuWu0.net
結局デスクトップアプリやりたかったら何勉強したらいいんだよー

835 ：デフォルトの名無しさん ：2021/01/27(水) 00:03:20.45 ID:XeV35zEs0.net
GDI

836 ：デフォルトの名無しさん ：2021/01/27(水) 06:04:27.12 ID:pUY+TGNk0.net
>>834
UWP

837 ：デフォルトの名無しさん ：2021/01/27(水) 07:57:56.27 ID:HOXaQKzC0.net
UWPはいいね
この前ストアアプリ配信したんだけど結構ダウンロード数伸びてる大したことないアプリなのに
まだマイクロソフトストアが未成熟だからね
すでに飽和してるApp StoreやGoogle Play Storeじゃこうはいかない

マイクロソフトストア狙い目よ

838 ：デフォルトの名無しさん ：2021/01/27(水) 08:05:32.37 ID:Q5PELBL+0.net
Web(React)もデスクトップ(WPF)もやってるが、だからといって今のReactで
デスクトップアプリ作る気にはなれんな。

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

自分が持ってるスキルで他分野に入り込みやすくなったから
喜んで使っているんだろうが、これから新しくデスクトップアプリを
始めようって人に勧めるのはちょっと違うかな。

839 ：デフォルトの名無しさん ：2021/01/27(水) 08:28:30.65 ID:XM7FIDHcM.net
趣味の開発なら良いが業務用アプリでUWPを使おうとは思わんな

840 ：デフォルトの名無しさん ：2021/01/27(水) 09:09:15.94 ID:HOXaQKzC0.net
でもさ趣味と業務で技術を使い分けるのも非効率じゃない？

841 ：デフォルトの名無しさん ：2021/01/27(水) 09:16:51.18 ID:6qpNXEFE0.net
趣味はある程度妥協できるけど、業務はそれができない

842 ：デフォルトの名無しさん ：2021/01/27(水) 09:18:43.10 ID:XM7FIDHcM.net
>>840
業務用には枯れたものを使いたいねえ
最先端も追っかけなきゃ技術者としては終わるけど

843 ：デフォルトの名無しさん ：2021/01/27(水) 09:31:24.47 ID:PQslRsA90.net
いまさらUWPはやめとけ

844 ：デフォルトの名無しさん ：2021/01/27(水) 09:34:14.87 ID:Q5PELBL+0.net
マイクロソフト環境にどっぷり漬かっている会社ならビジネス向けストアを使う手もあるだろうが
IT部門が全社に配布する手間を減らせる以外のメリットが思いつかんな。
まさか常にサイドローディングしてもらうわけにもいかんだろうし。

845 ：デフォルトの名無しさん ：2021/01/27(水) 09:45:27.80 ID:XM7FIDHcM.net
新規だとWPFですかねえ
winformよりはUWPへの乗換ハードルは低いし
webじゃ無理なアプリもあるし

846 ：デフォルトの名無しさん ：2021/01/27(水) 09:47:08.33 ID:lP1lXV780.net
デスクトップ　ExcelVBA
Web　スプレッドシートGAS

847 ：デフォルトの名無しさん ：2021/01/27(水) 11:58:47.28 ID:s+2IuEm00.net
今から投資するなら
.NET MAUI
かな。xaml + mvvm が糞すぎた。

848 ：デフォルトの名無しさん ：2021/01/27(水) 12:01:39.36 ID:2Yp9CVeL0.net
全く詳しくないんだけどWINUIは糞なところは改善されるの？

849 ：デフォルトの名無しさん ：2021/01/27(水) 12:34:09.96 ID:XeV35zEs0.net
良く判らんが、ザマリン下位のskia
をGDIでラップ出来るようになったの？

850 ：デフォルトの名無しさん ：2021/01/27(水) 13:27:12.09 ID:+quYuruPM.net
UIがどうなろうとIPropertyChangedは全部書かないといけませんか？

851 ：デフォルトの名無しさん ：2021/01/27(水) 13:34:31.78 ID:nqDSrDWAM.net
>>850
必要でしょう
ReactivePropertyとかBindableBaseを使えばコーティング量が減る

852 ：デフォルトの名無しさん ：2021/01/27(水) 13:36:55.01 ID:4ZLvOcYXM.net
>>850
MVUなら必要ないよ

853 ：デフォルトの名無しさん ：2021/01/27(水) 13:52:55.21 ID:+quYuruPM.net
うーん
プロパティにref使えないけど
SetPropertyどうやって使ってんの？

854 ：デフォルトの名無しさん ：2021/01/27(水) 13:53:49.65 ID:nqDSrDWAM.net
.NET MAUIか

855 ：デフォルトの名無しさん ：2021/01/27(水) 13:54:43.18 ID:nqDSrDWAM.net
>>853
え?

856 ：デフォルトの名無しさん ：2021/01/27(水) 14:09:18.65 ID:s+2IuEm00.net
xaml登場時からやってる
ベテランの自分でさえ
xaml流mvvmは
コード量が激増して面倒臭すぎる。

ReactのJSXみたいに
xaml中にコードが直接かけるように出来んものか？

857 ：デフォルトの名無しさん ：2021/01/27(水) 19:59:46.88 ID:1NyuRNVoM.net
<x:Code>で囲めばゴリゴリC#書けるよ
面倒だから素直にコードビハインドに書いた方が早いけど
どうせg.csにコピーされるだけだし
まあ何につけmvvmが失敗の原因だったよね

858 ：デフォルトの名無しさん ：2021/01/27(水) 21:48:06.42 ID:Q5PELBL+0.net
失敗というか、WPFに挫折した人の原因ではあるのかもしれない。

859 ：デフォルトの名無しさん ：2021/01/27(水) 22:50:02.01 ID:I3USHUPf0.net
VisualStateManagerはBlend前提の設計かもしれんが、ちょっと解りにくいわな

860 ：デフォルトの名無しさん ：2021/01/27(水) 22:51:44.29 ID:VJox6Jtr0.net
MVVMってテストしやすいのはいいけど、設計難易度上がるし面倒なところあるから初めて関わる人や新人いるチームだと大変すぎてな。一人や少数精鋭チームでやれればいいけど。

861 ：デフォルトの名無しさん ：2021/01/27(水) 23:11:30.32 ID:lP1lXV780.net
ビューとモデルの完全分離を目指した結果
肥大化するコードと失われる可読性って本末転倒じゃん

862 ：デフォルトの名無しさん ：2021/01/28(木) 07:46:28.72 ID:W1L2iiMj0.net
>>856
xamlてコード分離が目的なのに中にコード書いたら意味無いような気がするが

863 ：デフォルトの名無しさん ：2021/01/28(木) 10:15:55.24 ID:jO4DLeJx0.net
>>862
コードを分離する
メリットとデメリットは？

864 ：デフォルトの名無しさん ：2021/01/28(木) 10:19:43.92 ID:pXmI1nylM.net
>>863
メリット、ユニットテストがやりやすい
デメリット、めんどくせー

865 ：デフォルトの名無しさん ：2021/01/28(木) 10:26:33.10 ID:jO4DLeJx0.net
>>864
ユニットテストは
やりやすいレベルにはならんよ。

866 ：デフォルトの名無しさん ：2021/01/28(木) 10:27:16.51 ID:p4i84vEc0.net
なるよ

867 ：デフォルトの名無しさん ：2021/01/28(木) 10:28:56.03 ID:jO4DLeJx0.net
ならん！

868 ：デフォルトの名無しさん ：2021/01/28(木) 10:40:26.08 ID:FPs7AaOb0.net
>>865
UIベッタリだと出来ないだろう

869 ：デフォルトの名無しさん ：2021/01/28(木) 10:59:29.17 ID:dNWrUHbO0.net
>>861
Railsですね判ります

870 ：デフォルトの名無しさん ：2021/01/28(木) 11:27:11.16 ID:tUs9KAdY0.net
コード増えるのは辛いよな
なんとかならんのかこれ

871 ：デフォルトの名無しさん ：2021/01/28(木) 12:09:59.78 ID:AZvjaiaSa.net
model view を結合するのはいいけど、、


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

isDirtyな
double bufferともいう

872 ：デフォルトの名無しさん ：2021/01/28(木) 12:22:12.52 ID:s7DYC79h0.net
INotifyPropertyChanged実装しないModelクラスを、ViewModelでラップするのがしんどい。

873 ：デフォルトの名無しさん ：2021/01/28(木) 12:25:43.67 ID:AZvjaiaSa.net
mv結合100%だから不自由なんで、

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

設計modelは切り離して
change by user
change by initialize
change by signal
も判別しなきゃだな

874 ：デフォルトの名無しさん ：2021/01/28(木) 12:47:51.29 ID:jO4DLeJx0.net
>>870
mvvmを捨てる事から初めてみましょう！

875 ：デフォルトの名無しさん ：2021/01/28(木) 20:10:35.14 ID:v7b31HK80.net
>>861
俺の言いたいことをすべてお前が大便してくれた

876 ：デフォルトの名無しさん ：2021/01/28(木) 20:52:41.82 ID:A1rlojlb0.net
>>868
FormsアプリをUIAutomation使って自動テストする地獄を味わったことのない人には
有難みがわからないのだろうな

877 ：デフォルトの名無しさん ：2021/01/28(木) 21:24:14.10 ID:eBfsAdOM0.net
そもそも>>865はユニットテストがなにか知らんような気がする
マニュアルに従ってテキトーにポチポチクリックして落ちなきゃテスト終わりーとか言ってそうw

878 ：デフォルトの名無しさん ：2021/01/28(木) 23:14:26.37 ID:jO4DLeJx0.net
>>877
今時ICサーバー必須と言われてますわ。

879 ：デフォルトの名無しさん ：2021/01/29(金) 05:32:11.60 ID:smfBIAno0.net
ICサーバーってなんだ？
まさかと思うけどCIサーバーのことじゃないよな？w

880 ：デフォルトの名無しさん ：2021/01/29(金) 12:45:43.37 ID:geJ3sMpq0.net
笑

881 ：デフォルトの名無しさん ：2021/01/29(金) 19:43:57.28 ID:7PT6zv600.net
>>877
俺は>>865じゃないけど、
マジ、おせーて
assertとか使う奴？
それともGUI上で出来るようなのがあんの？

882 ：デフォルトの名無しさん ：2021/01/30(土) 10:03:36.71 ID:mgrsH3mq0.net
>>862
ビジネスロジックコードの分離が目的なのだから、デザインコードは一緒になっている方が良いかも

883 ：デフォルトの名無しさん ：2021/01/30(土) 12:20:17.91 ID:g5e1Zwf90.net
Javaでオブジェクト指向が流行った時期の間違いみたいに
大規模開発専用のクソ仕様を銀の弾丸として全部に使おうとして失敗してる感じに思える

884 ：デフォルトの名無しさん ：2021/01/30(土) 13:07:37.17 ID:RzqUn7xl0.net
アニメをデフォルトで使う分にはxamlってそれほど複雑でもないんだけどね
formsと同じことやるなら

885 ：デフォルトの名無しさん ：2021/01/30(土) 14:21:59.06 ID:7JTFVOFL0.net
UI作る人と分業できるって言うけどどんだけ凝った画面にすんだろ。
結局はコード書く人が画面まわりもやってね?
最近違うの?

886 ：デフォルトの名無しさん ：2021/01/30(土) 15:34:49.92 ID:B8WCMkPK0.net
専業のUIデザイナー雇ってるとこなんて余程の大手だけだろうな

887 ：デフォルトの名無しさん ：2021/01/30(土) 15:56:17.98 ID:pMmYD7u10.net
xaml書く専業デザイナーって聞いたことないけどいるの？

888 ：デフォルトの名無しさん ：2021/01/30(土) 17:17:04.26 ID:7JTFVOFL0.net
UIとコード別けられるのが最大のメリットという位だしな。
居ないとおかしいがな。

889 ：デフォルトの名無しさん ：2021/01/30(土) 17:34:35.97 ID:8FYOnD7D0.net
誰が言った言葉かは知らんが、少なくともUIデザインを別担当者にできるのが
最大のメリットだということじゃないと思うぞ。

890 ：デフォルトの名無しさん ：2021/01/30(土) 18:58:30.27 ID:7JTFVOFL0.net
何がメリットなのかWPF素人にはサッパリだよ。

891 ：デフォルトの名無しさん ：2021/01/30(土) 19:40:15.77 ID:8FYOnD7D0.net
俺個人としてはxamlでレイアウトしやすいところとmvvmでテストしやすいところかな。

892 ：デフォルトの名無しさん ：2021/01/30(土) 19:46:33.44 ID:WbnyfnwJ0.net
デザイナーがHTML/CSSで作ってプログラマーが同じ見た目になるようにXAML書く

893 ：デフォルトの名無しさん ：2021/01/30(土) 19:52:36.52 ID:KxRn6hKfM.net
デザインとプログラミングの分業においては遥かに先を行っているはずのWebでは、
最近は逆にJavaScriptにインラインでHTMLを書いているのでした

894 ：デフォルトの名無しさん ：2021/01/30(土) 20:01:29.27 ID:7JTFVOFL0.net
>>892
初めからデザイナにXAMLで書いてもらったら?

895 ：デフォルトの名無しさん ：2021/01/30(土) 21:55:15.69 ID:WbnyfnwJ0.net
>>894
XAML書いてくれるデザイナーなんているの？

896 ：デフォルトの名無しさん ：2021/01/31(日) 00:20:30.44 ID:c/zdJjVH0.net
作業としてUIとコードを分けられることがメリットじゃなくて
そこが疎結合になるからいいんでないの

897 ：デフォルトの名無しさん ：2021/01/31(日) 01:07:23.46 ID:SnnX9R4F0.net
疎結合になること自体はメリットではない
疎結合になることで何がメリットになるか書かないと

結局、分担作業やデバッグが楽という話に落ち着くと思うが

898 ：デフォルトの名無しさん ：2021/01/31(日) 01:25:53.85 ID:c/zdJjVH0.net
疎結合のメリットがわからない人はここにいるのかい？

899 ：デフォルトの名無しさん ：2021/01/31(日) 01:40:01.70 ID:SnnX9R4F0.net
疎結合になること自体はメリットではないことがわからない人がここにいるのかい？

900 ：デフォルトの名無しさん ：2021/01/31(日) 01:46:06.04 ID:WbkXnsTD0.net
個人とか小規模開発ならあんまメリット大きくないよな

901 ：デフォルトの名無しさん ：2021/01/31(日) 07:07:48.07 ID:Odha2eMQ0.net
どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。

902 ：デフォルトの名無しさん ：2021/01/31(日) 07:27:03.47 ID:+eg72yeD0.net
>>898
疎結合のメリットを教えてください

903 ：デフォルトの名無しさん ：2021/01/31(日) 07:51:13.66 ID:r9k2b4HI0.net
疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。

VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。

904 ：デフォルトの名無しさん ：2021/01/31(日) 07:53:58.88 ID:r9k2b4HI0.net
>>897
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか？

905 ：デフォルトの名無しさん ：2021/01/31(日) 08:06:25.92 ID:+eg72yeD0.net
疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい！」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる

ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ（点検）対象から外せるケースが多くなる

906 ：デフォルトの名無しさん ：2021/01/31(日) 08:36:11.85 ID:r9k2b4HI0.net
>>905
Viewとmodelの分離は
疎結合は関係ないんじゃ...

「ビューはモデルを素直に反映するように」
これも...

907 ：デフォルトの名無しさん ：2021/01/31(日) 09:12:12.67 ID:I7rtGHH8M.net
ViewとModelの分離で結合が疎にならないの？
>>906の思ってる「疎結合」の定義を聞かせてほしい

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


なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど

908 ：デフォルトの名無しさん ：2021/01/31(日) 09:17:07.25 ID:Odha2eMQ0.net
昔の方が作りやすかった気がする。

909 ：デフォルトの名無しさん ：2021/01/31(日) 09:19:16.44 ID:xVSriNge0.net
>>904
自動テストの話じゃないの

910 ：デフォルトの名無しさん ：2021/01/31(日) 09:21:31.64 ID:r9k2b4HI0.net
>>907
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは？

911 ：デフォルトの名無しさん ：2021/01/31(日) 09:28:45.68 ID:I7rtGHH8M.net
？？？
ごめん>>910の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない

で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど

912 ：デフォルトの名無しさん ：2021/01/31(日) 09:29:51.76 ID:r9k2b4HI0.net
>>908
昔というか、
WinFormsと同じようにWPFでも書けるよ。

実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。

913 ：デフォルトの名無しさん ：2021/01/31(日) 09:34:58.64 ID:xVSriNge0.net
>>912
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ

914 ：デフォルトの名無しさん ：2021/01/31(日) 09:43:32.25 ID:r9k2b4HI0.net
>>911
良い説明をググッてみたけど
見つからないので簡単に書くと、

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

対してC#で普通に書くと密結合。

915 ：デフォルトの名無しさん ：2021/01/31(日) 09:48:53.55 ID:r9k2b4HI0.net
ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。

916 ：デフォルトの名無しさん ：2021/01/31(日) 09:49:01.23 ID:Odha2eMQ0.net
>>912
それで売りの高解像度にも対応してるなら
それでいいやね。

>>913
MVVMもそのうち消えるだろう。

917 ：デフォルトの名無しさん ：2021/01/31(日) 09:50:58.51 ID:xVSriNge0.net
>>915
バインドが難解だと?

918 ：デフォルトの名無しさん ：2021/01/31(日) 09:53:51.31 ID:r9k2b4HI0.net
>>917
初心者には難解じゃない？
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。

設定間違えると動きも変わるし。

919 ：デフォルトの名無しさん ：2021/01/31(日) 09:59:52.50 ID:qyMGxVkO0.net
ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが

920 ：デフォルトの名無しさん ：2021/01/31(日) 10:01:10.65 ID:r9k2b4HI0.net
>>916
>>MVVMもそのうち消えるだろう。

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

View(React,ts)+ViewModel(ts)+Model(C#)

921 ：デフォルトの名無しさん ：2021/01/31(日) 10:01:25.28 ID:xVSriNge0.net
>>918
コード量は増えるけどバインド有ってのXAMLでしょう。

922 ：デフォルトの名無しさん ：2021/01/31(日) 10:05:34.29 ID:Odha2eMQ0.net
>>920
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。

923 ：デフォルトの名無しさん ：2021/01/31(日) 10:10:11.38 ID:+eg72yeD0.net
>>914
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな

俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合

924 ：デフォルトの名無しさん ：2021/01/31(日) 10:12:54.41 ID:xVSriNge0.net
>>922
NASMって何時の時代だよw

925 ：デフォルトの名無しさん ：2021/01/31(日) 10:16:14.30 ID:Odha2eMQ0.net
>>924
かれこれ40年はやってる。

926 ：初心者 ：2021/01/31(日) 10:17:36.86 ID:Mg++KL660.net
treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして

927 ：デフォルトの名無しさん ：2021/01/31(日) 10:31:27.08 ID:6A85emn00.net
>>918
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる

928 ：デフォルトの名無しさん ：2021/01/31(日) 10:34:11.79 ID:r9k2b4HI0.net
>>923
説明書いててそうかと思った！

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

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

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

テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない？仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い？

929 ：デフォルトの名無しさん ：2021/01/31(日) 10:37:40.94 ID:r9k2b4HI0.net
>>927
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった？

930 ：デフォルトの名無しさん ：2021/01/31(日) 10:42:02.91 ID:xVSriNge0.net
>>925
コンピュータが未だ真空管だった時代ですね

931 ：デフォルトの名無しさん ：2021/01/31(日) 10:43:31.30 ID:6A85emn00.net
>>929
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり

932 ：デフォルトの名無しさん ：2021/01/31(日) 10:55:16.05 ID:r9k2b4HI0.net
>>921
大昔からやってる（WinFXとか言ってた時代からやってる！！）と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。

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

そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。

933 ：デフォルトの名無しさん ：2021/01/31(日) 11:57:18.56 ID:7s2vE3J90.net
DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな

934 ：デフォルトの名無しさん ：2021/01/31(日) 12:23:09.41 ID:CDkVre3V0.net
>>932
Blendね

935 ：デフォルトの名無しさん ：2021/01/31(日) 12:57:38.82 ID:jQyDM6Cn0.net
mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。

936 ：デフォルトの名無しさん ：2021/01/31(日) 13:16:59.40 ID:xVSriNge0.net
UI抜きの結合テストってなんじゃい

937 ：デフォルトの名無しさん ：2021/01/31(日) 13:43:45.07 ID:FiwuPv0S0.net
WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか

938 ：デフォルトの名無しさん ：2021/01/31(日) 17:56:29.56 ID:Odha2eMQ0.net
https://forest.watch.impress.co.jp/docs/news/1255558.html
ほう。

939 ：デフォルトの名無しさん ：2021/01/31(日) 19:32:45.91 ID:6A85emn00.net
WinUI3は４ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな

940 ：デフォルトの名無しさん ：2021/01/31(日) 23:15:46.66 ID:Kkreym0u0.net
個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど

941 ：デフォルトの名無しさん ：2021/01/31(日) 23:24:50.28 ID:WbkXnsTD0.net
WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし

942 ：デフォルトの名無しさん ：2021/02/01(月) 01:16:36.92 ID:rq/3X0hM0.net
gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい

943 ：デフォルトの名無しさん ：2021/02/01(月) 06:13:34.77 ID:nwGyyZLi0.net
>>939
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4

944 ：デフォルトの名無しさん ：2021/02/01(月) 08:30:05.02 ID:FUNk1KeQd.net
>>932
それ一回も使ったことないわ

945 ：デフォルトの名無しさん ：2021/02/01(月) 10:26:51.12 ID:7mzzL5vxd.net
>>942
それくらいならWinFormsのTableLayoutPanelと変わらなくない？

946 ：デフォルトの名無しさん ：2021/02/01(月) 14:20:35.38 ID:Jz+8bDTmr.net
>>944
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。

947 ：デフォルトの名無しさん ：2021/02/01(月) 22:36:11.32 ID:P+/hMLSZ0.net
>>943
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・

948 ：デフォルトの名無しさん ：2021/02/02(火) 00:05:04.75 ID:zsk2qsaN0.net
>>947
preview 4はその最新のロードマップが発表された後に、プレビューリリースの間隔が長すぎという批判が出て急遽リリースされることになった
https://twitter.com/marbtweeting/status/1354134751766953984
2月　preview 4
3月　reuinoin 0.5
5月　reuinion 0.8
じゃないかな?
(deleted an unsolicited ad)

949 ：デフォルトの名無しさん ：2021/02/02(火) 00:22:15.18 ID:RoIAA49z0.net
WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・

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

WPFにはクソな思い出しかない

950 ：デフォルトの名無しさん ：2021/02/02(火) 00:36:40.96 ID:iARfrUqjM.net
WinUI以前にとっくの昔からWPFはレガシーなのに何を今更

951 ：デフォルトの名無しさん ：2021/02/02(火) 03:37:50.94 ID:rKbxrD500.net
WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね？

952 ：デフォルトの名無しさん ：2021/02/02(火) 05:02:04.51 ID:+YBVnJ9D0.net
こんな中途半端なものでレガシーとかWPF終わってるな

953 ：デフォルトの名無しさん ：2021/02/02(火) 05:54:26.45 ID:NxFZfFhx0.net
デスクトップのUIは迷走状態ですなあ

954 ：デフォルトの名無しさん ：2021/02/02(火) 09:10:36.54 ID:CKxQr0yQa.net
今ならElectronが覇権取りそう？

955 ：デフォルトの名無しさん ：2021/02/02(火) 09:23:44.16 ID:eretDOma0.net
flutterかも

956 ：デフォルトの名無しさん ：2021/02/02(火) 20:42:27.60 ID:9gegCBvb0.net
windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか？

957 ：デフォルトの名無しさん ：2021/02/02(火) 23:17:21.74 ID:ys8JMHCh0.net
WPFも短命だなこりゃ。。

958 ：デフォルトの名無しさん ：2021/02/03(水) 00:00:53.68 ID:U79XHMjd0.net
充分生きたろ。大往生だよ。

959 ：デフォルトの名無しさん ：2021/02/03(水) 00:43:16.96 ID:5b6XJ+8sM.net
WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう

960 ：デフォルトの名無しさん ：2021/02/03(水) 00:55:28.54 ID:tBRxw4yW0.net
WPFに関連する検索キーワード

wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了

961 ：デフォルトの名無しさん ：2021/02/03(水) 01:45:34.69 ID:FZBBkmjF0.net
十分日の目は見たやろ

962 ：デフォルトの名無しさん ：2021/02/03(水) 02:46:56.03 ID:suCK4Q8d0.net
他のキーワード
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?

963 ：デフォルトの名無しさん ：2021/02/03(水) 07:52:02.77 ID:9W7Ice0KM.net
デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが

964 ：デフォルトの名無しさん ：2021/02/03(水) 08:19:18.66 ID:/SpfYE47M.net
Web SerialとかWeb Usbあるから殆どのことは出来るのかな

965 ：デフォルトの名無しさん ：2021/02/03(水) 19:52:08.00 ID:jQBwY413M.net
3年前のwebアプリって今動くの？

966 ：デフォルトの名無しさん ：2021/02/03(水) 20:11:06.40 ID:kMe6ilrT0.net
動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない

967 ：デフォルトの名無しさん ：2021/02/03(水) 20:54:16.51 ID:NmjXw9sF0.net
組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ

968 ：デフォルトの名無しさん ：2021/02/03(水) 23:29:27.89 ID:J0iktNk60.net
なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。

969 ：デフォルトの名無しさん ：2021/02/03(水) 23:42:55.06 ID:ioJArBze0.net
軽さを求めるならWinForms一択

970 ：デフォルトの名無しさん ：2021/02/03(水) 23:57:50.08 ID:J0iktNk60.net
そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。

971 ：デフォルトの名無しさん ：2021/02/04(木) 00:42:38.32 ID:hcs7ROzx0.net
軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし

972 ：デフォルトの名無しさん ：2021/02/04(木) 02:31:54.22 ID:e59RYOYD0.net
リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms

973 ：デフォルトの名無しさん ：2021/02/04(木) 07:46:05.95 ID:36EJyZsE0.net
>>971
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ

974 ：デフォルトの名無しさん ：2021/02/04(木) 08:24:26.72 ID:ZtMmgGts0.net
生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。

975 ：デフォルトの名無しさん ：2021/02/04(木) 08:27:11.93 ID:nQ02ZkdOM.net
vb6がまだ死んでないんだぜ

976 ：デフォルトの名無しさん ：2021/02/04(木) 09:29:31.02 ID:lfkJlpDH0.net
開発環境維持するのが手間になるんだよな

977 ：デフォルトの名無しさん ：2021/02/04(木) 10:31:10.36 ID:3GUGjOuU0.net
>>970
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる

978 ：デフォルトの名無しさん ：2021/02/04(木) 10:32:41.38 ID:89VtoA6h0.net
もしかして俺また何かやっちゃいました？

979 ：デフォルトの名無しさん ：2021/02/04(木) 11:03:30.76 ID:ZzRKCYY/0.net
>>973
もったいないな
COMは良いぞ

980 ：デフォルトの名無しさん ：2021/02/04(木) 12:00:02.99 ID:aKVEM25d0.net
COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう

981 ：デフォルトの名無しさん ：2021/02/04(木) 12:01:05.22 ID:3bXGR69vM.net
windowsはcomだらけでしょう

982 ：デフォルトの名無しさん ：2021/02/04(木) 13:29:37.28 ID:llP+HC4ja.net
COMはレジストリ使うから面倒くさい

983 ：デフォルトの名無しさん ：2021/02/04(木) 17:45:56.09 ID:3GUGjOuU0.net
ホント、COMぁったもんだ

984 ：デフォルトの名無しさん ：2021/02/04(木) 20:23:26.38 ID:ZtMmgGts0.net
>>977
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの？

985 ：デフォルトの名無しさん ：2021/02/04(木) 21:39:09.24 ID:ih5/H8FP0.net
高DPI時代にWinFormsは無理

986 ：デフォルトの名無しさん：2021/02/04(木) 23:43:38.22 ID:OAJDFKMl5
バカ不平多し★へつらい生きてるからリストラ対象
https://www.youtube.com/watch?v=carOYI-xNoI
勝ちは偶然、負けは必然★負けて消えた人に足りなかったものは？
https://www.youtube.com/watch?v=agAQTF1OaBU&t=38s
リーダー達の給料が高いのは単純労働者じゃないから
https://www.youtube.com/watch?v=8o9il6dVXGk
できません、自信がありません、無理です★ボンクラにしたのは誰？
https://www.youtube.com/watch?v=54YNXSQsxuM
9割の人は、ただの作業員★自学自習こそ仕事の基本
https://www.youtube.com/watch?v=vIGKDmmBJcs
サラリーマン、10年経てばボンクラ説
https://www.youtube.com/watch?v=QdfVJnVuLlY

987 ：デフォルトの名無しさん ：2021/02/04(木) 23:48:33.11 ID:rPrK7o6X0.net
>>970
ま、両方できるならそれに越したことは
ないがな。

988 ：デフォルトの名無しさん ：2021/02/05(金) 05:42:40.73 ID:OpH7IlXC0.net
MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議

989 ：デフォルトの名無しさん ：2021/02/05(金) 07:17:55.50 ID:8dD588qGM.net
MSはWPFほとんど使ってないんじゃ…

990 ：デフォルトの名無しさん ：2021/02/05(金) 08:17:47.81 ID:93xMJ7WGM.net
>>989
visual studio

991 ：デフォルトの名無しさん ：2021/02/05(金) 08:24:41.67 ID:8dD588qGM.net
それだけだ！

992 ：デフォルトの名無しさん ：2021/02/05(金) 08:26:54.02 ID:93xMJ7WGM.net
そうかも

993 ：デフォルトの名無しさん ：2021/02/05(金) 08:44:17.48 ID:8dD588qGM.net
MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう

Windowsの衰退はWPFの衰退

994 ：デフォルトの名無しさん ：2021/02/05(金) 09:27:46.93 ID:I+zADhcc0.net
>>993
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ

995 ：デフォルトの名無しさん ：2021/02/05(金) 09:45:22.14 ID:8dD588qGM.net
>>994
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ？でもその技術作った会社がほぼ使ってないってどーいうことなの？
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん

996 ：デフォルトの名無しさん ：2021/02/05(金) 09:55:20.95 ID:93xMJ7WGM.net
visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か

997 ：デフォルトの名無しさん ：2021/02/05(金) 10:19:13.81 ID:qkdTZe/m0.net
ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは

998 ：デフォルトの名無しさん ：2021/02/05(金) 10:20:52.50 ID:I+zADhcc0.net
>>995
自分の事業部で使ってるんでしょ？
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw

999 ：デフォルトの名無しさん ：2021/02/05(金) 10:50:00.78 ID:Jm9ro3zS0.net
WPFというとかぎられてしまうけど、
XAMLという括りで見ると
社内開発ツールとしてのシェアないの？

windows8以降のOS周りは
全部XAMLじゃないの？

1000 ：デフォルトの名無しさん ：2021/02/05(金) 12:22:25.06 ID:8dD588qGM.net
>>998
事業部制はほんとつらい
乱立するオレオレフレームワークに振り回されている…

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

>>999
それは確かに。

1001 ：デフォルトの名無しさん ：2021/02/05(金) 12:49:32.44 ID:QFQT7eD40.net
MSはVisual Studioの方向性も考えたほうがいいな
以前はVSとWeb開発の親和性を高めるためにASP.NETを生み出したりしてた
こんなやり方は今後は通用しない

今後はMSが歩み寄ってVS使えばReactやvue.jsの開発が楽になります！みたいな方向になっていって欲しい
さすがに巨人MSでもWeb技術を自社で囲い込むのは無理だ

1002 ：デフォルトの名無しさん ：2021/02/05(金) 12:55:09.45 ID:AV0Gp17OM.net
>>1000
MSは作る立場の会社なので使うだけの会社とはちょっと違う
使うだけの会社なら標準化すべきだよ

1003 ：デフォルトの名無しさん ：2021/02/05(金) 18:00:33.45 ID:Kj/KBKr1r.net
>>1001
VScodeが担う役割じゃないの？
それらじゃ充分デファクトになっとるし。

1004 ：デフォルトの名無しさん ：2021/02/05(金) 18:40:59.80 ID:QFQT7eD40.net
MSはVSCodeに注力しすぎだろ
このままじゃ有料のVisual Studioが死んでしまう
MSは製品販売で収益上げるのをやめるのかな

無料のVSCodeでいいソフト作ってくださいねー Azuleで動かしてくださいねー という戦略だろうか

1005 ：デフォルトの名無しさん ：2021/02/05(金) 18:56:04.02 ID:Kj/KBKr1r.net
VSは随分前から
フェードアウトしてるようにみえてるけど。

1006 ：デフォルトの名無しさん ：2021/02/05(金) 18:58:04.45 ID:xu/l+szrM.net
VSCodeは開発者のWindows離れ問題への対策の一環でしょ
Web開発でWindowsは使い物にならなかったのが、VSCodeやWSLによってここ数年で急速に改善された
Windowsへの繋ぎ留めが目的とはいえWeb技術に疎いドザ達だけに任せてたらエコシステムとして成長しないから、VSCodeはマルチプラットフォームにする必要があった

1007 ：デフォルトの名無しさん ：2021/02/05(金) 19:35:53.38 ID:7lMcNRUl0.net
有料のVS無くなってもいいから日本語ドキュメント整備に力入れて欲しいわ

1008 ：デフォルトの名無しさん ：2021/02/05(金) 19:48:47.85 ID:jklBcEmFM.net
確かに
あのdocsの日本語?読んでいると
頭が痛くなるな

1009 ：2ch.net投稿限界：Over 1000 Thread
2ch.netからのレス数が1000に到達しました。

総レス数 1009
233 KB
掲示板に戻る 全部 前100 次100 最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★