20/09/22 20:43:40.46 OeqAWM6T0.net
かずき
487:デフォルトの名無しさん
20/09/22 20:46:42.81 H4U+QONT0.net
それ10年前の話じゃないの
今は情報が出揃っていてやる気だけあれば普通に習得できる
488:デフォルトの名無しさん
20/09/22 20:55:29.30 MUes9yQZ0.net
ヤフーオークションで WPFの本検索したが三件だったぞww
489:デフォルトの名無しさん
20/09/22 20:58:34.57 bhDrmv5D0.net
顧客にとって関心事はライフサイクルコストだから
それが一番安上がりになるの方が正義
490:デフォルトの名無しさん
20/09/22 21:05:31.07 rd5bPy3Z0.net
PCの性能が進化した今でもWinFormのアプリはやたら軽い
wpfが重いのはprismのせいなんだろうか
491:デフォルトの名無しさん
20/09/22 21:09:15.16 H4U+QONT0.net
本とかいらねーだろ
わからないことを検索することもできんのかよ
492:デフォルトの名無しさん
20/09/22 22:05:05.60 Iq4H0kt00.net
ID:H4U+QONT0 リアルで仕事でこんなこというPGいたら笑うけどw
493:デフォルトの名無しさん
20/09/22 22:45:43.46 S3c4U8yb0.net
リアルだったらお前は死んでるぞ
494:デフォルトの名無しさん
20/09/22 22:54:06.49 Iq4H0kt00.net
>>489
通報した。
495:デフォルトの名無しさん
20/09/22 22:57:46.92 R52LfaJF0.net
WPF勉強しときたいけどおすすめのサイトか本ある？
496:デフォルトの名無しさん
20/09/22 23:05:17.28 GCixYKXo0.net
>>486
MVVMがレイトバインディングオンリーなのもね…
497:デフォルトの名無しさん
20/09/23 00:13:21.92 d+eus6090.net
今は機械翻訳ばかりでMSの日本語ドキュメントがゴミのようだ。
かといってMSの公式解説書も酷い訳のものがある。英語で読むしかないね。
498:デフォルトの名無しさん
20/09/23 00:58:20.94 RwrtWQFd0.net
URLﾘﾝｸ(www.wpf-tutorial.com)
ここが英語だけど高1くらいの英語力の俺でもそんな苦労せずに読めたからおすすめ
499:デフォルトの名無しさん
20/09/23 01:06:07.80 GhFg2WnD0.net
>>493
最近の技術系の翻訳本ってほぼ機械翻訳かけて手直ししてるだけっぽいからなあ
>>494
見てみる
500:デフォルトの名無しさん
20/09/23 06:48:16.09 a0wAVJWk0.net
酷い翻訳も慣れると逆算して読めるようになるから不思議だ
いや、読みやすいのが一番だけどね
501:デフォルトの名無しさん
20/09/23 08:30:21.61 Hsz3JCQvM.net
>>475
死んだOSの対応って何なん?
502:デフォルトの名無しさん
20/09/23 08:35:22.43 Hsz3JCQvM.net
>>476
今どきvs6って拷問だな
503:デフォルトの名無しさん
20/09/23 08:37:33.83 Hsz3JCQvM.net
>>487
体系的に短時間で学ぶには今でも本が便利だよ
504:デフォルトの名無しさん
20/09/23 10:31:48.86 kf7t1N4+0.net
>>494
日本語が Localized versions の上位には上がってないので
more languages ...
で出たが
Localization
URLﾘﾝｸ(www.wpf-tutorial.com)
日本語対応遅れとるな
505:デフォルトの名無しさん
20/09/23 10:43:36.75 kf7t1N4+0.net
>>496
エラーを取得するには関数を使います
506:デフォルトの名無しさん
20/09/23 10:47:22.57 R3wz9TIW0.net
>>491
okazukiさんのブログが一番いい
prismとかReactiveproperty関連はとりあえず読み飛ばす前提で
507:デフォルトの名無しさん
20/09/23 11:50:21.21 2MH3im7L0.net
prismとか意味なく使うから
コードがめちゃくちゃになる。
508:デフォルトの名無しさん
20/09/23 11:59:46.14 9C05kspb0.net
>>498
ExcelがVBAというレガシーチャンピオンを抱えてるからそのうちスプレッドシートにシェア奪われるんだろうな
509:デフォルトの名無しさん
20/09/23 20:26:34.11 bxjjKz3I0.net
コントロールは今まで通り、貼り付けで配置できるん?
510:デフォルトの名無しさん
20/09/23 20:53:57.14 L4V/SK950.net
>>501
たぶんWinApiのFormatMessageのことだな(適当)
511:デフォルトの名無しさん
20/09/23 21:07:06.41 TDgfvANh0.net
>>505
デザイナはあるけれど、WinFormsのポトペタをイメージしているのならコレジャナイってなる
512:デフォルトの名無しさん
20/09/24 01:02:07.98 r0U1/5Zg0.net
>>505
ぽとぺたWindowにコード全部かいてもいいぞ！
好きにしろ
513:デフォルトの名無しさん
20/09/24 04:13:59.25 SazTPdWp0.net
URLﾘﾝｸ(medium.com)
あらら
514:デフォルトの名無しさん
20/09/24 04:43:28.13 YxwlyIOc0.net
あらら、またスマホベースで残念だわ
デスクトップベースのWPFが生き残り続けてしまうことに・・・
515:デフォルトの名無しさん
20/09/24 05:51:13.12 Tu4V2/EEM.net
最近のwebページもスマホベースのが多くて、pcで開くと横にドーンと広いんだよね(´・ω・｀)
516:デフォルトの名無しさん
20/09/24 07:21:23.47 oGOHDREdM.net
貴方には信心が足りないわ
517:デフォルトの名無しさん
20/09/24 11:27:21.75 Al9hzlNm0.net
コテコテのコモンコントロールはもう時代遅れか
518:デフォルトの名無しさん
20/09/24 11:54:47.37 SazTPdWp0.net
スマホ用のアプリをパソコンで開くと無駄なスペースとか多すぎでくそなのは事実だが、とりあえずタブレットというか2in1用のタッチベースのアプリが増えないことには
一般向けのアプリのほとんどが参照系でタッチベースで十分なわけだし
で、マウスベースの生産系アプリ作る場合はどうするんでしょう...マイクロソフトさん...
winuiもコンパクトモードがあるがすげえ中途半端だし...
519:デフォルトの名無しさん
20/09/24 11:56:36.57 SazTPdWp0.net
URLﾘﾝｸ(www.microsoft.com)
520: microsoft storeにflutter galaryアプリがきてるらしい
521:デフォルトの名無しさん
20/09/24 19:12:16.23 YxwlyIOc0.net
MSがWindows 1からデスクトップだけを考えてアプリ開発をしてきた最終的回答がWPF
おそらくこの分野でライバル出てくるとしたらWindows 11が出るような変化の時だろうな
522:デフォルトの名無しさん
20/09/24 19:23:46.15 bZ1sVv660.net
>>511
そもそもwww(html)なんてUNIXが発祥なのに
変だろ。
納得できんわ。
523:デフォルトの名無しさん
20/09/24 19:57:08.14 bZ1sVv660.net
>>508
コード書くなら「Visual」Studioじゃないよな。
WIN32APIで書くのと変わらん。
524:デフォルトの名無しさん
20/09/24 20:04:57.62 khkTd8DV0.net
>>516
UWP推進のために敢えて放置されてたのか、痒い所に手が届かない部分が所々合ってもどかしい
せめて事前バインディングはマージしてくれ
525:デフォルトの名無しさん
20/09/24 20:28:49.17 anZxJGRt0.net
>UWP推進のために敢えて放置されてたのか
これだよなぁ。ペゾルト本もWPFスキップさせられたし。
526:デフォルトの名無しさん
20/09/24 20:34:02.96 bZ1sVv660.net
画面デザインとコードで分業できる、というけど実際そうしてるんか?
結局全部自分でやってね?
527:デフォルトの名無しさん
20/09/24 20:56:33.67 d9Awt+YW0.net
>>517
cssを上手く使ってpcでもスマホでもちゃんと表示出来るのもあるんだけどねえ。
最近はスマホだけに最適化されてるのが増えてきた。
世も末だよ。
528:デフォルトの名無しさん
20/09/24 21:19:02.45 bZ1sVv660.net
>>522
特に大学生はスマホオンリーで、PCなんて不要
という考えが大半なんだよな。
そりゃ見るだけならいいけどよ...
529:デフォルトの名無しさん
20/09/24 22:04:34.04 LFWdqcpHM.net
>>523
キーボードよりスマホのフリック入力が速いと。
オレなんてミスタッチしまくりさ。
530:デフォルトの名無しさん
20/09/25 21:40:27.80 c1QgCFu70.net
>>519
事前バインドは．ｎｅｔ5とWinUI3でデスクトップに降りてくるようだからな
ついでにイベントのバインドも出来るからビヘイビアの大半が要らなくなるのも良い
531:デフォルトの名無しさん
20/09/25 22:20:21.51 iQJ3d1Xe0.net
大幅変更のビッグウェーブくるね。目指すはwinformの開発効率。
532:デフォルトの名無しさん
20/09/26 12:37:46.17 3hVx86Rj0.net
事前バインディングは効果を体感できない
定期
533:デフォルトの名無しさん
20/09/26 18:07:46.78 AmGNamxa0.net
今日からWPF始めたんだが x:Name で適当に名前つければ簡単にコントロール
利用できる事を知ったんだがだけどそれでいいのん?
データバインドなんちゃら って必要なの。
534:デフォルトの名無しさん
20/09/26 18:14:00.51 uvZwMpem0.net
個人のプログラムなんて動きゃいいんだよ
535:デフォルトの名無しさん
20/09/26 18:14:22.46 U/HQ8OHN0.net
>>527
実行前にエラーが分かるのは大きいだろ
>>528
バインディングは必須ではないからそれでも良いよ
536:デフォルトの名無しさん
20/09/26 18:17:13.29 AmGNamxa0.net
>>530
なるほど。
この場合は自動実装プロパティなど不要でスッキリですな。
一応、習得しとこうかなとは思ってる。
537:デフォルトの名無しさん
20/09/26 19:48:04.87 U+G6yEte0.net
>>528
それでもできるしバインドしてやることもできる
バインドの方がハードル高め
個人的には両方できてしまうことがわかりにくくしてる要因だと思う
538:デフォルトの名無しさん
20/09/26 21:26:12.10 AmGNamxa0.net
なるほど。
質問ばかりで申し訳ないんだが、
コントロール一つごとに
・自動実装プロパティ
・ビューモデルのクラス生成
・データコンテキストの設定
が必要であってます?
539:デフォルトの名無しさん
20/09/26 21:57:03.85 yhMCpvCJ0.net
必要ではない
複雑なことやらないならWindowクラスのViewModelに各コントロールのバインディングソースプロパティを持たせればいい
なお自動実装である必要はないよ
というかプロパティ変更をINotifyPropertyChangedで通知したいなら自動実装ではダメ
540:デフォルトの名無しさん
20/09/27 00:02:47.65 bYiRY3PLM.net
Mode=OneWayToSource以外ならgetterが必要
Mode=OneWayToSourceかTwoWayならsetterが必要
VM→Vで変更通知するにはINotifyPropertyChanged.PropertyChangedイベントを発生させる
で、getterはbacking fieldを返し、setterはbacking fieldに代入しイベント発生、というのが定石
定石過ぎてReactivePropertyとかPrismのBindingBase.SetPropertyを使うと楽できる
541:デフォルトの名無しさん
20/09/27 01:05:57.42 zhyG30X30.net
(楽か？)
542:デフォルトの名無しさん
20/09/27 10:51:02.21 BlHd4Scl0.net
だめだ。バインドの有効利用方法がわからん。。
面倒くさい 煩雑 しか思えん。
543:デフォルトの名無しさん
20/09/27 11:05:21.04 +zlhhpvN0.net
バインド超楽だけど
544:デフォルトの名無しさん
20/09/27 11:16:28.74 lEpS58To0.net
最初はバインド面倒にかんじて
コントロールに名前つけてアクセスしたらいいじゃんって思うだよな
545:デフォルトの名無しさん
20/09/27 11:59:55.26 fEMpkeyM0.net
>>539
それをやめさせるには、
コントロールに直接触るのはスレッド安全じゃないってことを解らせないとダメなんだよな...
546:デフォルトの名無しさん
20/09/27 13:29:01.55 AVJFrAga0.net
あとVM以下層のテスト書かせるのもね
547:デフォルトの名無しさん
20/09/27 14:10:50.15 3HypLccl0.net
MVVMバインドは確かに技術的に古く、将来はMVUに移ったほうが
記述量が減ったり、堅牢になると思う
ボタンを押したときのためにCommandを用意して呼び出すなど無駄な作業でしかない
クリックイベントでいい
VMとVを疎結合にするのはIDEの支援が限定されて生産性が落ちる
参照先にジャンプしたときにインターフェースで実装がわかりませんでは
時間がいくらあっても足りない
VMとVを別のフォルダーで管理するのも扱いづらい
最近のUIはコンポーネント化しやすくすることが必須
別のプロジェクトでも流用するとき、１つのファイルを移動させればよい状態が好ましい
いちいちVMとVのファイルを移動など面倒だ
とは言えMVUは.NET6まで待たなければならない
それまで自分はPropertyChanged.Fodyで変更通知してる。
記述量が少なく、属性主体なので影響も少ない。
ModelはJsonシリアライザーに優しくないと使い物にならない
548:デフォルトの名無しさん
20/09/27 14:16:53.81 BlHd4Scl0.net
ヤバイ。
意味が分からん。最近難しいな!
549:デフォルトの名無しさん
20/09/27 15:37:28.93 BlHd4Scl0.net
>>226
未だにSXGAなんてザラ。
WUXGAすらない。
550:デフォルトの名無しさん
20/09/27 16:11:20.22 gGo0R8Ul0.net
>>542
そうとは思わない。
特に「VMとVを疎結合に...」以降の自論は
なにか勝手な思い込みではないかと思う。
551:デフォルトの名無しさん
20/09/27 18:05:15.62 eIKg6nYv0.net
MVVMでコマンドもコンバータもバリデーションルールもファイルコピーして使いまわしてるが
prismとかはその辺ぶっ潰してるからやりにくくなってるだけじゃない？
やっぱマニュアルのMVVMが最強やな
552:デフォルトの名無しさん
20/09/27 19:14:42.82 0F2CG6otd.net
>>533
リストビューみたいな列挙にだけdatatemplateとバインディング使って、ただのボタンとかは全部コードビハインド+非MVVMでもいいんじゃないかと思ってる
個人とかうちわ向けのツールなら
553:デフォルトの名無しさん
20/09/27 19:21:26.72 LOFXzk7UM.net
>>546
意味解らずprismとか使うとコード量がふくれて
馬鹿みたいに面倒になるね。
意味解ってないから
MVVMの実装はこうしなければいけないと
思い込んでる。
554:デフォルトの名無しさん
20/09/27 19:29:24.63 LOFXzk7UM.net
>>547
理解出来てるならバインディングは一切使わなくても大丈夫だね。
最速を求めるなら使うとむしろ遅くなる。
有名どころのコントロールのソース見ても
内部はあんまりMVVMしていない。
555:デフォルトの名無しさん
20/09/27 19:31:16.40 co99WLAO0.net
遅くない!!っ言い張ってた子の気持ちも考えてね!!
556:デフォルトの名無しさん
20/09/27 19:35:30.30 0F2CG6otd.net
>>549
まあ実際自分でやる分にはちゃんと書くようにしてるけど、winformsからwpfになって個人、内輪で便利になったのってそこくらいしかないというか
データテンプレートで綺麗でリッチな表示できるよねーっていう
winformsでもデータコンテキストはあったけど自分の周りのはforでまわしてリストにaddするような人達ばかりだったし
557:デフォルトの名無しさん
20/09/27 20:09:31.44 4TLQ9mS+0.net
MVVMだけならReactivePropertyが一番楽ちんだな
PrismはUnityでDIしたりViewModelLocaterの機能や
EventAggregatorなどで手放せない
あと、EF使う所はBindingBaseでMVVMするな
BindingはListBoxの要素では必須だから、そこから勉強始めたら覚えやすいかも
558:デフォルトの名無しさん
20/09/27 20:12:24.73 LOFXzk7UM.net
>>550
たとえば1000万行のデータグリッドが必要なら、内製するし
バインディングとか使わない。
仮想化とか必須の領域だし、
細かい制御が出来ないし、
結果的に確実に遅くなる。
バインディングで出来ることは
全部コードだけで出来る。
オープンソースのコントロール読めない人なら
当然、バインディングをお勧めする。
ところでコントロールを作成するレベルの入門書は
洋書でも存在してないのではないか？
自分はMSのコントロールのソースと
インフラロジスティクのソースを解析して覚えた。
で、取り纏めて書籍化を考えたが
確実に売れないのでヤメたがかなり昔のはなし。
559:デフォルトの名無しさん
20/09/27 21:32:28.68 BlHd4Scl0.net
>>553
売れないことないんじゃない?
VC++でカスタムドローとかオーナードロー
の資料がなくて苦労したわ。
comも。
560:
20/09/27 21:39:03.46 OZSlZqU50.net
>>553
＞コントロールを作成するレベルの入門書は
＞洋書でも存在してないのではないか？
ずっと探していたんですけれど、やっぱりないんですね…
＞取り纏めて書籍化を考えたが
＞確実に売れないのでヤメたがかなり昔のはなし。
kindle 化して、とりあえず様子をみる、というのはいかがですか？
私なら（印税50% の kindle 出版に対して）10000円で買うつもりです
561:デフォルトの名無しさん
20/09/27 22:26:16.12 HAa0iCIU0.net
コントロール作るのってそんなに難しい？
562:デフォルトの名無しさん
20/09/27 22:29:39.45 co99WLAO0.net
VSのデザイナで動いてくれないと困るからな。
563:デフォルトの名無しさん
20/09/27 22:39:45.91 HAa0iCIU0.net
デザイナで動くって何？
ちゃんと表示されるってこと？
564:デフォルトの名無しさん
20/09/27 23:18:31.39 LOFXzk7UM.net
>>557
VSのデザイナーは一定の条件下でのみ動作する。
コントロール作成レベルの作業中だと
機能しない事が多い。
そういうのはやってれば普通に解るし
察する。
565:デフォルトの名無しさん
20/09/27 23:39:24.89 co99WLAO0.net
わざわざコントロールで作るってことは
頬杖ついてマウスでペタペタ貼るだけで再利用できるようにするってことだよ。
コード上でnewして再利用できるだけでいいクラスライブラリとは違う。
566:デフォルトの名無しさん
20/09/28 00:04:13.06 QIpyCS2B0.net
かんたん Visual
567:C++［改訂2版］、堀義博、2017 VC++の使い方と、画面の作り方、 DDX(Dialog Data Exchange) の仕組み、 MFCの、AFX_MSGMAP, DECLARE_MESSAGE_MAP()など MFC には、色々なコントロールの基本クラスがある。 それを使えばよい ただし、VS のGUI デザイナーが、それに対応しているかどうかは知らないけど。 それに対応するには、VS でのプラグインの作り方を学ぶ必要がある
568:デフォルトの名無しさん
20/09/28 08:04:30.26 cZtg7eSbM.net
なんでMFC??
569:デフォルトの名無しさん
20/09/28 08:51:18.27 EbZv9i2ha.net
MFC使うくらいなら素のWin32APIを叩くはw
570:デフォルトの名無しさん
20/09/28 08:53:35.35 053eSEmAa.net
>>562
いつものRubyキチガイが自分の知ってることを垂れ流しに来たんだろう
571:デフォルトの名無しさん
20/09/28 20:35:22.53 tGpmNLmZ0.net
>>560
それができないならコントロールがちゃんと作れてないんでしょ
そしてちゃんとしたコントロールを作る事自体はそんなに難しくないと思うんだけど
572:デフォルトの名無しさん
20/09/28 20:59:34.29 ejW4RwcM0.net
>叩くはw
たまに見かけるけど見るたびにイラっとするこれ
573:デフォルトの名無しさん
20/09/28 21:10:30.27 aZQQorKp0.net
>>566
イラッとするはw
574:デフォルトの名無しさん
20/09/29 19:45:21.34 Y1CZVJSu0.net
みなさんスーパーハカーですね!
575:デフォルトの名無しさん
20/09/29 19:52:27.83 R2YkXVhNr.net
EventAggregatorって非推奨になったのかと思ってたけど
576:デフォルトの名無しさん
20/09/29 19:59:11.56 R2YkXVhNr.net
InteractionRequestだった…
一切使ってないからさっぱりわからない
577:デフォルトの名無しさん
20/09/29 20:54:02.93 ZYb8dqzc0.net
コードビハインドを徹底的に避けようとするのって病的だなと思うようになった
コードビハインドにあるべきコードはコードビハインドにあっていい
578:デフォルトの名無しさん
20/09/29 21:14:03.62 qOEu/+uI0.net
報酬はあるのか？
579:デフォルトの名無しさん
20/09/30 18:45:23.92 VC7cxOmi0.net
>>570
ScrollIntoViewを呼び出すのに便利だから作ったけど、ビヘイビアで実装し直した
動くけどしっくり来ないんだよな
同じアイテムを連続で動かしたい時、一度Null入れないとダメな所が
580:デフォルトの名無しさん
20/09/30 19:13:05.29 ja9gtUPA0.net
コントロールのサブクラスを極力避けるというのがwpfの方針でしょ
581:デフォルトの名無しさん
20/09/30 20:47:28.67 L6wzWJW+a.net
URLﾘﾝｸ(devblogs.microsoft.com)
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.
582:デフォルトの名無しさん
20/10/05 12:11:44.64 9Dou6A6q0.net
ｄｌｌで定義したstyleを参照する方法を教えてください
583:デフォルトの名無しさん
20/10/05 18:50:57.69 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>
584:デフォルトの名無しさん
20/10/10 23:38:21.46 YXN1Ol2Y0.net
入社して数年間ほぼWPFだけ使ってきて、今月初めてFormsをまともに触ったが、
DataGridViewのbindingクソ過ぎｗｗｗ
セルに表示する値のプロパティ名を文字列で指定できるだけで、
背景色すらbingindで表現できないとか、マジで終わってる(￣▽￣)
585:デフォルトの名無しさん
20/10/11 07:17:34.12 kKzgRzeu0.net
Formsの仕事が回ってくるようになった会社は潰れる一歩手前
586:デフォルトの名無しさん
20/10/11 08:38:47.21 UaRtLtpyM.net
君も○XUGに入って、「偉い人」に
なろう。楽しいぞ「一般ピープル」を煽るのは
タブン
587:デフォルトの名無しさん
20/10/11 09:07:54.24 SL721RiNM.net
>>578
だけど速いんだぜ
588:デフォルトの名無しさん
20/10/11 09:54:39.61 kZXFoyze0.net
>>579
589:デフォルトの名無しさん
20/10/11 16:16:04.80 SD6h9HSf0.net
来年早々にもWPFからWinUI3に代替わりするわけだが
x:Bindに感動して、CollectionViewSourceの使えなさに怒りを覚えるんだろうな,
590:デフォルトの名無しさん
20/10/11 16:23:51.15 1QfYQ6oK0.net
未だに.NET3.5縛りの我社に隙きはなかった
591:デフォルトの名無しさん
20/10/11 16:30:13.75 kKzgRzeu0.net
>>583
WinUIはWPFに代わるものではなく、WPFなどで使うものなのだが
592:デフォルトの名無しさん
20/10/11 16:33:07.04 Oc3P171P0.net
それにしても10年ぶりの.netメジャーバージョンアップだと言うのに、イマイチ盛り上がってないな
593:デフォルトの名無しさん
20/10/11 16:38:00.50 Oc3P171P0.net
>>585
2.0まではXaml Islandで使うものだったが、３からはWPFと同格のGUIツールキットになるんだよ
UWPと同じ画面だが、.net frameworkのライブラリもP/Invokeさえ使えるプログラムが実現できる
594:デフォルトの名無しさん
20/10/11 16:49:13.59 mP+yhd0K0.net
>>586
Windows用デスクトップアプリ自体が下火だもの
595:デフォルトの名無しさん
20/10/11 17:20:29.83 kKzgRzeu0.net
>>587
よく調べてくれ
596:デフォルトの名無しさん
20/10/11 17:51:56.66 Fd7KLviX0.net
>>589
URLﾘﾝｸ(docs.microsoft.com)
現行じゃなくてWinUI3は２０２１年にリリースされる新バージョンで
ツールキットがUWPから切り離されてWin32から直接呼び出せる代物になります
つか、プレビュー出ているが、UWPの画面出しながらWin32のシステムコールできることは確認した
597:デフォルトの名無しさん
20/10/21 14:57:47.86 tiqsU3pvM.net
.NET CoreってXPでも動きマスカ
598:デフォルトの名無しさん
20/10/21 15:52:35.40 v0oiVQF00.net
保証されてない
599:デフォルトの名無しさん
20/10/21 18:30:59.43 pvliDgQj0.net
Project Reunionを使用して、MicrosoftはWin32とUWP APIの統合を試みる
URLﾘﾝｸ(www.infoq.com)
600:デフォルトの名無しさん
20/10/22 08:47:42.23 nShJVRZ+0.net
失敗しそう
601:デフォルトの名無しさん
20/10/22 10:10:39.59 pIBN6P0hM.net
同意
602:デフォルトの名無しさん
20/10/22 10:52:16.48 Qr2lkL8E0.net
>>593はWin32環境からシームレスにUWPのAPIも同時に使えるだけだから失敗する要素はない
プレゼンテーション層にUWPのガワが使えるWinUI3にしても、WPFから大きく変わるわけでもないから
WPF使いなら何も問題なく使いこなせるし、新機能のx:Bindや新しいコントロールは魅力的だ
603:デフォルトの名無しさん
20/10/22 12:45:44.95 DhGGRbqY0.net
それができるんなら最初からやっとけよと思いました
604:デフォルトの名無しさん
20/10/22 12:48:43.65 8m/AmRSe0.net
やっと軌道修正したけど、その前はずっとUWPに拘ってたからな
出来るのに敢えてやらなかった期間が実の惜しい
605:デフォルトの名無しさん
20/10/22 13:21:42.75 i6UoXIXD0.net
reunion やwinuiは普通に使われるようになるだろ
mauiが問題
606:デフォルトの名無しさん
20/10/28 01:31:15.77 Mnjk1xv90.net
既存アプリのリプレースついでにwinformsからwpfに置き換えるメリットっていうとやっぱ苦しいよね
いい加減抜け出したいけどそれに金積めるかっていうと
607:デフォルトの名無しさん
20/10/28 03:57:56.89 AQjDAF040.net
チームのスキル具合にもよるけど、リプレースならwinformでもWPFでも工数は変わらんと思うがなぁ
WPFに置き換えるメリットは柔軟なレイアウトがやりやすくなるくらいだから、
多言語化したいとか見た目をモダンにしたいとかの要求がないと苦しいね
608:デフォルトの名無しさん
20/10/28 06:16:33.76 WvjyNsS+0.net
>>601
wpfの良いところは高dpi対応だよ
winformでも出来なくは無いけど面倒すぎる
609:デフォルトの名無しさん
20/10/28 08:38:52.29 cCglm1Caa.net
>>602
dpi対応が必須なアプリも珍しいんじゃね？
ほとんどはUIが多少ボケても使えればいいものばかりでしょ
610:デフォルトの名無しさん
20/10/28 09:02:35.21 3bmwn6Ba0.net
後はテストとかかなぁ。
UIAutomationを使わなくてもVM経由の自動テストでだいたい用が足りるのがありがたい。
611:デフォルトの名無しさん
20/10/28 09:31:45.18 fmFsYpY1M.net
>>603
ピントくっきりはプログラマーとしてのこだわりさ。
言わなきゃwinformのボケには気づかれんし。
昔より拡大のアルゴリズムが良くなったのかボケも気にならん。
612:デフォルトの名無しさん
20/10/28 13:42:11.67 hMYVwwX80.net
いつまでもWinFormsに閉じ込められてる人たち可哀想
613:デフォルトの名無しさん
20/10/28 13:54:07.87 ZyU4/upgM.net
俺たち、winformの囚人なのさ
614:デフォルトの名無しさん
20/10/28 22:33:58.93 bWE1nSHc0.net
>>603
ボケてるとユーザーからクレームくるからなあ
615:デフォルトの名無しさん
20/10/29 08:26:25.44 VBEUGOAKa.net
>>608
それなら金取れるからwpfに置き換える理由にはなる
616:デフォルトの名無しさん
20/10/30 13:42:05.71 PJrAynTo0.net
ワイが客ならボケてるだけで作り直す金取られたら詐欺だって騒ぎ出すけどな
617:デフォルトの名無しさん
20/10/30 17:35:27.71 E/Yqa+Gqr.net
作り直すにしてもWPFじゃなくhtmlベースでだな
webアプリはこのスレではないことになっている
618:デフォルトの名無しさん
20/10/30 20:52:48.59 aqaAezog0.net
webに移行できんわ・・・よーわからん・・・
619:デフォルトの名無しさん
20/10/30 21:29:34.88 9yYjFwwa0.net
MVVMよりは簡単
620:デフォルトの名無しさん
20/10/30 22:00:38.24 FY2TvzCT0.net
webは覚えなきゃいけないものが多いけど
html, css, javascriptとフレームワーク, httpプロトコル, 他にも色々と
621:デフォルトの名無しさん
20/10/31 03:29:33.75 KVw9iANV0.net
winformでwebview2
これだね
622:デフォルトの名無しさん
20/10/31 12:14:12.88 MBbWn8zr0.net
WinFormsって海外でほとんど使われてないんだよな
もう廃止でいいと思うわ
日本では勘違いしてあれに触り始めてしまう初心者も多そうだし
623:デフォルトの名無しさん
20/10/31 12:36:02.15 V1ZFMV9B0.net
.NET5でも生き残ってるからまだそれなりに使われてるんじゃない？
個人的にはいらんけど。
624:デフォルトの名無しさん
20/10/31 12:49:25.57 eM45xKo20.net
COBOLとかVBAとか、いまだに使われているのは日本だけ、みたいなことを言う人がいるが
どこまで根拠ある話かねぇ。日本で作られたわけでもないのに。
625:デフォルトの名無しさん
20/10/31 13:03:08.60 c1mJKjfFM.net
>>616
vb6がまだ生き残ってると言うのに
626:デフォルトの名無しさん
20/10/31 13:36:51.74 kTaFfI8md.net
>>616
使われてなかったら.NET Core移植なんてされないよ
まあデザイナーはいつになったらまともに動くようになるのってレベルだけどね
627:デフォルトの名無しさん
20/10/31 13:59:22.88 W2onz8xP0.net
URLﾘﾝｸ(pc.watch.impress.co.jp)
microsoftが余裕ぶっこいてる間に日本でも
628:デフォルトの名無しさん
20/10/31 17:04:27.83 MBbWn8zr0.net
WPFからは他のXAMLなりHTMLの似たようなフレームワークへ移行できる技術力があるのでWindowsである必要さえない
WinFormsの囚人たちは全力でWindowsを守れ
629:デフォルトの名無しさん
20/10/31 17:57:05.58 RqCaz7vu0.net
開発補助ツールや趣味で作ったりするときはwinformsかな
とりあえず動けばいいっていう用途なら選択肢に入れてる
そこまで極端に邪険にする技術ではないと思うけどwinformsに親を殺された人が多いのかな
630:デフォルトの名無しさん
20/10/31 18:05:42.99 lTK9w6tH0.net
俺は柔軟なUIが作りやすいWPFのが好きだな
例えばウィンドウのサイズが可変なFormで、サイズに合わせてコントロールを見やすいように配置するようなアプリ
Winformでもできなくはないけど、Gridに縛られるとか制限も多いし、
修正するにもデザイナのソースを直接触るのは危険だし
631:デフォルトの名無しさん
20/10/31 18:45:22.65 Ak6XzHwW0.net
バインドバインドとうるさく売り込む割に実装が洗練されてなくてコードがあんま綺麗にも楽にもならんのが印象悪かった
intellisenseもバインド関連はかなり冷淡だし
バインドはおまけ扱いでGUI周りのアドバンテージから攻めてればもっと受け入れられたのでは
632:デフォルトの名無しさん
20/10/31 18:52:47.22 MBbWn8zr0.net
WinFormsがメインストリームだと勘違いしたままになってる人いるよね
WPFが楽なのでWinFormsが選択肢に入ることはない
633:デフォルトの名無しさん
20/10/31 19:08:31.93 tClSfG7VM.net
WPFはメインストリームになったことすらないけどな
634:デフォルトの名無しさん
20/10/31 19:35:29.10 fxcwqRC2F.net
本人が楽なのでやればいい
635:デフォルトの名無しさん
20/10/31 20:21:58.38 eM45xKo20.net
>>623
WPFに親を殺された人の方が多そうな気がする
636:デフォルトの名無しさん
20/10/31 21:11:29.20 lTK9w6tH0.net
まあwinformの時代が長かったから、狂信者も多いよそりゃ
優劣ではなくて母数の問題
637:デフォルトの名無しさん
20/11/01 07:57:14.22 MNYsOy7gM.net
winformはお手軽だからねえ
638:デフォルトの名無しさん
20/11/01 08:50:04.44 bzOVBaQn0.net
手軽さはwinformもwpfも同じだと思うがなぁ
どちらもポトペタで作れるし
639:デフォルトの名無しさん
20/11/01 08:59:46.29 wlH1XftDM.net
wpfはポトペタの後に数手間がデザインコードに必要でしょう
640:デフォルトの名無しさん
20/11/01 09:00:56.20 lWm5tUUgr.net
WPFは.netの発展を妨げたと思うよｗ
WPFは.net farameworkを殺した
641:デフォルトの名無しさん
20/11/01 09:18:07.13 L9Dw0z6o0.net
>>634
WinFormsって別の選択肢があってWPFが強要されたわけでもないのにそんなに影響あるわけない
それならむしろUWPだろ
642:デフォルトの名無しさん
20/11/01 09:25:39.62 lWm5tUUgr.net
WPFのころは最初スター開発者というかカリスマ開発者が結構いたけど
徐々にWPFに愛想をつかしてみんな出て行った
UWPのころは全然いなかったイメージ
643:デフォルトの名無しさん
20/11/01 10:16:08.10 vYfttZdY0.net
WPFが失敗したというより、Win32とかWinFormsとか関係なくWebやスマホの台頭で、パソコンの地位が大幅低下してWinアプリ開発者自体がいなくなっただけだろ
644:デフォルトの名無しさん
20/11/01 10:19:55.03 vYfttZdY0.net
WPFがこれからって時にRAIのSilverlightくるか？と思ったらスマホやhtml5に潰されて、開発者はそのままwebやスマホに流れてそして誰もいなくなった
タイミングが悪かった
645:デフォルトの名無しさん
20/11/01 12:01:36.14 xyKEMNIm0.net
Silverlightの存在自体忘れてたわ
Flashですら終わったし何が流行るかようわからんな
646:デフォルトの名無しさん
20/11/01 12:21:42.00 e68KhAjoa.net
>>633
ポトペタ後の手間はwinformもwpfも同じでしょ
647:デフォルトの名無しさん
20/11/01 12:42:45.86 yWJ19fiQ0.net
wpfがあるおかげでpowershellで見栄えのよいgui使えるのが助かる
648:デフォルトの名無しさん
20/11/01 23:14:50.71 osmrlwGB0.net
WPFは結構書いたけど
Silverlightは本当に一回も書かないうちに消えたなあ
649:デフォルトの名無しさん
20/11/01 23:28:48.26 B9K9CXGLM.net
俺は最初個人的にWPF触って遊んでて、Silverlight3でMSの本気を感じて移行
そしてMS公式によるHTML5使え発言でXAMLは完全に見限ってWebへ移った
当時の選択は正しかったと自信を持って言える
650:デフォルトの名無しさん
20/11/02 02:58:43.24 9N3uvmex0.net
Webとデスクトップは別物なんでね・・・
651:デフォルトの名無しさん
20/11/02 04:02:30.36 HOLTExh00.net
>>644
ところがどっこい
652:デフォルトの名無しさん
20/11/02 04:39:15.19 jsgrdf7n0.net
.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
monoと比べて何の優位性があるの？
653:デフォルトの名無しさん
20/11/02 06:10:06.64 48A3lS4nM.net
>>645
どっこいがどっこい
654:デフォルトの名無しさん
20/11/02 08:55:39.30 lUPUTj3/a.net
WPFって参考図書がほとんど無いし取っ掛かり難い感じ
655:デフォルトの名無しさん
20/11/02 11:35:01.66 hcNLV68x0.net
>.net coreになってLinuxにも対応！でも結局ランタイム入れないと動かない
Linux版は同梱できないの？
656:デフォルトの名無しさん
20/11/02 12:13:42.01 NOJEe+QTM.net
できるけどLinuxなら普通はDockerでOSごと同梱するからSCDかFDDかはあまり関係ないな
Dockerfileの書き方がちょっと違うだけ
657:デフォルトの名無しさん
20/11/04 08:13:22.28 HJMwbhSDM.net
WPFに移行したかったが、WinFormsの資産が多すぎてむりだった。
658:デフォルトの名無しさん
20/11/04 08:43:52.88 cETdffJJa.net
メインはWinformでも、一部分だけwpfにできるよ
659:デフォルトの名無しさん
20/11/04 12:34:12.48 HJMwbhSDM.net
>>652
まじで
…一部ってどういう意味？
プロジェクトの中で混ぜれるってこと？
660:デフォルトの名無しさん
20/11/04 14:40:44.42 wF8lqQTTF.net
腐乱検死体ん
661:デフォルトの名無しさん
20/11/04 20:14:15.85 dINuQHs70.net
Point同士の型が合わなくて悩むやつ
662:デフォルトの名無しさん
20/11/05 03:26:44.38 yv/xI33L0.net
>>653
うん、混ぜれるよ
elementhostでググるといい
663:デフォルトの名無しさん
20/11/05 12:52:42.70 nZjhZ210F.net
>>655
めっちゃ判ります
合わないっていうより
いつもどっち使うかで迷う
664:デフォルトの名無しさん
20/11/11 22:26:48.31 6J9SVAmCd.net
最近のフレームワークはスマホでも使えますよアピールしてドロップダウンの要素が激太りになるのがイヤ
マウスでクリックするからフォント＋パディング1pxでいいのに
665:デフォルトの名無しさん
20/11/11 23:32:10.76 MQspjIgF0.net
大きさの事いってるのならドロップダウンのみならずほぼ全部だろ
マウス入力するときはでかすぎて迷惑だが
666:デフォルトの名無しさん
20/11/12 00:47:19.66 iNnMgmkB0.net
JetBrains、デスクトップUIフレームワーク「Jetpack Compose for Desktop」を発表 | OSDN Magazine
URLﾘﾝｸ(mag.osdn.jp)
667:デフォルトの名無しさん
20/11/12 07:39:06.90 8AT56phj0.net
>>660
これ面白そうだな
Androidと同じようにアクティビティやフラグメントを使ってアプリ作れてデスクトップで動くってことだろうか？
668:デフォルトの名無しさん
20/11/12 09:23:16.21 18CKLesd0.net
いくらコードで簡単にUIが作れますよ言っても、GUIエディタは用意しておいて欲しい
669:デフォルトの名無しさん
20/11/13 13:00:06.35 vhmI7pwH0.net
.net5で何が変わったの？
3行で教えて
670:デフォルトの名無しさん
20/11/13 13:24:06.11 act4Bs+t0.net
・オープンソース
・マルチプラットフォーム（Win/Linux/Mac）
671:デフォルトの名無しさん
20/11/13 13:24:50.97 eEYMqn0EM.net
>>663
Windows, Linux, macOSで動きます
asp.net Web Formは消えました
Linux, macOSでデスクトップアプリは動きません
672:デフォルトの名無しさん
20/11/13 13:29:38.62 eEYMqn0EM.net
app.config消えた
673:デフォルトの名無しさん
20/11/13 13:31:45.54 HzYaO4Uw0.net
> Linux, macOSでデスクトップアプリは動きません
いやこれが重要だろ・・・
674:デフォルトの名無しさん
20/11/13 13:37:26.36 RWE/RDW80.net
>>667
.NET MAUIにご期待ください
ただし、リリースは.NET 6目標です
675:デフォルトの名無しさん
20/11/13 13:40:09.35 eEYMqn0EM.net
>>667
Android, iOSのアプリが作れれば問題ないでしょ
676:デフォルトの名無しさん
20/11/13 14:42:05.61 Gkg4SFnO0.net
uno platformはどうなんだろうね？
uwpで作ればxamarinとBlazorに変換してくれるマルチプラットホーム
677:デフォルトの名無しさん
20/11/13 18:20:40.22 nW6ry/Hb0.net
GitのCredential ManagerはJava製からAvaloniaになったよね…
678:デフォルトの名無しさん
20/11/18 13:31:53.72 kdYlB5pq0.net
>>668
.NETって５で打ち止めじゃなかったんか？
679:デフォルトの名無しさん
20/11/18 13:47:58.24 oW5F7Byc0.net
>>672
なぜそう思った？
680:デフォルトの名無しさん
20/11/18 20:50:43.26 x7CBpbl40.net
>>672
機能追加が無くなるのは.NET Frameworkで4.8が最終
.NET5からは.NET Coreベースになって続くよ
681:デフォルトの名無しさん
20/11/19 00:52:03.50 ggVp9fSH0.net
５がすでにCoreなのか
ということは4.8から5にしようとしたら修正が必要になる可能性が高いのな
682:デフォルトの名無しさん
20/11/19 00:57:47.89 9igY/Fs20.net
可能性が高いというか、修正せずには上げられない
683:デフォルトの名無しさん
20/11/19 23:04:14.22 9rIZuAkJ0.net
.NET 5 は .NetFramework 4.8 -> 5 と .NET Core 3.1 -> 5 のダブルミーニングなんだね
684:
20/11/20 01:51:59.41 vn5j3gEq0.net
>>677
そんなことはどーでもいいし、それって使える奴ですかね？
685:デフォルトの名無しさん
20/11/20 12:42:03.17 JVRQYb7lM.net
>>678
使えるもなにも、今後もC#で開発するなら相手にするしかないやつです
686:デフォルトの名無しさん
20/11/20 13:41:41.03 VxNTSFRcM.net
まあ業務では今後10年は4.8が主流だろうから、10年後にまだC#を使う必要があるなら考えりゃいいんじゃないか
687:デフォルトの名無しさん
20/11/20 13:46:29.86 Mm9VUIiIM.net
>>680
10年どころかvb6のようにゾンビ化して死ねなくなる
688:デフォルトの名無しさん
20/11/20 14:45:47.95 976hO6bG0.net
未だにvbや3.5使ってるところ山ほどあるからな。
689:デフォルトの名無しさん
20/11/20 15:18:32.11 SGtoRX9EM.net
別にわざわざ切り捨てる必要も無いだろ
690:デフォルトの名無しさん
20/11/20 15:30:40.20 2sVkX3YFM.net
いつ壊れるか分からん古い車は捨てて新しい車に乗り換えじゃ。
運転サポート機能も良くなるだろう。
691:デフォルトの名無しさん
20/11/20 15:59:09.30 N18ToGOy0.net
運転手はそれで良いよ
その新しい車はだれがどうやって作るんだい？
692:デフォルトの名無しさん
20/11/20 16:01:28.89 3Z7uWHIWM.net
マイクロソフト様がお創りになられます
693:デフォルトの名無しさん
20/11/20 16:32:35.47 4/LDUHNNr.net
wpf勉強はじめた
これWindows環境無視するにはランタイム含めるのが第一？
694:デフォルトの名無しさん
20/11/20 16:37:11.49 5RbVPuKcM.net
wpfでwindowsの環境は無視出来ない
695:デフォルトの名無しさん
20/11/21 14:13:32.60 Yh2Fl+2iM.net
avalonia
696:デフォルトの名無しさん
20/11/22 23:22:19.21 b60g3zenS
DXでジョブ型、採用も研修も働き方も一気に変える～富士通
URLﾘﾝｸ(project.nikkeibp.co.jp)
８万人がテレワーク！ 富士通の新しい勤務形態
URLﾘﾝｸ(newswitch.jp)
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
URLﾘﾝｸ(xtech.nikkei.com)
副業解禁しない会社はヤバい？副業を解禁した大企業４６社の目的と理由
URLﾘﾝｸ(www.sidebizz.net)
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
URLﾘﾝｸ(www.mag2.com)
年商5000万円のYouTuber・イケダハヤトさんに聞く！
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
URLﾘﾝｸ(ddnavi.com)
697:デフォルトの名無しさん
20/11/24 23:02:45.83 26FI6mxx0.net
wpfで、
Task.Run(()=>{
var button = new Button();
});
って書いたらExceptionがでるのはなぜですか？
UIスレッド以外からだと、コントロールの生成もできない理由が分かりません。
FormアプリだとExceptionは出ません。
別スレッドからUIを操作する場合に、Dispatcher.Invokeが必要な事は知っています。
698:デフォルトの名無しさん
20/11/25 08:19:21.95 76XlKLvzM.net
>>691
そもそもWPFのButtonとWinFormsのButtonは別クラスですんで……じゃだめですか
699:デフォルトの名無しさん
20/11/25 08:50:01.53 x73GLmb2M.net
>>691
できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。
700:デフォルトの名無しさん
20/11/25 10:02:34.34 TnR8VzNiM.net
ボタンの生成自体をUIスレッドで実行しないといけないというのは不便ね
バックグラウンドで次の画面を用意するとかできないじゃん
JavaFXではボタンやパネルなどのNode生成自体はどんなスレッドでもできる
Nodeをウィンドウに追加する操作やウィンドウに追加した後のNode操作はUIスレッド限定
おかげでバックグラウンドでのUI準備がはかどる
WPFは違うのか、残念
701:デフォルトの名無しさん
20/11/25 10:09:01.22 Zg733lEBM.net
>>694
そんな実装は嫌だよ～('・ω・')
702:デフォルトの名無しさん
20/11/25 10:27:36.93 UOhQqzqp0.net
>>694
メイン以外の複数のUIスレッドを持てばいい
Threadを作成して、そのスレッドでDispatcherを起動すればそのスレッドでButtonなどを作成できるようになるらしい
たた、そこまでしてUIを作成するのが重い処理なの？
703:デフォルトの名無しさん
20/11/25 10:30:29.94 Zg733lEBM.net
xamlで出来ることをコードで実装するメリットは無いなあ
704:デフォルトの名無しさん
20/11/25 10:31:59.41 zPF2z3TPM.net
>>694
React.jsのアーキテクチャとか知ってりゃわかるけど、論理的なツリーの構築なんて実際にそれを画面に反映させるコストに比べたら無視できる
IOが必要なデータとか激しく時間がかかるものだけ先読みしておけば十分
705:デフォルトの名無しさん
20/11/25 10:32:18.06 UOhQqzqp0.net
ちなみに、Win32コントロールをラップするWinFormsのコントロール、
>>691でコントロールの生成で例外発生しないとの事だけど、最終的に画面に表示できたの？
ググるとどのみちエラーでる記述が
706:デフォルトの名無しさん
20/11/25 10:35:42.93 Zg733lEBM.net
>>696
それってuiスレッドが空かなきゃ描画出来ないのでは?
707:デフォルトの名無しさん
20/11/25 10:43:56.75 JjEVQ0uq0.net
新しいスレッドをSTAにして複数のUIスレッドを構築/動作させることはできるけど
どのみちコントロール作成時に呼び出しスレッドのDispatcherに結び付けられちゃうので
WPFは別スレッドでコントロール作成してメインのUIスレッドに渡すみたいなのはできなかったと思う
（XAMLのデシリアライズも然り）
708:デフォルトの名無しさん
20/11/25 10:45:35.98 UOhQqzqp0.net
>>700
というか、たぶんWindow単位とかになりそうだな...
つまり、あるWindowを表示してて、別のWindowを別のUIスレッドで作成みたいな感じで...
709:デフォルトの名無しさん
20/11/25 10:48:10.01 UOhQqzqp0.net
うん、>>701みたいな感じ
WPFではそれが限界だと思う
710:デフォルトの名無しさん
20/11/25 10:49:08.16 Zg733lEBM.net
>>702
そう言うコードにするメリットは無いですよねえ('・ω・')
分かってないやつほどスレッドを使いたがる法則
711:デフォルトの名無しさん
20/11/25 11:02:22.58 UOhQqzqp0.net
>>704
メリットがあるかどうかはそれは>>694に聞けよ
俺も意味なさそうだから>>696でそこまでしてUI作成するのが重い処理なのって一言書いただろ
でも、勝手にこっちでメリット判断して実際�
712:ﾅきるか答えないのもあれだから一部できるやり方書いただけだろ
713:デフォルトの名無しさん
20/11/25 11:06:21.17 Zg733lEBM.net
怒ってるんですか(^_^;)
714:デフォルトの名無しさん
20/11/25 11:08:42.29 UOhQqzqp0.net
まぁ、お前みたいな低レベルは、複数UIスレッドもてて、コントロールがUIスレッドに結びつくという知識なかったから
>できそうだけどInvalidOperationになるねえ。
xamlを使わずにc#のコードだけで書いたらどうなるんだろ。
こんな馬鹿みたいな感想でるんだうが
715:デフォルトの名無しさん
20/11/25 11:08:58.51 Zg733lEBM.net
すいません
716:デフォルトの名無しさん
20/11/25 11:11:51.98 Zg733lEBM.net
>>707
自スレッドで作ったUIにはアクセス出来るのでは?
717:デフォルトの名無しさん
20/11/25 11:23:17.82 Zg733lEBM.net
>>707
>>691のコードってwinformだと実行出来るんですよねえ。
何でwpfで実行出来ないのか謎に思っただけです。
オレって低次元?
718:デフォルトの名無しさん
20/11/25 11:23:53.42 UOhQqzqp0.net
馬鹿はどこ突っ込まれたかも理解できない法則
719:デフォルトの名無しさん
20/11/25 11:28:53.50 Zg733lEBM.net
具体的に指摘できないんだ
720:デフォルトの名無しさん
20/11/25 12:41:02.89 K6kxBcX1M.net
なんだこれ
721:デフォルトの名無しさん
20/11/25 12:57:48.31 76XlKLvzM.net
非同期よく分かってないんだけど
スレッドプール上で例外投げてもそれだけでは他スレッドには例外って飛ばないんじゃないの？
722:デフォルトの名無しさん
20/11/25 13:23:52.69 ks6d1c09M.net
>>713
お騒がせしてすいません
>>714
飛ばないけどデバッガ上だと出力Windowに出ます
723:デフォルトの名無しさん
20/11/25 21:40:23.36 w3f8aY1YM.net
>>705
UI構築ってそんなに低コストかな？
JavaFXのFXML（XAMLみたいなもの）からUI構築するのって結構コスト高いんよ
マークアップ言語からインスタンス生成していくのもそうだし
FXMLに記述したイベントハンドラーの実際の割当がリフレクション使っておこなわれるとかあるので
複雑なUIだとFXMLからUI構築するのに0.3秒かかることもある
XAMLだとそういうことはないのかな？
ともかく準備がバックグラウンド**でも**できるのは単純にメリットじゃない？
もちろんUIスレッドでやりたい人はそうしてもいいんだし
724:デフォルトの名無しさん
20/11/25 22:41:10.98 UOhQqzqp0.net
>>716
ここWPFのスレで基本デスクトップ向けのアプリだから、そこそこパワフルなマシンで動かすだろうとはしょったが、
xaml自体はくそ重いと思うw
baytrailのatomタブレットの頃のUWPアプリ作ってた頃に、画面表示にx:bind使おうが結構なCPU使用率いって格闘してたし
Uno Platformのアプリもandroidで動かしてみると、ページ切り替えとか
もっさりしまくり。xamlが重すぎなのかどこがボトルネックになってるが調べたわけじゃないが
725:デフォルトの名無しさん
20/11/26 00:14:07.84 GMHr0knm0.net
あんま詳しくないけどリフレクション結構使うことになるから重くなるんじゃなかったっけ？
726:デフォルトの名無しさん
20/11/26 01:22:03.30 pbHxDUnU0.net
WinUI３のPreview3とWebView2の正式版が出たようだがイマイチ盛り上がってねーな
727:デフォルトの名無しさん
20/11/26 05:09:27.49 wsGUPw320.net
｢慶應卒の学歴なんていらない｣10代起業で成功する子の共通点
URLﾘﾝｸ(www.excite.co.jp)
【アプリ開発で起業】必要な心得とマネタイズ方法のすべて
URLﾘﾝｸ(www.dreamgate.gr.jp)
学生起業家が開発、「人を軸に本を探すアプリ」とは？読書通じて「考える力」養って
URLﾘﾝｸ(newswitch.jp)
島田商高生がアプリ考案、発表 ＩＣＴ起業家育成プログラム
URLﾘﾝｸ(www.at-s.com)
医師コンビが「治療用アプリ」で起業、禁煙に続き高血圧治療アプリを開発
URLﾘﾝｸ(diamond.jp)
好きが高じて“カレー起業”、キャッシュレス決済アプリ「TOKYO MIX CURRY」の挑戦
URLﾘﾝｸ(diamond.jp)
起業で成功するキャリア形成の仕方とは？ 元プロサッカー選手で起業家の鈴木啓祐氏に聞いた
URLﾘﾝｸ(sogyotecho.jp)
年収3,000万超え!?個人開発で儲かっている海外コミュニティサイト5選！
URLﾘﾝｸ(note.com)
728:デフォルトの名無しさん
20/11/26 14:20:03.14 Nw4Y99po0.net
WPFはGPU使うからパワフルかと思うが
729:デフォルトの名無しさん
20/11/26 15:11:23.07 dNeskMNA0.net
そうね
GPU使うのもそうだし
UIスレッドとは別にレンダリングスレッドがあるのも良い
本質的にWPFはWinFormsより性能を出しやすいアーキテクチャになってる
730:デフォルトの名無しさん
20/11/26 15:20:56.04 sWkUWOivM.net
起動が遅い
731:デフォルトの名無しさん
20/11/26 15:32:26.69 l8W6EZba0.net
GPUないとクソ重くゴミ同然。仮想環境では使いものにならない。
732:デフォルトの名無しさん
20/11/26 19:20:51.47 fNj9kr5u0.net
だがそれがいい
733:デフォルトの名無しさん
20/11/26 19:31:24.38 qinMBZKrM.net
GPUはゲームで使うから邪
734:魔しないでくれるかな？
735:デフォルトの名無しさん
20/11/26 23:18:30.56 12STscif0.net
>>719
ここにはそういうチャレンジャーあんまりいないので…
C#9ゴリゴリ使うのは楽しそう
736:デフォルトの名無しさん
20/11/27 03:10:38.94 bwX7nLRd0.net
>>724
今時GPUないPCなんてあるん？
737:デフォルトの名無しさん
20/11/27 11:45:34.38 dazyxaWu0.net
>>728
どんだけアホなん？w
738:デフォルトの名無しさん
20/11/27 13:11:25.06 35rurNSb0.net
>>660
だんだんiOSが無視される様になってきたな。
739:デフォルトの名無しさん
20/11/27 13:23:17.23 wF8gnWWL0.net
>>729
やったことないけど、ググると仮想環境でもGPU使えるらしいよ
740:デフォルトの名無しさん
20/11/27 13:24:42.69 fYoybSwEM.net
>>729
グラボGPU無くてもCPUにGPU内蔵でしょ
741:デフォルトの名無しさん
20/11/27 17:25:39.11 Vd/8Whg9p.net
GPU使うちゅーても合成に使うだけでその前に贅肉たっぷりの処理が走るので意味ないわよ
742:デフォルトの名無しさん
20/11/27 18:14:00.42 fjGccOTXd.net
ゲーム中にWPFで作ったどんなアプリ使うの？
743:デフォルトの名無しさん
20/11/28 06:10:11.47 qNLld4O40.net
>>729がアホだったてオチか
744:デフォルトの名無しさん
20/11/29 10:59:16.94 OM1azIlUr.net
WPFの3D表示部だけ遅いからグラボいいのかって乗せたけど動きは変わらなかった
745:デフォルトの名無しさん
20/11/30 18:50:15.68 3PLmCTmV0.net
WinUI in Desktop使いたいけどボタン押したときの感触が気に入らなくて辛い
純粋なデスクトップから生まれた発想じゃないもんね
746:デフォルトの名無しさん
20/12/01 03:00:04.18 v77VJI7y0.net
URLﾘﾝｸ(forest.watch.impress.co.jp)
米Microsoftは11月20日（現地時間）、.NET向け「WebView2」の一般公開を発表した。「.NET 5.0」や「.NET Core」、「.NET Framework」（Windows Forms/WPF）をベースとしたアプリケーションに新しい「Microsoft Edge」を組み込むことが可能。現在サポートされているすべてのWindowsで利用できる。
747:デフォルトの名無しさん
20/12/01 12:14:57.71 CDzfjJOf0.net
>>738
Win32 C/C++向けの「WebView2」は10月にリリースされており、これでWin32と.NETの両方をカバーできるようになった。
748:デフォルトの名無しさん
20/12/01 21:42:10.08 R6Ic2fOf0.net
Electronマダー？
749:デフォルトの名無しさん
20/12/02 14:18:28.89 fg9k/ys10.net
Electronはもうダメだろ
750:デフォルトの名無しさん
20/12/02 14:56:54.16 yJY81L7Ar.net
ダメな理由もない。
751:デフォルトの名無しさん
20/12/02 15:22:11.73 7SF2lDHXd.net
どうしてElectronしないのよオ
752:デフォルトの名無しさん
20/12/02 15:48:57.03 gmqCIpk40.net
>>742
あるよ。
一番肝心なAndroid, iOSに対応していないし、サイズも大きいし、起動も遅いし
どうにもならない。
753:デフォルトの名無しさん
20/12/02 16:10:01.03 yJY81L7Ar.net
>>744
まるで実感ないね。
754:デフォルトの名無しさん
20/12/02 16:25:42.94 xxAw3X8I0.net
>>744
そんなんWPFも全部当てはまるじゃん
755:デフォルトの名無しさん
20/12/02 17:06:06.48 fg9k/ys10.net
WPFはWindows Desktop専用だからいいんだよ
Electronは話題性もないし立ち位置も中途半端
756:デフォルトの名無しさん
20/12/02 17:14:29.44 bbLEzKH70.net
.NETのアプデすらNGな案件でサーバー上でちょっと動かすツールだと、WinFormかWPFの二択になるんだよな
757:デフォルトの名無しさん
20/12/02 18:14:50.30 ihV57jveM.net
>>748
.NET使わなきゃいいだけでは？
.NET CoreでSCDする手もあるし
758:デフォルトの名無しさん
20/12/02 18:29:55.35 yvBGiPiW0.net
今Electron製の専ブラ使ってるけど快適よ
759:デフォルトの名無しさん
20/12/02 19:55:57.75 +rFxXUFw0.net
VSCodeもElectronじゃなかったけ
760:デフォルトの名無しさん
20/12/02 21:36:41.26 IakEOsuU0.net
そうだね
実行ファイルのサイズがクソデカくて笑ってしまった
761:デフォルトの名無しさん
20/12/02 21:58:56.00 yJY81L7Ar.net
いまやElectronだらけですよ。
762:デフォルトの名無しさん
20/12/02 22:07:19.88 xRP06t7i0.net
Electron使ってる有名どころって何がある?
Teamsがそうなのは知ってるけど、使い勝手がいまいちな部分が多くてあまり印象良くない
763:デフォルトの名無しさん
20/12/02 22:08:52.35 ihV57jveM.net
Slack
764:デフォルトの名無しさん
20/12/02 22:12:28.20 lsgm9mj8a.net
Siki
765:デフォルトの名無しさん
20/12/02 22:24:51.50 H7056PtS0.net
Prism 8使ってるけどViewModelのコンストラクタでIDialogParametersとる方法ないの？
766:デフォルトの名無しさん
20/12/03 00:09:11.87 eIuWK7gH0.net
Skype
767:デフォルトの名無しさん
20/12/03 01:40:57.83 GwVQIGxq0.net
SkypeとかUI変わって滅茶苦茶評判悪かったやつじゃん
768:デフォルトの名無しさん
20/12/03 01:43:29.73 mvtB887U0.net
既存アプリがWPFに移行した場合、使いにくくなったという悪評しか聞いたことがない。
当然の結果だけど。
769:デフォルトの名無しさん
20/12/03 02:00:22.73 wQu9RegL0.net
それはUI framework関係なくUXの話では？
UI frameworkの評価って大体、作りたいものが作りやすいか？凝ったことをしたいときにやりやすいか？っていう開発者都合だと思うけど
別にwpfが良いと思わない部分はあるがその評価基準は違う気がする
770:デフォルトの名無しさん
20/12/03 02:16:15.99 toBxio+U0.net
Electronは言語もJSかTypescriptになるし、Wasmも簡単には使えないようだし
中後半端。
特にやはりスマホやタブレットで動くアプリが作れない事が痛い。
771:デフォルトの名無しさん
20/12/03 02:22:12.06 eIuWK7gH0.net
>>762
？
772:デフォルトの名無しさん
20/12/03 08:44:59.62 +/jJmo0+M.net
いや、ウェブビュー2ベースのエレクチオンまだかなーと
773:デフォルトの名無しさん
20/12/03 11:02:54.53 eIuWK7gH0.net
>>764
？？
774:デフォルトの名無しさん
20/12/04 22:16:21.68 9AUT9QCq0.net
エンジニアが教えるの下手くそな理由を論理的に解説してみた【教育の本質】
URLﾘﾝｸ(www.youtube.com)
派遣エージェントの言う事は9割ウソである理由【カモられない方法】
URLﾘﾝｸ(www.youtube.com)
IT業界のヤバすぎる落とし穴5選
URLﾘﾝｸ(www.youtube.com)
絶対にエンジニアになってはいけない人とは【ハイクラス人材】
URLﾘﾝｸ(www.youtube.com)
りゅうけんKENTAマナブは怪しいアフィ勢だとベテランエンジニア（笑）に言われるらしいwww
URLﾘﾝｸ(www.youtube.com)
【個人で稼ぐ】会社を辞める前に習得しておくべきスキル5選
URLﾘﾝｸ(www.youtube.com)
【聞いてください】「会社員」という働き方の本当のヤバさ
URLﾘﾝｸ(www.youtube.com)
サラリーマンが知らないフリーランスの真実
URLﾘﾝｸ(www.youtube.com)
775:デフォルトの名無しさん
20/12/05 00:10:09.86 7NPUSOnt0.net
>>766
グロ
776:デフォルトの名無しさん
20/12/05 08:37:14.90 s9eq1Gzn0.net
たしかにモザイクされたサムネは赤黒黄が多くてグロっぽい
777:デフォルトの名無しさん
20/12/07 08:52:33.12 7Z9YnNvna.net
NG
778:デフォルトの名無しさん
20/12/17 15:48:22.41 3i4GnGXZ0.net
Defenderにワイのwpfアプリ勝手に消されたわまじﾀﾋね
779:デフォルトの名無しさん
20/12/17 20:20:01.10 LGEg4dtH0.net
goto 座間
780:デフォルトの名無しさん
20/12/21 22:57:42.52 W4pD0ubTF
ジョブ型への移行、オフィス半減 富士通・平松常務に聞く「真のDX企業へと脱皮する要点」
URLﾘﾝｸ(www.itmedia.co.jp)
東京海上、社内副業を解禁 ITとの協業など企画・立案
URLﾘﾝｸ(www.nikkei.com)
ジョブ型、在宅、単身赴任解消、副業受け入れ……経営判断の舞台裏
URLﾘﾝｸ(business.nikkei.com)
スポーツ界とビジネス界のマッチング 副業・兼業人材のスキルを生かす
URLﾘﾝｸ(project.nikkeibp.co.jp)
フリーランス向け報酬即日払いサービス『先払い』 受付開始から12ヶ月で申込件数2,500件突破
URLﾘﾝｸ(prtimes.jp)
ダイドーグループ、「副業・副業受け入れ制度」を導入
URLﾘﾝｸ(ascii.jp)
コロナで「需要が高まった副業スキル・講座」10選。ただ話を聞くだけでもOK
URLﾘﾝｸ(news.yahoo.co.jp)
副業ニーズが急速に上昇、副業を認める企業に対して高い好感度。課題は「情報の提供方法」
URLﾘﾝｸ(webtan.impress.co.jp)
老舗の製薬会社が頼った、月10万円で雇える“オンライン副業人材”
URLﾘﾝｸ(news.yahoo.co.jp)
781:デフォルトの名無しさん
20/12/21 22:58:24.06 W4pD0ubTF
社長も社員も全員副業 取締役からの降格で気づいた「1つの会社に頼らない働き方」
URLﾘﾝｸ(news.yahoo.co.jp)
DXでジョブ型、採用も研修も働き方も一気に変える～富士通
URLﾘﾝｸ(project.nikkeibp.co.jp)
８万人がテレワーク！ 富士通の新しい勤務形態
URLﾘﾝｸ(newswitch.jp)
富士通がテレワークを「常態」に、オフィス面積を半減し在宅勤務補助月額5000円
URLﾘﾝｸ(xtech.nikkei.com)
副業解禁しない会社はヤバい？副業を解禁した大企業４６社の目的と理由
URLﾘﾝｸ(www.sidebizz.net)
富士通、オフィス半減で通勤撤廃へ。ネット「素晴らしい」「ただの経費削減」など賛否両論
URLﾘﾝｸ(www.mag2.com)
年商5000万円のYouTuber・イケダハヤトさんに聞く！
YouTuberを副業にしたいと考える人に伝えたい「世界を楽しむ」心構え
URLﾘﾝｸ(ddnavi.com)
782:デフォルトの名無しさん
20/12/22 18:40:26.07 nqOhO4xB0.net
>>760
WPFでも既存のフォームアプリと同じようにUI作れると思うんだけど違うの？
783:デフォルトの名無しさん
20/12/22 18:42:02.68 2ZygYJcc0.net
>>774
素人の戯言だよ。
784:デフォルトの名無しさん
20/12/22 18:54:25.71 yeSgi2UL0.net
wpfはxamlをきちんと勉強しないと、直感だけでは使いこなせない人が多数だと思う。
入力を伴うデータグリッドだけは、未だに扱いにくいと感じてる。
785:デフォルトの名無しさん
20/12/22 19:21:13.15 4ZfxS1k6M.net
WPFはトップダウンな設計が必要で、ドカタのWinForms開発のように個別に画面を作り始めると破綻しやすいんだよ
786:デフォルトの名無しさん
20/12/22 19:24:44.41 IvaCiXgR0.net
WinFormっぽく使うことは可能だけど、DataGridをクリックした時の動作は不評だな
787:デフォルトの名無しさん
20/12/22 19:48:43.92 2ZygYJcc0.net
>>778
素人の戯言かな？
788:デフォルトの名無しさん
20/12/22 19:52:27.18 IvaCiXgR0.net
>>779
色々弄ってない素のDataGridの動作で文句言われないの?
789:デフォルトの名無しさん
20/12/22 20:16:40.53 AmPbMba+0.net
GrapeCityのSPREADとか使いやすいのかな。まあ、試してみればいいのだが。
790:デフォルトの名無しさん
20/12/22 23:06:44.27 JTa0UW4v0.net
DataGridは弄るのも面倒だからなあ
Excel.Net作って欲しいわ
791:デフォルトの名無しさん
20/12/30 06:28:40.39 QH/c9U/k0.net
gridを方眼紙のように張り巡らせてどんな座標にも置けるような画面設計があって驚いたんだけどこんなんアリなの？
792:デフォルトの名無しさん
20/12/30 07:20:18.51 cOh4g6FA0.net
アリだよ
ウィンドウサイズ可変のアプリでも部分的にはサイズ固定の領域って存在するし
レイアウト機構を持っていても絶対値座標指定機能を持つUIツールキットは多い
793:デフォルトの名無しさん
20/12/30 13:11:21.51 Umj5Fa5/0.net
Canvas使っとけとは思う
794:デフォルトの名無しさん
20/12/30 16:46:30.87 Sd5RCoBwM.net
方眼大好きバカジャップ
795:デフォルトの名無しさん
20/12/30 16:54:51.65 cNIj0vftM.net
>>786はどこの国の人ですか？
796:デフォルトの名無しさん
21/01/10 08:31:41.81 X7ha0mxM0.net
ビジュアル・デザイナーとロジック開発者との協業ができる。
とあったけど、どんだけ凝った画面にするんだろ。
普通はコード書く人が画面(コントロール配置)やるだろ。
797:デフォルトの名無しさん
21/01/12 03:40:09.97 XISA+tbLM.net
powershellからだすWindows Formで野比家のボタン2回押して、磯野家1回押して、野原家3回押してOKしたら「男14人、女9人、犬3匹、猫3匹」って返してくれるプログラムください
798:デフォルトの名無しさん
21/01/12 15:04:17.37 wJhpfkOw0.net
野比家の女：玉子さん
磯野家の女：フネさん、ワカメ (フグタ家のサザエ除外）
野原家の女：みさえ、ひまわり
どうしても延べ10人になるけど、9人って返さないとダメ？
799:デフォルトの名無しさん
21/01/12 15:19:00.27 wIf3T4Io0.net
>>788
コードを書く人に任せるといまいちなデザインになりがち
凝る凝らないに関係なくね
800:デフォルトの名無しさん
21/01/12 16:27:09.93 wJhpfkOw0.net
よくみたらWPFのスレでPowerShellもWinFormsも関係ないから
答え書かない方がいいか
801:デフォルトの名無しさん
21/01/12 17:02:29.33 JkNKxaxX0.net
各家の人数を加算なんかせずにボタンをある一定の手順で押下したときにだけ特定の文字列を返すプログラムで良いのでは？
802:デフォルトの名無しさん
21/01/12 17:31:59.79 V95G+u6D0.net
ボタン押す回数が少なかったときや多かったときの動作は仕様上未定義だから
常にOK押したら固定文字列「男14人、女9人、犬3匹、猫3匹」を返せばいいんじゃないかな
803:デフォルトの名無しさん
21/01/12 22:24:48.15 xsOycbRU0.net
>>788
デザインはデザイナにしてもらって、それ見ながらコーディングすればいいよ
中途半端な分離はかえって生産性落とす
804:デフォルトの名無しさん
21/01/14 11:49:55.09 anDBhpsoM.net
>>794
2-1-3は決まってるから、それ以外ならハズレ演出して、2-1-3の時だけメッセージだした方がまだ仕様（）に近くない？
805:デフォルトの名無しさん
21/01/14 16:05:09.78 2xvAdK/I0.net
Prismって使われてる？
806:デフォルトの名無しさん
21/01/14 16:08:08.41 gYDerupm0.net
うん
807:デフォルトの名無しさん
21/01/14 16:43:53.34 us8Mk+7V0.net
むしろPrism以外が死んでる
808:デフォルトの名無しさん
21/01/14 17:11:58.74 2xvAdK/I0.net
そうなんだサンキュー
809:デフォルトの名無しさん
21/01/14 18:16:36.60 4B/6jC4e0.net
デザインをデザイナと分担できるというけど、経験上ビジネスロジックと比べたらデザインの工数なんて半分以下だから分担の恩恵が薄いんだよな
810:デフォルトの名無しさん
21/01/18 01:26:43.69 Kpsjp2aqM.net
scrollviewerがmanipulation系のイベントがハンドラ内でe.Handled=trueによってイベントのバブルアップを止められているらしい(URL貼れないけどどっかの個人ブログ参照)から
カスタムコントロールでe.Handle=trueしないものを作りたいんだけどうまくいかない
811:デフォルトの名無しさん
21/01/20 16:16:26.10 Wx/Iy2mC0.net
なんでtreeviewのbeforeexpand無くなってるの？
MSってよく意味の分からないことするよね
812:デフォルトの名無しさん
21/01/21 16:03:37.57 qWgafXth0.net
すれち
813:デフォルトの名無しさん
21/01/26 08:34:09.85 361yZFbpd.net
長年WindowsFormsやってきて、ようやくWPFに移行しようとしているワイのモチベーションがあがるお言葉をお願いします
814:デフォルトの名無しさん
21/01/26 08:36:03.63 ud7WAy7Ca.net
Xamlに慣れとくのは無駄にはならんだろ
815:デフォルトの名無しさん
21/01/26 08:41:47.50 Vy6n/RPYM.net
>>805
何かを始めるのに遅すぎると言う事は無い
816:デフォルトの名無しさん
21/01/26 09:43:49.72 qSdfocRRM.net
>>805
WPFは既にメンテナンスモードでWinFormsと同列
現在のシェアから考えてWinFormsより長く生き残ることはまずないから、もし自身のエンジニアとしての延命が目的なら今更やるのは全くお勧めできない
Webやれ
817:デフォルトの名無しさん
21/01/26 09:55:14.16 Vy6n/RPYM.net
デスクトップじゃWin32アプリが最後まで生き残りそう。
winformアプリも大量に有るのでゾンビの様に死滅しない。
818:デフォルトの名無しさん
21/01/26 11:17:20.66 SEH/ccP0r.net
>>805
web系技術でデスクトップアプリ作る
時代になってますよ。
819:デフォルトの名無しさん
21/01/26 11:40:37.20 ZjE6Xg+z0.net
モチベーションアップする言葉じゃないなw
820:デフォルトの名無しさん
21/01/26 11:59:33.60 j7spnDSJ0.net
mongodbのコンパスとか多分chromiumだろうけど美しいもんなー
821:デフォルトの名無しさん
21/01/26 12:16:42.96 NAba6hCjM.net
web系って流行り廃りが激しいので後のメンテが大変かも。
822:デフォルトの名無しさん
21/01/26 12:21:02.53 m9QEFa1vM.net
htaはいつまで使えるだろうか？
823:デフォルトの名無しさん
21/01/26 12:42:38.13 b2P28rbA0.net
３月に正式リリース。７月にフルスペックの予定のWinUI3がWPFの代替となる予定だが
特に大きな変化はないから安定すれば移行が進むんじゃねーかな？
824:デフォルトの名無しさん
21/01/26 12:59:30.20 sDueyM6cM.net
>>815
イマイチわかってないんだけどUWPと共通化できて嬉しい？
825:デフォルトの名無しさん
21/01/26 13:33:11.88 kStMQ1/o0.net
ChromeBookでも動くんか？
826:デフォルトの名無しさん
21/01/26 14:14:45.77 YUoLXY1Qd.net
結局Web系ってなにやればいいの？
ASP.NET MVCとか？
827:デフォルトの名無しさん
21/01/26 14:14:54.68 WHTpfe5BH.net
結局Web系ってなにやればいいの？
ASP.NET MVCとか？
828:デフォルトの名無しさん
21/01/26 14:34:10.17 fB+Ar5X+0.net
今時MVCで新規で作る必要ある？
829:デフォルトの名無しさん
21/01/26 14:40:20.88 NAba6hCjM.net
>>819
ASP.NET Core MVC
830:デフォルトの名無しさん
21/01/26 15:00:30.94 3RPKEuA50.net
Web APIならね。UIが必要ならそこはRazor Pagesにしときな。
831:デフォルトの名無しさん
21/01/26 20:34:15.63 xVPuSdRM0.net
>>809
Win32レベルでいいならC++/CLI以外みんな生き残るだろ。
832:デフォルトの名無しさん
21/01/26 20:38:42.61 xVPuSdRM0.net
>>810
「作れる」のレベルはだんだん上がってきているけどデスクトップフレームワークの域にはまだ遠いよなぁ。
BlazorでWPF動かせるようになったらいいんだが。
833:デフォルトの名無しさん
21/01/26 21:13:38.65 SEH/ccP0r.net
>>824
Blazorはjs書けない層の
救済ライブラリーですよ。
834:デフォルトの名無しさん
21/01/26 21:19:33.80 xVPuSdRM0.net
>>825
Cはアセンブラ書けない層の救済言語、みたいな？
835:デフォルトの名無しさん
21/01/26 21:24:27.11 SEH/ccP0r.net
>>826
ちょっと違うかな。
js<-->c#のラッパーライブラリーになります。
なので遅くて機能も少ないです。
836:デフォルトの名無しさん
21/01/26 21:33:10.40 xVPuSdRM0.net
そういう話じゃなくてね、>>825はC#よりJSの方がハードルが高いと言いたいのかってこと。
837:デフォルトの名無しさん
21/01/26 21:39:57.47 9pIisiq/0.net
>>827
さすがにデタラメすぎワロタ
838:デフォルトの名無しさん
21/01/26 21:41:41.11 SEH/ccP0r.net
>>828
それは人によりますね。
>>826
アセンブラ書ける層にもｃ学ぶメリットがありますが、
（ｃはアセンブラ書けない人の救済目的でない。）
jsでwebアプリ開発者出来る層が、
Blazor学ぶメリットは無いって事です。
839:デフォルトの名無しさん
21/01/26 21:55:22.08 xVPuSdRM0.net
>jsでwebアプリ開発者出来る層が、
>Blazor学ぶメリットは無いって事です。
つまりWebアプリの方がハードルが高いって言ってるんだろ？
840:デフォルトの名無しさん
21/01/26 22:41:31.51 hQ6WFpsM0.net
いやBlazorが糞って言ってるんだろ
841:デフォルトの名無しさん
21/01/26 22:51:00.14 SEH/ccP0r.net
webアプリメインでやってりゃ
デスクトップアプリ開発なんて未知の領域だし
逆もまた然りでしょ。
つってるうちに、
web開発者がそのスキルの延長で
デスクトップアプリ作り始めてるって時代に
なっちゃってますけどね。
因みにスマホアプリも業務系は
かなりの部分的がwebView使った
webアプリですわ。
842:デフォルトの名無しさん
21/01/26 23:55:27.32 wUk9YuWu0.net
結局デスクトップアプリやりたかったら何勉強したらいいんだよー
843:デフォルトの名無しさん
21/01/27 00:03:20.45 XeV35zEs0.net
GDI
844:デフォルトの名無しさん
21/01/27 06:04:27.12 pUY+TGNk0.net
>>834
UWP
845:デフォルトの名無しさん
21/01/27 07:57:56.27 HOXaQKzC0.net
UWPはいいね
この前ストアアプリ配信したんだけど結構ダウンロード数伸びてる大したことないアプリなのに
まだマイクロソフトストアが未成熟だからね
すでに飽和してるApp StoreやGoogle Play Storeじゃこうはいかない
マイクロソフトストア狙い目よ
846:デフォルトの名無しさん
21/01/27 08:05:32.37 Q5PELBL+0.net
Web(React)もデスクトップ(WPF)もやってるが、だからといって今のReactで
デスクトップアプリ作る気にはなれんな。
>web開発者がそのスキルの延長で
>デスクトップアプリ作り始めてるって時代に
自分が持ってるスキルで他分野に入り込みやすくなったから
喜んで使っているんだろうが、これから新しくデスクトップアプリを
始めようって人に勧めるのはちょっと違うかな。
847:デフォルトの名無しさん
21/01/27 08:28:30.65 XM7FIDHcM.net
趣味の開発なら良いが業務用アプリでUWPを使おうとは思わんな
848:デフォルトの名無しさん
21/01/27 09:09:15.94 HOXaQKzC0.net
でもさ趣味と業務で技術を使い分けるのも非効率じゃない？
849:デフォルトの名無しさん
21/01/27 09:16:51.18 6qpNXEFE0.net
趣味はある程度妥協できるけど、業務はそれができない
850:デフォルトの名無しさん
21/01/27 09:18:43.10 XM7FIDHcM.net
>>840
業務用には枯れたものを使いたいねえ
最先端も追っかけなきゃ技術者としては終わるけど
851:デフォルトの名無しさん
21/01/27 09:31:24.47 PQslRsA90.net
いまさらUWPはやめとけ
852:デフォルトの名無しさん
21/01/27 09:34:14.87 Q5PELBL+0.net
マイクロソフト環境にどっぷり漬かっている会社ならビジネス向けストアを使う手もあるだろうが
IT部門が全社に配布する手間を減らせる以外のメリットが思いつかんな。
まさか常にサイドローディングしてもらうわけにもいかんだろうし。
853:デフォルトの名無しさん
21/01/27 09:45:27.80 XM7FIDHcM.net
新規だとWPFですかねえ
winformよりはUWPへの乗換ハードルは低いし
webじゃ無理なアプリもあるし
854:デフォルトの名無しさん
21/01/27 09:47:08.33 lP1lXV780.net
デスクトップ ExcelVBA
Web スプレッドシートGAS
855:デフォルトの名無しさん
21/01/27 11:58:47.28 s+2IuEm00.net
今から投資するなら
.NET MAUI
かな。xaml + mvvm が糞すぎた。
856:デフォルトの名無しさん
21/01/27 12:01:39.36 2Yp9CVeL0.net
全く詳しくないんだけどWINUIは糞なところは改善されるの？
857:デフォルトの名無しさん
21/01/27 12:34:09.96 XeV35zEs0.net
良く判らんが、ザマリン下位のskia
をGDIでラップ出来るようになったの？
858:デフォルトの名無しさん
21/01/27 13:27:12.09 +quYuruPM.net
UIがどうなろうとIPropertyChangedは全部書かないといけませんか？
859:デフォルトの名無しさん
21/01/27 13:34:31.78 nqDSrDWAM.net
>>850
必要でしょう
ReactivePropertyとかBindableBaseを使えばコーティング量が減る
860:デフォルトの名無しさん
21/01/27 13:36:55.01 4ZLvOcYXM.net
>>850
MVUなら必要ないよ
861:デフォルトの名無しさん
21/01/27 13:52:55.21 +quYuruPM.net
うーん
プロパティにref使えないけど
SetPropertyどうやって使ってんの？
862:デフォルトの名無しさん
21/01/27 13:53:49.65 nqDSrDWAM.net
.NET MAUIか
863:デフォルトの名無しさん
21/01/27 13:54:43.18 nqDSrDWAM.net
>>853
え?
864:デフォルトの名無しさん
21/01/27 14:09:18.65 s+2IuEm00.net
xaml登場時からやってる
ベテランの自分でさえ
xaml流mvvmは
コード量が激増して面倒臭すぎる。
ReactのJSXみたいに
xaml中にコードが直接かけるように出来んものか？
865:デフォルトの名無しさん
21/01/27 19:59:46.88 1NyuRNVoM.net
<x:Code>で囲めばゴリゴリC#書けるよ
面倒だから素直にコードビハインドに書いた方が早いけど
どうせg.csにコピーされるだけだし
まあ何につけmvvmが失敗の原因だったよね
866:デフォルトの名無しさん
21/01/27 21:48:06.42 Q5PELBL+0.net
失敗というか、WPFに挫折した人の原因ではあるのかもしれない。
867:デフォルトの名無しさん
21/01/27 22:50:02.01 I3USHUPf0.net
VisualStateManagerはBlend前提の設計かもしれんが、ちょっと解りにくいわな
868:デフォルトの名無しさん
21/01/27 22:51:44.29 VJox6Jtr0.net
MVVMってテストしやすいのはいいけど、設計難易度上がるし面倒なところあるから初めて関わる人や新人いるチームだと大変すぎてな。一人や少数精鋭チームでやれればいいけど。
869:デフォルトの名無しさん
21/01/27 23:11:30.32 lP1lXV780.net
ビューとモデルの完全分離を目指した結果
肥大化するコードと失われる可読性って本末転倒じゃん
870:デフォルトの名無しさん
21/01/28 07:46:28.72 W1L2iiMj0.net
>>856
xamlてコード分離が目的なのに中にコード書いたら意味無いような気がするが
871:デフォルトの名無しさん
21/01/28 10:15:55.24 jO4DLeJx0.net
>>862
コードを分離する
メリットとデメリットは？
872:デフォルトの名無しさん
21/01/28 10:19:43.92 pXmI1nylM.net
>>863
メリット、ユニットテストがやりやすい
デメリット、めんどくせー
873:デフォルトの名無しさん
21/01/28 10:26:33.10 jO4DLeJx0.net
>>864
ユニットテストは
やりやすいレベルにはならんよ。
874:デフォルトの名無しさん
21/01/28 10:27:16.51 p4i84vEc0.net
なるよ
875:デフォルトの名無しさん
21/01/28 10:28:56.03 jO4DLeJx0.net
ならん！
876:デフォルトの名無しさん
21/01/28 10:40:26.08 FPs7AaOb0.net
>>865
UIベッタリだと出来ないだろう
877:デフォルトの名無しさん
21/01/28 10:59:29.17 dNWrUHbO0.net
>>861
Railsですね判
878:ります
879:デフォルトの名無しさん
21/01/28 11:27:11.16 tUs9KAdY0.net
コード増えるのは辛いよな
なんとかならんのかこれ
880:デフォルトの名無しさん
21/01/28 12:09:59.78 AZvjaiaSa.net
model view を結合するのはいいけど、、
model もうひとつつくって、プログラムされたタイミングで
同期させたい
isDirtyな
double bufferともいう
881:デフォルトの名無しさん
21/01/28 12:22:12.52 s7DYC79h0.net
INotifyPropertyChanged実装しないModelクラスを、ViewModelでラップするのがしんどい。
882:デフォルトの名無しさん
21/01/28 12:25:43.67 AZvjaiaSa.net
mv結合100%だから不自由なんで、
設計でいうmodelとは別に
実装用のmodel作るべき
設計modelは切り離して
change by user
change by initialize
change by signal
も判別しなきゃだな
883:デフォルトの名無しさん
21/01/28 12:47:51.29 jO4DLeJx0.net
>>870
mvvmを捨てる事から初めてみましょう！
884:デフォルトの名無しさん
21/01/28 20:10:35.14 v7b31HK80.net
>>861
俺の言いたいことをすべてお前が大便してくれた
885:デフォルトの名無しさん
21/01/28 20:52:41.82 A1rlojlb0.net
>>868
FormsアプリをUIAutomation使って自動テストする地獄を味わったことのない人には
有難みがわからないのだろうな
886:デフォルトの名無しさん
21/01/28 21:24:14.10 eBfsAdOM0.net
そもそも>>865はユニットテストがなにか知らんような気がする
マニュアルに従ってテキトーにポチポチクリックして落ちなきゃテスト終わりーとか言ってそうw
887:デフォルトの名無しさん
21/01/28 23:14:26.37 jO4DLeJx0.net
>>877
今時ICサーバー必須と言われてますわ。