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

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/ 511 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 13:57:55.26 ID:M/u7qcG6.net] >>489 コードビハイン� 512 名前：hスタイルでアプリ作ったことあれば、それをPrismでドリブンドライブに書き換えていけばいいだけでは？ テスト駆動、保守堅牢のためのPrismだで、、、 WinFormsでも、アプリ一本も作ったことなければ、まずはそちらから。 [] [ここ壊れてます] 513 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 14:02:24.31 ID:M/u7qcG6.net] 失礼　ドメインドライブね。 514 名前：デフォルトの名無しさん mailto:sage [2019/07/14(日) 14:07:37.90 ID:2ifJuNDC.net] ドメインドリブンのこと言ってる？わけないか言い直してるし 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で 616 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:15:26.16 ID:qess7VlR.net] WPFデザインってWin7のLunaテーマのイメージ 617 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:16:18.43 ID:qess7VlR.net] LunaじゃなくてAeroだった 618 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:22:45.61 ID:VVV12Px/.net] >>591 WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる… 正にVistaか7の時代 619 名前：デフォルトの名無しさん [2019/08/26(月) 22:29:08.48 ID:Wx9nEB+f.net] >>589 ほんこれ 気合いの入れ方が中途半端すぎ 620 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:04:10.96 ID:MCFEqLYy.net] 一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。 androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。 621 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:17:19.25 ID:MCFEqLYy.net] かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、 やっぱデータバインディングとかすぐに学ぶはめになったし。 622 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:27:56.52 ID:GeaqRBlJ.net] データバインディング便利でいいじゃん。 表示とロジックを分離できて見通しがいい。 623 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:32:49.32 ID:CfenbB74.net] MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ 624 名前：デフォルトの名無しさん [2019/08/26(月) 23:37:29.50 ID:Wx9nEB+f.net] わかるわー、 MVVM慣れるとレガシーは面倒すぎる 625 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:49:45.08 ID:MCFEqLYy.net] というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう 626 名前：デフォルトの名無しさん [2019/08/26(月) 23:56:16.79 ID:Wx9nEB+f.net] あんた自分が勉強嫌いなだけじゃん MVVM以前にもMVCやらデザインパターンやら 意識しないといけないものはいくらでもあったでしょう 627 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:37:24.80 ID:7s1l/ptn.net] じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？ 628 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:38:56.97 ID:7s1l/ptn.net] VB6やwinforms時代にどんなパターン採用してたの？ 629 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:43:54.63 ID:Wpw9BTQZ.net] DOC-View も MVCもWinForm以前からあるんだが? 個人的問題ならマ板でしろや 630 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:53:36.96 ID:7s1l/ptn.net] 存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。 631 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 03:48:51.51 ID:cPN8HTkT.net] MVP 632 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 05:34:30.66 ID:3C/EiBc0.net] 早� 633 名前：ｭ.NETでWin32を完全にリプレイスできるように ならないな、はあ。 [] [ここ壊れてます] 634 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:04:49.63 ID:bW2ePtKS.net] 無理だろ windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから 635 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:28:50.81 ID:NopeFxN7.net] MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた 636 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:46:08.12 ID:4WMOl80S.net] MSは今間違いなく迷走しているよね BGM:バッドボーイブルース 637 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 22:38:41.78 ID:St7bRLq6.net] >>610 ×今 ○ここ10年くらい 638 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 08:24:36.72 ID:Z2N7sLLL.net] OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。 639 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 19:55:13.55 ID:dwig1eJB.net] 思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう 品質とか興味無い 640 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 03:54:01.72 ID:iF4ecVgg.net] >>610 >>611 githubとかVSCodeのようなここ10年にない好調な分野で WPFの失敗を取り返した 641 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 15:32:23.77 ID:ERkIjfvr.net] >>607 もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、 デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない 万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど 642 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 16:47:02.85 ID:GA3Qy85O.net] .NET5って、選択枝がそれだけという事だろ？　失敗なんてあるの？ 643 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 17:50:33.12 ID:Ervdw2Vp.net] Blazorが天下を取るのは目に見えてるからなぁ 業務系は全部これでおk 644 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 18:17:06.08 ID:ERkIjfvr.net] >>616 .NET5が普及することが必ずしも.NET5の成功を意味するとは限らない みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ そうなれば当然MSは.NET5を放棄することになるだろう MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ 645 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 22:01:53.87 ID:VcfE35DU.net] 放棄ってどうするのさ 態々くっつけたのをまた分割するのか？ 646 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:03:11.02 ID:uONjY6PZ.net] ＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない .NET5の成功だろ 言いたいのはMSの成功を意味するとは限らないだろ 647 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:15:11.32 ID:daE1ezev.net] OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう 仮にそのコントロールが普及を妨げる性質のものであったとしてもね 648 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:01:51.67 ID:8S6g8PTE.net] >>614 アプリケーションフレームワークとツールの類を同列に語っても意味無い 649 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:21:51.42 ID:zHC92gqD.net] >>621 ちょっと何言ってるかよくわからない 650 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:39:06.27 ID:jKcP7puA.net] >>614 GitHubはただ買収しただけだし そもそもgitはライナスの作ったものだし… vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし MSはあまり貢献してない 651 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:59:08.53 ID:AytMhKL2.net] >>624 AtomとVSCode� 652 名前：ｶゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる [] [ここ壊れてます] 653 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 01:12:59.59 ID:UM0UH3ls.net] GitHubのプライベート数無制限もMSマネー後だしな 評価すべきところはちゃんとしなきゃね とはいえモダンなGUIに追従できるポジションのフレームワークが 悉く壊滅し続けている惨状を埋め合わせるものではない、というか関係ない 654 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 06:44:41.35 ID:+09iQaTY.net] モダンすぎるBlazor大成功確実 655 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:19:57.96 ID:BTqmdo6K.net] blazorってviewあたりはどうなってる？reactととかならmaterialやら色んなデザインのが今や豊富にあるけど。 656 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 08:32:47.45 ID:BTqmdo6K.net] dartとflutterはhammingbirdでwebのフロントエンドに進出だし、desktop embeddingでデスクトップも。dartは現状クソだからmicrosoftさんには頑張ってもらいたい 657 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 09:29:29.38 ID:DOQSWUJb.net] blazor触ったこと無いんだけどwebアプリってことはローカルファイルの操作とかは難しかったりすんの？ 開発補助ツールとか作ったりすんだけど、そういうのはやっぱデスクトップアプリのほうが向いてるよね？ そういうのもblazorでできるならちょっと触ってみようかなって思うんだけど 658 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:15:11.61 ID:AytMhKL2.net] >>630 なにができないかはWebAssemblyの制約に規定されるのでは？ 俺もBlazor触ったことないけど 659 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 10:27:14.18 ID:OiY9nyzL.net] 今はviewはRazorのままだな。WPFをcanvasとwebglでエミュレートするとかできたらいいのに。 660 名前：デフォルトの名無しさん [2019/08/31(土) 18:02:22.42 ID:Yn5v13ie.net] BlazorっていえばWebAssemblyだと思い込んでたけどサーバーサイドがあるのか やば、乗り遅れてるわ https://blog.okazuki.jp/entry/2019/06/11/135621 661 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 06:45:37.44 ID:Sa2Ng6Af.net] 祝WinUI 2.2 TabView!! 662 名前：デフォルトの名無しさん [2019/09/10(火) 23:16:19.51 ID:wxmv+p95.net] WPF＋XamlIslandでUWPのコントロールを使うとき スタイルをどうやって設定するかご存じの方いますか？ WPFプロジェクトだとUWPのXAML書けないです… 663 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:16:30.45 ID:o/5TVM4E.net] ちょっと古い質問かもしれないんですが、WPFのプロジェクトを新規作成して Prism.WPF、Prism.Core、Prism.Unityをヌゲットで適用したんだけど Microsoft.Expressions.Interaction が参照に入らないのです やりたいことは Xaml で ei:PropertyChangedActtion を使って View の Xaml だけで他のコントロールのプロパティを変えたい（ElementNameとTargetPropatyとかでできた記憶があります）だけなんですが、これはどこにいったんでしょうか。 664 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:20:27.73 ID:o/5TVM4E.net] 補足です。当時はヌゲットがなかったから Expression.Blend とかをインストールして参照設定の拡張アセンブリから選んで使ってたと思います 665 名前：デフォルトの名無しさん mailto:sage [2019/09/20(金) 01:12:36.63 ID:HDCFOJen.net] >>636 Blend SDKは廃止?方向みたいで、Xaml Behaviors for WPFがそれの代わり。 そのパッケージをnugetで追加して、xmlns:i=〜やxmlns:ei:=〜ってあった所は、 xmlns:i="schemas.microsoft.com/xaml/behaviors"に直せば前と同じに使える。 666 名前：デフォルトの名無しさん mailto:sage [2019/09/22(日) 22:53:58.06 ID:4iZ0rcTF.net] >>638 名前が変わったんですね ありがとうございますやってみます 667 名前：デフォルトの名無しさん mailto:sage [2019/09/26(木) 17:08:59.96 ID:RqohR87j.net] MediaElementなどを実装したUserControlを MainWindowで 668 名前：ItemsContrlを使用し複数表示しました。 その中の1つが選択されたときWindowいっぱいに広げたいのですがどうすればできますか？ ViewModel側で選択されたUserControlは取得できています。 [] [ここ壊れてます] 669 名前：デフォルトの名無しさん [2019/09/27(金) 00:31:03.92 ID:zANlzt+z.net] >>640 UserControl(View)をViewModelから参照するのはMVVMに反してるからオススメしない。 ItemsControのSelectedItemプロパティと選択中のViewModelとがバインディングできてるなら、 選択後にViewModelで全画面表示用のプロパティに値を設定すれば良い。 そのプロパティ値が変化したときにどうやってUserControlを全画面表示するかは、純粋にView(XAML)の問題だ。 670 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 12:08:12.14 ID:u+iGcBJm.net] >>641 やはりViewModelでUserControlを参照するのはマズいですよね。 プレイヤなので再生中の状態がそのままコピーされるとよいのですが。 全画面用のUserControlにどのプロパティを設ければよいでしょうか？ 動画パスや再生時間を渡して読込からやらせるしかないですかね？ 671 名前：デフォルトの名無しさん mailto:sage [2019/09/27(金) 23:54:36.27 ID:fjlgNlFb.net] ItemsControl上でも再生とか停止ができて、選択したらWindowいっぱいにしたい感じ？？ 672 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 06:32:34.96 ID:yTyvrKRv.net] >>643 そうです。 何かスマートな方法ありますかね？ 673 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 14:31:06.45 ID:7KAMFGQE.net] 拡大されてるムービーがどれかっていうのが、アプリのロジックに関係ないならクリックのイベントハンドラで書くのでいいんじゃないかな ItemsControlから画面いっぱいにひろげる方法は知らないんだけど、そういうパネル作るののかな？ 674 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 18:40:27.12 ID:OEfKx/qL.net] >>645 そうですね。 今はUserControlをItemsControlに重ねて配置してVisibiltyを切り替えています。 675 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 20:52:31.51 ID:XPio18TJ.net] PrismでRegion使えばチョチョっとできないかね 676 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 22:58:14.58 ID:RkNENkKq.net] 再生中の動画が流れたままシームレスにWindow全体に表示というのは厄介そう 677 名前：デフォルトの名無しさん mailto:sage [2019/09/28(土) 23:32:48.35 ID:dmYXSMEs.net] UWPならMediaElementにIsFullWindowってプロパティーがあって問答無用でフルスクリーン表示にできる あと、ConectedAnimationつかえるんだがな 678 名前：デフォルトの名無しさん mailto:sage [2019/09/29(日) 00:34:01.71 ID:sW5PihO+.net] XAML Islandで解決じゃん 679 名前：デフォルトの名無しさん mailto:sage [2019/09/30(月) 09:25:36.75 ID:EF3Cb7k3.net] >>649 >>650 ありがとうございます。 XAML IslandでUWPのMediaElementを実装してみます。 680 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 00:37:23.82 ID:YMHfANdP.net] おー上手くいったかどうか教えてくれると嬉しいな 681 名前：デフォルトの名無しさん mailto:sage [2019/10/01(火) 08:56:41.44 ID:58CauEY5.net] UWPのはウィンドウいっぱいというより、全画面表示だけど大丈夫かな？ 682 名前：デフォルトの名無しさん mailto:sage [2019/10/02(水) 21:41:52.01 ID:akptwudD.net] >>653 やはりそうなの？ 調べたらそれっぽいこと書いてあった Microsoft.Toolkit.Wpf.UI.ControlsのMediaPlayerElementを使ってみたのだが Sourceにバインドしても再生されない Xamlに直接書くと再生されるのだが… 683 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:07.32 ID: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 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:09:33.92 ID: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 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:19:23.75 ID:0y9ABYBv.net] 以下の部分コピペミスです set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("PriceData")); } 正しくはこうなってます set { price = value; PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("Price")); } 687 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 14:36:41.74 ID:0y9ABYBv.net] ちなみに、以下の部分を MainWindow.xaml <local:DecimalBox Value="{Binding Price}"/> 以下のようにするとTextBoxの値は1000になります MainWindow.xaml <local:DecimalBox Value="1000"/> 688 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 15:38:14.92 ID:zdauYmXS.net] <local:DecimalBox Value="{Binding Price}"/>においてデータコンテキストは DecimalBoxのコンストラクタで設定されてるDecimalBox自身 DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する ユーザコントロール自身ではなく、その直下にGridとかのパネル置いてそれのDataContextに設定するようにする 689 名前：デフォルトの名無しさん [2019/10/09(水) 16:14:04.43 ID: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 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 16:24:35.37 ID:0y9ABYBv.net] >>660 自己解決しました RelativeSource FindAncestorでUserControlまで遡ればよかったみたいです。 <TextBox DataContext="{Binding RelativeSource={RelativeSource FindAncestor, AncestorType=UserControl}}" Text="{Binding Value}" PreviewKeyDown="TextBox_PreviewKeyDown"/> 691 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:13:21.44 ID:Ce1FE6BG.net] >>659 > DecimalBoxにPriceなんてプロパティは無いのでバインディングに失敗する こう言う時は実行時でもいいから例外発生させるなりしてくれればいいのにね 692 名前：デフォルトの名無しさん [2019/10/09(水) 19:46:19.00 ID:yz69DB70.net] Binding失敗してるとデバッグログとかにメッセージ出なかったっけ？ 693 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 19:58:14.79 ID:0fRzc22C.net] デバッグログに出るけど他にメッセージが多いと見落としがち WPFにもx:Bind欲しい 694 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:00:06.20 ID:TJpx/LrH.net] さんざん欲しいと言われてるはずなのに追加されない なぜだろうね 695 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:05:55.57 ID:bHkpFlre.net] .Net5なら 696 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:16:15.27 ID:mYLA6NTy.net] ないない なんか勘違いしてるようだが、MSがWPFをCoreに移植したのはメンテナンスをしたくないからだよ 今後.NETランタイムがアップデートされてWPFが壊れて� 697 名前：焉ACoreなら開発者は自己責任で古いランタイムをずっと使い続けることができる [] [ここ壊れてます] 698 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:27:19.81 ID:E53UYuwr.net] winformsも同じだね 699 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:43:33.90 ID:yz69DB70.net] WPFはオープンソース化したんで何か起きるかもしれん 700 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 22:53:02.63 ID:373lwcNW.net] メンテナンスが放棄されcannaの二の舞を 701 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 23:31:18.85 ID:bHkpFlre.net] WPFは.netframework+WinUIと入れ替わる予定じゃないかな xamlソリューションとしてはこっちのほうができが良い 702 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 00:05:16.71 ID:/TNjFiTo.net] 引き合いに出すのがCannaかいなｗ Struts1とかのがヤバくね 703 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 19:08:05.52 ID:U4NCIrbo.net] WinUIは100%C++で書かれたwindows専用API 704 名前：デフォルトの名無しさん mailto:sage [2019/10/10(木) 20:23:18.39 ID:MeoT4exf.net] winui 3.0で新規に書き起こすんだから今なら下位のレイヤー取り替えられるようにするんじゃねぇかな？つまり、windowsから簡単に切り離せるように。 705 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 19:38:07.79 ID:NbTMQOfE.net] もともとwindowsの機能に依存したUIにすると思う 下位を汎用にすると設計が大変だから 706 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 20:17:33.23 ID:Mh9N3tse.net] 下位を汎用にした結果がWPFの大失敗だもんな まあWPFが下位に抽象化レイヤを入れたのは移植性を高めることではなくて自由度を高めるためだけど、 結局出来上がったのはゲロ遅くて無駄に複雑でMSによるアップデートも遅いゴミ WinRT以降のOS側で高レベルなUIコンポーネントを提供する戦略は少々行き過ぎてる気もするけど、 少なくとも今更WPFの黒歴史を繰り返すことはないだろう 707 名前：デフォルトの名無しさん mailto:sage [2019/10/11(金) 23:03:08.03 ID:XWYiG0pn.net] どういうことなの… 708 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 02:58:35.99 ID:VvRjKpAi.net] 下位を汎用ってもflutterだってやってることだしな。描画エンジンの部分と入力を汎用化するだけで、googleエンジニアが出来てMicrosoftのエンジニアができないとな？ もちろん、それなりの手間が発生するが。 709 名前： mailto:sage [2019/10/12(Sat) 03:11:46 ID:SBuCcucL.net] でもデスクトップPCそのもののシェアが減ってる現状で下位を汎用化してマルチプラットフォームにする価値あるか？というと怪しい気がする 710 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:34:07.80 ID:T5dO8LiA.net] 下位に抽象化レイヤを入れたGUIフレームワークとしては既にElectronが成功を収めている 今更作る意味はないよ 711 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:37:10.78 ID:VpodjE+/.net] みんな大失敗だよ。 712 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:44:21.47 ID:VvRjKpAi.net] WinUIはFluent Design Systemのライブラリだし、別にタッチ専用という訳じゃないけど、クロスプラットホーム化狙うなら、まずはUWP/Android/iOSでしょうに。 WinUIはただのUIライブラリだから、プラットホーム特有のAPIも簡単に呼べるようにならんだが。 https://devblogs.microsoft.com/dotnet/introducing-net-5/ .net coreにもjava/swift interopelabilityが予定されてるし。 713 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:46:15.64 ID:VvRjKpAi.net] Electron上げるくらいならflutterの方が有望だと思う 714 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 08:53:16.39 ID:VvRjKpAi.net] まぁ、俺はflutterに乗っかりつつあるけど、Microsoftはやる気あるなら急がんと。googleのflutterへのやる気すごい。 715 名前： mailto:sage [2019/10/12(Sat) 10:28:41 ID:V3SUioeZ.net] Blectronやろ 716 名前： mailto:sage [2019/10/12(Sat) 18:51:33 ID:0Jt8rcSq.net] Electronを汎用と言うのは脳がいかれてると思う 717 名前：デフォルトの名無しさん mailto:sage [2019/10/12(土) 21:11:44.74 ID:fKbeXMkP.net] Webブラウザは明らかにPALと見做せるだろ しかも対応するする詐欺ではなく既に各プラットフォームに実装が存在する 718 名前： mailto:sage [2019/10/13(Sun) 20:08:26 ID:g ] [ここ壊れてます] 719 名前：3zENVi8.net mailto: PAL (曖昧さ回避) PAL方式 - アナログカラーテレビ規格 Pilot Activated Lighting - 飛行場の灯火に関するシステム フィリピン航空のICAO航空会社コード プログラマブルロジックデバイス (Programmable Array Logic) 年間熱負荷係数 (perimeter annual load) - 建物の省エネルギーの指標 パレスチナ自治区の旧FIFAコード 江釣子ショッピングセンター パル [] [ここ壊れてます] 720 名前： mailto:sage [2019/10/14(Mon) 16:48:28 ID:WeKpLulI.net] >>669 オープンソース化してなんか起きたのってなんかある？WTL？ 721 名前： mailto:sage [2019/10/14(Mon) 16:50:13 ID:WeKpLulI.net] >>322 jsonと規模が違いすぎるだろ アホすぎる 722 名前： mailto:sage [2019/10/14(Mon) 16:54:22 ID:r8b52e+X.net] 三ヶ月と半月 723 名前： mailto:sage [2019/10/14(Mon) 17:42:15 ID:7niU2SoV.net] >>690 規模とか都合のいい条件後付けすんなよwwwww 724 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 20:28:57.08 ID:ZDEVVSo/.net] >>690 INotifyPropertyChangedの実装をネットで拾ってくれば数十行のコピペで行ける 嫌ならライブラリなど使わなくてもいい 725 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 21:17:15.84 ID:PUjSeEPC.net] オープンソース化したらソースが見れるからとドキュメントを書かなくなり、 ユーザもテスト丸投げで品質が下がって 誰も使わなくなって誰も保守しなくなるパターンはいっぱい見てきた。 726 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:25:51.44 ID:xbNYMWcX.net] PrismとかReactivePropertyみたいなもんを 汎用化してフル機能で実装するのは難しいかもしんないけど 必要な範囲を作り込むだけなら現実的な工数でできるんじゃないかな 727 名前：デフォルトの名無しさん mailto:sage [2019/10/14(月) 22:46:59.97 ID:O9NensbZ.net] 同僚のプログラマはソース見れるからドキュメント書く必要はないと？ 728 名前：デフォルトの名無しさん mailto:sage [2019/10/15(火) 09:54:14.02 ID:uXTdmEH6.net] 今回のSDK更新でUWPDESKTOP完全に逝った？　BLE等々使えなくなってるんだけど、、、 729 名前：デフォルトの名無しさん mailto:sage [2019/10/23(水) 08:03:51.37 ID:265Q+qtw.net] まるでOSS品質 730 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 08:03:50.83 ID:Q9FrB4sN.net] .NET Core 3.0 のリリース以降はコミットも激減してるね 順調に終了に向けて畳みに入ったようだ 731 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 12:43:00.83 ID:/BnASX8q.net] そりゃ元々死んでたのを移植してただけでおすし 732 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 15:48:12.23 ID:Oh473u6X.net] リアニメイトではなく墓を移設しただけか 733 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 16:14:09.33 ID:in/88NWJ.net] ポストモーテムプログラミング 734 名前：デフォルトの名無しさん mailto:sage [2019/10/28(月) 18:19:00.88 ID:JOlYOcTH.net] とにかく終了してよかった。ほんと惨い仕様だったからな。 735 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 09:12:27.78 ID:5yTsnrxf.net] MS自身が終わったと公式にアナウンスしていないプロダクトが半端に世に残り続けるのは 良かったどころか地獄に巻き込まれかねんがな 736 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:31:53.21 ID:YCAuRgWu.net] 勝手に皆がwinforms終わった終わった言ってたけど終わってなかった 737 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:46:47.87 ID:wj5iFmjc.net] wpfけなしてるのって winformしか分からない低スキルおじさんと思ってんだけど偏見だろうか 738 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 19:53:59.26 ID:+aWfVBYE.net] 偏見じゃないだろ 統合失調症だよ 739 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:02:44.28 ID:r3tx6fiI.net] それってとても重要なこと。低スキルには使えないなんて、 フレームワークとして致命的な欠陥品、ゴミと言わざるを得ない。 馬鹿でも使える、Delphi、VB6、C#+winformのユーザを取り込めるはずがない。 キミはwpf使えるおれ高スキルと自惚れてたようだが、実はこのスレでキミが一番滑稽だったんだよ。 740 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:12:26.96 ID:lqcJQiNV.net] 日本の大半のコーダーはwinformレベルしか理解できないだろ 741 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:17:06.23 ID:YCAuRgWu.net] 低レベルかどうか以前に使いにくい listboxのアイテム右クリックして操作するのが非常にめんどくさい ancestorのbindingとか見ると非常に汚いしこんなもん使いたくないけど使ってる 742 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:23:35.82 ID:C299Q9qq.net] バカが使えねーとか結果もいいとこだろ 馬鹿かお前 743 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:36:27.81 ID:YCAuRgWu.net] RelativeSource FindAncestor, AncestorType={x:Type Window} これが汚い これが平気で使えるのは頭おかしい データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが Type Windowと言う変な依存を作ってしまうのが汚い 744 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 20:42:22.81 ID:YCAuRgWu.net] 元のデータ構造に依存してデータ操作するならわかるんだけど GUIのオブジェクトの構造に依存してまたそこからDataContext参照してそこでまた型が違うかもしれないものに対して 平気でアクセスしてしまう異常性 WPFは汚いよ 仕組みを作るべきだった 745 名前：デフォルトの名無しさん mailto:sage [2019/10/29(火) 22:41:25.89 ID:fUvf5qSP.net] >>712 そこ、Windowでも動くが、大体ListBoxだよな それなら問題ないだろ 746 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 03:52:53 ID:d1aCsWvI.net] 汚いなさすがWPFきたない 747 名前：デフォルトの名無しさん mailto:sage [2019/10/30(水) 11:26:47.04 ID:X6nZEuPE.net] >>711 10年以上前から言われてたから普及するわけないと散々・・・ 748 名前：デフォルトの名無しさん mailto:sage [2019/10/31(木) 14:51:30.77 ID:lA+PWvZ+.net] vb6でもwinformsでもwpfでもuwpでもelectronでも何でも自分の用途にあってればいいわけで、テクノロジーや、それを使う人をdisったりする理由にはならないと思う サポート切れてるのは新規採用は自分ではしないかなというくらいで後は好きなの使えばいい そして俺はWPF好き 749 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 07:16:23.42 ID:POn0QVxB.net] 俺もWPFの方が好きだなぁ XAMLで構造が編集できるのがいい 750 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:29:04 ID:luUnrp0t.net] >>712-713 > RelativeSource FindAncestor, AncestorType={x:Type Window} > これが汚い > これが平気で使えるのは頭おかしい それなー > データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが いやいやそれは逆にビューがデータ構造に依存しちゃうからまずいでしょ > Type Windowと言う変な依存を作ってしまうのが汚い 型で検索すると言うのが気持ち悪い なぜビュー内の名前で参照できるようにしなかったんだろう？ 751 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:48:08 ID:XtQgzT46.net] ElementNameあるんだけど 752 名前：デフォルトの名無しさん [2019/11/01(金) 08:48:22 ID:hqW7WiA1.net] >>719 別ファイルでDataTemplate定義してたりしたら使えないけど、ElementName使って名前で参照も出来る場所もあるよ 753 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 08:56:09 ID:luUnrp0t.net] >>720-721 まじか、知らんかった… 休み明け（今日は有休）に会社で試してみよう 754 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 13:47:06.36 ID:BwGO0cqt.net] .net coreでグラフ画像を作る方法ある？ chartコントロール使えなくなったから、新しいやり方知りたい 755 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:19:46.78 ID:TtiCw1tS.net] そういうジャンルはHTMLにもう任せてしまえば楽なんだけどなあ jsのライブラリを使えれば一番楽だしGUI操作などもインタラクティブに行える 大量の人間が常に開発を続け最新のトレンドを自分の製品に取り込める けどWPFなんでしょ？ これからもJSと比べるとライブラリ大幅増の希望もないけどWPFなんだよね 756 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:23:09.89 ID:7fq87ZBz.net] ライブラリ増に関してはWinUIがある 大幅増じゃないが 757 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:25:10.00 ID:TtiCw1tS.net] これからもOSSのライブラリ依存の状況は進んでいくだろうけど そういうプロジェクトでユーザーや開発者が多いのはjsなんだ 最先端で使いやすいものを取り入れようとするとC#+WPFは選択から外れる ごく限られた環境で使うときにWPF＋MVVMは使いやすい しかし実際にアプリを作ると使いたいライブラリがなくあっても貧弱で古い事が多い 758 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:30:59.87 ID:TtiCw1tS.net] WPFを使うのは自分が開発しやすいからであるが特定の最新機能などを使おうとすると OSSが無かったり貧弱であったりしてまあ思い通りのアプリが作れないことがある そういうのは個人ではどうにもならないレベルだったりするんだよね 自分が開発しやすいから選んだはずなのに実際はしやすくない いつか誰かが作ってくれるのを期待して待つかそこだけ他の技術に頼るか それかあきらめるか 759 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:43:54.06 ID:TtiCw1tS.net] ヘタするとWPFで開発十数年の人が作ったWPF上のグラフアプリより 入門三日目のhtml+jsの作ったグラフアプリのほうが評価が高くなるかもしれない そしてwebアプリは3日で出来てWPFは一か月かかるかもしれない これからどう生きていくかは自分で選択してできるだけ狭い世界に閉じこもらないようにしないと環境と一緒に死んでしまう 760 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:46:57.03 ID:EqckBJhH.net] いやjsのほうが人選ぶだろ 型なし言語をスキルない奴に触らせると地獄 これからはBlazorな！ 761 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:51:28.94 ID:TtiCw1tS.net] ユーザーの目が肥えて期待される機能の完成度のハードルがあがっていくと 高機能のありものを使うしかない WPFに限らずC#に高機能な既製品が少ない 762 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:52:08.15 ID:U/a7Wx11.net] WPF理解できずに逆ギレしてる ID:TtiCw1tS w 哀れやのう 763 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:55:00.88 ID:TtiCw1tS.net] 書いてる内容noどこがWPF理解できずの部分があるのか教えてくれよｗ 764 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:05:47.08 ID:esyAMMm3.net] >>731 もう夢は終わったんだよ。WPFは消える。だがキミの仕事は安泰だ。 WPFの保守案件はWPFマスターのキミが独占できる。コボラーと同じ身分だ。 765 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:12:23.60 ID:TtiCw1tS.net] 自分がWPF使ってるのはGUIデザインがやりやすいからでHtml+CSSは理解できないししたくない 自分が使いやすいから使ってる トータルで優秀だとは思えないが自分の好みで使ってる いつか死ぬのは見えているでも使ってる 愛があるとかじゃなく今自分のレベルで使えるのがWPFだから使ってる 使える部分だけ使ってる 766 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:27:27.29 ID:xPzXsDel.net] それでいいよ 767 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:14:50.59 ID:POhg1hDY.net] jsのライブラリも有料化の波が・・・ 768 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:54:38.37 ID:akoaid8M.net] スレチだったらすみません < 769 名前：br> グラフ(データプロット)と表を並べるGUIを作りたいんだけど、最近のGUIプログラミングって、どの言語がおすすめ？ 楽に覚えられてチャラいデザインにできたら御の字です C#、MATLAB、Pythonは扱えますが、GUIプログラミングのことはよく知らないもので…… [] [ここ壊れてます] 770 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 18:06:20.34 ID:pWYzNK5/.net] webでjs使うのが一番表現は自由だと思う 771 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:10:48.46 ID:FxhpmPNy.net] 俺はプログラムができてオシャレな物作れるんだぞと言うのをアピールしたいなら java scriptがおススメ 772 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:15:30.51 ID:FxhpmPNy.net] 俺はデータサイエンティストだぞというの� 773 名前：�アピールしたければpythonがおすすめ メジャーなグラフアプリもある [] [ここ壊れてます] 774 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 21:48:00.04 ID:RbIBPvzK.net] 俺は泥臭い仕事何でもやりますアピールしたいなら java scriptがおススメ 775 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:30:42.41 ID:Nne/H10W.net] 夢も希望も無いな 776 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:53:31.90 ID:tYWIiPQE.net] >>739-741 ありがとう 泥臭い+オシャレアピールしたいからjsにします。 777 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 15:49:02.46 ID:ng0hG2Nw.net] 他人が書いたWPFコードは読めたものじゃないな。保守性ゼロ。 778 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:29:59.14 ID:kVBOYkVG.net] 他人が書いたWPFコードは（>>744みたいな無能には）読めたものじゃないな。（>>744みたいな無能には）保守性ゼロ。 当たり前やなw 779 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:48:20.02 ID:Y1hBQ+8z.net] >>745 言えてる 780 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 17:55:02.22 ID:leaAuATv.net] これから.net frameworkと.net coreが統一されるというが実質は.net frameworkが捨てられるだけ 皆が.net coreに移るわけじゃないから結果として.net軍団は二分される ゲームでunityに流れ込む人は多いけどWPFに流れてくる人は大幅に減ると思う 781 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 18:39:05.65 ID:YzgyorL1.net] まあWpfフェードアウトしてUWPのWinUIベースになるのは予想できるね 基本的にはWpfとほぼ同じでx:Bindなどの拡張があるから良いと思うよ WpfにできてWinUIに出来ないこともあるけど、UIタスク以外からコレクションイジられるようになればいいけどな 782 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 20:08:32.81 ID:+IMA5W8O.net] プログラミングのモデルをがらっと変えてくるのはともかく 性能や機能面で以前より劣るものをこれからの主流で御座いと押し付けてきた挙句 そのへんロクに改善せずに開発者の移行も進まず以前のフレームワークもダラダラとサポートし続ける WindowsのGUI方面はWin8から今まで5年以上は時間と金をドブに捨てとるわ 783 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 21:43:31.62 ID:6/YkgK4q.net] 正しい方向へ戻っただけだと思うけどね Windows作ってる会社自身が、Windowsの進化が遅いから箱庭方式のフルスクラッチでOSから独立したGUIフレームワークを作るわーなんて言ってたんだぞ 糖質かよ 784 名前：デフォルトの名無しさん [2019/11/04(月) 00:35:03.18 ID:ViGCTZCn.net] MSの誰がそんなこと言ったんだ？ だいたいこんなゴミフレームワークですら叩くと信者がワラワラ出てくるがそいつらが本当の糖質だろ。 技術的な話題には一切入ってこない低スキルなのに。 785 名前：デフォルトの名無しさん [2019/11/04(月) 01:41:28.60 ID:uqYdx4m2.net] どうも、Microsoftのこれからの方向性 この1年で大きく変化しているのを理解できていない投稿が 多いように見受けられんだけど。 来週のIgniteを楽しみにしよう。 786 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 02:18:54.05 ID:B36l93jf.net] MSのこれからの方向性？ 「Azure全振り」だ デスクトップアプリなんて商売としては最早どうでもいい分野であり戦略もクソもないよ 787 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 08:16:57.81 ID:7wrIz40y.net] > 技術的な話題には一切入ってこない低スキルなのに。 >>751の悪口はやめなよw 788 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 14:57:49.02 ID:ViGCTZCn.net] >>754 糖質信者乙W 789 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 15:02:34.48 ID:+lCGWVyn.net] 相変わらず非技術的な内容だと元気なID:ViGCTZCn w 790 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 16:56:18.36 ID:ViGCTZCn.net] 過去ログも含めてこのスレの大半はWPFの悪口だが、 このようにWPFをゴミと言うだけで信者が顔真っ赤に絡んでくるから注意な。 791 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:09:09.95 ID:DlV1X8tk.net] ん？そりゃ悪口とその反論が半々てことじゃないのか？ 792 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:26:07.75 ID:7wrIz40y.net] ID:ViGCTZCnは技術的な話に� 793 名前：ﾂいてこれないならマ板で吠えてりゃいいのにw [] [ここ壊れてます] 794 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 18:30:40.97 ID:ViGCTZCn.net] 昔は普及したかと確認する奴もいたが今はそれすらおらず、MSも匙を投げたようだ。 GUIフレームワークの話には入らないが必死に煽るレスだけは必死の ID:7wrIz40y みたいな奴のレスが残りの半分だな。 795 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:32:59.72 ID:7wrIz40y.net] 流行らないと言うなら無視しとけばいいのに哀れな奴w 796 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:43:13.47 ID:ViGCTZCn.net] >>761 だからこっちは質問してんだよ。 質問に答えれないのになんでいちいちおれを煽るかね？　まじ糖質だな。 MSの誰が言ったんだ？　ヘジか？　シノフスキか？ 答えれないなら二度とおれにレスすんな、糖質野郎。 797 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:11:22.32 ID:7wrIz40y.net] はあ？ お前の相手が一人だけだと思ってるのかよw 798 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:47:14.84 ID:IruLh5fJ.net] 好きにすれば良いだろう。 まったく自信ない奴らだな。 799 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:06:42.71 ID:pMpWm31L.net] WPFが復権すると勘違いしてるやつらがいるんだよ そもそもがメインストリームとして普及したこともないのに winformsの方がまだ普及してた 800 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:10:05.13 ID:mg/MfEhw.net] まだプレビュー品質だけどReact NativeをUWPに埋め込む機能をXAML IslandsでWPFに埋め込めるから、JSでやったほうが楽なものはそっちでやれるようになる日が、そのうちくると思う 801 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 00:35:50.31 ID:mNhb+bKU.net] JSでやったほうが楽なもんは今でもJSでやるだろう 802 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 16:20:02.41 ID:+CgvG+1/.net] https://devblogs.microsoft.com/visualstudio/all-things-developer-tools-at-microsoft-ignite/ の > XAML code editor pop up, merge resource dictionaries and more > In this release there are multiple new features for desktop developers building WPF or UWP applications. > One such feature is the ability to open the XAML code editor window separately from the XAML designer using our new “pop up” button next to XAML tab: くらいかな WPFの話は あまりの注力度に腰を抜かしかけた さすがMicrosoft 803 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 17:19:07.50 ID:9cwA4daT.net] >>767 wpfとかで作ってるんだけど、このuiはJSならすぐできるのになぁ…というとき用を想定してた 804 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:06.72 ID:1rlVNU81.net] >>752 楽しめましたか…？(小声) 805 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:08.87 ID:C/ZEDMBc.net] >>769 誰やねんWPF採用したアホ、、、今更オワコン勉強したないしどないしょ、、、せや！Reactがあるやん！ こうだぞ 806 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 21:13:04.93 ID:SxErwohi.net] >>752 お前のずれっぷりが楽しめたよ 807 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 18:40:18.34 ID:IJpGwucR.net] prsim のサンプルで using Microsoft.Practices.Unity;の部分が 型または名前空間の名前 'Practices' が名前空間 'Microsoft' に存在しません (アセンブリ参照があることを確認してください)。 アセンブリの参照追加にもそれらしい名前がない どうしたらサンプル使えるのか誰かおしえてください 808 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 19:55:46.49 ID:ZywbswnK.net] nugetでunity追加しましたか？ 809 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:04:32.13 ID:fi/5YPdO.net] チュートリアルの手順通りにやればできるよ 何かをすっ飛ばしてるか異なるバージョン環境か 810 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:14:58.60 ID:IJpGwucR.net] 811 名前：最初にPrism Template Packをインストしてその後nugetでunityはいれました。 参照にprism.UnityやUnityがあるのですが ダブルくりっっくすると このプロジェクトは、利用不可能か、またはビルドされていないため、オブジェクト ブラウザーで表示できません。プロジェクトが利用可能でビルド済みであることを確認してください。 一応ビルドはしているけど↑のメッセージがでるのは普通なのだろうか？ 最新バージョン環境だと駄目なのかな [] [ここ壊れてます] 812 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:17:28.46 ID:fi/5YPdO.net] VS2019の最新で開発してるけど問題ないよ プロジェクト作るところからprism選択するけどそのへんもちゃんとした？ 813 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:29:58.70 ID:9VJ5I3NB.net] >>776 prismは７で大きく変わっているから、nugetする時バージョン下げないと動かないサンプルあるかもしれんね 814 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:30:27.16 ID:IJpGwucR.net] 新しいプロジェクトの作成で Prism Blank App(.Net Core3) Prism Blank App(WPF) 両方試したけど同じエラーメッセージがでます WPFはフレームワーク4.8　4.72　4.6と試してみたけど同じだった 815 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:03:36.56 ID:IJpGwucR.net] 参考にしようとしてたところがPrism6.3でやってたようなので 公式のサンプルをまず参考にしてみます 816 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:18:46.92 ID:fi/5YPdO.net] なぜ人は質問時にバージョンを明記しないしチュートリアル参考時にバージョンを確認しないのか 817 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 23:50:56.66 ID:iZKL+aCc.net] WPFのスレあったんだね <gridpanel> <label>タイトルバー</label> <textbox /> <stackpanel> <button/> <textbox/> </stackpanel> </gridpanel> みたいな構成のコントロールがあるんだけど タイトルバーをドラッグしたらcanvas上で移動するようにするには どうしたらいいんだろう？ 何かヒントをもらえると助かります thumbでやろうとしたけど使い方がよくわからず 上手くいきませんでした… 818 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 00:32:58.49 ID:a+LjUnl5.net] Canvasの中に置いて、DragDrop.DoDragDropじゃいかんのか？ 819 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 18:32:16.09 ID:X6meMw3h.net] 動かせたとして今時点の希望の動作が通常の使用に充分な物とは感じられないと思う canvasの中だけしか動かないのは非常に不都合だろう 820 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 22:23:48.95 ID:3+4xKAQS.net] そういう要件なんでは？ canvas上で移動したいって書いてあるし 821 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 18:44:46.91 ID:d+a2qUuR.net] なんとなくcanvas上で動かしたいんだろうと思う canvasなんて狭いしスクロールとかの制御も厳しい 実際に使うとゴースト出せて動かせるほうが絶対いい 822 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 15:42:14.29 ID:+CnVgCxY.net] VS2019で、WPFプロジェクトを作って、MainWindow.xamlに対してデザイナを開き、 ツールボックスから「すべてのWpfコントロール」からメニューというものを ドラッグ&ドロップしてみたのですが、普通のWindowsアプリのようなメニュー項目 にはなってくれませんでした。 FormアプリだとMenuStripなどで簡単に出来たのですが、WPFだと同様には できないのでしょうか？ 823 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 18:56:05.80 ID:0kRbSQZl.net] 「普通のWindowsアプリ」ってのがよう分からん スクショでも貼ってくれぃ 824 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:07:21.14 ID:SnLvTGtj.net] winformsはデザイナが親切で楽に作れるんだよ WPFは知識ないと無理 ググってやるしかない .net core版WPFだとさらにデザイナすら整ってない 825 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:46:53.04 ID:ZnlyH0jn.net] WPFでは簡単にはできません。そしてこれからも改善する余地もありません。 826 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:35:03.99 ID:cIlNnlO0.net] 普通のｗｐｆ使いはxamlを直接書くから気にならないんだよな アニメーションの設定でBlend使ったりは駿河 827 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:39:00.52 ID:FlbWL9l0.net] 828 名前：wpfはウェブアプリを作るのに似ている [] [ここ壊れてます] 829 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:36:31.61 ID:SnLvTGtj.net] MSの人は目玉になりそうなものでこう決まったとなれば何でもかなりかっちり作ってくる 手間暇かけても作る （blendもVSと別ソースで作ってたらしいけど） 逆に普段使いであれば便利だなと思うものはほぼ作られない 何年たとうがかわらず作られない 上からの指示がないんだろうなと思う 830 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:53:02.01 ID:+CnVgCxY.net] >>788 単刀直入に言ってしまえば、メニューという名前が付いてますが、 パソコンの世界で伝統的に「メニュー」と呼ばれているものにはならないのです。 831 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:29:49.56 ID:RwF92niu.net] >>793 最近はAzureの糞サービスの乱発で一概に品質が高いとは言えなくなりつつあるけど、 やっぱりスタンドアロンなソフトウェアに関してはMSの開発力は神がかってるよね Googleと違ってゴミもそれなりに綺麗に仕上げてくるから、泥舟を回避しづらいのが難点ではある 832 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:37:49.46 ID:jUhE2Dju.net] ドキュメントを碌に整備しなくなってからがMSの衰退の始まり。 昔からのルール破ってコード書かない人がプロジェクトリーダーになるようになったから 軽視するようになったんだね。 833 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:04:26.01 ID:5dwJkF8Y.net] https://www.reddit.com/r/dotnet/comments/bmq1py/is_wpf_going_to_be_cross_platform_in_net_5/ 6 months ago No. The whole point is to move WPF and WinForms to be able to target .Net Core, that's it. Just because something targets .Net Core doesn't necessarily mean it is cross platform. There is just too much existing software using WPF and WinForms and the point is to have a migration path to newer technologies. .Net framework is not getting any more new features so if MS wants WPF and WinForms to live on, they need to make it work for core. Maybe one day they will be cross platform, but right now they are just too reliant on Windows specific features. At this time they have explicitly said they do not want PRs adding cross platform 　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ capability. Maybe sometime in the future they will work on cross platform capability, or maybe ~~~~~~ a group forks it, who knows. I'd love to see WPF being cross platform. While it has a steep learning curve, you can do some great things with it. 834 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:05:25.06 ID:5dwJkF8Y.net] 6ヶ月前: Q: Is WPF going to be cross platform in .NET 5 A: At this time they have explicitly said they do not want PRs adding cross platform capability. 835 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:09:37.66 ID:5dwJkF8Y.net] 6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという PRをしたくない」ということをMSは明確に述べていたそうだ。 つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという ことらしい。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム に積極的になった事は無いとのことだ。 836 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:15:22.33 ID:5dwJkF8Y.net] Q: WPFは.NET 5のクロスプラットフォームになりますか A: 6か月前 これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。 これは、明らかにMicrosoftの 837 名前：予定リストにはありません。 Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。 アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、 この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、 その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス （DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての 素晴らしいことを（とにかく多大な労力なしで）実行できます。 言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。 繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、 そうすることに興味のある人はあまりいません。 [] [ここ壊れてます] 838 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:24:30.93 ID:ioPxwfyJ.net] すみません、>>797 から >>800 は、Xamarin スレへの誤投です。 839 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 04:37:35 ID:jUhE2Dju.net] > WPFはWinFormsができないすべての素晴らしいことを（とにかく多大な労力なしで）実行できます。 いや、まずWinformsでできることをWPFにも労力なしでできるようにしてほしいんだが。 840 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 07:27:47.44 ID:ADq5wcSz.net] xamlの場合はxmlに馴染みがあるかどうかが分かれ目だな。 それさえわかっていれば本当に楽。 841 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 11:53:59.90 ID:SNu9npot.net] >>794 WPF Menuでググれよ… https://blog.okazuki.jp/entry/2014/08/12/122541 ただデザイナでやろうとするとめちゃ大変（まあ慣れてないだけかも知れんが） 素直にxaml直書きのほうが楽だと思う 842 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:32:11.90 ID:8gyrpVW6.net] > WinFormsができないすべての素晴らしいこと これに対する需要がないんだな 843 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:43:55.11 ID:GgI5BjsL.net] 少なくとも画面レイアウトとテストは楽になった。 formsの方が良かったことって何かあったかな。もはや思い出せない。 844 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 16:42:13.40 ID:8/4AEaZj.net] WPFアプリはおれおれレイアウトが多く使いにくいよな。とにかく操作に統一感がなく不便で最悪。 MFC、winform縛りだとレイアウト、操作性に統一性があって操作に迷わない。 無能デザイナというのは独自性、おもいつきばかりで使う人のことをまったく考えてない。 845 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 19:52:58.83 ID:vALGI2JD.net] 使いやすさより作るのが楽しいほうが重要 846 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 21:37:07.35 ID:Q41+AXQm.net] >おれおれレイアウトが多く たとえばどんな？ VSCodeとかElectronのアプリだと従来のUIガイドラインから遠いものが多い印象だが。 847 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 00:44:49.82 ID:97D6zl40.net] 13年頑張っても普及しなかったゴミをMSが切り捨てられない理由はなんだろうなw MSの中にはもう技術的な話ができる管理職がいないんだろうな。 848 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 07:42:01.90 ID:PB4QhTfG.net] そもそも普及に頑張ってたか？　というレベルだしなあ まあWindowsチームにWPFに限らず.NET技術自体が嫌われたってのは MSのなかのひと達からもよく出てくる話よね 849 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 08:56:56.98 ID:Lba1zpe5.net] WOW64は完璧だし、x86バイナリをARMで動かしたり、LinuxバイナリをWindows上で動かしたり、MSSQLのWin32バイナリをLinuxで動かしたりといったトンデモ技術も難なく実用化してしまっ 850 名前：た これほどネイティブコードの移植技術に長けたMSに果たして.NETが必要だったのかは激しく疑問だよね Windowsの進歩を見限ってWPFを作ったらWindowsに背後から殴られた件もそうだけど、Javaなど他社の成功を後追いすることに躍起になるあまり、 自社の強みに目を向けず、Windowsチームに技術的チャレンジをさせてこなかった反動が来てるんだろうね [] [ここ壊れてます] 851 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:06:31.94 ID:c0fA4obI.net] .NETは成功してるだろ。 C#があのVB6のOCX地獄をどれだけ駆逐したか。 852 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:17:33.09 ID:Lba1zpe5.net] OCXはバージョニングの仕組みに問題があったが、だからといって全てを抽象化してWindowsから独立したシステムを構築しようなどというのはあまりにも暴論極論 現に.NET Coreでは.NETはWindowsの中核技術から単にアプリに組み込まれるインプロセスなランタイムに「格下げ」されたわけで、 当初の構想からすると成功と言うにはあまりにも残念な結果だ 853 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:18:01.46 ID:6ps0JqqR.net] vs2017だと 1.デザイン画面でGridをDockPanelに変更する 　　コンテキストメニュー/レイアウトの種類の変更 2.ツールボックスからMenuをDockPanelにドロップする 3.Menuのプロパティ/レイアウト/Dock/Top 4.Menuのプロパティ/レイアウト/Width,Height,VirticalAlignmentをクリアする。 5.Menuのプロパティ/共通/Itemsのボタンを押す。 6.コレクションエディターが表示される。 7.左下のコンボボックスからMenuItemを選び、追加を押す 8.右側のプロパティ/共通/Headerに文字列を入力してOk>90 9.DockPanelにGridをドロップして、GridのWidth,Height,VirtiacalAlignmentをリセット ドロップダウンメニューは MenuItemのプロパティ/共通/Itemsのボタン 854 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:20:24.22 ID:6ps0JqqR.net] "Ok>90" --> "Ok" 855 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 15:16:56.99 ID:2jFqraTL.net] >>811 WinFormsはまだ、Win32のコントロールを使っていたそうですが、WPFは 使ってないそうですから、もっと嫌われている可能性もありますね。 しかも、WPFは書き方もWindows伝統とはかけ離れて、HTML+JSの書き方に 近いようですし。 856 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 21:16:37.05 ID:Y24HLISL.net] Windows伝統ってWin32のことかねぇ？FormsやMFCだってだいぶかけ離れてるように思うが。 イベントドリブンなところは共通しているかもしれないがHTML+JSだってそうだしなぁ。 857 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 21:29:13.98 ID:A17zj/a7.net] .netはDelphiから来たから嫌われてるのか 858 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 22:18:50.38 ID:uXKfGYPK.net] 主にコア部分の性能面での問題を抱えたまま 一級開発環境としてねじ込もうとしてたのが原因なので WinformsだのWPFだのは関係ないのだ 859 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 06:18:03 ID:uKd7b4Ct.net] 一級開発環境ってなぁに？ 860 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:28:48.27 ID:2slcREB7.net] WPFの遅さが気にならない奴はプログラマの才能がない。 861 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:40:22.92 ID:gK3OO6AB.net] 昔はjavaは遅いからダメだ！って主張多かったよねー じゃあ今のjavaは良いのか？って言われると困るけど結果的には広がりは見せたわけで 速度なんてあとからどうにでもなるんじゃね？って思う 20年前のハード性能の向上比率と今のそれは違うので比較するようなものでは無いかもしれんが 862 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:53:06.15 ID:OWOiuO7H.net] JavaのGUIコンポーネントはクソ遅いしダメダメだろ 結果的に広がってませんが。 863 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 20:53:25.02 ID:ddVAIVMv.net] javaの代わりにspan 864 名前：だの今後はutf8string?とか高速化を頑張ってるc#で書けば、クラウド代金3割くらい減らせたりしないものなのか? [] [ここ壊れてます] 865 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 21:14:38.33 ID:DDtdC0yi.net] WPFは見た目がしょぼくて客から金を取れないのがすべて 866 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 21:34:37.51 ID:fN1eu2LC.net] バックエンドはクラウド時代になって多少遅くてもとか言えなくなっちゃったからしんどい まあでもWPFはデスクトップだから多少遅くてもいいけど 867 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:02:36.52 ID:jA/F562D.net] >>825 さすがにJavaとC#なら有意な差は出ない 少なくとも、書き直してる暇があったらその手間をボトルネックの最適化に注ぎ込んだほうが間違いなく速くなる MS製のものを除けばC#はJavaに比べてOSSライブラリの品質が低い傾向があるしな 868 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:06:40.44 ID:356Y4TmE.net] >>828 SpringとASP.NET Core、みたいなFrameworkの観点で考えると圧倒的な差があるけどね 869 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:07:26.43 ID:RbD5TOg+.net] もう全部CUIにしよう！ 870 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:13:12.75 ID:gK3OO6AB.net] javaが昔遅くてダメだって言われてたのはJVMを経由するからという部分 世界的には微妙かもしれんが国内では間違いなく相当普及してる 20年前のエンジニアに言えば卒倒するレベルには普及してる これを普及してないと言うなら普及してる言語ってなんだよｗ 871 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:36:08.94 ID:UrfR+MrU.net] Java開発してておせーしねって思ったことは数え切れないほどあるけどC#では滅多にない ビルドも実行も速い 872 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:44:40.45 ID:jA/F562D.net] Javaは100%完全にサーバー向けにチューニングされてるし、 MSスタックほど開発環境とランタイムが統合されてるわけじゃないから、 開発中に手元では遅く感じやすいよね 873 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 22:53:50.65 ID:2slcREB7.net] >>831 昔は、ローカル変数をスタックではなくヒープで確保するアホ実装してたからだよ。 一度書けばどこでも動くなんていうJavaの理想はコードを碌に書いたことのないアホどもの夢だったのさ。 JVMの最適化が始まれば途端に処理系によって動きが違うようになって速度は速くなったが理想は捨てられ、 世界的なJavaブームは終わった。なのになぜか日本だけがずっと使い続けて今に至る。 Javaは日本ではCOBOLの代替の地位は得たが、C#は何も得てない。 874 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 10:19:33.23 ID:t+ULiid3.net] 仕事はJavaでwebアプリ作ってるけどめっちゃ速いぞ 875 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 10:22:17.87 ID:JC4z1XvE.net] C#で作ってればもっと速かったのにね 876 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 11:03:43.31 ID:0nk530rx.net] 速さは究極的にはプログラマの能力次第 C#erってVBの存在のお陰でJavaに比べると平均的な能力は高いけど、 上位層同士で比べるとクラウドや分散処理には強くないイメージだな 877 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:05:13.65 ID:JC4z1XvE.net] Javaで優秀だった人はみんな他の言語に行っちゃって今は残りカスしかいない C#は今も昔も高スキル人材が安定してる 878 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:21:43.73 ID:7cfX+7dD.net] 親方のMSにも言えることだけど、C#の高スキル層って何でもC#のコード書いて解決しようとして 結果的に事業や開発のスケーラビリティを制約するような方法を選んでしまう傾向がある気がする その辺、CLIツールやクラウドサービスなど出来合いの小道具をうまく使ってチョチョイとやっちゃうのはUNIX系の人のほうが遥かに上手い 879 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:26:17.87 ID: ] [ここ壊れてます] 880 名前：4IefurkO.net mailto: コード例も出さずに批判しても説得力ゼロです [] [ここ壊れてます] 881 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:33:12.26 ID:7cfX+7dD.net] >>840 良いか悪いかは別にして、少なくとも「何でもC#書いて解決しようとする」は自分で心当たりあるだろ？ 俺が今まで会った「C#が得意」 882 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:33:39.72 ID:7cfX+7dD.net] 失礼 「C#が得意」を自称する人は例外なくそうだったわ 883 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:41:21.56 ID:s1tpy+px.net] >>842 C#が得意と言った奴がたまたまC#だけが得意だったんじゃないか？色々できる人はわざわざC#が得意だなんて言わないだけで。 そもそも自分が会っただけの狭い範囲で語られても... 884 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:48:16.04 ID:kdnOmkRS.net] なんでもC#で書いて解決 CLIツールやクラウドサービスなどの小道具 これ並列に語るもんなの？ C#erだってクラウドサービスは使うやろ 885 名前：デフォルトの名無しさん mailto:sage [2019/11/24(日) 13:51:44.18 ID:yrLXmC4S.net] 今時はなんでもコンテナにして疎結合しちゃうから様々な言語やツールをそれなりに使えたほうがいい 既存資産ファーストで言語を選んでコンテナを実装することがやたら増えた 逆に言うと既存資産が無い新規開発のときは何を選んでもいいわけで なんでもいいならC#やGoなど強力な言語が出揃ってる今、あえてJavaを選ぶ意味は殆どない レガシーとコンテナの橋渡しが今のJavaが担ってる仕事 886 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:02:02.10 ID:YM9ppnlN.net] javaとC#比べて速さ問題を比べてもあまり意味がない ある程度しか変わらないから 10倍速いとかじゃないからな 速さを競うならC++ ネットゲームとか激しくパフォーマンスが要求される分野はC++が強い 俺は死んでもC++はもう触りたくない 887 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 00:07:17.53 ID:wT50odOv.net] 本日よりC++をやることになる呪い 888 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 02:44:44.71 ID:RH5CxSX8.net] unmanagedのinlineでAVXを実装すればC#でも大差ないような。 889 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 04:13:39 ID:Q39th6SU.net] >>846 言語じゃなくてFrameworkならC#(ASP.NET Core)が圧倒的ってもう結論出てる 890 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 04:24:01 ID:Q39th6SU.net] FortunesはSpringの10倍、PlainTextは100倍… https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=plaintext 891 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 09:25:19.82 ID:dLWLCCLp.net] Javaは遅すぎる 実行速度も進化も 892 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 09:28:14.97 ID:K0cOW7SD.net] jqとか使えば一瞬で済むことをLINQ Pad笑で書いちゃうのはC#erあるある 893 名前：デフォルトの名無しさん [2019/11/25(月) 11:55:35.63 ID:d5oOI6iD.net] でも、C#は遅いプログラムが多い。 M/Bに付属のドライバや基本アプリなどのインストーラーも遅かったし、 MSのC# 製のExpression Web 4も同等のC++製のFrontPageよりだいぶ遅い。 PIXELAのテレビキャプチャーカードに付属のテレビ視聴/録画再生アプリも 極端に遅い。途中でGCが入って30秒間くらい全く何も出来なくなる事が あるし、テレビ番組表を表示するのも数十秒掛かるし。 一番技術が分かってるはずのVisual Studioも遅い。 894 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 11:58:40.42 ID:d5oOI6iD.net] 競技プログラムに詳しい人の感覚では、C#はC++の10倍遅い： kumikomiya.com/competitive-programming-with-c-sharp/ 895 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 16:02:04.90 ID:YrlIRd3B.net] 他のC#スレ見ても、C#信者は配列が遅い、LINQが遅い、WPFが遅いと言っても受け付け� 896 名前：ﾈい低スキルの馬鹿が多い。 CPUに関する知識が皆無。まるで20年前のJava信者、MIPS信者のようだ。 [] [ここ壊れてます] 897 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 16:55:11.95 ID:xlCLCIdV.net] 配列遅いって言って受け付けないって人は何使うの？ linqは言ってる人居るけど配列遅いなんて人居る？ 898 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 17:03:07.45 ID:DB43riyJ.net] 幻覚じゃないか？ 899 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 17:06:26.86 ID:Opy8eUnC.net] >>856 おそらく、 僕(>>855)が遅い遅いって言っているのに誰も取り合ってくれなかった！僕の話を聞かないアイツらがバカなんだ！ っ言いたいんだと思う。 900 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 19:01:49.04 ID:OmUgJu93.net] C++使ってる人はあらゆることにパフォーマンス求める人がが多いからなあ C#使ってるとそこまで気にしない 例え10倍処理が速くても自分の糞アプリにはなんのメリットがないので速さはいらない 901 名前：デフォルトの名無しさん [2019/11/25(月) 20:46:21.36 ID:P3fBUw06.net] >>841 まっっっっっったくありません で、説得力は？ 902 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 21:41:20.62 ID:PxT+tvyy.net] 配列が遅いって言うならポインタ使えばいいだろ C#の昔からの標準機能だ 903 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 21:57:22.45 ID:2eomwteL.net] ポインタ使ったら早くなる？ 配列使ったほうが最適化しやすくて早そうだけど ケースバイケースかな？ 904 名前：デフォルトの名無しさん mailto:sage [2019/11/25(月) 22:30:54.03 ID:qlvZ05cB.net] >>862 ケースバイケース 配列のインデックスを計算で求めてるような場合は最適化が効かず境界チェックが毎回実行されて遅い そういう場合はポインタにするとめちゃくちゃ早くなる 905 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 04:50:45 ID:2Fn28DQd.net] 無駄なロジック見直した方が早いぞ。 906 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:13:42.70 ID:GH1P3tUM.net] 逆に言えばC++なら糞みたいなロジックでもよく検討されたロジックのC#より余裕で早い可能性もある でも大体はC++プログラマの方が一段上 907 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 18:17:32.18 ID:sE/nea3J.net] やっぱり GCというのは遅いもんなんだよ。 908 名前： mailto:sage [2019/11/26(火) 19:56:36.01 ID:eitz3RWA.net] >>866 でも free()/delete が難しい環境では GC はありがたいですね 909 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 20:26:45.31 ID:sE/nea3J.net] >>867 組み込みなどの事を言ってるなら、GCの中でfree()/deleteが呼び出されるので同じ どころか、もっと複雑になってしまう。 910 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:01:10.58 ID:2mfXvGCs.net] GCが遅いってGen0はそこまでじゃないだろ まさかGen2前提じゃないだろうな 911 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:03:42.29 ID:BLmmRbUT.net] コントロールを縮小して印刷するのにおすすめの方法を教えてください 912 名前：デフォルトの名無しさん mailto:sage [2019/11/26(火) 21:05:17.89 ID:rGd1SdQz.net] プリンタドライバで縮小印刷 913 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 02:56:56 ID:HMxHeKzO.net] >>866 遅くなる原因はGCだけじゃないし 914 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 03:03:20.91 ID:kpkt6EZT.net] テンプレートはc++よりc#の方が早かったり するので使い方次第だと思うのですけどね 915 名前： mailto:sage [2019/11/27(水) 06:33:20.48 ID:N9ggbkQ1.net] >>873 それはコンパイル時間なのではないですか？ 916 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 07:09:23 ID:kpkt6EZT.net] ちゃんとテストしてみてから異議を唱えよう 917 名前：デフォルトの名無しさん [2019/11/27(水) 07:45:58.68 ID:f5LIEDBI.net] 定期的に湧く、C++より速いとか、C#は遅くないと言ってる低スキル君が、Java信者と言ってることがいつも同じでむかつく。 918 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 08:14:47 ID:1pl90ndi.net] >>874 同じ内容の処理でC#がC++より速くなるケースが想像できないのだが、具体的なケースを教えてくれないか？ 919 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:37:28 ID:gi64Bf5v.net] >>877 coreclr見てみ。ネイティブからマネージドコードに置き換えてパフォーマンスとメンテナンス性向上させてるPRいっぱいあるから。 920 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:48:42.73 ID:frXAtoYv.net] バカの自作C++コードよりC#libraryの方が当然早いだろう。 libraryの中身はC++だったりするが C++の演算libraryも中身はアセンブラだから同じこと。 921 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 09:51:27.67 ID:vYtjQlD0.net] それはC++が遅いんじゃなくて呼び出しのオーバーヘッドが大きかったりOSやネイティブライブラリの機能が不必要に豪華で遅かったりするのを回避してるだけ 922 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 11:01:22 ID:az2WZNwe.net] いいかげん他所でやれ 923 名前：デフォルトの名無しさん [2019/11/27(水) 20:03:33.58 ID:yc0HWZ1w.net] スレ立てたんでこっちでやってくれ C#とC++を無理矢理戦わせたい人専用スレ https://mevius.5ch.net/test/read.cgi/tech/1574852588/ 924 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 20:47:13.16 ID:K1qtw3zK.net] C++/CLIでWPFをやる私は異端ですか？(*´･ω･) 925 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 21:38:22.50 ID:kpkt6EZT.net] 邪教徒や 926 名前：デフォルトの名無しさん mailto:sage [2019/11/27(水) 22:29:16.54 ID:ap410XA+.net] 昔試してみたような記憶があるが、C++/CLIでWPFってできたっけ？ 927 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:38:13 ID:xy0IaHJE.net] もう10年以上C#使って、自前ツールはほぼC#オンリーだけど、C#が速いと思ったことないよ。 ストールしまくる配列の遅さとか致命的だからライブラリとか作るには向かないが、 むしろ使い捨て、やっつけツールを作るにはちょうどよい。ポジション的は昔のPerlの立ち位置だな。 そういう立ち位置と理解すればWPFが普及しない理由も分かる。 928 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:42:58 ID:TWMCNQEW.net] >>886 >ストールしまくる配列の遅さ 詳しくお願いします。 >そういう立ち位置と理解すればWPFが普及しない理由も分かる。 C#のポジションが昔のPerlの立ち位置であることが、WPFが普及しないこと にどのように結びつくのか解説をお聞かせくだされば幸いです。 929 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:44:22 ID:/6aNzyAQ.net] 今はマシンパワーでゴリ押し出来るからねぇ 苦労してC++で組むメリットは少ない 930 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:48:59 ID:TWMCNQEW.net] >>888 実は、C++を苦労と思わない人なら、C#で組む必要性も低いのです。つまり、 　「C++が出来るなら、C#を使う必要はない」 のです。 931 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:56:13 ID:xy0IaHJE.net] >>887 > >ストールしまくる配列の遅さ > 詳しくお願いします。 マジかw こんなとんでもない低スキルの馬鹿がWPFスレにいるのか。 こんな基本的なことはパソコン少年でも知ってると思うが、条件分岐はストールする。 君のようなパソコンはじめて素人君はあと5年くらいROMってろなw 932 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:56:58 ID:xy0IaHJE.net] >>889 素人ではなくリアル馬鹿だったか・・・ 933 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 01:59:55 ID:TWMCNQEW.net] それもMSの経営戦略なのですが、Visual Studio は、C++ と C# で分かれて無い ので、使われ方の比率は誰にも分からない状態になっていますね。 果たしてどっちがすかれているのかも、本当ははっきりしません。 「層」によって好みが明確に分かれている可能性も有り得ます。 また、新しいものは、時代に乗り遅れまいと試しに使う人も多いので、 その影響もあります。 934 名前：デフォルトの名無しさん mailto:sage [2019/11/28(Thu) 02:18:04 ID:TWMCNQEW.net] 「新し物好き層」なるものがあり、その人達は新しいものが素晴らしいと思います。 ネットにはそのタイプの人による新しいものを褒める記事が多く見受けられます。 逆に新しいもの、古いものに限らず、ネットでは物事の欠点や負の側面 を書く人は少数派です。何故かは分かりませんが、炎上を恐れる人が多い からかも知れません。 935 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 09:01:39.41 ID:07F2PXqK.net] いつまでスレチやってんだこのガイジ� 936 名前：､ [] [ここ壊れてます] 937 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 10:15:37.74 ID:secX+GM9.net] C#で10年ツール作り続けていることを誇る が紛れ込んでしまった 938 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 12:13:56.75 ID:ZIR2mt5J.net] ちょっと消えてますね ガイジとちゃんと書かないと 939 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 12:43:42.46 ID:VOkh5kHm.net] C#界隈はWebやスマホへ移行できずに時代に取り残された人達が老害化してる印象だなあ 趣味でフリーウェアやシェアウェアを作って公開してた人も一昔前には沢山いたけど、みんな今どうしてるんだろうね 俺もその一人だけど、もうクラウド開発しかやってないわ 940 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:28:26.69 ID:uRMHPae9.net] スマホはunityが一応いるで 一応ね 941 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:41:19.71 ID:ktrMcVJQ.net] 一応てかスマホゲーは大体UnityでC#じゃね なんならC#の最大手まである 942 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 13:44:44.09 ID:uRMHPae9.net] スマホゲーでは最大手ではあるだろうけどcocosも未だに強いしunrealも頑張ってる、どっちもC++ サーバー側までC#はあんま居ないはず 943 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 18:47:49.98 ID:goDTUkYP.net] asp.net coreって人気ないのかな？ スマホもxamarinがあるし 944 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:15:57.08 ID:VOkh5kHm.net] クライアントがUnityだからサーバーにもC#を使ってるゲームはわりとあるらしい ドカタITではASP.NET Coreは全く使われてないね 945 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:24:48.50 ID:tdSAYOq3.net] 分野ちがうがxamarinとasp.net coreどっちがまだ使われてるかっていったらasp.netの方？ 946 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:26:41.58 ID:tdSAYOq3.net] 最強の一人neueccとかゲームプログラマー頑張ってるし 947 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 19:55:19.37 ID:uRMHPae9.net] 彼はすごい人だから良いけど 大体はまだPHPかよくてruby webソシャゲの頃の鯖エンジニア結構残ってるからね 948 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 20:42:21.32 ID:+uF2PV0n.net] >>901 人脈作れた？ 949 名前：デフォルトの名無しさん mailto:sage [2019/11/28(木) 21:26:06.24 ID:qnF6NUyh.net] 時代とかトレンドとか言っても、スタンドアロンで十分なものをわざわざWebにしたりしないしなぁ。 950 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 00:23:18.57 ID:IDh/GqUP.net] WPFのトレンドはいつ来るん？ 951 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 12:41:29.10 ID:orOKhWyS.net] いまトレンド来てるだろ 752 デフォルトの名無しさん 2019/11/04(月) 01:41:28.60 ID:uqYdx4m2 どうも、Microsoftのこれからの方向性 この1年で大きく変化しているのを理解できていない投稿が 多いように見受けられんだけど。 来週のIgniteを楽しみにしよう。 952 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 12:49:47.89 ID:gt8PUFBF.net] UWPのゴリ押しがうまくいかなかったからWPFもそれなりにサポートするみたいなのは見た気がする 953 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 19:40:31.05 ID:5LiccEug.net] デスクトップアプリとスマホアプリに互換持たせても根本的に違うし、泥に展開出来ない時点で何の意味もない 954 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 22:45:11.37 ID:LMfDTWZ+.net] そうか？モダンアプリ使いやすいだろ UWPがどうというより、デスクトップアプリ自体がWebのフロントエンドの一つに成り下がってしまい、 簡易なUIで十分になっちゃったんだよなあ 955 名前：デフォルトの名無しさん mailto:sage [2019/11/29(金) 23:09:59.57 ID:ekCVDXy+.net] 相談させてください。C# で static class MyBindingHelper { 　　public static bool GetModeIsTwoWay(Binding binding) 　　　　=> binding.Mode == BindingMode.TwoWay; 　　public static void SetModeIsTwoWay(Binding binding, bool value) 　　　　=> binding.Mode = value ? BindingMode.TwoWay : BindingMode.Default; } のようなクラスを作成すると XAML で �@ <TextBox> 　　<TextBox.Text> 　　　　<Binding Path="Hoge" local:MyBindingHelper.ModeIsTwoWay 956 名前：="True" /> 　　</TextBox.Text> </TextBox> のような書き方ができるようになりますが、 �A <TextBox Text="{Binding Hoge, local:MyBindingHelper.ModeIsTwoWay=True}"/> と書いても期待に反して Markup Extension の解析時に、型 'System.Windows.Data.Binding' に対する不明なプロパティ 'BindingHelper.ModeIsTwoWay' が見つかりました。 というエラーになってしまいました。 �@のような書き方は冗長に感じるのでできれば�Aに近い書き方をしたいのですが、 何か良い方法をご存じの方がいらっしゃればお知恵を拝借できないでしょうか。 どうぞよろしくお願いいたします。 [] [ここ壊れてます] 957 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:13:13.46 ID:0mH728ks.net] Blazorのデスクトップアプリ流用がすごすぎて既存のデスクトップフレームワークの存在意義が完全に消滅しちゃった 何も考えなくても自動的にクロスプラットフォームになるし既存のWeb系エコシステムも使い放題だ FormsやWPFはメンテナンスすることはあっても新規で作ることはもう無いだろう 958 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:22:41.07 ID:BcIjEIKq.net] さすがにWPFはもう絶滅したと言ってもいいが、現代においても未だにWinFormsが採用されることがあるのは どっちかというと開発者のスキルの問題だからなあ Blazorを採用できるだけのまともなWebのスキルがあるチームならとっくの昔にWeb MVC系へ行ってる 959 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:40:39.93 ID:xhEM6aVw.net] スキルの問題じゃなく慣れてるからというだけ。未だにvi使い続けてる人がいるのと同じ。 同じことするのに言語やフレームワーク、ライブラリをコロコロ変える馬鹿はいないよ。 そんなに脳みそにキャパが余ってるなら医者に職業変えたほうがいいw 960 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:43:21.67 ID:3+vwMIfE.net] 同じことするなら楽な方がいいから乗り換えるわ 961 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 10:48:00.44 ID:5l2Zf0lZ.net] Blazorでデスクトップアプリって、今だとどれくらいのことができるようになってる？ WPFやMFCを置き換えられるくらいになってたら検討したいが。 962 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 11:38:37.90 ID:vf0Jh1uR.net] >>917 で、何に乗り換えるって？ 963 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 11:51:53.62 ID:Lym1Qf3d.net] webアプリは重いからユーザー視点から使いたくねぇな。wasmはどれくらい速いのかしらんが 964 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 12:03:06.86 ID:AgkvbgYY.net] >>920 https://yutakaaoki.github.io/ ↑ここを試してみてください。 965 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 13:25:47.21 ID:AgkvbgYY.net] >>921 WASMの速度を手っ取り早く体感したい方はこれらをご覧ください。 すぐに起動します： https://yutakaaoki.github.io/demo_Mountain/index.html https://yutakaaoki.github.io/demo_land_Polygon/index.html https://yutakaaoki.github.io/demo2/index.html 966 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 13:38:25.21 ID:3rL3grx7.net] >>918 #metoo 967 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 14:13:26.55 ID:5l2Zf0lZ.net] ちょっと調べてみたがUIはやっぱりまだRazorのままじゃね？デスクトップを置き換えるには程遠い。 968 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 14:58:49.97 ID:PlBmox+6.net] 何を今更 この期に及んでHTML書く気がないんだったら引退するかバックエンド専門に転向したほうがいいよ 969 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 16:40:39.40 ID:Lym1Qf3d.net] >>921 androidタブレットで動かしてみたが、快適に動くけど、3DCGじゃなくてもっとtwitterアプリとかそういうので動かしてみたいな。 970 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 16:45:33.42 ID:CChXYwU6.net] htmlなんて書く気ないしバックエンドにも移らないな もちろん引退なんてしない 971 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 17:00:09.38 ID:5l2Zf0lZ.net] HTMLでWPFやMFC並のGUIが書けるようになってたら喜んで使うよ。 WebのフロントエンドならReactを使ってるが、あれでデスクトップアプリを書く気はしない。 972 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 17:42:20.39 ID:NmwQ71Sb.net] 主題じゃないからただの茶々 973 名前：入れだけど この手のデモでGPUに仕事ぶん投げる要素入れて なんの意味があるのだろうかと毎度思う [] [ここ壊れてます] 974 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 18:14:50.59 ID:m8ZG7ms4.net] MFC並のGUIってどんなの 975 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 18:32:51.85 ID:xhEM6aVw.net] MSオフィスのフィードバックがMFCだったけど、最近のオフィスはWPFなん？ 976 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 19:05:16.40 ID:1abplq4T.net] >>929 でも、大体どんなことが出来るかと、大体どれくらい速度が出るかの目安が 出来ますね。 977 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 19:49:43.72 ID:PVh27ZDN.net] HTMLガーっていうけどVSCodeレベルのもんが作れんならいいんじゃないの？ 978 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 02:03:54 ID:9shdIToq.net] Office365はReactNativeになってるね MSがReactNativeのWindows版再実装したりMac版開発したりでそっちに熱心なご様子 979 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 10:46:01.58 ID:jlfjhpdh.net] 色々な種類のライブラリがあることは使う側にとって良いことばかりでは無いね。 980 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:37:30.58 ID:TUGZMxWw.net] >>935 良いことばっかだと思うんだけど なんか悪いことある？ 981 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:44:27.75 ID:SSj3LvZN.net] 物も作らず、カタログ屋して偉そうな 事言う奴が出てくる。 JAVA界隈は既に腐海に飲み込まれた 982 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 11:58:49.28 ID:x82DeScF.net] MFCのFeaturePackみたいにVSのWPFコンポーネント群を公開してくれることを期待していたんだが 結局それはなかったな。OfficeのReactNativeはどうなんだろう。 一般プログラマは今までどおりMeterialUIでも使ってろ、とかだとあまり食指が動かない。 983 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 12:22:56.55 ID:SqfEoEmM.net] 昔はWPF ToolkitというものをMSが公開していたんだよ ゴミのようなな品質でゲロ遅く、WPFのアーリーアダプター達を幻滅させる結果になった 984 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 12:27:01.64 ID:cbOr/zec.net] カタログ屋ってなぁに？ 985 名前：デフォルトの名無しさん mailto:sage [2019/12/01(日) 20:15:17.55 ID:/00m1kV3.net] 良く知らないけどカタログ配ってお歳暮とか受注して問屋に発注して届いたのをお届けする仕事の人なら身近にいる 986 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:26:08.73 ID:kL4hKD0u.net] で、MSOfficeはWPFなの？ 987 名前：デフォルトの名無しさん mailto:sage [2019/12/03(火) 14:45:13.89 ID:kL4hKD0u.net] あと、IE、EdgeってWPFなん？ 988 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 16:34:01 ID:AfXawwEc.net] .netは糞遅いから実装しても使ってもらえないだろ。 989 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 16:57:21.10 ID:jX3YnxCe.net] WPFの数倍重いElectron製アプリが増えてきてるくらいだから使ってもらえるだろ 990 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 17:47:10.89 ID:kRvrvIhk.net] .NETは遅くないよ 991 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 18:01:53.31 ID:no4jCANi.net] WPFよりはWebkitの方が遥かに速くて軽くてレンダリング結果も美しいけどな 992 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 18:08:23.47 ID:+TqcdXsD.net] Officeなんかはさすがに既存のコードから書き換える意義が薄いだろうしな 最近でMSがWPF使ってる事例だと新生PIX（グラフィックデバッガ）かな 993 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 19:35:36.72 ID:no4jCANi.net] >>948 いやOfficeは2010で描画周りがDirect2Dで書き直されてるんだよ VSのように描画だけWPFにもできたはずだが、WPFは採用されなかったということだ 994 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 20:17:03.52 ID:Un6TNOMl.net] >>949 Cの直接モードのAPIをC#かつ保持モードのフレームワークに置き換えるのはまた労力がダンチだろうね と� 995 名前：ｱろでなんでVSはWPFを採用してまだそれを維持してるのかしら？ [] [ここ壊れてます] 996 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 21:44:25.91 ID:DFl2itg/.net] WPFでVisual Studioを作ってみせてWPFの有用性を示したはずが 同時にWPFの動作の緩慢さも示すことになってしまったという 997 名前：デフォルトの名無しさん [2019/12/05(木) 03:20:14.90 ID:MUccVRBb.net] しかしWebkit遅いわー まあ、マシン性能向上とともに。。。かな でもそうするとWPFでいいか・・・ 998 名前：デフォルトの名無しさん [2019/12/05(Thu) 04:51:21 ID:KIwxMo9D.net] >>946 C++実装したNative呼ばずにC#+WPF使ってブラウザ書いてみればいいじゃない。 Java製ブラウザは遅くて誰も使ってくれなかったけど、なぜC#だと誰も書かないの？ 本当は速いと本気で信じてる信者が誰もいないということだね。MSですら書かないのだから。 999 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 07:40:46.17 ID:4YwXhmpa.net] >>953 ちょっとC#でブラウザ書いてどんくらい重いのか見せて〜 1000 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 08:19:34 ID:j8ShDTnb.net] Win32APIとかDirectXを叩けるC#と使えないJavaを比較するのはアンフェアじゃないのか。 1001 名前：デフォルトの名無しさん [2019/12/05(Thu) 08:34:11 ID:q0kDwfyl.net] でも、それも言語の実力のうちですよね？ 1002 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:27:45 ID:9zn59iXI.net] C#から Win32API や DirectX って、PythonからAIや数値計算用のCの ライブラリを呼び出してPythonは遅くないと主張しているのと似てる 気がするのは俺だけか。 C#は、unmanagedコードでC/C++や、unsafeでC/C++のポインタも使える けど、それまで含んでしまった場合、果たしてC#と呼べるかどうか。 それはC#の皮をかぶったC++じゃ。 1003 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:40:44 ID:dtUadt8o.net] DllImportやCOM interopでC/C++を呼ぶのはともかく、unsafeは普通にマネージコードの範疇 1004 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 11:44:06.27 ID:j8ShDTnb.net] その辺の汚い手口がC#だろうに。 1005 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 11:55:42 ID:ksEXr90h.net] ポインタ使うことがCって意味がわからん Cと同じような処理や記述ができるだけであってCを使ってるわけじゃないじゃん 1006 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 11:57:45.27 ID:A31OBEMZ.net] 別にjavaだろうがjniで呼び出しゃいいんじゃない 1007 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 12:17:51 ID:pqgHga98.net] ffiがない言語なんてねーよ 1008 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 12:42:15 ID:P/hgT5Y1.net] そう、最後は成果物で速度競えばいいんだからやり方はどうでもいい ただ、そのやり方をするのにどれだけ労力かかるかは考慮しないといけない なのでCore部分をC/C++で書いて呼び出すとか言ってる奴はアホ 1009 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 13:09:50 ID:j8ShDTnb.net] Core部分はエロい人が作ってくれるからそれを使うだろう。 1010 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 13:39:51.09 ID:9zn59iXI.net] >>964 だとすれば、C#を使っていれば、そのエロい人にはなれないって事になってしまう。 1011 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:04:55 ID:XkZ3QHfI.net] WebブラウザのCoreであるエンジンを労力をかけてC++で作るのがアホだと？ 1012 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:28:06 ID:dtUadt8o.net] >>965 それはその通り なりたきゃC++かRustでもやりなさい C#の人はC#に閉じ籠ろうとする傾向があるが、プロなら言語なんか必要に応じて何でも使えて当たり前だぞ 1013 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 14:33:50 ID:B24oBWf/.net] >>967 そういった傾向を扱ったデータってある？ 1014 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 15:06:59 ID:A31OBEMZ.net] なんやC#erはすぐネイティブに逃げられてズルイ的な流れじゃないんかい もうなんの話してんのかわからんな 1015 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 15:37:51.07 ID:dtUadt8o.net] .NET Coreもあるとはいえ、殆どのC#erにはそもそもWindows縛りがあるから選択肢が少ないのは当たり前 1016 名前：デフォルトの名無しさん mailto:sage [2019/12/05(Thu) 16:11:18 ID:A31OBEMZ.net] むしろWindowsのコアなとこが.NETになってないから 逆にC#で完結出来ずにネイティブに下らざるを得ん� 1017 名前：ｱとの方が多いわ [] [ここ壊れてます] 1018 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 21:48:17.46 ID:h9kiKIdP.net] だからこっちでやれ C#とC++を無理矢理戦わせたい人専用スレ https://mevius.5ch.net/test/read.cgi/tech/1574852588/ 無理矢理ここで続けるやつはWPFに嫉妬してる荒らしな 1019 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 07:49:10.65 ID:X2lBJVtD.net] >>972 だからWPFの質問しても誰も答えてくれないじゃん。 MSオフィスやIE、EdgeはWPF使ってるの？なんで使わないの？ 1020 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 08:29:31.36 ID:Rsc9FZ2h.net] MSにきけよｗ 1021 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 08:30:55.25 ID:5tJLg0aa.net] MSはWPFをちゃんとやり遂げろよ 思想は魅力的だったのに途中で投げ出して MS製フレームワークは信用できん 1022 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 11:27:42 ID:hrxrVZ8z.net] staticおじさんみたいなのが住み着いちゃってるじゃん 1023 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 12:43:37 ID:OcIGrh02.net] >>973 お前のガイジ行動に付き合って回答するとなんか特典あんの？ 1024 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 17:24:09 ID:X2lBJVtD.net] >>977 おまえみたいな煽りしかできない無知な低スキルのバカには質問してません。 スルーしてください。二度とレスしないでね、リアルガイジクンw 1025 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 19:20:34.65 ID:mVxSuGhK.net] >MSオフィスやIE、EdgeはWPF使ってるの？なんで使わないの？ これが高スキルの質問！ 1026 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:11:52.25 ID:hq74WDs3.net] 別に何が何を使っていようが 自分が作りたいものが作れるフレームワークを 選べば良い話だと思うけどな 1027 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:15:58.99 ID:X2lBJVtD.net] MSの主要開発グループがC#+WPFを選ばなかった理由を教えてくれてありがとう。 1028 名前：デフォルトの名無しさん mailto:sage [2019/12/06(金) 20:58:48.86 ID:OcIGrh02.net] >>981 どういたしましてガイジ 1029 名前：デフォルトの名無しさん mailto:sage [2019/12/07(土) 08:09:36 ID:8f/o+FPQ.net] C#は速いのガイジ連呼君ってまだいたんだな。 1030 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 08:09:16.68 ID:EF3bH9/K.net] C#が速くないって使えばすぐ分かることなのにな。 C#信者なのにDelphi使ったことなかったんかな。 1031 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 08:46:10.33 ID:UwyZ0Jgr.net] STLが遅いのよ 1032 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 20:56:27.43 ID:8DdeNGwC.net] C++以外で早いGUI作れる言語って逆に何？ 1033 名前：デフォルトの名無しさん mailto:sage [2019/12/08(日) 20:58:33.58 ID:nkmYCcnC.net] >>986 Windowsでは無いです。 1034 名前：デフォルトの名無しさん [2019/12/08(日) 21:45:35.20 ID:mTquKR0o.net] GuptaのTeam Developerって今WPFと連携するのか Delphiはいいものだったけどヘジたんが抜けてから迷走してしまったな 1035 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 07:19:11.29 ID:9JRKUfUh.net] >>986 なんでそんな初心者みたいな質問するん？ アセンブリ言語、C言語、Object Pascal(Delphi)あたりで書けばC++より速いですよ。 1036 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 08:47:42.53 ID:bgyFjDqs.net] >>986 意外とVB６ Live2ｃｈとか触ってみると実感できる 1037 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 09:03:26.75 ID:uViwYCI3.net] 或いは肥前山口ー肥前鹿島ー大村ー長崎のスーパー直線ルートでもいいな。 1038 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 10:15:22 ID:JoeodElM.net] >>990 それVBっていうかWinFormsなら軽いって話でしょ 1039 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 10:54:58.43 ID:9JRKUfUh.net] とうとうVB6が何かすら知らない世代が現れたか。それともただの初心者か。 1040 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 11:05:00 ID:T4jQEVxC.net] Win32のコモン・コントロールだけ使ってアニメーションとかしないのが起動も動作も一番速いよナー 1041 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:06:11.40 ID:EbwxdCru.net] VB6まで入れるならDelphのほうがネイティブコードだから速いだろ 1042 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:14:38.93 ID:p2vwrHAt.net] >>992 VB6だって言ってるだろうが 1043 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:50.08 ID:9LsUsH++.net] 次スレ WPF(.NET4.x, .NET Core) GUIプログラミング Part24 https://mevius.5ch.net/test/read.cgi/tech/1575862574/ 1044 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:17:49.16 ID:9acD2Ap0.net] VBとVB.NETの区別がつか� 1045 名前：ﾈい初心者様と 全部C++でGUI書きたい上級者様が同居してんのかここ [] [ここ壊れてます] 1046 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:25:28.26 ID:ZDnVy+Tb.net] 初心者と上級者というより 若者と老人だろ 若い子は大昔のくだらない経緯なんて気にせず最新技術を追っていけ 1047 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 14:39:32.99 ID:9acD2Ap0.net] どっちもなんでこのスレ居るんだよ 1048 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 207日 6時間 47分 1秒 1049 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef