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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 03/14 21:23 / Filesize : 238 KB / Number-of Response : 1023
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/
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
普通に

<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