- 1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 515 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 15:28:51.43 ID:venUw3Sd.net]
- >>489
Prism.Unityが７で思いっきり変わっていて面食らったな
AutoFacなどの別のDIと同じように扱えるようにガワを乗せた感じ
とりあえずサンプル見て適当に作ればなんとかなるよ
- 516 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 22:04:50.82 ID:Ok2aTYrS.net]
- >>491
MVVM素組みはやったことあるんで
>>494
Prism自体ちょこっとしかかじってないんですわ
何かチュートリアル的なものがあればなーって思ったんだけど
地道にやります、ありがとう
- 517 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 22:23:52.68 ID:jhSkrqvh.net]
- >>495
Brian Lagunasがいろいろ動画upしてくれてるやろ
- 518 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 08:31:49.64 ID:Dzumdx+u.net]
- なんでカレンダーやチャートコントロールすら未だにないんだよ
- 519 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 08:53:22.30 ID:HNOfBFZz.net]
- >>497
カレンダーとグリッドはだいたい標準のやつが使い物にならないからな…。DataGridViewはいい線いってた気がするけど。カレンダーは自分で作った方が使い勝手がいいよ。一回作れば使いまわせるし。
>>494
俺が多用してた UnityBootstrapper はどこにいったんだ
- 520 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 10:25:13.46 ID:KBlqeI/v.net]
- カレンダーってせめてググルのライブラリより優秀なのを用意してもらいたいな。
- 521 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 11:45:00.51 ID:2Hm3sgUC.net]
- MSが標準として出せるようなレベルのWPFコントロールを作るのって無茶苦茶難しいんだよ
テンプレートを当ててL&Fを自由自在にカスタマイズできるようにしなきゃいけない
カレンダーのように高級なコントロールほどそのための抽象化が困難、というか事実上不可能だ
まあ典型的な「過剰な抽象化」だわな
その反省でUWPでは色々諦めたけど、今度はガチガチすぎて融通のきかないゴミになっちゃった
設計って難しいね
- 522 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 11:46:09.20 ID:+qZ5aSp8.net]
- Xaml islandでUWPの使えるんじゃないか？
UWPでカレンダーあったっけ？
- 523 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:03:04.27 ID:S7Mvcazp.net]
- >>497 アップダウンも忘れないで
- 524 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:17:19.48 ID:hjKl4aVr.net]
- グレゴリオ歴以外にも対応可能とかやりだすときりがないからなカレンダー
- 525 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:23:31.73 ID:QuDmOW+q.net]
- あんま漁ったこと無いけどカレンダーやチャートってgithubに転がってないの？
そういうの漁ってれば標準化がいかに大変かわかりそうなもんだけど
どうせ無茶な要求に答えきれない代物しかでてこないのなら別にいらないかな
- 526 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 12:25:04.21 ID:QuDmOW+q.net]
- >>504
いらないってのは標準としてはってだけでOSSでいろんな人がいろんなパターンで作ってるのは欲しいってことね
- 527 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 15:16:40.30 ID:6lrMFPv6.net]
- カレンダーは昔のWin32の時代からコントロールあるだろ。
UWPにもあるし、WinUIでもNumberBoxが2.2でくるのかも
- 528 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 15:23:16.75 ID:6lrMFPv6.net]
- ごめん、『カレンダー』ってスケジュールアプリつくるとき用の高度のやつか？俺が言ったの単に日付や時刻を選択するコントロールだ
- 529 名前：な。 []
- [ここ壊れてます]
- 530 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 16:04:10.33 ID:aJ7QlybY.net]
- だいたいNuGetからExtended.Wpf.Toolkit使っちゃうな
- 531 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 20:31:22.25 ID:3xFq4IMt.net]
- UWPのカレンダーはまあ普通なんだが、DatePickerはいい感じ
https://www.microsoft.com/store/productId/9MSVH128X2ZT
ここにサンプル有るから試してみてね
- 532 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 15:13:31.62 ID:Rii43hQ8.net]
- UWPと同じく、WPFもWinUI 3.0に飲み込まれるの？
- 533 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:10:45.56 ID:tEkSjkHY.net]
- winui 3.0でUWPの依存を排除してxaml islandなしでも動くようになるらしいが、これはクロスプラットなUIフレームワークへの布石なのか？
どうなってるのかよくわからん
- 534 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:27:44.90 ID:41z+JSnH.net]
- >>511
普通にwindows上でUWPにしか用意してなかったAPIを通常のAPIにするだけでは？
- 535 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:41:26.12 ID:tF13LP95.net]
- 迷走が続くよ、どこまでも
- 536 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 19:44:45.25 ID:41z+JSnH.net]
- 迷走じゃなく正常化だろ
とちくるって最新の機能を誰も使ってないUWPにだけ開放してたんだぞ
上がバカだとこうなるみたいな話
- 537 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 21:31:30.10 ID:uL87l19N.net]
- もうこの際デスクトップ案件でもElectronとかでHTML5で作るようにしたほうがいいかもしれんね
個人的にはC#と.NET好きだけど最近は迷走しすぎる
- 538 名前：デフォルトの名無しさん mailto:sage [2019/07/19(金) 21:57:59.32 ID:IuwL/lPH.net]
- WPFやWinFormsの.NET Core対応も全く将来のこと考えてない必要最小限の場当たり移植で、リリースしきったら逃げる気満々だしなあ
.NET CoreならSCDが可能だから後々MSが.NETのバージョンアップに合わせてメンテしなくて済むという判断なんだろうね
- 539 名前：デフォルトの名無しさん [2019/07/20(土) 01:28:56.34 ID:VkxS/ZoP.net]
- SCDて何？
- 540 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 05:52:21.51 ID:CKZHjQsT.net]
- >>517
.NET Core当ランタイムをバイナリに同梱する供給形態。
- 541 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 10:23:19.05 ID:FOqnxKm1.net]
- >>515
そこでWebBrowserControlだけ貼ったWinFormsアプリの出番ですよ。
JSからC#のメソッドfooが`window.external.foo()`で呼び出せるし、
"IE7相当なのでモダンな機能が使えない"問題もHTMLに
<meta http-equiv="X-UA-Compatible" content="IE=11" />
<script src="https://cdn.jsdelivr.net/npm/babel-polyfill/dist/polyfill.min.js">
の2行をおまじないとして入れとけば大概何とかなるし。
- 542 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 11:35:17.39 ID:D7d7RY7Z.net]
- とちくるって最新の機能を大して使われてないWPFに開放されてもだな
上がアホだとこうなるみたいな話
- 543 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 11:35:18.28 ID:kGn1bC0v.net]
- SwiftUIとかバインディングできるようになるの？
ってことは時代はMVVM?
- 544 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 18:24:15.26 ID:VkxS/ZoP.net]
- >>518
ありがとう勉強になった
- 545 名前：デフォルトの名無しさん mailto:sage [2019/07/20(土) 18:43:38.51 ID:RQJYT+em.net]
- どういたしまして
- 546 名前：デフォルトの名無しさん mailto:sage [2019/07/23(火) 10:50:30.31 ID:tzcmPjKI.net]
- WPF Prism RegionでReact.js並みにコンポーネント画面にしたらおせーー。 もっと早く描画できねぇの？
- 547 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 14:52:40.76 ID:b7Cm9ptD.net]
- ObservableCollectionをConverterでバインドしたいけど、初期化した時ぐらいし�
- 548 名前：ｩ発火しないから使い物にならない。どうにか中身が変わっただけで発火させる方法ないですかね...？ []
- [ここ壊れてます]
- 549 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 15:40:22.98 ID:h5zsNncy.net]
- >>525
多分リストそのものじゃなくてザムルでアイテムテンプレートを定義してその中でコンバーター指定するんじゃなかったかしら
- 550 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 15:45:12.63 ID:WtYjh7O4.net]
- 記憶が正しければ、ObservableCollectionはT型のINotifyPropertyChangedの面倒まで見ないので、自分で実装するしかないはず
誰かNugetで配ってるかもしれない
配ってないなら配ったら喜ばれるかもしれない
- 551 名前：デフォルトの名無しさん mailto:sage [2019/07/27(土) 18:53:43.31 ID:OJ48iPsW.net]
- >>526
>>527
ありがとう。試してみます
- 552 名前：デフォルトの名無しさん [2019/08/02(金) 00:41:38.73 ID:/oIAm+R2.net]
- ObservableCollectionをそのまま使うのは面倒臭いから
ReactivePropertyのReactiveCollectionクラスのObserveElementPropertyメソッドを使うかな
- 553 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:19:50.45 ID:CdfuVllp.net]
- https://www.surveymonkey.com/r/MJSNTYK
.net crossplat uiの未来のために
- 554 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:21:32.22 ID:CdfuVllp.net]
- https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
こっちでいいか
- 555 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:27:13.13 ID:CdfuVllp.net]
- https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md
winui 3.0でもxamlフレームワークを共通にしてcrossplat化着々進行中。
.net core 3.0の次の.net 5も計画されてこの2年が勝負。
未来は明るい
- 556 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:05:27.57 ID:JRum2LCS.net]
- WinUIは.NETで使用できますが、.NETに依存しません：
WinUIは100％C ++であり、たとえばC ++ / WinRTを介して標準C ++ 17を使用するアンマネージWindowsアプリで使用できます。
- 557 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:06:01.03 ID:JRum2LCS.net]
- 悲報
WinUIは、毎月のプレリリースビルドで、毎年3倍の新しい安定バージョンを出荷し続けます。
- 558 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:13:35.93 ID:JRum2LCS.net]
- WinUI 3.0は.netに依存しない
ネイティブ（c++）で開発されている
WinUI 2.0との下位互換性を目指すが.netを多用したWinUI2.0の成果は捨てられるということ？
- 559 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:20:41.05 ID:JRum2LCS.net]
- WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ Nativeの話だし
- 560 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 10:40:57.83 ID:Kuz6y2Oe.net]
- ついにMFCを捨てることができるのか
- 561 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 08:22:24.86 ID:md8dirsM.net]
- WPFも色付き絵文字対応してくれないかな
- 562 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 22:26:33.37 ID:SUWzCik4.net]
- それもxaml islandとやらでなんとかなんの？
- 563 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 18:56:25.41 ID:pU45imAC.net]
- windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF
OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち
- 564 名前：デフォルトの名無しさん [2019/08/22(木) 21:56:56.39 ID:XilWkWiH.net]
- MSのWPF放置プレイっぷりは異常
- 565 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:02:03.60 ID:wEC59Q0u.net]
- これからクロスプラットに向かうから放置してもOK
- 566 名前：デフォルトの名無しさん [2019/08/22(木) 22:11:34.96 ID:XilWkWiH.net]
- WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ
- 567 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:20:08.43 ID:4dnF12St.net]
- 今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは�
- 568 名前：ﾌ感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのが
その代わり型は厳密に合わせないといけないけどね [] - [ここ壊れてます]
- 569 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:40:16.24 ID:jlFkmCtz.net]
- >>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?
- 570 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 23:24:45.63 ID:wEC59Q0u.net]
- 更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある
- 571 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 01:29:35.65 ID:OjH+fhDT.net]
- >>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない
MSはもう一度c++技術者をかき集めてるようだが…
- 572 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 02:27:06.71 ID:/yz/g35I.net]
- >>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け
- 573 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:14:21.08 ID:jW/xEJQG.net]
- >>548
何が言いたいのかよくわからない。
- 574 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:24:29.83 ID:jW/xEJQG.net]
- ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。
- 575 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:25:26.93 ID:JgM7HU4F.net]
- ・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。
これが現状
- 576 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:32:53.81 ID:jW/xEJQG.net]
- >>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。
- 577 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:36:41.52 ID:jW/xEJQG.net]
- https://devblogs.microsoft.com/dotnet/introducing-net-5/
これはざっとは読んだよ
- 578 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:40:19.37 ID:jW/xEJQG.net]
- ・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？
- 579 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:52:54.34 ID:jW/xEJQG.net]
- 後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。
後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。
- 580 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 04:30:47.28 ID:6mC2vYTk.net]
- >>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや
- 581 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 06:02:43.36 ID:OHqCa1Gp.net]
- WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。
- 582 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 07:52:54.28 ID:N/2u5JYa.net]
- あれ？ .NET CoreはCoreRTでAOT実装してたんじゃ？
と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ
- 583 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:26:44.10 ID:gHWVc4H3.net]
- >>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる
- 584 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:52:20.52 ID:LecJ0Wg5.net]
- Blazorか
MSがまた投げ出さないといいねー
- 585 名前：デフォルトの名無しさん [2019/08/23(金) 23:30:08.88 ID:jcW1Xhhm.net]
- >>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが
- 586 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 23:33:04.49 ID:Cy6JLzrk.net]
- C#は今後も伸びるよ
- 587 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:46:53.15 ID:O3nGBIXv.net]
- C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな
c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない
- 588 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:49:55.16 ID:/KUn8yrh.net]
- >>563
構文が古いのは行末の;だけ?
- 589 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:50:13.66 ID:O3nGBIXv.net]
- 新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる
- 590 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:52:27.40 ID:O3nGBIXv.net]
- >>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い
- 591 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:55:14.92 ID:O3nGBIXv.net]
- GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで
- 592 名前：デフォルトの名無しさん [2019/08/24(土) 00:56:09.06 ID:jVZ9wxLH.net]
- そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン
- 593 名前：デフォルトの名無しさん [2019/08/24(土) 00:59:50.82 ID:jVZ9wxLH.net]
- つーかここWPFのスレじゃんｗ
- 594 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:01:56.33 ID:XU4s8+HQ.net]
- Javaで構築するの止めてC#にする場合が増えてるらしい
- 595 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:32:43.24 ID:owWGC5JM.net]
- >>570
ソースは？
- 596 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 07:26:16.85 ID:+PLwcW2w.net]
- .cs
- 597 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 10:39:20.73 ID:hVEgod3x.net]
- >>572
座布団2枚あげましょう
- 598 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:01:56.85 ID:2Z6Elg7N.net]
- そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…
- 599 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:52:53.99 ID:hVEgod3x.net]
- >>574
あんたセンス無いね
- 600 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 14:13:27.89 ID:ppiGm2HF.net]
- トンキン人さむ～
- 601 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 17:40:03.15 ID:+T5zNNSA.net]
- ぐぬぬ
- 602 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 07:18:34.37 ID:CVu8g0Lv.net]
- 関西人の理想的なボケ↓
- 603 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 08:57:33.58 ID:4t0YYyeR.net]
- WPFはオワコン。
- 604 名前：デフォルトの名無しさん [2019/08/26(月) 17:45:31.71 ID:dI1F1hPt.net]
- 普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし
- 605 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 18:00:49.98 ID:/h3P8awM.net]
- >>580
それに近いことをやろうとしたのがUWP
- 606 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 19:05:57.08 ID:Ucxa8lVF.net]
- で、その開発予算は天から降って来るのか？
- 607 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:46:52.41 ID:5hrkIwVX.net]
- WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった
HTML VB6 winforms MFC
全部生き残ってしまった
- 608 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:49:41.98 ID:01TaglzE.net]
- XAMLがわかりにくいから置き換わるわけがない
- 609 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:12:48.53 ID:FQM1aXM6.net]
- XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM
- 610 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:25:24.89 ID:wSbsYOJ/.net]
- WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が�
- 611 名前：[得しない。 []
- [ここ壊れてます]
- 612 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:26:09.78 ID:01TaglzE.net]
- あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません
- 613 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:33:06.34 ID:5hrkIwVX.net]
- >>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる
- 614 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:10:15.41 ID:/h3P8awM.net]
- >>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。
- 615 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:12:50.23 ID:ij5Jd0yF.net]
- XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで
|
 |
