WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

1 名前：デフォルトの名無しさん mailto:sage [2017/12/13(水) 23:35:47.18 ID:muTUiD7C.net] Windows Presentation Frameworkについて語るスレ。 前スレ WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 mevius.2ch.net/test/read.cgi/tech/1494288553/ 関連スレ Windows 10 UWPアプリ開発 Part 2 mevius.2ch.net/test/read.cgi/tech/1499658092/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 369 名前：デフォルトの名無しさん [2018/09/06(木) 13:15:27.02 ID:lig/j+PJ.net] WPFでGUI作成がより合理的になったと思ったんだけどな まさかFormにあるのにWPFにないコントロールがあるなんて・・・ タッチ前提とかふざけるな、まるでFormのサブセットじゃないか 370 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 15:59:22.13 ID:4Yxqpek4.net] NumericUpDownすらない... みんな自作してるの？ それともフリーや有償のUIコンポーネント使ってんの？ 371 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 18:42:31.36 ID:fqcUSARG.net] 商法のひとつなのかもしれない 372 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 18:46:57.99 ID:YvnvvH8i.net] そういやBlendで小銭稼ごうとした罪があったな… 373 名前：デフォルトの名無しさん mailto:sage [2018/09/06(木) 21:32:17.53 ID:vR96RlS3.net] mf 374 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 20:11:00.98 ID:ioAS6L92.net] >>359 NumericUpDownはWPFの機能紹介のためにあえて削られている NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで いたるところいろんな人たちにより作り方が公開されてる 375 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 21:09:38.29 ID:ivnpuGcn.net] ボケてるんですか、おじいちゃん。ただの実装忘れですよ。 376 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:22:55.08 ID:ZHx/D3gE.net] WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具 377 名前：デフォルトの名無しさん mailto:sage [2018/09/07(金) 22:49:08.42 ID:tDG687S2.net] は？ 378 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 09:09:32.68 ID:zt8CFhfY.net] ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。 379 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 09:52:10.52 ID:CQEpELY8.net] Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う ここまでしかできないんですよ、ってのはメリットでもある 380 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 10:47:05.17 ID:TEnoIcVb.net] 追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは 最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを 用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。 381 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 11:07:11.55 ID:6EerMJxu.net] WPFは楽そうで全然楽じゃない 普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい あとは意味不明の動作がたまにある listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする 382 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 11:54:27.40 ID:CQEpELY8.net] あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する 383 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 12:02:10.89 ID:3pEPHB8S.net] 自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。 384 名前：デフォルトの名無しさん mailto:sage [2018/09/08(土) 12:16:05.18 ID:yUsEKjNJ.net] >>369 それいいね 385 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 00:01:50.88 ID:jL2RddzM.net] >>370 テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが 386 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 09:44:22.42 ID:CFGA6fX5.net] なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った？ 387 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 13:06:21.27 ID:FKuEa+nq.net] WPFとか関係なく時代の流れで消えてったな>RAD 388 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 16:11:31.66 ID:cAjdFNDF.net] ポトペタじゃレイアウトできん 389 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 16:26:44.98 ID:CoAqPQqv.net] .NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。 390 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 17:19:00.66 ID:jL2RddzM.net] wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね あれに比べたらwpfは天国だよ 391 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 18:12:57.33 ID:CFGA6fX5.net] このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。 キミはOSS出身者か？　キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。 392 名前：デフォルトの名無しさん mailto:sage [2018/09/09(日) 18:23:58.81 ID:WxkkDPoD.net] 下をみたらどんなクソでも天国じゃんw そんなの使いたくねー 393 名前：デフォルトの名無しさん mailto:sage [2018/09/10(月) 02:24:49.23 ID:lWCW8iwB.net] 上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし FormsとWPFならWPFの方取るな 作るものにもよるけど 394 名前：デフォルトの名無しさん [2018/09/10(月) 22:14:40.80 ID:ZVsh3VZu.net] よく映画であるように、WPFでマンションなどの建物を 3dのワイヤフレームで表現したい。 この場合、建物のモデリングというか座標計算は 別のツールを使うのが定石でしょうか？ path情報をxaml形式で吐き出してくれたり するのでしょうか 395 名前：デフォルトの名無しさん mailto:sage [2018/09/11(火) 09:24:22.38 ID:Iy5g2fnR.net] SharpDX 396 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 01:48:18.04 ID:4Ru1Lv7U.net] 久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。 WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。 visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。 397 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 01:54:10.66 ID:4Ru1Lv7U.net] material desingn tool kitやらmahapp metroとか微妙すぎる 398 名前：デフォルトの名無しさん mailto:sage [2018/09/13(木) 03:03:40.01 ID:6YRV54GH.net] >>384 ありがとうございます、調べてみます 399 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 15:21:43.15 ID:7cFkJHyY.net] WPFでコーディングしてるだけでも落ちるようになった。 Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから ドライバーが悪いんかな 400 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 15:34:28.17 ID:9YIGF0Lk.net] vs2010と2008R2の組み合わせは惨かったなぁ まぁ環境書いた方が良いかと 401 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 17:43:57.65 ID:HVgt1gkj.net] 10年経っても枯れないWPF。人柱が少ないせいだな。 402 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 18:19:06.34 ID:4SfoRcBF.net] タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながｽﾏﾎアプリ開発に舵を切り出しちゃったから普及しなかったとか? 4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね 403 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 18:33:06.32 ID:AfA1DF1K.net] 勝利だな。ずっと最新技術 404 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 20:54:49.78 ID:I/4HQA/j.net] Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで 林檎が「RIAプラグインは悪！」って強硬に主張したせい 405 名前：デフォルトの名無しさん mailto:sage [2018/09/14(金) 22:26:35.74 ID:Kk3TmTF8.net] >>388 .vsフォルダー内のファイルを消してみたら(.suoファイル以外) 406 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 01:03:44.15 ID:RBFo1lzJ.net] Windows8-10に移行してくれないのはiPhoneのせい!!! アクロバット杉だろw 407 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 01:17:23.05 ID:/vyv9ANM.net] Silverlightが終了した理由としては間違ってない あの潮流で主要ブラウ� 408 名前：UからNPAPIのサポート切られて、どうにもならなくなったからね WPFがって話になると、またちょっと事情は違ってくるけど 全く影響が無いって事もないな [] [ここ壊れてます] 409 名前：デフォルトの名無しさん [2018/09/15(土) 01:34:24.39 ID:d+RCfJTy.net] Flash排除の政治 これに尽きる 410 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 06:58:47.18 ID:n4EgxeJB.net] だがあれは死んでくれて良かった 411 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 08:49:54.50 ID:rGM5t5VC.net] 統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。 更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな 412 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:07:29.73 ID:tNfUfPYz.net] WPFの競合相手は他でもないWinformsだろう しかも敗北したようなもんじゃね？ XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし 根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った 慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ 413 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:28:45.14 ID:rGM5t5VC.net] そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね? UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw 414 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 10:46:57.09 ID:h1bufCaZ.net] 画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。 415 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 11:06:39.66 ID:Xc5RKOnR.net] 一度覚えたらXAML書きやすいよね 俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ MVVMとか意識高いことしなくてもこれで十分使いやすい 416 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 13:12:08.71 ID:EME89BwS.net] ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろｗ 417 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 15:39:30.09 ID:RBFo1lzJ.net] formで画面のレイアウトに苦労するというUIとはいかなるものか。 それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。 418 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 22:11:21.53 ID:wUMJLM3O.net] >>400 XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ 419 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:34:55.07 ID:6SkcIdFI.net] 部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。 VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。 420 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:42:09.03 ID:RBFo1lzJ.net] ジョブスもいつもユーザーのせいにしてたしな。 421 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:50:48.85 ID:rGM5t5VC.net] 別にandroidだってdata bindingライブラリができて、最近はarch　componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに 422 名前：デフォルトの名無しさん mailto:sage [2018/09/15(土) 23:52:19.96 ID:rGM5t5VC.net] もうこれぐらいは標準技術じゃね。 423 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 01:37:21.49 ID:Q5j4SiHR.net] ただのポチポチゲーを豪華に見せたいだけですね。 424 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 05:51:32.28 ID:32fLF0l4.net] >>410 いつから日本のドカタが標準レベルだと思ってたの？ 425 名前：デフォルトの名無しさん [2018/09/16(日) 07:56:55.23 ID:oDMvW7cM.net] UwpDesktopって2016年で開発止まってるのね。　コマタ、、、　BLEがコネクトできない。 426 名前：デフォルトの名無しさん [2018/09/16(日) 12:43:05.58 ID:Zd9aJv6G.net] >>413 手動でやってみたら? 1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。 超簡単！ WPFなどの.NETのアプリからUWPのAPIを使う 〜日本語の読み仮名を取得するAPIを題材に https://codezine.jp/article/detail/10654 (3ページ目、要登録) 427 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 14:23:59.37 ID:w97F4Kz1.net] UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう 428 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 16:51:39.24 ID:xglFG3kP.net] スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。 サンドボックス環境最高 429 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 17:53:23.74 ID:75aeC/cD.net] サンドボックスは迂回されるためにある 430 名前：デフォルトの名無しさん mailto:sage [2018/09/16(日) 18:13:24.70 ID:0y43fCrG.net] 安全性と利便性はいつの時代もトレードオフ 431 名前：デフォルトの名無しさん mailto:sage [2018/09/17(月) 21:55:44.75 ID:F2vzl5VC.net] 見た目と利便性はいつの時代もトレードオフ 432 名前：デフォルトの名無しさん mailto:sage [2018/09/18(火) 23:34:54.12 ID:ml+9R6/h.net] Livetまだやる気だったんか 知らなかったあ 433 名前：デフォルトの名無しさん [2018/09/20(木) 15:49:55.28 ID:tEDp2SMr.net] >>420 Livet にやる気はないだろ メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし 今更更新かけ始めてももう手遅れでしょ 434 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 15:53:17.10 ID:9QRm2oab.net] wpfのメンテ任された日にゃ自殺したくなるわな 435 名前：デフォルトの名無しさん [2018/09/21(金) 02:06:59.16 ID:jUjkv+vm.net] xmlでインターフェイス書くのはもう廃れるのかな 436 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:04:01.90 ID:yMvF3xo8.net] じゃあ、何でインターフェース書くのが主流になるんだろ？ 437 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:16:09.13 ID:5Zk+qk5l.net] XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。 うちの会社の製品は大半がそのタイプだから魅力も半減だわ。 438 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 08:24:10.65 ID:OtBYfWD4.net] WPFの魅力は半透明 439 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 11:01:17.56 ID:cShjmB8e.net] WPFはクレイジーだぜ！ 440 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 17:58:35.73 ID:xQShnEjp.net] >>425 EFとモデルバインディングの相性は抜群だけどそういうことじゃない？ 441 名前：デフォルトの名無しさん mailto:sage [2018/09/21(金) 19:31:50.72 ID:AZ1fZ2I2.net] XMLでinterfaceを書く？？、っと思ったらUIのことか。 コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。 442 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 00:01:52.28 ID:lvi4DOp5.net] htmlはxmlっぽいのにメジャーだ あれがもしcss無しだったらここまでは普及してないかもしれない 443 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 01:36:11.74 ID:M/l8fbUV.net] この人は何を言ってるのだろう。 444 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 08:23:12.58 ID:BD/9qPVn.net] すみません すぐ片付けますんで… 445 名前：デフォルトの名無しさん mailto:sage [2018/09/22(土) 10:59:32.65 ID:6W77rnQj.net] css採用したjavaFXの惨状はwpfどころじゃないよな 446 名前：デフォルトの名無しさん mailto:sage [2018/09/25(火) 20:57:59.35 ID:O2rxmZg9.net] MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。 目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。 ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、 WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。 447 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 03:01:10.19 ID:O5uwEyCv.net] 今のMS技術者はなんかズレてる。 448 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 07:37:37.15 ID:zJgnmqfv.net] レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる coreを普及させたいならこの対応は正解だと思うよ 次はWCFを移植して乗り換えはほぼ完了じゃないかな 449 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 11:52:13.81 ID:XQ7z/6xP.net] UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな 450 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 13:33:23.32 ID:fkK1hU67.net] widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ .net frameworkの利点が一部失われてるし移行するメリットがまるでないから 451 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 14:23:13.81 ID:77UXZnRP.net] >>438 妄想おつ… 452 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:34:50.13 ID:9nbR33q4.net] パフォーマンスとポータビリティってわかりやすいメリットだと思うがな 多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう 綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる 453 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:34:52.66 ID:yZCmm8eZ.net] 19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい 食わず嫌いってものじゃね？ 454 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:43:03.74 ID:EHBHgThE.net] 一回目5千円ぐらい 2回目その半額ぐらい払ったよ その当時アップしたソフトは全部消された 455 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:45:49.08 ID:EHBHgThE.net] .net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる .netframeworkを使ってる人はそのまま使えって言ってる 456 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 18:49:54.04 ID:CGe37Oc4.net] UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい exeは絶滅してよし 457 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:16:12.82 ID:SfBrsqof.net] >>443 メリットあるぞ 企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな 置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか? 全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが 458 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:49:43.56 ID:vtdLLyIX.net] デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。 459 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 19:58:28.59 ID:/SQHk11B.net] >>443 はい妄想おつ 460 名前：デフォルトの名無しさん mailto:sage [2018/09/26(水) 23:42:48.81 ID:/zjZBrwl.net] .net core押しの人ってこういう人ばかり 何かあれば妄想とかいう 461 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:04:07.56 ID:0SgPJF1h.net] MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る サーバといっても実質はほぼwebサーバのことだけど 次のような場合、サーバー アプリケーションには .NET Core を使用します。 クロスプラット フォームが必要である。 マイクロサービスが対象である。 Docker コンテナーを使用している。 高パフォーマンスでスケーラブルなシステムが必要である。 1 つのアプリケーションに複数の .NET バージョンが必要である。 462 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:16:08.13 ID:9Ngn9lE/.net] >>441 味音痴にもほどがある。 463 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:17:12.80 ID:iGHPY ] [ここ壊れてます] 464 名前：Qt6.net mailto: UWPは制限多すぎて配布とか考える以前の問題 [] [ここ壊れてます] 465 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:26:27.59 ID:Ft8D7cEG.net] そもそもUniversal Deviceとやらが存在しないだろう MSによるとPCとXbox OneとSurface Hubだってよ 寝言は寝て言え 466 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 00:45:26.60 ID:4ugdlN24.net] >>449 コンソールアプリを忘れたのかい？ 467 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 14:49:18.14 ID:UEQayQEC.net] >>449 それ、UWPじゃなくてASP 468 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 14:59:55.32 ID:UEQayQEC.net] >>451 ・DBはREST　API前提だから現状でも問題ない ・ファイルアクセスは来月のWindowsアップデートで改善される予定 ・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み 完璧じゃないけど一応進んではいる 469 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 15:33:01.09 ID:hYWXyaaP.net] ダメだ… この戦いはまるでPython2.xと3.xの時と同じのようだ… 470 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 18:39:20.21 ID:34EufdvK.net] 使いやすいところで使いやすいものを使い分けるだけ pythonみたいに2系がなくなるものでもないし ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？ そういうことだ 471 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 18:49:07.33 ID:6fCJVBDU.net] 初心者向けにはFormsってことだろう んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね プログラムに限らずなんでもそうだよ 補助輪付きの自転車に乗るツーリストはいない オートマの自動車に乗るレーサーはいない 料理人はプラスチック包丁を使わない プロ野球選手は軟式ボールを使わない そういうこと 472 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 20:26:22.80 ID:GUnfJsO1.net] WPFベースのレタッチソフトとかCADが出ればその説を信じる 473 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:24:25.29 ID:17pMlxqt.net] WPFは残念ながらC球ですらない100均のゴムボールだ いや100均のゴムボールの方がまだ用途があるか 474 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:32:13.54 ID:jG4CZeQS.net] 昔、WPFなんて流行らないって言ったら MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー 懐かしい 475 名前：デフォルトの名無しさん mailto:sage [2018/09/27(木) 21:43:47.15 ID:/b1ty8XL.net] どうでもいいがム板でやる話題じゃねーな 476 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 00:53:01.90 ID:tLeLcxgK.net] マーケティング上の理由で仕様がクソになる場合があるね。 MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。 477 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 11:51:38.41 ID:pLiz6ELv.net] WPFはwinformsとかVB6とかhtmlとかMFCとかDirectXとか既存の技術が重複してて メンテナンスコストがかかるから一本化しようと言うビルゲイツの思惑が実体化したもの でも思ったより普及せずにコストだけ増えました 478 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 12:26:44.38 ID:pLiz6ELv.net] 2003年にSUNがlooking GlassというUIを発表した 2Dデスクトップを2.5D表現にするような内容であった 畑違いで競合するわけではないのに驚くほど先進的だったのでOS各社は非常に焦った OSXより先進的だったのでappleのジョブズは訴訟を起こして開発を止めようとした ゲイツはLonghorn(のちのVISTA)に同じような技術を導入しようとした その残滓がWPFである WPFの医療カルテのデモはLooking　Glassをかなり意識したものであった 479 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 15:01:13.52 ID:MONIOm5G.net] sunはその前にもSunViewでXに挑戦して失敗しているからなぁ 480 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 17:20:13.18 ID:aVDcu7ZX.net] MFCは結構よさげだがC++がクソなんだよな 481 名前：デフォルトの名無しさん mailto:sage [2018/09/28(金) 23:54:11.92 ID:/ADhHHVV.net] え 482 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 02:13:14.81 ID:nH0gaqma.net] XMLを馬鹿にしてたゲイツがWPFをだって？w むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。 483 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 16:21:02.68 ID:u0t4HW2z.net] エッセンシャルWPF読んでない人発見 484 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 06:50:26.52 ID:/hRwCsch.net] >>470 Essential WPFのエッセンスを3行でまとめてくれ。 485 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 14:19:12.73 ID:WykjOkjP.net] System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、 なんとか探し出しても「）このコンテンツの定期的な更新は行われていません。」で 細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」 Interactivityは消滅するの ? 486 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:06:23.40 ID:cMv18VJ/.net] まだ日本語ドキュメント読んでるのかよ en-usかなんかにしないとクソだぞ 487 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:29:26.11 ID:nG7g+TR7.net] >>470 高いんだよ 488 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:40:18.06 ID:WykjOkjP.net] >>473 en-us でもおなじです　やり方が悪いのでしょうか url貼っていただくとうれしいです >>474 英語のpds落ちてます 489 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 21:48:45.64 ID:WykjOkjP.net] ありゃ　pdfだった 490 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 02:39:36.90 ID:kBcIuSZr.net] >>470 早くEssential WPFのエッセンスを3行でまとめてくれ。 491 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 03:29:38.57 ID:/svc5Mta.net] >>477 なんで？ 492 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 04:13:45.47 ID:kBcIuSZr.net] >>478 馬鹿なのか？ 493 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 06:02:45.48 ID:/svc5Mta.net] >>479 どうしてまとめる必要があるの？ 494 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 09:57:20.09 ID:x8RCR3pi.net] ガイジを相手にするな 495 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 12:30:09.53 ID:+X+STQbQ.net] 普通に読んでねぇ。たけぇアホか 496 名前：デフォルトの名無しさん mailto:sage [2018/10/01(月) 13:16:04.21 ID:vClNpQOK.net] >>475 ごめん。何かと勘違いしてたみたい 今探したら見つからないね。 497 名前：デフォルトの名無しさん mailto:sage [2018/10/02(火) 08:46:25.26 ID:ILEhSv6P.net] >>455 Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん ほんとにやる気あるなら公式でサポートすべきだわ 498 名前：デフォルトの名無しさん mailto:sage [2018/10/02(火) 08:51:00.07 ID:d/5ezaYv.net] 利根川さんの言葉が身にしみるな 「いつ」とは言ってない 499 名前：デフォルトの名無しさん mailto:sage [2018/10/04(木) 19:18:03.97 ID:jsp1byrg.net] >>458 F1は今ほぼセミAT定期 500 名前：デフォルトの名無しさん mailto:sage [2018/10/05(金) 09:13:18.68 ID:6kzfHX3+.net] Update on .NET Core 3.0 and .NET Framework 4.8 https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/ My personal opinion is that having a cross-platform UI stack for .NET would be a very valuable addition, but it’s a lot of work. I am, however, not a fan of the idea to make WinForms/WPF cross-platform because it will likely be a poor result: not compatible enough for existing WinForms/WPF customers while also not being a great cross-platform API (too much designed around the Windows PC). 501 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 05:14:38.55 ID:k4MEPqcR.net] >>477 ・WPFは最高 ・デザイナーは神 ・PGは奴隷 502 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 09:31:53.21 ID:4zo/Vc1+.net] >>487 ＞　My personal opinion で終了 503 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 12:48:38.24 ID:7i0hCL9m.net] WPFの将来に希望が持てるようになったら起こしてください 504 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 13:32:56.48 ID:l5DUuLUz.net] そのまま永眠になるかも 505 名前：デフォルトの名無しさん mailto:sage [2018/10/06(土) 18:20:46.55 ID:4zo/Vc1+.net] >>487 ＞　既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。 ＞　.NET Frameworkは常にWindowsの一部になります。 ＞　Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、. ＞　NET Framework上に残ります。 506 名前：デフォルトの名無しさん mailto:sage [2018/10/07(日) 07:09:54.42 ID:3fH6jCKe.net] ・使いにくいなら、それはユーザーが馬鹿だから 507 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 07:09:28.72 ID:nyXNe9Lq.net] ・WPFが普及しないのは技術者が馬鹿だから 508 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 08:04:47.94 ID:YAwndXAX.net] ・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから 509 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 09:36:10.37 ID:BpJVub0/.net] ・WPFが普及しないのは、MSの宣教師が少ないから 510 名前：デフォルトの名無しさん mailto:sage [2018/10/08(月) 10:35:26.49 ID:AK6zOgY7.net] ・WPFが普及しないのは、VSのXAMLテキストエディタで プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。 そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。 511 名前：デフォルトの名無しさん mailto:sage [2018/10/13(土) 21:40:21.41 ID:jxbU9qaF.net] >>496 少ないというか、役に立たない宣教師しかいないのが… 512 名前：デフォルトの名無しさん mailto:sage [2018/10/13(土) 23:04:17.88 ID:T9MlimPF.net] 宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。 513 名前：デフォルトの名無しさん mailto:sage [2018/10/14(日) 01:38:45.87 ID:b2n7Y+Va.net] 伝説のボタン in 動画か 514 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 02:34:31.05 ID:5ZIbtmLp.net] コードのコピペばっかしてんじゃねーよ！ 515 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 10:51:53.58 ID:DvhiQnPF.net] 開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。 516 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 11:26:31.75 ID:DjL9US8/.net] >>502 なら、最新の開発スタイルって何なん？ 517 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 20:47:54.34 ID:4qUYryqZ.net] 30年前の開発スタイルってのも謎だな。 518 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 21:44:05.93 ID:soy9GKs4.net] >>502 あー言われてみればX Windowのプログラミングに似てるかも UI要素の汎用性がとても高くて、やれることは無限大だけど、 ちょっと便利なコンポーネント（NumericUpDownとか）がなくて いちいち作ってかなきゃいけないとことか 519 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 22:18:18.06 ID:ZFgHZNmT.net] NumericUpDown好きだなｗ 520 名前：デフォルトの名無しさん mailto:sage [2018/10/16(火) 23:28:47.24 ID:aJaE63SJ.net] 業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。 521 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 00:12:54.80 ID:ib1NGLuH.net] FormsのNumericUpDownはボタンがちっさくて使いづらい ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ 522 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 19:35:42.05 ID:QBZICbug.net] FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい 業務系でこの差は大きい 523 名前：デフォルトの名無しさん mailto:sage [2018/10/17(水) 20:37:50.02 ID:TsE5rJty.net] 業務系はコントロールは買うものなんですよ。 バーコードとかアナログメーターとか買ってペタペタ張るだけです。 524 名前：デフォルトの名無しさん mailto:sage [2018/11/05(月) 02:04:01.10 ID:3AzHjXAP.net] 顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。 こんなものを強要したアホデザイナーは死刑で。 525 名前：デフォルトの名無しさん [2018/11/06(火) 15:50:22.57 ID:1KwAte1P.net] Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな 本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ 依存関係プロパティだのルーティングイベントだの分かりにくいわ 結局何ができるんだよって感じ 526 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 16:42:56.68 ID:Go0dGTYF.net] 別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし 527 名前：デフォルトの名無しさん mailto:sage [2018/11/06(火) 16:59:49.18 ID:Rk3/XN/Y.net] >>512 >依存関係プロパティだのルーティングイベントだの 判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな 528 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 08:14:13.24 ID:R1jebf9Z.net] かずきさんのblogをいちから読むのがいいと思う 529 名前：デフォルトの名無しさん [2018/11/08(木) 07:42:47.97 ID:WYSs7UTh.net] WPFとUWPって何が違うの？ どっちもxamlだし ターゲットOSが違うのは分かるが コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな 530 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 07:43:26.95 ID:bB0K2a3q.net] どっちも不便らしい。 531 名前：デフォルトの名無しさん [2018/11/08(木) 08:03:37.85 ID:A+dqwsVV.net] どっちも死んでる 532 名前：デフォルトの名無しさん [2018/11/08(木) 13:04:26.52 ID:+JvSilEi.net] >>516 まず、ブラウザ対応かどうかが違いますよね 533 名前：デフォルトの名無しさん [2018/11/08(木) 13:10:10.85 ID:Tu3rCJEk.net] >>516 UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。 自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める) 534 名前：デフォルトの名無しさん [2018/11/08(木) 13:16:48.07 ID:+JvSilEi.net] >>512 どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく 新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる ので、今後の環境に合わせたインターフェースにトライして行くしかない。 その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい と感じてしまうと思う。 さらにロジックと画面の分離は、今後必須の課題。 その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては 乗り越えないとならない壁が幾つもあるのだと思うよ。 535 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 13:20:57.64 ID:g1taMrfK.net] >>516 XAMLテクノロジーには大きく分けて2つの系統があるんだよ 一つはWPFで、これはほとんど全部C#で書かれてる もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから 536 名前：デフォルトの名無しさん [2018/11/08(木) 13:24:31.78 ID:+JvSilEi.net] >>512 >依存関係プロパティだのルーティングイベントだの分かりにくいわ 当初、私も悩んだ。 537 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:26:58.83 ID:TTiIEwU6.net] UWPはMSにプッシュして貰えている WPFはそうでもなかった 538 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:33:51.54 ID:TTiIEwU6.net] 現状Uの意味が特にないのでWPにしたらいいと思う 忌まわしいWindowsPhoneと被るけど 539 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 15:38:26.23 ID:d71F1X2D.net] micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなｗ 540 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 20:07:55.77 ID:plYN5nix.net] ExcelVBAがまとも…？？？ 541 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 22:12:16.48 ID:LIupW5um.net] 広く使われているからといって、マトモとイコールになる訳では無いのだ 542 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 22:32:11.06 ID:W66WWp6O.net] みんなレスサンクス WPFは重い UWPはWindowsPhoneがこけてユニバーサルじゃない のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに？ UWPの目次見ると結構WPFと似てるんだよな 添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと この辺はWPFと共通か ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな 俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか？ 543 名前：デフォルトの名無しさん mailto:sage [2018/11/08(木) 23:59:06.67 ID:WMjLjpiF.net] >>529 一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる 更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った 544 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 00:07:09.50 ID:jpBrXl2c.net] >>530 x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ 545 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 00:12:13.49 ID:Eqr6+fNZ.net] >>531 MSでは「レガシー」への新規投資は認められないからね 546 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:18:41.80 ID:jgq67h0m.net] >>529 ほとんど概念的なのは共通だから好きな方からやればいい。 俺はUWPアプリ作りたかったからUWPから入ったけど。 作りたいアプリの方を先にやればいいじゃん 547 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:21:47.79 ID:jgq67h0m.net] つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。 548 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 02:34:21.24 ID:jgq67h0m.net] WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化? 549 名前：デフォルトの名無しさん [2018/11/09(金) 02:41:03.50 ID:DHGOZxva.net] >>529 そう言うGUI的な部分はあんまり変わらない。 >>520 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。 づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。 ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。 (ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し) 550 名前：デフォルトの名無しさん [2018/11/09(金) 02:45:09.60 ID:DHGOZxva.net] >>535 .netでネイティブよりセキュリティ安全って立場だから無理。 UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。 (多様なプラットフォームなんて無いに等しいんだが) 551 名前：デフォルトの名無しさん [2018/11/09(金) 09:59:39.60 ID:iAKiGud6.net] みんなレスサンクス >>533 作りたいのはxamarinアプリなんだ だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね 入門サイトもまとまったのが多いしサイト見てても不審がられない >>536 デスクトップアプリでもUWPで作るとそうなっちゃうの？それってクソすぎないか？ みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと？ 552 名前：デフォルトの名無しさん [2018/11/09(金) 11:18:55.47 ID:DHGOZxva.net] うい。 だから開発者もアプリも増えない。 553 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 11:44:32.26 ID:UVm5ExGl.net] あのチャールズ・ペトゾルドにスルーされているぐらいの人気の高さ 554 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 12:12:09.53 ID:BWkoEqkQ.net] ストアアプリ(WinRT)はペゾル� 555 名前：gもリッチャーも本出してたべ スルーされてたのはWPFの方 [] [ここ壊れてます] 556 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 12:47:24.16 ID:5iceHlA1.net] スレタイ読めんのけ？ 557 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 16:10:12.28 ID:c5V7xI9P.net] チャールズ・ペトゾルドって初めて知ったけど かなり年いってるな 今も現役なんだろうか 558 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:31:20.68 ID:IygeVfHs.net] カタカナ表記だと ペゾルド ? (アマゾン検索) 559 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:42:33.97 ID:dt2W+h7o.net] はよCore3 560 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 19:50:06.02 ID:b4DnLnuG.net] >>545 もう試した？ 561 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 07:54:26.49 ID:LCWni19a.net] ペゾルト本は基本 562 名前： mailto:sage [2018/11/10(土) 14:00:17.02 ID:gF+s2COR.net] >>547 第5版ですか？ 563 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 21:19:31.09 ID:0830G2kt.net] >>548 Win16時代に読みました^^; あとはSDKのサンプルくらいしか情報が無かったです。 564 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 20:02:14.67 ID:hq2D35ya.net] >>538 UWPはオワコン ascii.jp/elem/000/001/770/1770229/ 565 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 21:27:35.93 ID:fQ8zSnSm.net] WPFをDirectXからWebGLにポーティングしてBlazorでwasm化できたら最強なのにな。 566 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 21:34:10.25 ID:RHMEiM3I.net] WPFはスレッド使いまくってるから無理 567 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 22:41:38.64 ID:fQ8zSnSm.net] WebWorkerでいいじゃん。 568 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 14:35:02.50 ID:NkLtui5a.net] Windows 10 RS5にてWPFアプリで不要なタイミングでタッチキーボードが起動してきてすぐに閉じる https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/11/14/touchkeyboard_doesnt_come_up_after_displaying_clipboardhistoryscreen/ 569 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 16:35:15.67 ID:LcbLzkrL.net] 同じアセンブリ内にある自作クラスの静的プロパティを フォームのXAMLでコントロールのプロパティにバインドするってできる？ 570 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 21:27:25.35 ID:S1LbTlOB.net] 別にビューモデルにその静的プロパティ用のプロパティ追加すりゃいだけじゃん。 571 名前：デフォルトの名無しさん mailto:sage [2018/11/15(木) 21:30:28.88 ID:S1LbTlOB.net] まぁ直接できるか聞いてるんだろうけどごめん俺の知識では... 572 名前：554 mailto:sage [2018/11/16(金) 09:16:15.12 ID:6vbXiM/2.net] あれこれ試してたらx:Staticでやれることが分かったんで解決しました >>556-557 解決手段のひとつですね、貴重な意見ありがとうございます 573 名前：114 [2018/11/16(金) 15:40:40.78 ID:00yShIqx.net] キタコレ！ ARM64向けWindowsアプリの開発が正式サポート 〜「Visual Studio 2017」v15.9でビルド可能 “Microsoft Store”での受け付けも開始 https://forest.watch.impress.co.jp/docs/news/1153679.html 574 名前：デフォルトの名無しさん mailto:sage [2018/11/18(日) 06:23:13.08 ID:z2PDrrQ3.net] いつ脱線から戻るのでしょうか。 575 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 13:24:55.22 ID:vyUyoX80.net] WPFの場合、Windowに直接ではなく、Gridなどの下に各コントロールを入れることが多いと思うんですが コントロールのオブジェクトから親のWindowのオブジェクトを辿ろうと思ったら 地道にParent辿っていくしかないですかね？ 576 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 14:20:27.72 ID:yWiDYg5q.net] >>561 そんなことはしない、が正解 577 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 14:34:27.33 ID:754GRGOu.net] >>561 バインドされてるデータならViewmodel見ればいいし、コントロールがほしいならnameだかkeyだかを欲しいコントロールに与えればいいんでね？ 578 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 16:44:14.52 ID:qTSdAWAT.net] ここで便乗質問。 ApplicationクラスからMainWindowプロパティを辿り、MainWindowに作った ViewModelプロパティを設定する。 Frameに置いたPageとかは、Applicationクラス→MainWindowプロパティ→ViewModelプロパティで、親のViewModelを辿るソースを見るけど、やっぱりそういうもんか？ 昔でいうMFCのCWinApp（CWinAppEx？）の派生をカスタマイズしインスタンスのtheAppから操作するってな思想でOKなん？ 579 名前：デフォルトの名無しさん mailto:sage [2018/11/19(月) 18:56:38.90 ID:mx1/TXEo.net] 経路がややこしくなってきたらeventaggregatorで飛ばすという手抜き・・・ ある意味スタティックより悪質かもしれんが 580 名前：デフォルトの名無しさん mailto:sage [2018/11/20(火) 07:38:07.63 ID:3+OLkVMn.net] あーめんどくせー Windows Forms楽でいいわ 581 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 08:41:03.27 ID:xDB6n5us.net] dotnet/wpf: This repo contains Windows Presentation Foundation (WPF) for .NET Core https://github.com/dotnet/wpf ＞ .NET Core (including the WPF repo) is licensed under the MIT license. 582 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 10:00:39.21 ID:jWFcc5b0.net] ふーん(鼻ﾎｼﾞ 583 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 12:30:21.92 ID:OqU85fsX.net] レジストリとかWMIみたいなWindowsOS寄りの機能を使うがためにWPF採用したので、 結局coreに移行してLinuxで動きます言うても手直しは必要なんだろうな。 UWPみたいにプロセス間通信までお断りみたいな状況よりはましか DBサーバと通信できないんじゃ何も出来ないしな。。 584 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 15:13:22.64 ID:CqFdhYUo.net] >>569 >>434 ＞WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ 585 名前：デフォルトの名無しさん [2018/12/05(水) 16:46:30.83 ID:ifntcr/4.net] >>570 英語読めないの？ >>567 読め。 読めないなら日本語記事見付けたから貼っとく。 WPF/WinFormsをオープンソース化 〜Microsoft、「.NET Core 3.0」Preview 1を発表 Windows デスクトップアプリも「.NET Framework」から「.NET Core」ベースへ https://forest.watch.impress.co.jp/docs/news/1156678.html 586 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:05:18.34 ID:n/OP7tah.net] >>571 ＞「WPF」や「WinForms」がMac/Linuxで利用できるようになるわけではないが、 587 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:20:52.27 ID:+y1T1RtZ.net] MSが右往左往してて笑えるw 588 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:51:52.32 ID:VydWWrQG.net] WPFがクロスプラットフォームになると勘違いしてるやつがいるのか？ MSの開発者はそれはありえない WPFのWはwindowsのWだからってわざわざ言ってるのに 589 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 17:57:35.91 ID:UtUESojw.net] これは夢か 590 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 18:28:01.59 ID:jDuSrQOq.net] WebブラウザーがやっとEdgeになるのか 地味にうれしいかも 591 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 18:32:24.22 ID:Q3tW+xxV.net] >>573 どこが？ 592 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 19:04:08.75 ID:jWFcc5b0.net] MSはEdgeを捨てると噂を流したのは誰だ 593 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:04:33.29 ID:1v6b0DHw.net] GUIは環境ごとの差が大きすぎるから仕方ない だいたいmacやLinuxでリボンやらメトロやらをごり押しされても迷惑だろう 594 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:21:47.57 ID:9TXdxV+e.net] >>569 DBはREST使う前提の設計だからなんとかなる しかしローカルサーバーとhttp通信できないのは割と困る あと、ファイルシステムが無茶苦茶遅いね 595 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 23:24:30.53 ID:4GYg5LKI.net] >>578 マイクロソフトがARM版Chromeのコミットを頻繁に行っている ってとこからの妄想じゃないのかな 596 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 08:50:55.44 ID:+EVqeMBI.net] WPF/WinFormsをオープンソース化 だってよ 597 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 08:54:29.51 ID:fzWl4QKW.net] >>582 >>567 598 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 09:42:32.88 ID:l1gC1tkf.net] 一日前の世界から書き込んだのかな？ 599 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 10:11:29.42 ID:ijJePQDk.net] 一昨日から来ました 600 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 12:15:16.30 ID:vZuYzNC2.net] 碌にドキュメント整備せず、オープンソース化して、テスト、サポートを顧客に丸投げ。 完全に手抜き開発。MSの技術力低下しすぎ。 601 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:10:38.54 ID:281fuTVP.net] >>582 オープンソースというゴミ箱 602 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:18:43.45 ID:35IfL06C.net] 結局MSはWPFなりWinFormsなりをどうしたいんだよ 中途半端に生かされても困る 603 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 21:24:18.83 ID:Ub5WIo0W.net] Oracleとどっちがいい？ 604 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 22:49:03.02 ID:rpquktT2.net] だな。ほんとマイクロソフトはWPFとか今後どうしたいのか。 .NET Standard 2.0までは明確な目標あったけど、.NET Core 3.0以降の展望がわからん。 605 名前：デフォルトの名無しさん mailto:sage [2018/12/06(木) 23:14:44.26 ID:3H6i+/kK.net] WPFとか囲い込み目的でWindowsべったりの実装にしたんだから、 レガシーとか言わず、もっと責任持ってメンテして欲しいよね WPFとか適当に扱った実績ができたからUWPも信用されなくなってる気がする 606 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 07:29:28.09 ID:Ze/OE/M2.net] フレームワークを建てては放置してで信用されてないのはその通りだが WPFが囲い込み目的でWindowsべったりってのは意味わからんｗ 607 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 08:20:18.82 ID:6Hs26rkM.net] >>578 https://github.com/MicrosoftEdge/MSEdge/blob/master/README.md Chromiumベースのブラウザにシフトするというのが正解らしい 最もらしいこと言ってるけど、実体はもうEdgeに人手を掛けたくないんだろうな 608 名前：デフォルトの名無しさん mailto:sage [2018/12/07(金) 15:44:02.77 ID:tfro4nft.net] microsoftはどうせならblinkじゃなくてシェア低いfirefoxのエンジンの方を採用しろよ。これで更にblink1強感が強まると後々ヤバそう。 webkitは実質apple製品のみだから脇に置いといて。 609 名前：デフォルトの名無しさん mailto:sage [2018/12/08(土) 12:18:26.34 ID:IbZe6xPZ.net] MediaElementのメディアの時間て NaturalDurationに入ってくると思うのですが ミリ秒まで入りません。 末尾までスキップとか中途半端なのですが 何かいい方法はありますか？ 610 名前：デフォルトの名無しさん mailto:sage [2018/12/11(火) 22:11:15.17 ID:vQ1RsVVG.net] MSは同じような枠組みを違った環境向けに少しずつ異なる実装を バカバカ作りやがる 611 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 14:46:30.32 ID:vyzZ2t25.net] MVVM方式で、ボタンを１０個作ったら、それぞれに対応するCommandクラスを１０個作らないと動かないの？ 612 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 17:01:22.09 ID:ThUBPWMc.net] senderとかで分岐しちゃダメなの？ CommandParameterとかにユニーク値いれるとか 613 名前：596 mailto:sage [2018/12/15(土) 17:07:04.75 ID:vyzZ2t25.net] CommandParameterを利用して検討してみます。 ありがとうございます。 614 名前：デフォルトの名無しさん mailto:sage [2018/12/15(土) 21:38:12.64 ID:8fI0Hhzw.net] つか、ICommandじゃなくてPrismやReactiveProperty使うのが一般的だよな 使えない現場もあるかも知れんが 615 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 06:24:25.91 ID:xCeFdrTE.net] DelegateCommandとReactiveCommandってどっちが使いやすい？ そんなに変わらん？ 616 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 08:41:30.30 ID:XLS84Otw.net] >>601 new BusyNotifier().Select(x => !x).ToReactiveCommand().AddTo(Disposable);って生成すれば、何も考えずに二度押し防止出来るのがメリットで IDisposableの実装が必要なのがデメリット ReactiveProperty使っているならそっちで実装するから手間は変わらなくなるが 617 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 12:07:17.78 ID:xCeFdrTE.net] >>602 なるほど二度押し防止はよく使いそう ReactiveProperty使い始めたんだが ReactiveCollectionのItem数によってReactiveCommandを許可するかってのをどう書いていいかわからん 618 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 12:42:18.26 ID:OmvADhcW.net] ReactiveCollectionのitem数によってtrue/falseに変化するReactivePropertyを作って そこからToReactiveCommand()でReactiveCommandを作ってやればいいはず。 ReactiveCollectionの変化を直接捕まえられたかは忘れた。 ダメだったらそのReactiveCollectionに変化を引き起こし得る操作のところで ReactivePropertyをメンテしてやる。 619 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 13:16:47.19 ID:ugnkNClS.net] https://qiita.com/YSRKEN/items/5a36fb8071104a989fb8 ここ読むとReactiveProperty使っても INotifyPropertyChangedも合わせて使わないとメモリーリーク防げないと読めて ReactivePropertyを使うことに対するメリットがイマイチ理解できないのだけど、 やっぱり便利なの？ 620 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:13:18.99 ID:xCeFdrTE.net] >>604 そうそうこの直接捕まえることができるのか調べてもわからなかった 確かにitemsを操作するところでもいいんだけどね 621 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:27:32.73 ID:OmvADhcW.net] 手元のコード探してみたらそのまんまCollectionChangedAsObservable()でよかったみたい。 622 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 15:28:37.57 ID:XLS84Otw.net] >>605 や、そうじゃなくてINotifyPropertyChangedインターフェースの実装がアレばいいってことだから prismなら従来VMを書くときと同じようにBindableBaseを継承すればいいということのようだ それを省略ならIDisposableを実装してしっかりDisposeすりゃいいってことだ 623 名前：デフォルトの名無しさん mailto:sage [2018/12/16(日) 16:14:49.96 ID:xCeFdrTE.net] >>607 ありがとう拡張メソッドでitemsの変更が拾えました CountをReactivePropertyにしてCommandのtrue/falseも変更できました 624 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 18:48:17.73 ID:pRj2u6rq.net] パート22だけど去年はとうとう1スレも進まなかったのね 625 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 21:38:20.66 ID:pBvTkhT0.net] 普及前にオワコン 626 名前：デフォルトの名無しさん mailto:sage [2019/01/05(土) 21:58:36.66 ID:EkbWdI3+.net] デスクトップしか使わんから勉強するモチベ的につらい たまにこのスレ覗くくらいだわ 627 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 08:21:41.81 ID:n+0B3BKL.net] ワイが去年ようやくまともにヤリ始めたくらいやしな 628 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 09:40:28.38 ID:988ZcpZ6.net] さすがにもう普及したよな？ 629 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 10:12:31.85 ID:988ZcpZ6.net] へんじがない、ただのしかばねのようだ 630 名前：デフォルトの名無しさん mailto:sage [2019/01/06(日) 10:50:39.74 ID:GQx3m9rS.net] 二年くらい前に既にピークアウトしたよ 天保山くらいのピークだったけど 631 名前：デフォルトの名無しさん mailto:sage [2019/01/07(月) 13:59:13.14 ID:bF8HGRsU.net] UserControlでマウスのクリックを ＜UserControl.InputBindings＞ 　＜MouseBinding Gestus="LeftClick"･･･＞ のようにして取得できるんだけど ＜Grid VerticalAlignment="Bottom"＞ このGridはクリックを通したくない場合ってどうするのが正解なんでしょうか？ 632 名前：デフォルトの名無しさん [2019/01/07(月) 18:20:56.74 ID:lPW7YYFc.net] >>617 正解かどうかは知らないけどPreview系のイベントでハンドリングして以降では処理しないようにするとかはどう？ 633 名前：デフォルトの名無しさん [2019/01/07(月) 19:56:36.23 ID:IJfA8DXD.net] >>618 なるほどそういう方法があったか PreviewだとGridに置いたButtonとかが拾えなくなるので MouseLeftButtonDownでマスクしたところ うまくいきました さんきゅー 634 名前：デフォルトの名無しさん [2019/01/09(水) 09:58:52.62 ID:g2Kn1lba.net] >>619 あ、そうか。この場合は下に伝えたくないからPreviewじゃないほうか…。 うまくいって良かったよ。 635 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:09:24.79 ID:+sopiOUJ.net] 2008年以降に始めたプログラマもWPF使わずwinform使ってんだろうな。 636 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:18:37.04 ID:b059F6IM.net] 人脈が無い人はFormしか選択肢が無いからな 637 名前：デフォルトの名無しさん mailto:sage [2019/01/09(水) 15:41:58.95 ID:qj5sQCjd.net] >>621 三年前にC#はじめたけどWPF使ってるよ もともとHTMLさわってたからUIがXMLで書けるのが好み 638 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 17:53:46.25 ID:dFO1ThRL.net] winformにIE張ってHTMLで書けば解決。 639 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 18:48:29.44 ID:HnYcSDuU.net] >>624 ねえよｗ 640 名前：デフォルトの名無しさん mailto:sage [2019/01/12(土) 18:53:09.27 ID:ft/J6rds.net] Electron.NETは？ 641 名前：デフォルトの名無しさん mailto:sage [2019/01/13(日) 10:30:32.23 ID:3xnqelpD.net] >>624 それって結局、JavaScriptでプログラミングになるんじゃ？ 642 名前：デフォルトの名無しさん mailto:sage [2019/01/17(木) 11:09:09.99 ID:HtR/KJjt.net] Desktop　Bridgeってのを試しているんだが、sqlite.interop.dllってのが実行フォルダにコピーされないんだが 対策ありますか？手動でコピーすれば大丈夫のようだが（パッケージ化はこれから） 643 名前：デフォルトの名無しさん [2019/01/18(金) 02:59:01.71 ID:422ZEWaz.net] Windowsアプリケーションパッケージングプロジェクトだつけ？それ使うといいよ 644 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 09:11:09.95 ID:kIKV+V7n.net] >>629 残念ながら、そいつ使っているんだが上手く行っていません sqliteのパッケージはsqlite.interop.dllがx86とx64の切り替えをやっていて .netのbinフォルダでx64,x86のサブフォルダ上にインストールされるんだが、 そのフォルダが「Windowsアプリケーションパッケージングプロジェクト」のbinにコピーされません 645 名前：デフォルトの名無しさん [2019/01/18(金) 18:55:54.77 ID:IdrVS7nW.net] >>630 苦肉の策としてはWindowsアプリケーションパッケージプロジェクトのコンテンツとしてsqliteまわりのdllを入れておくとかかな プロジェクト内でのフォルダ構造そのままコピーされるからWPFプロジェクト名のフォルダを切って、その下にsqliteのdllを配置してほしいレイアウトで置く感じ ストアに出すならもう少し頑張らないといけないけどサイドローディングならそれだけで行けると思う 646 名前：デフォルトの名無しさん [2019/01/18(金) 22:18:19.67 ID:V6j1airp.net] WPFかあ、もはやそんなのあったなあ、って感じだな。 たぶんもう日本の業務アプリは、もはや２１世紀中はWindows Formsが主流のままだよ。 事務ソフトでアニメーションなんかあっても、ウザいだけ。 647 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 22:28:37.28 ID:6AuLMq6N.net] >>632 べつにアニメーションがWPFの特徴なわけじゃないと思うが 648 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:06:34.88 ID:VGOuFx45.net] >>632 主流はASP.NETだよ 649 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:43:01.79 ID:cuN/FElZ.net] >>633 メトロUIという非常にユーザから嫌われたUIを使えるのが特徴だな。 650 名前：デフォルトの名無しさん [2019/01/18(金) 23:43:57.71 ID:V6j1airp.net] >>633 でもWimdowsフォームとWPFの違いって、ユーザーから見たらアニメーションぐらいじゃね？ >>634 ASP.NETも枯れてていい感じだね！ でも俺は、ブラウザ アプリは遅いので好きじゃないんだ。 マルチ プラットフォーム環境の、不特定多数へのサービスならブラウザ最高！ だけどね。 651 名前：デフォルトの名無しさん mailto:sage [2019/01/18(金) 23:56:42.31 ID:UV6kIYNk.net] >>635 WPFとMetroは無関係だが なんでそんな程度の知識しかしない煽り虫がこのスレに棲息してんだ？ 652 名前：デフォルトの名無しさん [2019/01/19(土) 00:11:00.38 ID:VQylmDLC.net] >>637 横からだけど、Windows 8が出たときに、メトロUIのWindows Store アプリを作ることが WPFの目的だった時代があったような。。。それでみんな、ちょっとかじってやめていった。 もう６年前の話なので、あのわずかな期間を、どれほどの人が覚えているか知らないが。 653 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:18:01.67 ID:75e4SvGx.net] 4Kモニターユーザーとしては、WPFアプリは標準で高DPIに対応してるのが良い。 何もしなくてもSystem DPI Awareで、Per monitor DPI Awareにするのも簡単。 654 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:18:17.44 ID:oMrzH9i0.net] >>636 ユーザーから見たら同じとか言い出したら中身がC++でWINAPIベタ書きでもPythonかなんかでTcl/Tkで書いても全部一緒ってことになるだろうが 作り手にとって違うなら十分違うんだよ 655 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:29:52.82 ID:mfJttzKn.net] >>638 そんな時代は一秒たりとも無かった 656 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 00:46:30.27 ID:tvz2yBQ7.net] >>638 > 時代があったような ないです そんなわけのわからん記憶をどこでねつ造してきたの… 657 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:11:35.76 ID:FJgPPckz.net] WPF登場から13年。 Windows95発売からWindows7が発売されるまでが14年。 こんだけ経って普及してないんならもう普及は無理だわ。 658 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:12:48.87 ID:voGwqUEx.net] 数値で語れよ 659 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 02:29:15.43 ID:6wlQil+Y.net] メトロUIこそWPFの真骨頂なのに何言ってんだか。WPF開発者がそう言ってるだろ。 660 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 03:08:57.41 ID:g9MKrhJk.net] 普及するとか普及しないとかいうより、新しいWindowsアプリなんてほとんど登場してないだけだろ。WPFとかWinFormsとかあんま関係ない。 マウス入力のUIの既存ので間に合ってて誰も新しく作らない。 661 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 03:12:50.62 ID:g9MKrhJk.net] マウス入力に最適化されたUIのアプリは既存のデスクトップアプリで間に合っててほとんど誰も新しく作らない。 だからWinFormsとかWPFとかそれ以前の問題。社内アプリとかでぼそぼそ作ってるところとかもあるかもしれんが。　 662 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 04:12:15.37 ID:XwZdf3Vk.net] タブレットと同じソースが使える筈だったザマリンを 自分達で潰したから普及する訳無いでしょうな 663 名前：デフォルトの名無しさん mailto:sage [2019/01/19(土) 09:17:07.56 ID:jiSSqTLg.net] >>631 WAPのバイナリに手動コピーするとしっかり配置してくれているようだから 当座はそれで凌げそうです sqliteかVSかどちらかのバグだろうから、そのうち解消されるまで待つことにします しかしWAPでX64選択しても店子のWPFプロジェクトはAnyCPUが選択されるため WAPのバイナリは32bitのwpfバイナリイメージになっていたのはびっくりしたわ （構成マネージャーで手動修正可能だが） 664 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 09:51:20.57 ID:g1HOkIkx.net] >>645 MetroStyleしようと思ったらOSS入れないと駄目なくらいWPFでは組み込みサポートないよ Windows8ではWindows Runtime上で動くWindows Store Appが追加されてたけど、それと勘違いしてる？ 665 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 09:57:21.70 ID:o3vZ0H0Z.net] RTをメトロUIと勘違いしてる馬鹿がいるのか。 666 名前：デフォルトの名無しさん mailto:sage [2019/01/20(日) 13:24:29.55 ID:RH6gs2bU.net] もう少し踊ってから突っ込もうよ 667 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:19:03.49 ID:tYy/rBPT.net] そうではなくてWPFとXAMLを勘違いしてるんではないですか？？？ 668 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:32:48.11 ID:W4SvihMi.net] あの不人気なフラットデザインをメトロって言うんだよ。 VSで言えば、VS2010から採用された悪評高いのっぺりデザイン。 669 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:35:25.80 ID:/LcXY3ac.net] windows95から２４年も代わり映えのしないデザインより遥かにマシじゃね？ 670 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 18:38:30.84 ID:5kYBxhZB.net] COOLBARは何故流行らなかったのかのう 671 名前：デフォルトの名無しさん mailto:sage [2019/01/21(月) 20:36:07.05 ID:lj+m/cPS.net] Lunaが最強ってことが証明されたな 672 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 05:09:13.93 ID:Tca6Oe/x.net] >>654 > メトロって言うんだよ > VS2010から採用された 言いません 673 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 07:00:29.33 ID:WokHO9Ir.net] その法螺が何故バレないと思ったのですか？ 674 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 11:03:13.76 ID:C/+p9Ld8.net] 自分でカッコイイスタイル作れば良いじゃない。 675 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 12:24:03.41 ID:/AWQHDv1.net] >>655 進化してればいいんだが、見た目が変わっただけというのは害悪しかない 676 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 14:39:51.95 ID:wSuDIWGq.net] >>658 wikipぐらい読んできたら？ 677 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 14:55:05.57 ID:MOxebT3c.net] メトロじゃなくてモダンUIって言うんだよね 678 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 16:37:46.63 ID:WokHO9Ir.net] 僕のアダナを 知ってるかい メトロUIと いうんだぜ デマを流して もう三月 雨や嵐にゃ 慣れたけど〜 679 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:29:08.93 ID:VAAf+Tqy.net] WPFがメトロUIだと言いだす馬鹿はほっとけばいい 680 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:36:27.54 ID:wSuDIWGq.net] >>665 ←十分条件と必要条件が理解できない典型的馬鹿文系の例 681 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:39:09.14 ID:sLZ546NU.net] >>662 ここにこう書いてあるとソース貼れば良いのでは？ 682 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:41:44.31 ID:wSuDIWGq.net] >>667 ←ところで誰でも知ってることを必死にID代えながら全否定してる馬鹿は何者？ 683 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:49:19.76 ID:sLZ546NU.net] >>668 ソースを貼れば黙らせられるんじゃない？ 俺もグラデとボーダー抑えただけのフラットデザインをメトロと呼んでいたなんて初耳だけど 684 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:50:43.94 ID:wSuDIWGq.net] ID:sLZ546NU＼ 　　 ノ)人(＼　　 フ 　　人(へニﾌ )人　 ) へ (　〈●)　 ヘ)ﾉｲ Y Ｙ ///￣　 (●/ノ ヽﾉ　　　　 _ﾉ~｜ _ﾉ　　 /￣＼　 / <ボクが一番WPFに詳しいんだ!!! ――､＿＼二ﾉ ／ 　　/ /　　イ/￣/ 685 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 19:57:27.37 ID:sLZ546NU.net] >>670 イヤそちらの方が詳しいから主張しているのでは 686 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 20:22:42.49 ID:MXMUazpF.net] もしかしてwikipediaのこれをみてWPF=メトロって解釈したの？ ttps://ja.m.wikipedia.org/wiki/Windows_Presentation_Foundation >Windowsストアアプリ >Windows 8/Windows RTにおいて導入されたWindowsストアアプリ（WinRTアプリ、Modern UIアプリケーション）はWPF同様XAMLによって >ユーザインタフェース要素を記述し、WPFに類似したプログラミングモデルを提供する。Windows 10においてWindowsストアアプリの後継として導入された、ユニバーサルWindowsプラットフォーム(Universal Windows Platform, UWP) アプリケーションも基本は同様である。 687 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 20:48:43.71 ID:QHh5YGXw.net] https://ja.m.wikipedia.org/wiki/Modern_UI VS2010なんて欠片も出てこんぞ 688 名前：デフォルトの名無しさん mailto:sage [2019/01/22(火) 22:19:57.39 ID:WokHO9Ir.net] Windows8の開発には普通vs2012がいるからねぇ その時点で駄法螺でしょうな 689 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 08:17:24.46 ID:qi0lTRAT.net] 2010ってメトロじゃなくてリボンだよな 690 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 13:40:33.94 ID:HL71aJyT.net] VS2010って急に重くなってヘルプが使い物にならなくなったバージョンだな。 そしてドキュメントも整備されなくなった。そして記念すべき.net4というアホバージョンが登場。 以後の.netの仕様は互換性は皆無、仕様は右往左往、排他仕様、切捨ての嵐となった。 サポートには苦情の嵐でどうにもならず、多くをオープンソース化してユーザに丸投げ。 この辺りだな、MSの技術力が急低下したのは。 691 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 17:54:23.20 ID:7Xice4uJ.net] ホラVS2010がメトロとかわけわからんこと言うから おじいちゃんが発作起こしちゃったでしょう 692 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 18:20:46.09 ID:edUcCP3i.net] .NET4ってそんな互換性問題あるの？ 693 名前：デフォルトの名無しさん mailto:sage [2019/01/23(水) 18:51:14.01 ID:I89Lhnmb.net] >>679 そんなに騒ぎになった記憶がないから該当レス書いた人の個人的なお気持ちだと思う 694 名前：デフォルトの名無しさん mailto:sage [2019/01 ] [ここ壊れてます] 695 名前：/23(水) 23:15:09.20 ID:XC225FJG.net mailto: 特になかった。 [] [ここ壊れてます] 696 名前：デフォルトの名無しさん [2019/01/25(金) 09:52:20.19 ID:iIPgsGqp.net] >>653 同一視してる可能性は否めない。 WPFもWin8アプリもWin10アプリもXAML使ってるが、ライブラリもランタイムも違う別物。 697 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 09:16:41.79 ID:OsfS9aSf.net] 同じなのは流行らなかったことだけ 698 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 10:08:44.16 ID:Uh6dxh25.net] 結局WPF is Metroさんは勘違い以前のただの釣りだったのけ？ 煽りにしても意味わからんしもともとMetroの定義も曖昧だから なんか説明してくれると思ったのになあ 699 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 18:55:05.39 ID:Y7bMbEQa.net] RenderTargetBitmapをpngやbmpファイルに落とすと 1920*1080とかになると一秒くらい掛かってしまうんですが もっと速くする方法はないでしょうか？ 700 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 19:03:15.69 ID:e1WSpEYP.net] >>684 WPFではなくSystem.Drawingを使う 701 名前：デフォルトの名無しさん mailto:sage [2019/01/26(土) 19:26:17.13 ID:Ri9j5s09.net] >>685 ありがとうございます。 調べてみます。 702 名前：デフォルトの名無しさん mailto:sage [2019/01/29(火) 22:16:08.48 ID:J+sWoFLO.net] VS2010のデザインをメトロだと言い張る無知なバカはもう消えたのか？ 703 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 20:59:27.87 ID:k0iyXRWx.net] フォント名が長いと、.NET Framework 3.x の WPF アプリケーションが起動できなくなる https://social.msdn.microsoft.com/Forums/ja-JP/28ebaebc-965b-48db-8c5a-3f003888cd6a/12501124571253112488215171236438263123561239212289net-framework-3x 704 名前：デフォルトの名無しさん mailto:sage [2019/01/30(水) 21:05:49.02 ID:egp2lgSt.net] くだらねえｗ 705 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 09:39:30.69 ID:vGUFjnx2.net] そういやパスの長さ２６０文字の呪いは解消されては居るが、 都合で隠し機能になってレジストリ弄らないよ有効にならないんだよな 706 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 15:46:52.43 ID:HqJ1XC2z.net] MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？ 707 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 16:02:56.33 ID:anS2S9Gv.net] XAML2009から　１０年たった 708 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 01:59:25.27 ID:MC0LZezS.net] WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。 随分と普及してたんだなw 709 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 10:22:40.21 ID:yNoKt8cU.net] WPFは永遠に不滅です 710 名前：デフォルトの名無しさん mailto:sage [2019/02/07(木) 17:44:50.95 ID:AZgaiG2V.net] 仏滅です 711 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 04:50:14.45 ID:sDrAsohP.net] 普及はしていない。 ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。 もはや蟻地獄。抜け出せない。 712 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 09:11:06.79 ID:YAWSonmT.net] 「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。 713 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:10:18.72 ID:6+Tsh20r.net] >>696 そもそも、wpf以外に何があるんだ？ 714 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:42:41.21 ID:+JwKy76Y.net] >>698 騙された連中は置き去りにしてMS自身はElectronへ完全移行したね 715 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 00:52:27.04 ID:xSGeZZ3R.net] >>699 そんな妄想要らないから 716 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 14:22:23.08 ID:bgIMs+lc.net] >>699 ねーよ 717 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 16:15:33.53 ID:Y0EVtjJ+.net] どうしてなの――ッ！！ どうしてエレクトロンしないのよーッ！！ 718 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 22:34:07.70 ID:uROPGjdF.net] >>699 例えばMSのoffice2019は何で書かれてるのかな？ 719 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 02:06:13.15 ID:eIkOeJCS.net] 謎々ならママに出題してろガキ 720 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 19:50:48.27 ID:7N8AExQC.net] MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ 失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。 721 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 20:59:43.50 ID:KFZGfstb.net] クールバー(Ie4)ぐらいからおかしかったけどなぁ 722 名前：デフォルトの名無しさん [2019/02/14(木) 09:26:31.90 ID:yYU+y3KS.net] VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。 RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。 WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？ クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故 行くんだろうな。。。Azureとか流行るの？ 723 名前：デフォルトの名無しさん [2019/02/14(木) 09:27:23.92 ID:yYU+y3KS.net] VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。 RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。 WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？ クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故 行くんだろうな。。。Azureとか流行るの？ 724 名前：デフォルトの名無しさん [2019/02/14(木) 09:27:25.53 ID:yYU+y3KS.net] VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。 RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。 WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？ クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故 行くんだろうな。。。Azureとか流行るの？ 725 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 09:31:21.25 ID:LetEd1Jm.net] 君もそろそろアップデートしてはどうか チャタってますよ 726 名前：デフォルトの名無しさん [2019/02/14(木) 12:42:58.11 ID:k9Mf52PP.net] >>707 システムソフトの開発会社であれば、OSなどの違いにより別作りを 避けられるので大きく負荷低減になる。 ユーザー企業であれば、システムの変更が必要になった際に作り直しを する負荷が減る。この場合同じ環境を使い続けられるとすると余計な 作業と思われるが、企業合併なので約束できないのが実際なので。 一般の開発会社やSI'erは、言われるがままに作るだけ。 727 名前：デフォルトの名無しさん [2019/02/14(木) 12:43:42.99 ID:k9Mf52PP.net] 企業合併なので＝＞企業合併などで 728 名前：デフォルトの名無しさん [2019/02/14(木) 12:53:37.73 ID:k9Mf52PP.net] WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。 PCをWin10に移行するんだが、社内で多用しているるツールが 独自のGUIを持っていてWin10でも動くのだが、作り変えたいという 希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな と思っているんだよね。これに関係ないアプリはUWPだったりとかに なるだろうけど。 どう思います？ 729 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:14:00.40 ID:p9FOynB1.net] xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる あと、Prism.Unityの仕様が 730 名前：だいぶ違っていてUWPのほうが簡潔に書けるし強力だ 問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな Core3でEF6サポートだからどうなるか分からんが [] [ここ壊れてます] 731 名前：デフォルトの名無しさん [2019/02/14(木) 13:45:10.69 ID:k9Mf52PP.net] ありがとう、 使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも DBは一切直接弄らない。イベントバインドってどんなモノだろう。 普段WPFは使っているがUWPは使用していないもので。 ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて いる。私自体は普段それで使っているので。 将来的に他のアプリでは、UWPの利用があり得るので技術習得として FormよりWPFで感覚をつかんでもらうのもいいかなという発想がある んだけど。 どんなもんでしょう。 732 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 14:54:44.10 ID:p9FOynB1.net] >>715 イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする 書き方はViewに書くものをPublicにしたものでOK 書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので バインド異常をコンパイラーが検知してエラーを出してくれる それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど そのまんま移植って訳にはいかない 733 名前：デフォルトの名無しさん [2019/02/14(木) 15:11:33.01 ID:J2f7YHNb.net] データバインドはいつも使うが、イベントのバインド分んないな 調べてみて共通な部分を使うような感じで考えてみようかと思う。 今まで利用していたものの差し替えなので、今回は高度なインターフェースは 期待していないので、いけそうな気がしているので。 734 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 17:11:13.40 ID:vH0g0L/F.net] >>715 .NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。 その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。 Microsoft Store for Businessの業務アプリとして出すのは平気 735 名前：デフォルトの名無しさん [2019/02/14(木) 18:36:00.93 ID:J2f7YHNb.net] >>718 ありがとう。 >SqlConnectionあるからSQL Serverつなぎに行けるよ 残念ながらそれは使わないので 736 名前：デフォルトの名無しさん [2019/02/14(木) 22:37:38.12 ID:yYU+y3KS.net] >>720 知ってる風だがsilver lightやRIA service使ったことないだろ？ 実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。 世の中がhtml5に流れたから使われなかった。 だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。 なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。 っていうただの愚痴です。 737 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 00:12:26.01 ID:dIP2EtTm.net] 俺の事か? 738 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 01:28:57.49 ID:/YtP15ex.net] >>720 MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ 739 名前：デフォルトの名無しさん [2019/02/18(月) 00:46:05.66 ID:olCA/49u.net] WPFネイティブビルドはいつ来るんだよ 740 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 09:44:54.34 ID:Gg3Zrhrc.net] .NET CoreのWPFでcorertビルドできるか試してみたら？ 741 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 14:34:51.34 ID:RuxUtwk/.net] ずっと話噛み合ってねえからな 742 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 06:37:29.80 ID:T/Unp2I5.net] 幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。 743 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 07:11:00.36 ID:deUg/ATf.net] 捨てたらWinFormしかなくなるからじゃね？ 744 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 08:26:42.12 ID:LWbZmqMl.net] >>726 何をもって普及しなかったと？ 745 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 09:48:53.30 ID:T/Unp2I5.net] >>728 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな 746 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:02:27.12 ID:oO/57lY2.net] 普及しなかったってのはFormsからの移行が進んでいないって意味かな？ それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。 747 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:03:46.17 ID:bf98Y86X.net] VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ 748 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:04:03.21 ID:dERM3yKu.net] WPFで作ってるアプリあるから捨てられたら困るんだが 749 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:12:24.22 ID:T/Unp2I5.net] なんだもうそんなに負の遺産があるのかw　ますますドツボだな、MSw ドンマイw 750 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:41:26.59 ID:lt0l3pkH.net] UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか 751 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 12:56:35.84 ID:1Q73+Y6z.net] WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。 昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。 残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな 752 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 12:58:33.38 ID:1Q73+Y6z.net] そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない 753 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 13:18:27.42 ID:lt0l3pkH.net] その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね 開発方面だとまだ需要はあるんだろうけど 最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの 大人気のVSCodeはElectronだがｗ 754 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 13:59:14.27 ID:LWbZmqMl.net] >>729 まだ数字出せないの？ 755 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 14:13:21.59 ID:oO/57lY2.net] 「WPFはオワコン」 「じゃあ今なら何なの」 「いや、デスクトップアプリ自体がオワコン」 このパターン飽きた。 756 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 14:35:03.46 ID:SdABX3ej.net] HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど あと20年もしたら絶滅してそうでつらい 757 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 15:02:15.19 ID:oO/57lY2.net] HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、 そうなったらなったでそのときに乗り換えればいいような。 758 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:34:22.05 ID:bf98Y86X.net] >>739 オワコン言いたいだけでまともに議論する気無いからな。 デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。 759 名前： mailto:sage [2019/03/03(日) 21:38:24.22 ID:OccEVyH1.net] デスクトップアプリがオワコンなのは、どうしてでしょうか？ 私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？ 760 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:44:09.25 ID:hfR9GyUN.net] オワコンというか、今後の発展が見込めない、が正確な表現では 761 名前： mailto:sage [2019/03/03(日) 21:57:31.05 ID:OccEVyH1.net] >>744 デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？ 762 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:05:17.71 ID:EUJr/Yte.net] てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう… 763 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:03:10.90 ID:bf98Y86X.net] >>745 MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。 最近、若干方針が変わる兆しがあるけど。 変わるWindowsのアプリ戦略　UWPからデスクトップアプリに原点回帰か ascii.jp/elem/000/001/770/1770229/ 764 名前： mailto:sage [2019/03/03(日) 23:13:14.16 ID:OccEVyH1.net] >>747 UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね 古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが 765 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:55:38.53 ID:DRmEmwqA.net] 早くWindowsを移行させたいんだろ。 新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。 プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。 766 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 00:04:34.24 ID:tJNb7RRD.net] いまだにXPもサポートしないとならないとか？ 767 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 00:19:18.31 ID:EDazvbca.net] 今新規にデスクトップアプリを作るなら、消去法でWPFで作るな UWP→制限多すぎ WinForms→見た目が少し古臭い、高DPI対応が面倒 768 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:25:30.23 ID:Ove/38XS.net] >>745 主語が足りなかったな 今後の見込みがないのはデスクトップアプリではなくWPFの話 769 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:28:00.38 ID:Ove/38XS.net] >>746 思ってるが、自分では(不便だと思いつつ代替もないから)使っているし ごくまれに聞きたいこともある、だけだよ なんでこう、デジタルな考え方しかしないのかな 脳のビット数が不足しているのではないか 770 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 02:35:35.67 ID:giGZlJBT.net] >>753 代替がないものがなぜオワコンなの？ 771 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 04:53:59.76 ID:EmJso4tN.net] >>753 > なんでこう、デジタルな考え方しかしないのかな > 脳のビット数が不足しているのではないか それオワコンとか言ってる奴に言ってやれよw 772 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 06:56:08.44 ID:cCE8sCbS.net] >>749 UIがそのままなら簡単に移行してくれたのにな 773 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:23:19.99 ID:w8dB2aNH.net] >>754 オワコンなんて言ってねえだろが ガイジは死ね 774 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:23:46.28 ID:w8dB2aNH.net] >>755 お前が言えよ ガイジは死ね 775 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:35:23.67 ID:dcxfKk5Q.net] >>757 >>746 776 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 15:36:42.09 ID:cCE8sCbS.net] 老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。 777 名前：デフォルトの名無しさん mailto:sage [2019/03/04(月) 18:42:25.37 ID:LMssFTDP.net] >>758 基地外逆ギレ!! アホすぎるw 778 名前：> [2019/03/04(月) 22:15:20.60 ID:ZkVjgjtb.net] WPFは、最悪消えてしまってもいい。 ただ、DataBinding(MVVM)だけは消えないでくれ。 画面を直接触るのだけは、本当にもうゴメンだから。 779 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 03:41:05.08 ID:VHEmdXzp.net] とろくさいDataBindingがガンでしょ パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった 780 名前：デフォルトの名無しさん [2019/03/05(火) 08:20:05.75 ID:V/vcMjCW.net] >>749 Win Formsだと動作環境が広いってどういう意味？ それだとWPFでも一緒じゃん。 781 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 09:25:57.02 ID:oCFZHxSl.net] WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？ 782 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 09:56:16.04 ID:pOIJCY+L.net] >>765 binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから 体感するほどの改善ともならない ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい 783 名前：デフォルトの名無しさん mailto:sage [2019/03/05(火) 11:29:16.80 ID:oCFZHxSl.net] >>766 そっか>>763がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。 まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。 784 名前：デフォルトの名無しさん mailto:sage [2019/03/06(水) 10:26:28.54 ID:JcAkNipr.net] 糞遅いのが致命的だな。 速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。 しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・ 785 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 09:31:03.96 ID:rQAOToBL.net] >>767 WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい WindowsRuntimeではそこが全部C++で書き直されて速くなった まあ元々C#が遅かったというよりは設計が悪かったんだけどね 786 名前：936 mailto:sage [2019/03/07(木) 09:48:51.25 ID:Y1f21TJd.net] アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？ 787 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 10:45:33.66 ID:rQAOToBL.net] WindowsFormsHostでDataGridViewをホストする あとはWinFormsのバインディングと全く同じ WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない 788 名前：936 mailto:sage [2019/03/07(木) 11:28:20.39 ID:Y1f21TJd.net] あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ… よくわからん 789 名前：デフォルトの名無しさん mailto:sage [2019/03/07(木) 11:47:20.92 ID:RP/V7Oo/.net] >>772 それならItemsControlじゃね。 790 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 03:23:02.17 ID:ZfsC9V3u.net] >>769 不自然にWindowsRuntime持ち上げるやついるけど何なの？ 791 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 03:25:56.69 ID:ZfsC9V3u.net] >>740 どう見ても先にお前が死ぬけど 792 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 07:25:57.50 ID:yCX0oe5H.net] 10日以上前のレスに煽りとか 793 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 08:22:41.77 ID:HhaziKqA.net] 774「俺ほど生きていると昨日も十日前も変わらん」 794 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 08:33:14.42 ID:495JleXt.net] 毎日、恐怖新聞が届いているんだろ 795 名前：デフォルトの名無しさん mailto:sage [2019/03/23(土) 21:19:58.06 ID:z2QU9pxb.net] 4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・ exeのプロパティから切ってみてもダメだった imageだと何かやらないといけないことあります？ 796 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 13:39:30.44 ID:swQr9XoF.net] >>769 設計が良くても事実C#は遅い。 797 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:17:57.16 ID:G0IU8QbO.net] 言語が速い遅いって・・ 798 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:19:03.43 ID:swQr9XoF.net] なんだ、言語仕様も読んでない馬鹿がいるのか。 こんなのどう実装仕様しようと速くはならない。 799 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:20:12.69 ID:LaytCbYO.net] ガイジはママとお話ししてろ 800 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:20:22.80 ID:swQr9XoF.net] ゆとりにプログラミングは無理。 仕様を読まないから。 801 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:21:44.34 ID:swQr9XoF.net] ガイジってなんだ？　ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。 少しは社会に出ろよ、無職のゆとり君。 802 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 16:22:54.29 ID:dXsjgzSh.net] ガイジと呼ばれる自覚はあるのか 803 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 02:43:02.44 ID:iJ70eOZ4.net] インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、 ネイティブコードでAPI叩くアプリに速度で敵うはずがない。 開発速度では逆なんだろうけどね。 804 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 08:39:53.97 ID:98Woo/LB.net] 何の話？受信機が反応しちゃったかな？ 博士に調整してもらってね 805 名前：デフォルトの名無しさん mailto:sage [2019/04/05(金) 09:36:19.80 ID:XIaLs/Gd.net] テンプレートの速度でC++が勝てるとは思えないが 本当に使った事あるのかな？ 806 名前：デフォルトの名無しさん [2019/04/18(木) 18:57:23.90 ID:T7kURinD.net] WPFってC#プログラマのステップアップにいいかな？ 案件数少ないし微妙か？ C,C++,C#とやってきて、今後のステップアップの方向性が見えない WPFもUWPもxamarinもこけてるイメージしかない 一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？ 807 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 19:10:40.63 ID:ZCyI8Tks.net] XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う ヒマがあるならね 808 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 19:59:40.78 ID:ZOWixQcl.net] UI欲しいなら別の言語学んだほうがいいよ C#は 809 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:01:39.92 ID:YCaR8eKb.net] >>790 GDIはマスターした？ 810 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:02:20.08 ID:ZOWixQcl.net] C#は一時機は先端を走る言語だったけどもう古い言語でいまいち どうしても記述量が多くなるので最近の新しい流れとは相いれない 811 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:05:20.88 ID:rt2qFRnt.net] >>794 最近の新しい流れとは？ 812 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:06:02.89 ID:ZOWixQcl.net] 自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない 新しい言語で書いたほうが楽だし先の見通しも良い 813 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:12:03.27 ID:MuNMFUne.net] ガイジかよ 独り言はママに聞いてもらえ 814 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:13:53.05 ID:ZOWixQcl.net] >>795 コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている C#は伝統があるのでそういう仕組みを全面的に取り入れられない 文末の;やforの(　)などは新しい言語ではどんどん削られてきている ガイジという言葉を使う人間は人間のクズなので相手にしなくていい 815 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:16:32.82 ID:rt2qFRnt.net] >>798 何を言い出すかと思ったらセミコロンと（）かよｗｗｗ 816 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:19:26.60 ID:ZOWixQcl.net] 人間のリソースは限られている 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき それを考慮してない言語は徐々に廃れていく 817 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:20:56.01 ID:ZOWixQcl.net] ある言語で10行で書けるものが他の言語で20行必要なら もう比較すらする必要がない 818 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:23:56.64 ID:ZCyI8Tks.net] >コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている でもお前らラムダ式を使いまくると怒るじゃん？ 819 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 20:32:11.61 ID:MuNMFUne.net] ガイジの相手をするな 820 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:01:50.29 ID:rOS6RuMW.net] 見てると何か勉強するときのスタンスが短絡的というか。 確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。 おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし 821 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:02:21.26 ID:5W4Q1GlN.net] あたらしいげんごってなんですかー？ ぐたいてきにおしえてくださーい(笑) 822 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:03:54.35 ID:5W4Q1GlN.net] >>804 それなら、その経験を悩んでるやつに伝えてあげて その方がためになるはず 823 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 21:41:00.05 ID:XtndMXiD.net] > 人間のリソースは限られている > 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき > それを考慮してない言語は徐々に廃れていく 典型的なコーダーの思考回路やんw 824 名前：デフォルトの名無しさん mailto:sage [2019/04/18(木) 23:36:15.90 ID:R1Vb6ITR.net] 求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。 実際、今はテキストエディタでさえコード補完ができる。 825 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:34:26.98 ID:C7le4Nb4.net] >>808 だったらXAMLは最悪最低だよなｗｗｗ 826 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 07:53:59.74 ID:h5Mlcnx1.net] ライブタイル作った奴。くたびれもうけ。 https://japan.zdnet.com/article/35135991/ 827 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 09:52:18.63 ID:c4yhh5Fh.net] electronはどうなん 828 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 10:52:51.82 ID:JVA9qfGz.net] April Update for WPF on .NET Core 3.0 https://github.com/dotnet/wpf/issues/607 相変わらずやる気があるのかねえのかわからんなあ 829 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 11:56:19.78 ID:+TCHgQUv.net] 読んだけどただのCore移植作業の進捗報告だな やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ 830 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 14:53:14.53 ID:w3wj8Qby.net] 後3週間待て。新しいロードマップ発表されるだろうし。 831 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:16:28.70 ID:671WMWqa.net] 友人の話だと、WPFはまだレガシーじゃないよって 832 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:24:50.36 ID:sKinMxcc.net] うちのばーちゃんもそー言ってた 833 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 16:24:52.57 ID:s45G2ydp.net] 友達の友達が 834 名前：デフォルトの名無しさん [2019/04/19(金) 19:22:02.41 ID:+T/+jTzP.net] xamlって難しいからできる人少ないと思うんだよな あとは需要がもっと増えてくれれば嬉しいのに できる人が少ないから案件が出てこないんだよな 835 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 19:34:44.66 ID:AOTZFmG5.net] 画像関係はスピード重視の設計でないと生き残れない ＷＰＦは力を入れるところを間違ってる 836 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 19:42:09.66 ID:bKogaXu3.net] 一応、MSに勤めてる友人なんだけどな 837 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 20:10:11.24 ID:OAj0miUc.net] 友人の友人が 838 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 20:37:51.92 ID:DjVE1MWF.net] >>820 逝ってよし 839 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:22:35.76 ID:luGwpdV9.net] >>822 ｵﾏｴﾓﾅｰ 840 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 22:29:24.09 ID:3pwDT01F.net] ん？ 2019年だよな… 841 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:00:14.91 ID:uxzqkxgw.net] MS　＝　村山酒店？ 842 名前：デフォルトの名無しさん mailto:sage [2019/04/19(金) 23:52:18.70 ID:bKogaXu3.net] >>822 はは。お前は一生MS絡んだ製品使うなや 843 名前：デフォルトの名無しさん [2019/04/20(土) 09:45:38.16 ID:3bzhCLun.net] マイクロソフトは俺を雇えよ xamlもできる俺は天才だぞ 844 名前：デフォルトの名無しさん mailto:sage [2019/04/20(土) 10:31:07.73 ID:tgvbScEy.net] マイクロソフトに転職した元同僚から誘われた事あったけど 「外から文句言ってた方が楽だから」って断った 845 名前：デフォルトの名無しさん [2019/04/23(火) 11:57:29.12 ID:3ShwIS5Y.net] WPFに未来はあるのかないのか WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか これだけ教えてくれ xamlは共通だからある程度同じ感じで使えるのかな 846 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:08:21.45 ID:H+Sza8pj.net] >>829 WPFに未来はない。というか現時点で既に死んでいる。 で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。 WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。 当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。 一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。 従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。 847 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:24:30.10 ID:MMRRGEFQ.net] データバインディングやMVVMの仕組みは他に流用できる気がする 848 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:25:28.45 ID:w1y6RZmD.net] WPFは職人的な作り込みが必要とされるから 山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね 結局はブロガーとMSのエヴァンジェリストの飯の種で終わった 849 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:32:18.50 ID:amAsse5m.net] WPFは半透明なのが良い 850 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:40:39.29 ID:1xhRm/Xt.net] >>830 死んでいるってどういう意味？ 851 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:48:39.04 ID:XHhlgyV/.net] >>829 WPFだけでなくUWPやxamarinにも未来はない 852 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 12:54:19.04 ID:H+Sza8pj.net] GUI技術で未来があるのはHTMLだけだねえ 853 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:16:18.35 ID:5LmBAPnu.net] ユーザー視点からみたWebアプリの使いにくさ最強レベル 854 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 13:25:06.90 ID:5LmBAPnu.net] まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ 855 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:05:28.65 ID:H+Sza8pj.net] まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、 最初に学ぶならまずはWebがいいだろうね。 UWPは>>838のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。 856 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:06:42.70 ID:LYf4Dcbv.net] 速度重視にしたらプログラミングめんどくさくても普及する みんな使うから プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない 結局他のものもつかわないといけなくなるから バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ 857 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 14:21:21.09 ID:2s9RS4BR.net] WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る 858 名前：デフォルトの名無しさん [2019/04/23(火) 16:47:08.10 ID:3ShwIS5Y.net] じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？ web側勉強した方がいいのかな webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな ソケットとか使うから javaで作ったサーバアプリと連携とかできんのかな 何勉強したらいいんだホントに 859 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 17:48:04.11 ID:elaW7zc+.net] 勉強なんて楽しそうなやつやりゃいいじゃん 仕事で必要になったらググりゃいい 860 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 19:13:42.30 ID:zJYObBWE.net] そもそもデスクトップアプリ自体に将来性がないからね 時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない 俺も年内にはそっち方面に移る予定 861 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 20:00:42.63 ID:2vLu2U8Q.net] >>834 もう開発されていない もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード 862 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:35:44.06 ID:11AnFgX2.net] >>845 WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード デスクトップアプリ全般にやる気が感じられない WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ 863 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 21:53:20.46 ID:7mQ7yLRf.net] >>845 開発はされてるよ 864 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:21:06.56 ID:sr3w7AVY.net] さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。 865 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:21:44.96 ID:5KWAynrs.net] もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。 WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。 866 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:25:42.36 ID:9k05SFWw.net] >Web技術でスタンドアロン並みに使いやすいGUIを実現する Silverlightが死んでなけりゃな…… 867 名前：デフォルトの名無しさん mailto:sage [2019/04/23(火) 23:41:24.30 ID:/W495hLu.net] >>849 BlazorとWPFは全くべつもんやろ 868 名前：… [] [ここ壊れてます] 869 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 00:09:14.89 ID:5b7G81+9.net] そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？ 870 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:22:59.14 ID:mbjjqtsw.net] >>849 企業内で使うシステムでデスクトップオンリーの見たことないわ もう全部ブラウザ経由だよ 871 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:27:35.26 ID:GHRnzd3N.net] >>853 全部ってすげえな Chrome OSでも使ってんの？ 872 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:31:08.40 ID:7CcW06Eu.net] ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな 873 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:43:03.86 ID:mbjjqtsw.net] 勤怠チェック 給料計算 顧客管理 生産管理 最近100社以上のシステム見たけどほぼすべてブラウザ経由 どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない 今はwebの時代というのはあってる 874 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 12:50:22.23 ID:Ih73DrrI.net] なんかデスクトップアプリ開発しててごめん 875 名前：デフォルトの名無しさん [2019/04/24(水) 13:35:28.04 ID:fEgd+A1/.net] なんで勤怠管理とかでブラウザを経由する必要があるんだ？ 全く意味がわからん 極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな いちいちjava scriptに仕事させてブラウザで結果見るの？ それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？ わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな 流行りだからってことか？ まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・ 俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ 876 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 13:51:49.20 ID:1DYev0hZ.net] 端末に依存せず、更新管理も楽であり、どこからでもアクセス可能 これがその環境において多くのメリットをもたらすなら、検討の価値がある 開発者としては何より経験値を積めることがおいしい 877 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 13:55:19.49 ID:a3h+fhJI.net] なぜ未経験を高単価で雇うのか 878 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:29:51.63 ID:GHRnzd3N.net] >>856 勤怠システムに含まれる打刻ツールはデスクトップアプリやな 879 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:31:31.17 ID:GHRnzd3N.net] いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね 880 名前：デフォルトの名無しさん [2019/04/24(水) 14:51:28.47 ID:fEgd+A1/.net] >>860 未経験なわけないじゃん デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ でもwebも簡単だし普通にできる そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね 881 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 14:55:05.54 ID:nhJi5e2f.net] 100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか スマホ対応、mac/win対応もwebならコスト減らしやすい インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの 開発者ツールでみてもBTSやCIもだいたいwebじゃないか 882 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:12:35.72 ID:GHRnzd3N.net] >>864 >開発者ツール Visual Studio 883 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:14:07.52 ID:725QUm5w.net] 会社に入ったころは残業時間は表に手書きで自己申告してた 上司がチェックしてハンコ押して部長に回ってた それをまた手計算してタイムカードと比べてチェックして給料に反映されてた 無駄だけどそれしかなかった そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった 専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ 884 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 15:35:57.69 ID:Xu+nfOLY.net] >>866 ブラウザからの申請を記録するものは専用アプリとは違うんかい？ 用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・ 885 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 19:51:01.40 ID:AiHhhuXg.net] >>861 > 勤怠システムに含まれる打刻ツール なにそれ？ 886 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 19:56:48.46 ID:M6vGcGBe.net] 自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ 887 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 20:26:54.83 ID:5b7G81+9.net] さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。 888 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 21:07:58.30 ID:/lU/w4hB.net] ブラウザ通せるものと通せないものがあるからな 889 名前：デフォルトの名無しさん mailto:sage [2019/04/24(水) 21:22:27.79 ID:QyWgvBrX.net] >>867 デスクトップアプリの話をしてるんじゃないの？ 890 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 18:01:23.46 ID:iqYujnK/.net] 今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？ あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん…… 891 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 18:17:15.74 ID:2IQDMAmX.net] >慣れると読めるようになるもんなの？ まあインデントさえしっかりしてれば 892 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 19:27:10.58 ID:pQMWPhoY.net] >>873 どんな環境で開発してるのよ ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ 893 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:01:06.93 ID:3guJtLA5.net] そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい 894 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:01:46.48 ID:jVKhCviU.net] xaml stylerって拡張入れたらなんとかなる 895 名前：デフォルトの名無しさん [2019/04/25(木) 20:07:56.60 ID:/2yuQdnA.net] なんで最近スレ伸びてんのよ・・・ やっとWPFに普及期がきたか。 896 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 20:53:20.97 ID:wfwas3gN.net] ほとんどがイチャモン 897 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:06:10.82 ID:jZ4+eHeJ.net] >>876 > そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい 途中がどこなのかにもよるけどコメントは入れられるでしょ 898 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:19:01.50 ID:F5/pbVR3.net] XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗 899 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 21:21:22.31 ID:lXAOlb7n.net] Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど… あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある あれダメならhtmlとかも理解できないでしょうに 900 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 22:11:33.69 ID:y3HhtnRW.net] namespaceさえ理解すればあとはhtmlと大して変わらんよね。 901 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:06:51.07 ID:3guJtLA5.net] >>880 例えば、 <Grid <!--こことか--> Property1="a" <!--ここに入れたい--> Property2="b" ..... /> 902 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:17:00.35 ID:jZ4+eHeJ.net] >>884 普通に <!-- □□の設定 Property1 は〇〇 Property2 は△△ --> <Grid Property1="a" Property2="b" ..... /> ってやれば良いだけだろ 903 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:26:43.38 ID:jUPpFJcF.net] それってxamlというよりxmlの仕様では？ 904 名前：デフォルトの名無しさん mailto:sage [2019/04/25(木) 23:31:02.23 ID:3guJtLA5.net] >>885 いや、それはそうなんだけど… まずプロパティが多いと縦に伸びるし、目移りも無駄、 プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、 プロパティをその位置でコメントアウト出来れば凄い楽 >>886 その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね 905 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 08:39:26.01 ID:7syDkwCh.net] コメントはhtmlから引きずっているからね 906 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 09:39:03.86 ID:WWzPrzSM.net] >>887 そんなに多くのプロパティを設定するのってどういうとき？ 今までの経験だとせいぜい３〜４だと思うんだが・・・ 907 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 10:13:44.72 ID:L9IIIrds.net] >>887 C#でやればいいのでは？ 908 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 12:49:14.78 ID:W8c6vXCR.net] 自分の思う通りに出来ないのは仕様がおかしい って思っちゃうタイプなんでしょ プログラマーにはあまり向いてないと思う 909 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:18:33.32 ID:QuMKW8xW.net] >>889 例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど プロパティの設定は大体4つ以内に収まるね 多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする >>890 コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない >>891 仕様がおかしいなどとは一言もいっとらんが そもそもプログラマーで言語に不満を持ったことない人なんているんか 910 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:33:10.94 ID:WWzPrzSM.net] >>892 なんで全てのプロパティにコメント残す必要があるの？ 内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。 つか、今時前のコードを残すのはバージョン管理に任せろよ。 条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。 911 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 13:48:55.23 ID:QuMKW8xW.net] >>893 ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ 例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？ 俺はただそのプロパティの上や� 912 名前：｡に書けたらいいのにな、と言ってるだけなんだが。 あとは行をその位置でコメントアウト出来れば、テストとか楽だし 一応プロとしてやってますよ というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ [] [ここ壊れてます] 913 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:09:16.83 ID:7syDkwCh.net] そもそもWinFormsだってプロパティーにコメント振らない 914 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:14:13.40 ID:90urDzgW.net] 一応確認なんだけど、viewmodel使ってるのかな？ 本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど viewにヅラヅラ説明を入れる状態が想像できない 915 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:31:16.59 ID:r6cXYweV.net] xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ 今回はマークアップ言語の話だけど、 既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし 不満を持つことと対応できないこととは関係ないよね んで、 Holy Hell!! な解法 https://stackoverflow.com/questions/2073140/why-cant-i-comment-attributes-in-xaml 916 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:37:30.54 ID:XuSZUgKR.net] > xmlの属性レベルのコメントができないのを仕様の欠陥 ほんとこれ不便 917 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 14:38:37.63 ID:xSwLJo8H.net] 未経験者から質問するけど、XAMLって独自プロパティ追加できないの？ HTMLなら勝手プロパティでコメント書いたりしたけど。 918 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 15:06:43.30 ID:vB1azCly.net] そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？ jsonなんかも大きくなると手編集向いてないし とはいえ現状じゃそういうわけにはいかないけど xaml自体を分割して見通しをよくするとかくらいかね 919 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 19:28:35.60 ID:qpV588mo.net] >>894 そういう欲求はある。あると便利だよねえ 920 名前：デフォルトの名無しさん mailto:sage [2019/04/26(金) 23:15:39.83 ID:smPACViJ.net] 思う通りに出来ないなら出来るように作っちゃえばいいじゃない 921 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 00:57:13.45 ID:maQO7vMi.net] コメント振れないことと言うより デバッグしているときにプロパティーをコメントアウトしにくいのが辛い ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ 922 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 06:46:41.35 ID:rUmkpmPg.net] >>903 属性名変えればいいだけじゃん Property1="a" ↓ xProperty1="a" とか 応用力なさすぎ 923 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 22:50:27.99 ID:jfzw+pVI.net] ん？意味がわからない 924 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 23:42:27.11 ID:ibduGkrL.net] ガガイのガイ 925 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 00:13:26.20 ID:ODEsSmA2.net] >>905 存在しないプロパティ名にリネームすれば無視されるから コメントアウトの代わりに使える 926 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 10:06:39.38 ID:3t4t6vYZ.net] <a> <a.b> <c　d="d"> </a.b> </a> でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？ 927 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:14:33.17 ID:fIrxxOza.net] >>908 日本語でよろしか 928 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:14:55.21 ID:fIrxxOza.net] よろしくw 929 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 12:30:54.83 ID:yS5k3fwP.net] >>908 今時コメントアウトなんぞ要らん gitを信じて消せ 930 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 13:08:27.48 ID:Cfig35XD.net] >>908 お前日本語下手そうだからコメントアウトした結果を書け 931 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 14:04:08.99 ID:PmtPvWQ5.net] 正直この先何年もXML引きずるのかと思うと憂鬱だわ 932 名前：デフォルトの名無しさん mailto:sage [2019/04/28(日) 14:24:14.05 ID:JXginMSx.net] >>897 >xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから プロパティ要素構文にして、その後ろにコメント付ければいい 933 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 19:57:07.62 ID:m30Tu78y.net] デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな 7年くらいずっとデスクトップアプリばっかやってきたわ あとはせいぜいゲームとか WEBは半年もやってない ASP.NETマンになればブレイクスルーできるのか？ .NETに全てを託すしかねーわもう WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？ 934 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:20:09.77 ID:pMNPIosi.net] .NET Coreが迷走してるからわからんよ 今んとこASP.NET開発者の移行はさっぱり進んんでない 苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな そしたら.NETは終わりだ 935 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:21:39.96 ID:imlbHmeV.net] >>915 electronのデスクトップマンになれば延命できるぞ 936 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:25:34.70 ID:ehYnqzb5.net] >>916 迷走してるってソースは？ 937 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:28:09.67 ID:HXRk5ZMS.net] .NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね 938 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:33:36.22 ID:ehYnqzb5.net] >>919 https://twitter.com/davidfowl/status/1122035993505230848?s=19 (deleted an unsolicited ad) 939 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:41:28.68 ID:pMNPIosi.net] >>918 Silverlight3の顛末をググってきたらいいんじゃないかな 今の.NET Coreと状況がそっくりだから だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう 940 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:42:40.78 ID:ehYnqzb5.net] >>921 具体的に 941 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:47:27.55 ID:zo6UUTTz.net] 「終わり」ってどういう状態を言っているのかにもよるな。 MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。 942 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:52:17.72 ID:pMNPIosi.net] >>923 MSはプロダクトを見捨てる前にきっちり完成させるからね WPFは例外だが 943 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:53:49.04 ID:TDhNq2WX.net] WPFはファイルダイアログとかの仕組みをまともに作らなかったよね みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？ 944 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 20:59:41.05 ID:TDhNq2WX.net] デスクトップアプリの肩身はどんどん狭くなる 今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい これからデスクトップだったもののweb化（html化）は加速するだろう　 945 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 22:11:10.20 ID:atpu4K08.net] いつの時代の人なんだよ… 946 名前：デフォルトの名無しさん mailto:sage [2019/04/29(月) 22:49:29.79 ID:D2B2a+AU.net] >>925 ファイルダイアログはあるだろ 無いのはフォルダーダイアログ 947 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:06:29.68 ID:JvryURnP.net] Windows API CodePackが事実上のオフィシャルリリースだろうに 948 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:13:26.27 ID:SrVVv9ma.net] >>927 Webくんは妄想性人格障害なだけで現代っ子だよ 949 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 00:40:31.82 ID:flIcHYQt.net] >>930 人格障害はお前だよ 950 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 08:13:26.69 ID:riS+7mUB.net] フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。 もともとあれは使いにくかったし。 951 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 08:59:37.98 ID:SrVVv9ma.net] >>931 人格障害だけでなくガイジも患ってるみたいだね… ママさん仕事して〜 生ゴミはコンポストに捨てといてね 952 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 09:44:02.25 ID:bwdkx6fZ.net] NumericUpDownがないのは作り忘れなの？ 953 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 10:52:02.94 ID:bB6vFizM.net] ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？ あればあったでいいけど、作れよそんくらい。 954 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:09:37.57 ID:JvryURnP.net] wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな JavaFXみたいでいいからcss使えたら大分変わっただろうが 955 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:23:29.23 ID:+WTnzUc7.net] WPF Toolkitがあっただろ MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した 956 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:23:31.00 ID:Bqa7G4KG.net] 取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする 特にWPF出始めは ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった 既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる 957 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:36:48.02 ID:okR7prA6.net] >>932 API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用 APIを直接呼び出せば使えるけど、面倒くさい 958 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 11:57:36.38 ID:vasc9k3m.net] グラデなしでピクトグラムでいいやんの流行りになったしな 959 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:06:33.93 ID:ZVZuWdtk.net] MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？ 全然ユーザーの意見取り入れなかった 960 名前：デフォルトの名無しさん mailto:sage [2019/04/30(火) 19:07:23.38 ID:ZVZuWdtk.net] MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？ 全然ユーザーの意見取り入れなかった 961 名前：デフォルトの名無しさん mailto:sage [2019/05/03(金) 21:35:56.29 ID:Ty57vDZV.net] >>942 MS製コントロールがバグ放置のwinformsよりはずっといい （自前で拡張するかどっかから買えと？） 962 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:08:40.63 ID:Z6pnZdfU.net] 親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか 963 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 03:45:12.61 ID:cvUncZGI.net] 子コントロールにスタイル設定すれば 964 名前：デフォルトの名無しさん [2019/05/05(日) 12:26:09.77 ID:ZoPshMtO.net] webの方が簡単で面白いことに気づいてしまった プログラミングってやっぱだるいわ クソコードひたすら追いかけないといかんし 965 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 12:34:54.97 ID:TKrOuc6u.net] >>946 俺ももうプログラミングやめたい ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい 966 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 12:55:56.67 ID: ] [ここ壊れてます] 967 名前：Lip5pc/w.net mailto: 風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ [] [ここ壊れてます] 968 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:10:51.58 ID:eMsI3+wX.net] 含蓄がありますね(嘆息) 969 名前：デフォルトの名無しさん [2019/05/05(日) 13:28:05.49 ID:ZoPshMtO.net] >>947 ソリューションアーキテクトってやたらかっこいいな それで仕事取れてまかり通るなら迷わずやればいいよ ぶっちゃけ俺もそれやりてーわ 970 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 16:29:56.08 ID:mUBBoDAW.net] すればいいじゃん 971 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:08:20.77 ID:nagljinL.net] 祝.NET5 972 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:37:22.92 ID:TGYjbWr3.net] まだ1年以上先やん 973 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 10:17:12.15 ID:SahO4WyM.net] 素晴らしい未来がやってきそうだな 974 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 11:38:31.75 ID:SahO4WyM.net] VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな 975 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:48:21.84 ID:Q8AOfbVk.net] >>955 まじ！？ 976 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 14:40:40.46 ID:SahO4WyM.net] >>956 まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-preview 977 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 18:33:28.44 ID:ps990SHk.net] .net　coreベースでWPFアプリが作れるだけだろ 何が嬉しいのかさっぱりわからない 978 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 18:36:32.63 ID:ps990SHk.net] .netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ 979 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:05:57.97 ID:Q8AOfbVk.net] >>958 なんで？ 980 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:53:13.78 ID:zPHtXU9Z.net] >>958 >>955 981 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:26:57.74 ID:ps990SHk.net] 思考停止してるのか？ 実際に何かいいことあるのか？ ないだろ？ 982 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:31:07.89 ID:FJj2rymy.net] .Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。 後、アプリに .NET Core自体を含められるから、 .NET Frameworkが インストールされている必要が無いってのもメリットと言えばメリット。 983 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:31:17.31 ID:ps990SHk.net] 元々あるものを再実装して足踏みしてるだけ 984 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:37:19.59 ID:ps990SHk.net] .netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる 985 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:44:26.38 ID:ps990SHk.net] visual studioはWPFで作ってあるけど再実装しなおすのかな？ 986 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:46:30.51 ID:9iRY6hHt.net] >>963 Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう 今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、 .NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず 987 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:58:50.48 ID:gpGYtGNe.net] >>967 Webサーバーに極度に最適化の具体的な内容を知りたい ソースお願いします 988 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:01:45.57 ID:carnJ8B3.net] https://devblogs.microsoft.com/dotnet/introducing-net-5/ だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ 今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が 実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし 989 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:14:47.34 ID:SahO4WyM.net] 将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる 新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか 990 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:17:25.86 ID:ps990SHk.net] レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う 991 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:26:02.63 ID:EXJv8ROn.net] サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし .Net Coreに移行してどんなメリットがあるのかわからん 992 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:27:17.83 ID:AXdDikdA.net] Coreにしかできないことがあるだろ！　たぶん 993 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:29:32.14 ID:TpQciypC.net] >>972 ちょっとはググれよ 994 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 22:40:50.03 ID:carnJ8B3.net] SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！ イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど 995 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 23:13:20.50 ID:8iyOaY+P.net] .net native ってのが有ってだな 996 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 01:50:50.81 ID:SGPGdZM3.net] >>976 ストアアプリ専用じゃない？ いずれデスクトップも検討すると言ってたけど 今になっても噂もないってことは見送りになったんだろうね？ 997 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 07:56:23.76 ID:PUxGMWyh.net] 今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは 998 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:09:23.23 ID:NpZCzFSM.net] VS onlineってexeもローカルに出力できんの？ クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？ 後者だとは思うけど 999 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:28:11.67 ID:3OTuuh9B.net] >>978がちゃんと読んでないだけだねえ .NET CoreがAOTに対応するとはどこにも書いてないよ ・CoreFX (クラスライブラリ) がAOTに対応する ・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する ・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし ・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する 1000 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 08:59:56.99 ID:/haNqz9o.net] >>979 リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票 Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね 1001 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:04:06.03 ID:/haNqz9o.net] zipでパックはスルーしてどうぞ… 1002 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 09:12:18.15 ID:/haNqz9o.net] GoogleがFlutter for Webを発表したな 界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ 1003 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 10:02:24.56 ID:NpZCzFSM.net] >>981 やっぱクラウドなんだろうねー ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー 1004 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 11:49:26.79 ID:owBD3RAN.net] Blazorだけが最後の希望だ 1005 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 23:27:04.86 ID:SGPGdZM3.net] >>983 Dartやだー どうせだったらTypeScriptでPWA作るほうがいい 1006 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 18:18:12.69 ID:cLhRp6Rd.net] DartってC#に似てたような気がする async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする 気がするばかりで済まぬ 1007 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 18:59:24.86 ID:HmZQAPaE.net] 気のせい 1008 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 19:20:35.18 ID:TvKkh+gI.net] >>986 Perl好き？ 1009 名前：デフォルトの名無しさん mailto:sage [2019/05/09(木) 21:21:33.44 ID:LyVAVZ0b.net] Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか... 1010 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 17:39:16.67 ID:FeoREeur.net] >>990 なんかのタイミングでどっかのコンポーネントが 再コンパイルされちゃって固定したんだろね？ （始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから） Livechartsの環境構築やり直すしか思いつかない 1011 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 17:30:32.43 ID:s81pq9/g.net] >>981 VScodeベースだし .NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？ （C++はVS on windows使ってねでサポート外？） 1012 名前：デフォルトの名無しさん mailto:sage [2019/05/11(土) 17:52:03.97 ID:EZwsgETW.net] >>992 君よく頭悪いって言われない？ 1013 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 00:08:12.26 ID:hOySvDzr.net] >>993 C#のコンパイルしたことある？（JAVAでもいいけど） VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い スマホでも重くならないと思われ 1014 名前：デフォルトの名無しさん mailto:sage [2019/05/14(火) 08:46:38.55 ID:32DCwaMK.net] 病院Go 1015 名前：デフォルトの名無しさん mailto:sage [2019/05/15(水) 22:41:24.02 ID:hm7pGYRA.net] 君がねｗ 1016 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 01:23:45.34 ID:rj4hXzDh.net] >>996 君よく頭悪いって言われない？ 1017 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 01:38:55.60 ID:zJDWj/bl.net] 病院Go 1018 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 02:41:53.50 ID:5yztaPBa.net] CoreのいいとこはLinuxで使えるところ 1019 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:31:34.75 ID:wtAwFmrj.net] なおWPFはCoreでもWindowsでしか使えません。残念！ 1020 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:53:15.23 ID:8fOYIMEO.net] 次スレ建てました WPF(.NET4.x, .NET Core) GUIプログラミング Part23 https://mevius.5ch.net/test/read.cgi/tech/1557960752/ 1021 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 518日 8時間 17分 28秒 1022 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

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

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