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

WPF(.NET4.x, .NET Co ..

519:デフォルトの名無しさん
19/07/17 08:53:22.30 HNOfBFZz.net
>>497
カレンダーとグリッドはだいたい標準のやつが使い物にならないからな…。DataGridViewはいい線いってた気がするけど。カレンダーは自分で作った方が使い勝手がいいよ。一回作れば使いまわせるし。
>>494
俺が多用してた UnityBootstrapper はどこにいったんだ

520:デフォルトの名無しさん
19/07/17 10:25:13.46 KBlqeI/v.net
カレンダーってせめてググルのライブラリより優秀なのを用意してもらいたいな。

521:デフォルトの名無しさん
19/07/17 11:45:00.51 2Hm3sgUC.net
MSが標準として出せるようなレベルのWPFコントロールを作るのって無茶苦茶難しいんだよ
テンプレートを当ててL&Fを自由自在にカスタマイズできるようにしなきゃいけない
カレンダーのように高級なコントロールほどそのための抽象化が困難、というか事実上不可能だ
まあ典型的な「過剰な抽象化」だわな
その反省でUWPでは色々諦めたけど、今度はガチガチすぎて融通のきかないゴミになっちゃった
設計って難しいね

522:デフォルトの名無しさん
19/07/17 11:46:09.20 +qZ5aSp8.net
Xaml islandでUWPの使えるんじゃないか？
UWPでカレンダーあったっけ？

523:デフォルトの名無しさん
19/07/17 12:03:04.27 S7Mvcazp.net
>>497 アップダウンも忘れないで

524:デフォルトの名無しさん
19/07/17 12:17:19.48 hjKl4aVr.net
グレゴリオ歴以外にも対応可能とかやりだすときりがないからなカレンダー

525:デフォルトの名無しさん
19/07/17 12:23:31.73 QuDmOW+q.net
あんま漁ったこと無いけどカレンダーやチャートってgithubに転がってないの？
そういうの漁ってれば標準化がいかに大変かわかりそうなもんだけど
どうせ無茶な要求に答えきれない代物しかでてこないのなら別にいらないかな

526:デフォルトの名無しさん
19/07/17 12:25:04.21 QuDmOW+q.net
>>504
いらないってのは標準としてはってだけでOSSでいろんな人がいろんなパターンで作ってるのは欲しいってことね

527:デフォルトの名無しさん
19/07/17 15:16:40.30 6lrMFPv6.net
カレンダーは昔のWin32の時代からコントロールあるだろ。
UWPにもあるし、WinUIでもNumberBoxが2.2でくるのかも

528:デフォルトの名無しさん
19/07/17 15:23:16.75 6lrMFPv6.net
ごめん、『カレンダー』ってスケジュールアプリつくるとき用の高度のやつか？俺が言ったの単に日付や時刻を選択するコントロールだ

529:な。

530:デフォルトの名無しさん
19/07/17 16:04:10.33 aJ7QlybY.net
だいたいNuGetからExtended.Wpf.Toolkit使っちゃうな

531:デフォルトの名無しさん
19/07/17 20:31:22.25 3xFq4IMt.net
UWPのカレンダーはまあ普通なんだが、DatePickerはいい感じ
URLﾘﾝｸ(www.microsoft.com)
ここにサンプル有るから試してみてね

532:デフォルトの名無しさん
19/07/19 15:13:31.62 Rii43hQ8.net
UWPと同じく、WPFもWinUI 3.0に飲み込まれるの？

533:デフォルトの名無しさん
19/07/19 19:10:45.56 tEkSjkHY.net
winui 3.0でUWPの依存を排除してxaml islandなしでも動くようになるらしいが、これはクロスプラットなUIフレームワークへの布石なのか？
どうなってるのかよくわからん

534:デフォルトの名無しさん
19/07/19 19:27:44.90 41z+JSnH.net
>>511
普通にwindows上でUWPにしか用意してなかったAPIを通常のAPIにするだけでは？

535:デフォルトの名無しさん
19/07/19 19:41:26.12 tF13LP95.net
迷走が続くよ、どこまでも

536:デフォルトの名無しさん
19/07/19 19:44:45.25 41z+JSnH.net
迷走じゃなく正常化だろ
とちくるって最新の機能を誰も使ってないUWPにだけ開放してたんだぞ
上がバカだとこうなるみたいな話

537:デフォルトの名無しさん
19/07/19 21:31:30.10 uL87l19N.net
もうこの際デスクトップ案件でもElectronとかでHTML5で作るようにしたほうがいいかもしれんね
個人的にはC#と.NET好きだけど最近は迷走しすぎる

538:デフォルトの名無しさん
19/07/19 21:57:59.32 IuwL/lPH.net
WPFやWinFormsの.NET Core対応も全く将来のこと考えてない必要最小限の場当たり移植で、リリースしきったら逃げる気満々だしなあ
.NET CoreならSCDが可能だから後々MSが.NETのバージョンアップに合わせてメンテしなくて済むという判断なんだろうね

539:デフォルトの名無しさん
19/07/20 01:28:56.34 VkxS/ZoP.net
SCDて何？

540:デフォルトの名無しさん
19/07/20 05:52:21.51 CKZHjQsT.net
>>517
.NET Core当ランタイムをバイナリに同梱する供給形態。

541:デフォルトの名無しさん
19/07/20 10:23:19.05 FOqnxKm1.net
>>515
そこでWebBrowserControlだけ貼ったWinFormsアプリの出番ですよ。
JSからC#のメソッドfooが`window.external.foo()`で呼び出せるし、
"IE7相当なのでモダンな機能が使えない"問題もHTMLに
<meta http-equiv="X-UA-Compatible" content="IE=11" />
<script src="URLﾘﾝｸ(cdn.jsdelivr.net)
の2行をおまじないとして入れとけば大概何とかなるし。

542:デフォルトの名無しさん
19/07/20 11:35:17.39 D7d7RY7Z.net
とちくるって最新の機能を大して使われてないWPFに開放されてもだな
上がアホだとこうなるみたいな話

543:デフォルトの名無しさん
19/07/20 11:35:18.28 kGn1bC0v.net
SwiftUIとかバインディングできるようになるの？
ってことは時代はMVVM?

544:デフォルトの名無しさん
19/07/20 18:24:15.26 VkxS/ZoP.net
>>518
ありがとう勉強になった

545:デフォルトの名無しさん
19/07/20 18:43:38.51 RQJYT+em.net
どういたしまして

546:デフォルトの名無しさん
19/07/23 10:50:30.31 tzcmPjKI.net
WPF Prism RegionでReact.js並みにコンポーネント画面にしたらおせーー。　もっと早く描画できねぇの？

547:デフォルトの名無しさん
19/07/27 14:52:40.76 b7Cm9ptD.net
ObservableCollectionをConverterでバインドしたいけど、初期化した時ぐらいし�

548:ｩ発火しないから使い物にならない。どうにか中身が変わっただけで発火させる方法ないですかね...？

549:デフォルトの名無しさん
19/07/27 15:40:22.98 h5zsNncy.net
>>525
多分リストそのものじゃなくてザムルでアイテムテンプレートを定義してその中でコンバーター指定するんじゃなかったかしら

550:デフォルトの名無しさん
19/07/27 15:45:12.63 WtYjh7O4.net
記憶が正しければ、ObservableCollectionはT型のINotifyPropertyChangedの面倒まで見ないので、自分で実装するしかないはず
誰かNugetで配ってるかもしれない
配ってないなら配ったら喜ばれるかもしれない

551:デフォルトの名無しさん
19/07/27 18:53:43.31 OJ48iPsW.net
>>526
>>527
ありがとう。試してみます

552:デフォルトの名無しさん
19/08/02 00:41:38.73 /oIAm+R2.net
ObservableCollectionをそのまま使うのは面倒臭いから
ReactivePropertyのReactiveCollectionクラスのObserveElementPropertyメソッドを使うかな

553:デフォルトの名無しさん
19/08/10 23:19:50.45 CdfuVllp.net
URLﾘﾝｸ(www.surveymonkey.com)
.net crossplat uiの未来のために

554:デフォルトの名無しさん
19/08/10 23:21:32.22 CdfuVllp.net
URLﾘﾝｸ(devblogs.microsoft.com)
こっちでいいか

555:デフォルトの名無しさん
19/08/10 23:27:13.13 CdfuVllp.net
URLﾘﾝｸ(github.com)
winui 3.0でもxamlフレームワークを共通にしてcrossplat化着々進行中。
.net core 3.0の次の.net 5も計画されてこの2年が勝負。
未来は明るい

556:デフォルトの名無しさん
19/08/11 09:05:27.57 JRum2LCS.net
WinUIは.NETで使用できますが、.NETに依存しません：
WinUIは100％C ++であり、たとえばC ++ / WinRTを介して標準C ++ 17を使用するアンマネージWindowsアプリで使用できます。

557:デフォルトの名無しさん
19/08/11 09:06:01.03 JRum2LCS.net
悲報
WinUIは、毎月のプレリリースビルドで、毎年3倍の新しい安定バージョンを出荷し続けます。

558:デフォルトの名無しさん
19/08/11 09:13:35.93 JRum2LCS.net
WinUI　3.0は.netに依存しない
ネイティブ（c++）で開発されている
WinUI　2.0との下位互換性を目指すが.netを多用したWinUI2.0の成果は捨てられるということ？

559:デフォルトの名無しさん
19/08/11 09:20:41.05 JRum2LCS.net
WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ　Nativeの話だし

560:デフォルトの名無しさん
19/08/11 10:40:57.83 Kuz6y2Oe.net
ついにMFCを捨てることができるのか

561:デフォルトの名無しさん
19/08/21 08:22:24.86 md8dirsM.net
WPFも色付き絵文字対応してくれないかな

562:デフォルトの名無しさん
19/08/21 22:26:33.37 SUWzCik4.net
それもxaml islandとやらでなんとかなんの？

563:デフォルトの名無しさん
19/08/22 18:56:25.41 pU45imAC.net
windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF
OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち

564:デフォルトの名無しさん
19/08/22 21:56:56.39 XilWkWiH.net
MSのWPF放置プレイっぷりは異常

565:デフォルトの名無しさん
19/08/22 22:02:03.60 wEC59Q0u.net
これからクロスプラットに向かうから放置してもOK

566:デフォルトの名無しさん
19/08/22 22:11:34.96 XilWkWiH.net
WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ

567:デフォルトの名無しさん
19/08/22 22:20:08.43 4dnF12St.net
今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは�

568:ﾌ感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのがその代わり型は厳密に合わせないといけないけどね

569:デフォルトの名無しさん
19/08/22 22:40:16.24 jlFkmCtz.net
>>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?

570:デフォルトの名無しさん
19/08/22 23:24:45.63 wEC59Q0u.net
更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある

571:デフォルトの名無しさん
19/08/23 01:29:35.65 OjH+fhDT.net
>>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない
MSはもう一度c++技術者をかき集めてるようだが…

572:デフォルトの名無しさん
19/08/23 02:27:06.71 /yz/g35I.net
>>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け

573:デフォルトの名無しさん
19/08/23 03:14:21.08 jW/xEJQG.net
>>548
何が言いたいのかよくわからない。

574:デフォルトの名無しさん
19/08/23 03:24:29.83 jW/xEJQG.net
ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。

575:デフォルトの名無しさん
19/08/23 03:25:26.93 JgM7HU4F.net
・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。
これが現状

576:デフォルトの名無しさん
19/08/23 03:32:53.81 jW/xEJQG.net
>>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。

577:デフォルトの名無しさん
19/08/23 03:36:41.52 jW/xEJQG.net
URLﾘﾝｸ(devblogs.microsoft.com)
これはざっとは読んだよ

578:デフォルトの名無しさん
19/08/23 03:40:19.37 jW/xEJQG.net
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？

579:デフォルトの名無しさん
19/08/23 03:52:54.34 jW/xEJQG.net
後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。
後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。

580:デフォルトの名無しさん
19/08/23 04:30:47.28 6mC2vYTk.net
>>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや

581:デフォルトの名無しさん
19/08/23 06:02:43.36 OHqCa1Gp.net
WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。

582:デフォルトの名無しさん
19/08/23 07:52:54.28 N/2u5JYa.net
あれ？　.NET CoreはCoreRTでAOT実装してたんじゃ？
と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ

583:デフォルトの名無しさん
19/08/23 19:26:44.10 gHWVc4H3.net
>>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる

584:デフォルトの名無しさん
19/08/23 19:52:20.52 LecJ0Wg5.net
Blazorか
MSがまた投げ出さないといいねー

585:デフォルトの名無しさん
19/08/23 23:30:08.88 jcW1Xhhm.net
>>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが

586:デフォルトの名無しさん
19/08/23 23:33:04.49 Cy6JLzrk.net
C#は今後も伸びるよ

587:デフォルトの名無しさん
19/08/24 00:46:53.15 O3nGBIXv.net
C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな
c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない

588:デフォルトの名無しさん
19/08/24 00:49:55.16 /KUn8yrh.net
>>563
構文が古いのは行末の;だけ?

589:デフォルトの名無しさん
19/08/24 00:50:13.66 O3nGBIXv.net
新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる

590:デフォルトの名無しさん
19/08/24 00:52:27.40 O3nGBIXv.net
>>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い

591:デフォルトの名無しさん
19/08/24 00:55:14.92 O3nGBIXv.net
GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで

592:デフォルトの名無しさん
19/08/24 00:56:09.06 jVZ9wxLH.net
そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン

593:デフォルトの名無しさん
19/08/24 00:59:50.82 jVZ9wxLH.net
つーかここWPFのスレじゃんｗ

594:デフォルトの名無しさん
19/08/24 01:01:56.33 XU4s8+HQ.net
Javaで構築するの止めてC#にする場合が増えてるらしい

595:デフォルトの名無しさん
19/08/24 01:32:43.24 owWGC5JM.net
>>570
ソースは？

596:デフォルトの名無しさん
19/08/24 07:26:16.85 +PLwcW2w.net
.cs

597:デフォルトの名無しさん
19/08/24 10:39:20.73 hVEgod3x.net
>>572
座布団2枚あげましょう

598:デフォルトの名無しさん
19/08/24 12:01:56.85 2Z6Elg7N.net
そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…

599:デフォルトの名無しさん
19/08/24 12:52:53.99 hVEgod3x.net
>>574
あんたセンス無いね

600:デフォルトの名無しさん
19/08/24 14:13:27.89 ppiGm2HF.net
トンキン人さむ～

601:デフォルトの名無しさん
19/08/24 17:40:03.15 +T5zNNSA.net
ぐぬぬ

602:デフォルトの名無しさん
19/08/26 07:18:34.37 CVu8g0Lv.net
関西人の理想的なボケ↓

603:デフォルトの名無しさん
19/08/26 08:57:33.58 4t0YYyeR.net
WPFはオワコン。

604:デフォルトの名無しさん
19/08/26 17:45:31.71 dI1F1hPt.net
普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし

605:デフォルトの名無しさん
19/08/26 18:00:49.98 /h3P8awM.net
>>580
それに近いことをやろうとしたのがUWP

606:デフォルトの名無しさん
19/08/26 19:05:57.08 Ucxa8lVF.net
で、その開発予算は天から降って来るのか？

607:デフォルトの名無しさん
19/08/26 20:46:52.41 5hrkIwVX.net
WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった
HTML VB6 winforms MFC
全部生き残ってしまった

608:デフォルトの名無しさん
19/08/26 20:49:41.98 01TaglzE.net
XAMLがわかりにくいから置き換わるわけがない

609:デフォルトの名無しさん
19/08/26 21:12:48.53 FQM1aXM6.net
XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM

610:デフォルトの名無しさん
19/08/26 21:25:24.89 wSbsYOJ/.net
WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が�

611:[得しない。

612:デフォルトの名無しさん
19/08/26 21:26:09.78 01TaglzE.net
あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません

613:デフォルトの名無しさん
19/08/26 21:33:06.34 5hrkIwVX.net
>>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる

614:デフォルトの名無しさん
19/08/26 22:10:15.41 /h3P8awM.net
>>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。

615:デフォルトの名無しさん
19/08/26 22:12:50.23 ij5Jd0yF.net
XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで

616:デフォルトの名無しさん
19/08/26 22:15:26.16 qess7VlR.net
WPFデザインってWin7のLunaテーマのイメージ

617:デフォルトの名無しさん
19/08/26 22:16:18.43 qess7VlR.net
LunaじゃなくてAeroだった

618:デフォルトの名無しさん
19/08/26 22:22:45.61 VVV12Px/.net
>>591
WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる…
正にVistaか7の時代

619:デフォルトの名無しさん
19/08/26 22:29:08.48 Wx9nEB+f.net
>>589
ほんこれ
気合いの入れ方が中途半端すぎ

620:デフォルトの名無しさん
19/08/26 23:04:10.96 MCFEqLYy.net
一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。
androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。

621:デフォルトの名無しさん
19/08/26 23:17:19.25 MCFEqLYy.net
かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、
やっぱデータバインディングとかすぐに学ぶはめになったし。

622:デフォルトの名無しさん
19/08/26 23:27:56.52 GeaqRBlJ.net
データバインディング便利でいいじゃん。
表示とロジックを分離できて見通しがいい。

623:デフォルトの名無しさん
19/08/26 23:32:49.32 CfenbB74.net
MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ

624:デフォルトの名無しさん
19/08/26 23:37:29.50 Wx9nEB+f.net
わかるわー、
MVVM慣れるとレガシーは面倒すぎる

625:デフォルトの名無しさん
19/08/26 23:49:45.08 MCFEqLYy.net
というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう

626:デフォルトの名無しさん
19/08/26 23:56:16.79 Wx9nEB+f.net
あんた自分が勉強嫌いなだけじゃん
MVVM以前にもMVCやらデザインパターンやら
意識しないといけないものはいくらでもあったでしょう

627:デフォルトの名無しさん
19/08/27 00:37:24.80 7s1l/ptn.net
じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？

628:デフォルトの名無しさん
19/08/27 00:38:56.97 7s1l/ptn.net
VB6やwinforms時代にどんなパターン採用してたの？

629:デフォルトの名無しさん
19/08/27 00:43:54.63 Wpw9BTQZ.net
DOC-View も MVCもWinForm以前からあるんだが?
個人的問題ならマ板でしろや

630:デフォルトの名無しさん
19/08/27 00:53:36.96 7s1l/ptn.net
存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。

631:デフォルトの名無しさん
19/08/27 03:48:51.51 cPN8HTkT.net
MVP

632:デフォルトの名無しさん
19/08/27 05:34:30.66 3C/EiBc0.net
早�

633:ｭ.NETでWin32を完全にリプレイスできるようにならないな、はあ。

634:デフォルトの名無しさん
19/08/27 19:04:49.63 bW2ePtKS.net
無理だろ
windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから

635:デフォルトの名無しさん
19/08/27 19:28:50.81 NopeFxN7.net
MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた

636:デフォルトの名無しさん
19/08/27 19:46:08.12 4WMOl80S.net
MSは今間違いなく迷走しているよね
BGM:バッドボーイブルース

637:デフォルトの名無しさん
19/08/27 22:38:41.78 St7bRLq6.net
>>610
×今
○ここ10年くらい

638:デフォルトの名無しさん
19/08/29 08:24:36.72 Z2N7sLLL.net
OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。

639:デフォルトの名無しさん
19/08/29 19:55:13.55 dwig1eJB.net
思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう
品質とか興味無い

640:デフォルトの名無しさん
19/08/30 03:54:01.72 iF4ecVgg.net
>>610 >>611
githubとかVSCodeのようなここ10年にない好調な分野で
WPFの失敗を取り返した

641:デフォルトの名無しさん
19/08/30 15:32:23.77 ERkIjfvr.net
>>607
もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、
デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない
万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど

642:デフォルトの名無しさん
19/08/30 16:47:02.85 GA3Qy85O.net
.NET5って、選択枝がそれだけという事だろ？　失敗なんてあるの？

643:デフォルトの名無しさん
19/08/30 17:50:33.12 Ervdw2Vp.net
Blazorが天下を取るのは目に見えてるからなぁ
業務系は全部これでおk

644:デフォルトの名無しさん
19/08/30 18:17:06.08 ERkIjfvr.net
>>616
.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ
そうなれば当然MSは.NET5を放棄することになるだろう
MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ

645:デフォルトの名無しさん
19/08/30 22:01:53.87 VcfE35DU.net
放棄ってどうするのさ
態々くっつけたのをまた分割するのか？

646:デフォルトの名無しさん
19/08/30 23:03:11.02 uONjY6PZ.net
＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
.NET5の成功だろ
言いたいのはMSの成功を意味するとは限らないだろ

647:デフォルトの名無しさん
19/08/30 23:15:11.32 daE1ezev.net
OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ
もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう
仮にそのコントロールが普及を妨げる性質のものであったとしてもね

648:デフォルトの名無しさん
19/08/31 00:01:51.67 8S6g8PTE.net
>>614
アプリケーションフレームワークとツールの類を同列に語っても意味無い

649:デフォルトの名無しさん
19/08/31 00:21:51.42 zHC92gqD.net
>>621
ちょっと何言ってるかよくわからない

650:デフォルトの名無しさん
19/08/31 00:39:06.27 jKcP7puA.net
>>614
GitHubはただ買収しただけだし
そもそもgitはライナスの作ったものだし…
vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし
MSはあまり貢献してない

651:デフォルトの名無しさん
19/08/31 00:59:08.53 AytMhKL2.net
>>624
AtomとVSCode�

652:ｶゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる

653:デフォルトの名無しさん
19/08/31 01:12:59.59 UM0UH3ls.net
GitHubのプライベート数無制限もMSマネー後だしな
評価すべきところはちゃんとしなきゃね

とはいえモダンなGUIに追従できるポジションのフレームワークが
悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない

654:デフォルトの名無しさん
19/08/31 06:44:41.35 +09iQaTY.net
モダンすぎるBlazor大成功確実

655:デフォルトの名無しさん
19/08/31 08:19:57.96 BTqmdo6K.net
blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。

656:デフォルトの名無しさん
19/08/31 08:32:47.45 BTqmdo6K.net
dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい

657:デフォルトの名無しさん
19/08/31 09:29:29.38 DOQSWUJb.net
blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？
開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？
そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど

658:デフォルトの名無しさん
19/08/31 10:15:11.61 AytMhKL2.net
>>630
なにができないかはWebAssemblyの制約に規定されるのでは？
俺もBlazor触ったことないけど

659:デフォルトの名無しさん
19/08/31 10:27:14.18 OiY9nyzL.net
今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。

660:デフォルトの名無しさん
19/08/31 18:02:22.42 Yn5v13ie.net
BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか
やば、乗り遅れてるわ
URLﾘﾝｸ(blog.okazuki.jp)

661:デフォルトの名無しさん
19/09/05 06:45:37.44 Sa2Ng6Af.net
祝WinUI 2.2
TabView!!

662:デフォルトの名無しさん
19/09/10 23:16:19.51 wxmv+p95.net
WPF＋XamlIslandでUWPのコントロールを使うとき
スタイルをどうやって設定するかご存じの方いますか？
WPFプロジェクトだとUWPのXAML書けないです…

663:デフォルトの名無しさん
19/09/19 23:16:30.45 o/5TVM4E.net
ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです
やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。

664:デフォルトの名無しさん
19/09/19 23:20:27.73 o/5TVM4E.net
補足です。当時はヌゲットがなかったから Expression.Blend とかをインストールして参照設定の拡張アセンブリから選んで使ってたと思います

665:デフォルトの名無しさん
19/09/20 01:12:36.63 HDCFOJen.net
>>636
Blend SDKは廃止?方向みたいで、Xaml Behaviors for WPFがそれの代わり。
そのパッケージをnugetで追加して、xmlns:i=～やxmlns:ei:=～ってあった所は、
xmlns:i="URLﾘﾝｸ(schemas.microsoft.com)に直せば前と同じに使える。

666:デフォルトの名無しさん
19/09/22 22:53:58.06 4iZ0rcTF.net
>>638
名前が変わったんですね
ありがとうございますやってみます

667:デフォルトの名無しさん
19/09/26 17:08:59.96 RqohR87j.net
MediaElementなどを実装したUserControlを
MainWindowで

668:ItemsContrlを使用し複数表示しました。その中の1つが選択されたときWindowいっぱいに広げたいのですがどうすればできますか？ ViewModel側で選択されたUserControlは取得できています。

669:デフォルトの名無しさん
19/09/27 00:31:03.92 zANlzt+z.net
>>640
UserControl(View)をViewModelから参照するのはMVVMに反してるからオススメしない。
ItemsControのSelectedItemプロパティと選択中のViewModelとがバインディングできてるなら、
選択後にViewModelで全画面表示用のプロパティに値を設定すれば良い。
そのプロパティ値が変化したときにどうやってUserControlを全画面表示するかは、純粋にView(XAML)の問題だ。

670:デフォルトの名無しさん
19/09/27 12:08:12.14 u+iGcBJm.net
>>641
やはりViewModelでUserControlを参照するのはマズいですよね。
プレイヤなので再生中の状態がそのままコピーされるとよいのですが。
全画面用のUserControlにどのプロパティを設ければよいでしょうか？
動画パスや再生時間を渡して読込からやらせるしかないですかね？

671:デフォルトの名無しさん
19/09/27 23:54:36.27 fjlgNlFb.net
ItemsControl上でも再生とか停止ができて、選択したらWindowいっぱいにしたい感じ？？

672:デフォルトの名無しさん
19/09/28 06:32:34.96 yTyvrKRv.net
>>643
そうです。
何かスマートな方法ありますかね？

673:デフォルトの名無しさん
19/09/28 14:31:06.45 7KAMFGQE.net
拡大されてるムービーがどれかっていうのが、アプリのロジックに関係ないならクリックのイベントハンドラで書くのでいいんじゃないかな
ItemsControlから画面いっぱいにひろげる方法は知らないんだけど、そういうパネル作るののかな？

674:デフォルトの名無しさん
19/09/28 18:40:27.12 OEfKx/qL.net
>>645
そうですね。
今はUserControlをItemsControlに重ねて配置してVisibiltyを切り替えています。

675:デフォルトの名無しさん
19/09/28 20:52:31.51 XPio18TJ.net
PrismでRegion使えばチョチョっとできないかね

676:デフォルトの名無しさん
19/09/28 22:58:14.58 RkNENkKq.net
再生中の動画が流れたままシームレスにWindow全体に表示というのは厄介そう

677:デフォルトの名無しさん
19/09/28 23:32:48.35 dmYXSMEs.net
UWPならMediaElementにIsFullWindowってプロパティーがあって問答無用でフルスクリーン表示にできる
あと、ConectedAnimationつかえるんだがな

678:デフォルトの名無しさん
19/09/29 00:34:01.71 sW5PihO+.net
XAML Islandで解決じゃん

679:デフォルトの名無しさん
19/09/30 09:25:36.75 EF3Cb7k3.net
>>649
>>650
ありがとうございます。
XAML IslandでUWPのMediaElementを実装してみます。

680:デフォルトの名無しさん
19/10/01 00:37:23.82 YMHfANdP.net
おー上手くいったかどうか教えてくれると嬉しいな

681:デフォルトの名無しさん
19/10/01 08:56:41.44 58CauEY5.net
UWPのはウィンドウいっぱいというより、全画面表示だけど大丈夫かな？

682:デフォルトの名無しさん
19/10/02 21:41:52.01 akptwudD.net
>>653
やはりそうなの？
調べたらそれっぽいこと書いてあった
Microsoft.Toolkit.Wpf.UI.ControlsのMediaPlayerElementを使ってみたのだが
Sourceにバインドしても再生されない
Xamlに直接書くと再生されるのだが…

683:デフォルトの名無しさん
19/10/09 14:09:07.32 0y9ABYBv.net
.Net Core 3.0のWPFのユーザーコントロールのデータバインディングに関して質問なんですが、
MainWindow.xaml.csのコンストラクタ内でPrice=1000と代入しているのですが
TextBoxのText(Value)の値が

684:0から変化しないのですが、どこが間違っているのかわかる方いますか？テキストボックス内にカーソルを合わせて上下キーを押すと1ずつ増える/減るの動作は正しく動いているようです。 DecimalBox.xaml <UserControl x:Class="test.DecimalBox" ...> <TextBox Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/> </UserControl> DecimalBox.xaml.cs namespace test { /// <summary> /// DecimalBox.xaml の相互作用ロジック /// </summary> public partial class DecimalBox : UserControl { public DecimalBox() { InitializeComponent(); DataContext = this; } public decimal Value { get { return (decimal)GetValue(ValueProperty); } set { SetValue(ValueProperty, value); } } public static readonly DependencyProperty ValueProperty = DependencyProperty.Register("Value", typeof(decimal), typeof(DecimalBox)); private void TextBox_PreviewKeyDown(object sender, KeyEventArgs e) { if (e.Key == Key.Up ) Value += 1; if (e.Key == Key.Down) Value -= 1; } } }

685:デフォルトの名無しさん
19/10/09 14:09:33.92 0y9ABYBv.net
MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>
MainWindow.xaml.cs
namespace test
{
/// <summary>
/// MainWindow.xaml の相互作用ロジック
/// </summary>
public partial class MainWindow : Window, INotifyPropertyChanged
{
public MainWindow()
{
InitializeComponent();
DataContext = this;
Price = 1000;
}
public decimal Price
{
get { return price; }
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
}
public event PropertyChangedEventHandler PropertyChanged;
}
}

686:デフォルトの名無しさん
19/10/09 14:19:23.75 0y9ABYBv.net
以下の部分コピペミスです
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); }
正しくはこうなってます
set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Price")); }

687:デフォルトの名無しさん
19/10/09 14:36:41.74 0y9ABYBv.net
ちなみに、以下の部分を
MainWindow.xaml
<local:DecimalBox Value="{Binding Price}"/>
以下のようにするとTextBoxの値は1000になります
MainWindow.xaml
<local:DecimalBox Value="1000"/>

688:デフォルトの名無しさん
19/10/09 15:38:14.92 zdauYmXS.net
<local:DecimalBox Value="{Binding Price}"/>においてデータコンテキストは
DecimalBoxのコンストラクタで設定されてるDecimalBox自身
DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
ユーザコントロール自身ではなく、その直下にGridとかのパネル置いてそれのDataContextに設定するようにする

689:デフォルトの名無しさん
19/10/09 16:14:04.43 0y9ABYBv.net
>>659
以下に変更したら動作しました。ありがとうございます。
cs側
public DecimalBox()
{
InitializeComponent();
textbox.DataContext = this;
}
xaml側
<TextBox x:Name="textbox" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>
もう一つ質問なのですが、
DataContextの設定を今はcs側でやっていますが、
これをxaml側で行うことって可能なのでしょうか？

690:デフォルトの名無しさん
19/10/09 16:24:35.37 0y9ABYBv.net
>>660
自己解決しました
RelativeSource FindAncestorでUserControlまで遡ればよかったみたいです。
<TextBox DataContext="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType=UserControl}}" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/>

691:デフォルトの名無しさん
19/10/09 19:13:21.44 Ce1FE6BG.net
>>659
> DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する
こう言う時は実行時でもいいから例外発生させるなりしてくれればいいのにね

692:デフォルトの名無しさん
19/10/09 19:46:19.00 yz69DB70.net
Binding失敗してるとデバッグログとかにメッセージ出なかったっけ？

693:デフォルトの名無しさん
19/10/09 19:58:14.79 0fRzc22C.net
デバッグログに出るけど他にメッセージが多いと見落としがち
WPFにもx:Bind欲しい

694:デフォルトの名無しさん
19/10/09 22:00:06.20 TJpx/LrH.net
さんざん欲しいと言われてるはずなのに追加されない
なぜだろうね

695:デフォルトの名無しさん
19/10/09 22:05:55.57 bHkpFlre.net
.Net5なら

696:デフォルトの名無しさん
19/10/09 22:16:15.27 mYLA6NTy.net
ないない
なんか勘違いしてるようだが、MSがWPFをCoreに移植したのはメンテナンスをしたくないからだよ
今後.NETランタイムがアップデートされてWPFが壊れて�

697:焉ACoreなら開発者は自己責任で古いランタイムをずっと使い続けることができる

698:デフォルトの名無しさん
19/10/09 22:27:19.81 E53UYuwr.net
winformsも同じだね

699:デフォルトの名無しさん
19/10/09 22:43:33.90 yz69DB70.net
WPFはオープンソース化したんで何か起きるかもしれん

700:デフォルトの名無しさん
19/10/09 22:53:02.63 373lwcNW.net
メンテナンスが放棄されcannaの二の舞を

701:デフォルトの名無しさん
19/10/09 23:31:18.85 bHkpFlre.net
WPFは.netframework+WinUIと入れ替わる予定じゃないかな
xamlソリューションとしてはこっちのほうができが良い

702:デフォルトの名無しさん
19/10/10 00:05:16.71 /TNjFiTo.net
引き合いに出すのがCannaかいなｗ
Struts1とかのがヤバくね

703:デフォルトの名無しさん
19/10/10 19:08:05.52 U4NCIrbo.net
WinUIは100%C++で書かれたwindows専用API

704:デフォルトの名無しさん
19/10/10 20:23:18.39 MeoT4exf.net
winui 3.0で新規に書き起こすんだから今なら下位のレイヤー取り替えられるようにするんじゃねぇかな？つまり、windowsから簡単に切り離せるように。

705:デフォルトの名無しさん
19/10/11 19:38:07.79 NbTMQOfE.net
もともとwindowsの機能に依存したUIにすると思う
下位を汎用にすると設計が大変だから

706:デフォルトの名無しさん
19/10/11 20:17:33.23 Mh9N3tse.net
下位を汎用にした結果がWPFの大失敗だもんな
まあWPFが下位に抽象化レイヤを入れたのは移植性を高めることではなくて自由度を高めるためだけど、
結局出来上がったのはゲロ遅くて無駄に複雑でMSによるアップデートも遅いゴミ
WinRT以降のOS側で高レベルなUIコンポーネントを提供する戦略は少々行き過ぎてる気もするけど、
少なくとも今更WPFの黒歴史を繰り返すことはないだろう

707:デフォルトの名無しさん
19/10/11 23:03:08.03 XWYiG0pn.net
どういうことなの…

708:デフォルトの名無しさん
19/10/12 02:58:35.99 VvRjKpAi.net
下位を汎用ってもflutterだってやってることだしな。描画エンジンの部分と入力を汎用化するだけで、googleエンジニアが出来てMicrosoftのエンジニアができないとな？
もちろん、それなりの手間が発生するが。

709:
19/10/12 03:11:46 SBuCcucL.net
でもデスクトップPCそのもののシェアが減ってる現状で下位を汎用化してマルチプラットフォームにする価値あるか？というと怪しい気がする

710:デフォルトの名無しさん
19/10/12 08:34:07.80 T5dO8LiA.net
下位に抽象化レイヤを入れたGUIフレームワークとしては既にElectronが成功を収めている
今更作る意味はないよ

711:デフォルトの名無しさん
19/10/12 08:37:10.78 VpodjE+/.net
みんな大失敗だよ。

712:デフォルトの名無しさん
19/10/12 08:44:21.47 VvRjKpAi.net
WinUIはFluent Design Systemのライブラリだし、別にタッチ専用という訳じゃないけど、クロスプラットホーム化狙うなら、まずはUWP/Android/iOSでしょうに。
WinUIはただのUIライブラリだから、プラットホーム特有のAPIも簡単に呼べるようにならんだが。
URLﾘﾝｸ(devblogs.microsoft.com)
.net coreにもjava/swift interopelabilityが予定されてるし。

713:デフォルトの名無しさん
19/10/12 08:46:15.64 VvRjKpAi.net
Electron上げるくらいならflutterの方が有望だと思う

714:デフォルトの名無しさん
19/10/12 08:53:16.39 VvRjKpAi.net
まぁ、俺はflutterに乗っかりつつあるけど、Microsoftはやる気あるなら急がんと。googleのflutterへのやる気すごい。

715:
19/10/12 10:28:41 V3SUioeZ.net
Blectronやろ

716:
19/10/12 18:51:33 0Jt8rcSq.net
Electronを汎用と言うのは脳がいかれてると思う

717:デフォルトの名無しさん
19/10/12 21:11:44.74 fKbeXMkP.net
Webブラウザは明らかにPALと見做せるだろ
しかも対応するする詐欺ではなく既に各プラットフォームに実装が存在する

718:
19/10/13 20:08:26 g

719:3zENVi8.net

720:
19/10/14 16:48:28 WeKpLulI.net
>>669
オープンソース化してなんか起きたのってなんかある？WTL？

721:
19/10/14 16:50:13 WeKpLulI.net
>>322
jsonと規模が違いすぎるだろ
アホすぎる

722:
19/10/14 16:54:22 r8b52e+X.net
三ヶ月と半月

723:
19/10/14 17:42:15 7niU2SoV.net
>>690
規模とか都合のいい条件後付けすんなよwwwww

724:デフォルトの名無しさん
19/10/14 20:28:57.08 ZDEVVSo/.net
>>690
INotifyPropertyChangedの実装をネットで拾ってくれば数十行のコピペで行ける
嫌ならライブラリなど使わなくてもいい

725:デフォルトの名無しさん
19/10/14 21:17:15.84 PUjSeEPC.net
オープンソース化したらソースが見れるからとドキュメントを書かなくなり、
ユーザもテスト丸投げで品質が下がって
誰も使わなくなって誰も保守しなくなるパターンはいっぱい見てきた。

726:デフォルトの名無しさん
19/10/14 22:25:51.44 xbNYMWcX.net
PrismとかReactivePropertyみたいなもんを
汎用化してフル機能で実装するのは難しいかもしんないけど
必要な範囲を作り込むだけなら現実的な工数でできるんじゃないかな

727:デフォルトの名無しさん
19/10/14 22:46:59.97 O9NensbZ.net
同僚のプログラマはソース見れるからドキュメント書く必要はないと？

次ページ