19/04/18 23:36:15.90 R1Vb6ITR.net
求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。
825:デフォルトの名無しさん
19/04/19 07:34:26.98 C7le4Nb4.net
>>808
だったらXAMLは最悪最低だよなｗｗｗ
826:デフォルトの名無しさん
19/04/19 07:53:59.74 h5Mlcnx1.net
ライブタイル作った奴。くたびれもうけ。
URLﾘﾝｸ(japan.zdnet.com)
827:デフォルトの名無しさん
19/04/19 09:52:18.63 c4yhh5Fh.net
electronはどうなん
828:デフォルトの名無しさん
19/04/19 10:52:51.82 JVA9qfGz.net
April Update for WPF on .NET Core 3.0
URLﾘﾝｸ(github.com)
相変わらずやる気があるのかねえのかわからんなあ
829:デフォルトの名無しさん
19/04/19 11:56:19.78 +TCHgQUv.net
読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
830:デフォルトの名無しさん
19/04/19 14:53:14.53 w3wj8Qby.net
後3週間待て。新しいロードマップ発表されるだろうし。
831:デフォルトの名無しさん
19/04/19 16:16:28.70 671WMWqa.net
友人の話だと、WPFはまだレガシーじゃないよって
832:デフォルトの名無しさん
19/04/19 16:24:50.36 sKinMxcc.net
うちのばーちゃんもそー言ってた
833:デフォルトの名無しさん
19/04/19 16:24:52.57 s45G2ydp.net
友達の友達が
834:デフォルトの名無しさん
19/04/19 19:22:02.41 +T/+jTzP.net
xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
835:デフォルトの名無しさん
19/04/19 19:34:44.66 AOTZFmG5.net
画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる
836:デフォルトの名無しさん
19/04/19 19:42:09.66 bKogaXu3.net
一応、MSに勤めてる友人なんだけどな
837:デフォルトの名無しさん
19/04/19 20:10:11.24 OAj0miUc.net
友人の友人が
838:デフォルトの名無しさん
19/04/19 20:37:51.92 DjVE1MWF.net
>>820
逝ってよし
839:デフォルトの名無しさん
19/04/19 22:22:35.76 luGwpdV9.net
>>822
ｵﾏｴﾓﾅｰ
840:デフォルトの名無しさん
19/04/19 22:29:24.09 3pwDT01F.net
ん？ 2019年だよな…
841:デフォルトの名無しさん
19/04/19 23:00:14.91 uxzqkxgw.net
MS ＝ 村山酒店？
842:デフォルトの名無しさん
19/04/19 23:52:18.70 bKogaXu3.net
>>822
はは。お前は一生MS絡んだ製品使うなや
843:デフォルトの名無しさん
19/04/20 09:45:38.16 3bzhCLun.net
マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ
844:デフォルトの名無しさん
19/04/20 10:31:07.73 tgvbScEy.net
マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った
845:デフォルトの名無しさん
19/04/23 11:57:29.12 3ShwIS5Y.net
WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
846:デフォルトの名無しさん
19/04/23 12:08:21.45 H+Sza8pj.net
>>829
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
847:デフォルトの名無しさん
19/04/23 12:24:30.10 MMRRGEFQ.net
データバインディングやMVVMの仕組みは他に流用できる気がする
848:デフォルトの名無しさん
19/04/23 12:25:28.45 w1y6RZmD.net
WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
849:デフォルトの名無しさん
19/04/23 12:32:18.50 amAsse5m.net
WPFは半透明なのが良い
850:デフォルトの名無しさん
19/04/23 12:40:39.29 1xhRm/Xt.net
>>830
死んでいるってどういう意味？
851:デフォルトの名無しさん
19/04/23 12:48:39.04 XHhlgyV/.net
>>829
WPFだけでなくUWPやxamarinにも未来はない
852:デフォルトの名無しさん
19/04/23 12:54:19.04 H+Sza8pj.net
GUI技術で未来があるのはHTMLだけだねえ
853:デフォルトの名無しさん
19/04/23 13:16:18.35 5LmBAPnu.net
ユーザー視点からみたWebアプリの使いにくさ最強レベル
854:デフォルトの名無しさん
19/04/23 13:25:06.90 5LmBAPnu.net
まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ
855:デフォルトの名無しさん
19/04/23 14:05:28.65 H+Sza8pj.net
まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>838のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。
856:デフォルトの名無しさん
19/04/23 14:06:42.70 LYf4Dcbv.net
速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ
857:デフォルトの名無しさん
19/04/23 14:21:21.09 2s9RS4BR.net
WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る
858:デフォルトの名無しさん
19/04/23 16:47:08.10 3ShwIS5Y.net
じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに
859:デフォルトの名無しさん
19/04/23 17:48:04.11 elaW7zc+.net
勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい
860:デフォルトの名無しさん
19/04/23 19:13:42.30 zJYObBWE.net
そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定
861:デフォルトの名無しさん
19/04/23 20:00:42.63 2vLu2U8Q.net
>>834
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード
862:デフォルトの名無しさん
19/04/23 21:35:44.06 11AnFgX2.net
>>845
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ
863:デフォルトの名無しさん
19/04/23 21:53:20.46 7mQ7yLRf.net
>>845
開発はされてるよ
864:デフォルトの名無しさん
19/04/23 23:21:06.56 sr3w7AVY.net
さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。
865:デフォルトの名無しさん
19/04/23 23:21:44.96 5KWAynrs.net
もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。
866:デフォルトの名無しさん
19/04/23 23:25:42.36 9k05SFWw.net
>Web技術でスタンドアロン並みに使いやすいGUIを実現する
Silverlightが死んでなけりゃな……
867:デフォルトの名無しさん
19/04/23 23:41:24.30 /W495hLu.net
>>849
BlazorとWPFは全くべつもんやろ
868:…
869:デフォルトの名無しさん
19/04/24 00:09:14.89 5b7G81+9.net
そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？
870:デフォルトの名無しさん
19/04/24 12:22:59.14 mbjjqtsw.net
>>849
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ
871:デフォルトの名無しさん
19/04/24 12:27:35.26 GHRnzd3N.net
>>853
全部ってすげえな
Chrome OSでも使ってんの？
872:デフォルトの名無しさん
19/04/24 12:31:08.40 7CcW06Eu.net
ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな
873:デフォルトの名無しさん
19/04/24 12:43:03.86 mbjjqtsw.net
勤怠チェック
給料計算
顧客管理
生産管理
最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる
874:デフォルトの名無しさん
19/04/24 12:50:22.23 Ih73DrrI.net
なんかデスクトップアプリ開発しててごめん
875:デフォルトの名無しさん
19/04/24 13:35:28.04 fEgd+A1/.net
なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
まぁ流行りには乗りたいし俺もwebに移ろうかなぁ・・・
俺のC++、C#がほとんどの開発経験でweb側で高単価で雇ってくれるならすぐにでも移りたいわ
876:デフォルトの名無しさん
19/04/24 13:51:49.20 1DYev0hZ.net
端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい
877:デフォルトの名無しさん
19/04/24 13:55:19.49 a3h+fhJI.net
なぜ未経験を高単価で雇うのか
878:デフォルトの名無しさん
19/04/24 14:29:51.63 GHRnzd3N.net
>>856
勤怠システムに含まれる打刻ツールはデスクトップアプリやな
879:デフォルトの名無しさん
19/04/24 14:31:31.17 GHRnzd3N.net
いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね
880:デフォルトの名無しさん
19/04/24 14:51:28.47 fEgd+A1/.net
>>860
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね
881:デフォルトの名無しさん
19/04/24 14:55:05.54 nhJi5e2f.net
100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい
チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか
882:デフォルトの名無しさん
19/04/24 15:12:35.72 GHRnzd3N.net
>>864
>開発者ツール
Visual Studio
883:デフォルトの名無しさん
19/04/24 15:14:07.52 725QUm5w.net
会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった
そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ
884:デフォルトの名無しさん
19/04/24 15:35:57.69 Xu+nfOLY.net
>>866
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・
885:デフォルトの名無しさん
19/04/24 19:51:01.40 AiHhhuXg.net
>>861
> 勤怠システムに含まれる打刻ツール
なにそれ？
886:デフォルトの名無しさん
19/04/24 19:56:48.46 M6vGcGBe.net
自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ
887:デフォルトの名無しさん
19/04/24 20:26:54.83 5b7G81+9.net
さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。
888:デフォルトの名無しさん
19/04/24 21:07:58.30 /lU/w4hB.net
ブラウザ通せるものと通せないものがあるからな
889:デフォルトの名無しさん
19/04/24 21:22:27.79 QyWgvBrX.net
>>867
デスクトップアプリの話をしてるんじゃないの？
890:デフォルトの名無しさん
19/04/25 18:01:23.46 iqYujnK/.net
今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？
あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……
891:デフォルトの名無しさん
19/04/25 18:17:15.74 2IQDMAmX.net
>慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば
892:デフォルトの名無しさん
19/04/25 19:27:10.58 pQMWPhoY.net
>>873
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ
893:デフォルトの名無しさん
19/04/25 20:01:06.93 3guJtLA5.net
そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい
894:デフォルトの名無しさん
19/04/25 20:01:46.48 jVKhCviU.net
xaml stylerって拡張入れたらなんとかなる
895:デフォルトの名無しさん
19/04/25 20:07:56.60 /2yuQdnA.net
なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。
896:デフォルトの名無しさん
19/04/25 20:53:20.97 wfwas3gN.net
ほとんどがイチャモン
897:デフォルトの名無しさん
19/04/25 21:06:10.82 jZ4+eHeJ.net
>>876
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ
898:デフォルトの名無しさん
19/04/25 21:19:01.50 F5/pbVR3.net
XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗
899:デフォルトの名無しさん
19/04/25 21:21:22.31 lXAOlb7n.net
Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに
900:デフォルトの名無しさん
19/04/25 22:11:33.69 y3HhtnRW.net
namespaceさえ理解すればあとはhtmlと大して変わらんよね。
901:デフォルトの名無しさん
19/04/25 23:06:51.07 3guJtLA5.net
>>880
例えば、
<Grid
<!--こことか-->
Property1="a" <!--ここに入れたい-->
Property2="b"
..... />
902:デフォルトの名無しさん
19/04/25 23:17:00.35 jZ4+eHeJ.net
>>884
普通に
<!--
□□の設定
Property1 は〇〇
Property2 は△△
-->
<Grid
Property1="a"
Property2="b"
..... />
ってやれば良いだけだろ
903:デフォルトの名無しさん
19/04/25 23:26:43.38 jUPpFJcF.net
それってxamlというよりxmlの仕様では？
904:デフォルトの名無しさん
19/04/25 23:31:02.23 3guJtLA5.net
>>885
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽
>>886
その辺は分からないけど、どうにかならんかったのかなといつも思うんだよね
905:デフォルトの名無しさん
19/04/26 08:39:26.01 7syDkwCh.net
コメントはhtmlから引きずっているからね
906:デフォルトの名無しさん
19/04/26 09:39:03.86 WWzPrzSM.net
>>887
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３～４だと思うんだが・・・
907:デフォルトの名無しさん
19/04/26 10:13:44.72 L9IIIrds.net
>>887
C#でやればいいのでは？
908:デフォルトの名無しさん
19/04/26 12:49:14.78 W8c6vXCR.net
自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う
909:デフォルトの名無しさん
19/04/26 13:18:33.32 QuMKW8xW.net
>>889
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする
>>890
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない
>>891
仕様がおかしいなどとは一言もいっとらんが
そもそもプログラマーで言語に不満を持ったことない人なんているんか
910:デフォルトの名無しさん
19/04/26 13:33:10.94 WWzPrzSM.net
>>892
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。
911:デフォルトの名無しさん
19/04/26 13:48:55.23 QuMKW8xW.net
>>893
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や�
912:｡に書けたらいいのにな、と言ってるだけなんだが。 あとは行をその位置でコメントアウト出来れば、テストとか楽だし 一応プロとしてやってますよ というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ
913:デフォルトの名無しさん
19/04/26 14:09:16.83 7syDkwCh.net
そもそもWinFormsだってプロパティーにコメント振らない
914:デフォルトの名無しさん
19/04/26 14:14:13.40 90urDzgW.net
一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない
915:デフォルトの名無しさん
19/04/26 14:31:16.59 r6cXYweV.net
xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね
んで、 Holy Hell!! な解法
URLﾘﾝｸ(stackoverflow.com)
916:デフォルトの名無しさん
19/04/26 14:37:30.54 XuSZUgKR.net
> xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便
917:デフォルトの名無しさん
19/04/26 14:38:37.63 xSwLJo8H.net
未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
HTMLなら勝手プロパティでコメント書いたりしたけど。
918:デフォルトの名無しさん
19/04/26 15:06:43.30 vB1azCly.net
そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね
919:デフォルトの名無しさん
19/04/26 19:28:35.60 qpV588mo.net
>>894
そういう欲求はある。あると便利だよねえ
920:デフォルトの名無しさん
19/04/26 23:15:39.83 smPACViJ.net
思う通りに出来ないなら出来るように作っちゃえばいいじゃない
921:デフォルトの名無しさん
19/04/27 00:57:13.45 maQO7vMi.net
コメント振れないことと言うより
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ
922:デフォルトの名無しさん
19/04/27 06:46:41.35 rUmkpmPg.net
>>903
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ
923:デフォルトの名無しさん
19/04/27 22:50:27.99 jfzw+pVI.net
ん？意味がわからない
924:デフォルトの名無しさん
19/04/27 23:42:27.11 ibduGkrL.net
ガガイのガイ
925:デフォルトの名無しさん
19/04/28 00:13:26.20 ODEsSmA2.net
>>905
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える
926:デフォルトの名無しさん
19/04/28 10:06:39.38 3t4t6vYZ.net
<a>
<a.b>
<c d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？
927:デフォルトの名無しさん
19/04/28 12:14:33.17 fIrxxOza.net
>>908
日本語でよろしか
928:デフォルトの名無しさん
19/04/28 12:14:55.21 fIrxxOza.net
よろしくw
929:デフォルトの名無しさん
19/04/28 12:30:54.83 yS5k3fwP.net
>>908
今時コメントアウトなんぞ要らん
gitを信じて消せ
930:デフォルトの名無しさん
19/04/28 13:08:27.48 Cfig35XD.net
>>908
お前日本語下手そうだからコメントアウトした結果を書け
931:デフォルトの名無しさん
19/04/28 14:04:08.99 PmtPvWQ5.net
正直この先何年もXML引きずるのかと思うと憂鬱だわ
932:デフォルトの名無しさん
19/04/28 14:24:14.05 JXginMSx.net
>>897
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい
933:デフォルトの名無しさん
19/04/29 19:57:07.62 m30Tu78y.net
デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？
934:デフォルトの名無しさん
19/04/29 20:20:09.77 pMNPIosi.net
.NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ
935:デフォルトの名無しさん
19/04/29 20:21:39.96 imlbHmeV.net
>>915
electronのデスクトップマンになれば延命できるぞ
936:デフォルトの名無しさん
19/04/29 20:25:34.70 ehYnqzb5.net
>>916
迷走してるってソースは？
937:デフォルトの名無しさん
19/04/29 20:28:09.67 HXRk5ZMS.net
.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね
938:デフォルトの名無しさん
19/04/29 20:33:36.22 ehYnqzb5.net
>>919
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
939:デフォルトの名無しさん
19/04/29 20:41:28.68 pMNPIosi.net
>>918
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
940:デフォルトの名無しさん
19/04/29 20:42:40.78 ehYnqzb5.net
>>921
具体的に
941:デフォルトの名無しさん
19/04/29 20:47:27.55 zo6UUTTz.net
「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。
942:デフォルトの名無しさん
19/04/29 20:52:17.72 pMNPIosi.net
>>923
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
943:デフォルトの名無しさん
19/04/29 20:53:49.04 TDhNq2WX.net
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
944:デフォルトの名無しさん
19/04/29 20:59:41.05 TDhNq2WX.net
デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう
945:デフォルトの名無しさん
19/04/29 22:11:10.20 atpu4K08.net
いつの時代の人なんだよ…
946:デフォルトの名無しさん
19/04/29 22:49:29.79 D2B2a+AU.net
>>925
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
947:デフォルトの名無しさん
19/04/30 00:06:29.68 JvryURnP.net
Windows API CodePackが事実上のオフィシャルリリースだろうに
948:デフォルトの名無しさん
19/04/30 00:13:26.27 SrVVv9ma.net
>>927
Webくんは妄想性人格障害なだけで現代っ子だよ
949:デフォルトの名無しさん
19/04/30 00:40:31.82 flIcHYQt.net
>>930
人格障害はお前だよ
950:デフォルトの名無しさん
19/04/30 08:13:26.69 riS+7mUB.net
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。
951:デフォルトの名無しさん
19/04/30 08:59:37.98 SrVVv9ma.net
>>931
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して～
生ゴミはコンポストに捨てといてね
952:デフォルトの名無しさん
19/04/30 09:44:02.25 bwdkx6fZ.net
NumericUpDownがないのは作り忘れなの？
953:デフォルトの名無しさん
19/04/30 10:52:02.94 bB6vFizM.net
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。
954:デフォルトの名無しさん
19/04/30 11:09:37.57 JvryURnP.net
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが
955:デフォルトの名無しさん
19/04/30 11:23:29.23 +WTnzUc7.net
WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
956:デフォルトの名無しさん
19/04/30 11:23:31.00 Bqa7G4KG.net
取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする
特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった
既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
957:デフォルトの名無しさん
19/04/30 11:36:48.02 okR7prA6.net
>>932
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
958:デフォルトの名無しさん
19/04/30 11:57:36.38 vasc9k3m.net
グラデなしでピクトグラムでいいやんの流行りになったしな
959:デフォルトの名無しさん
19/04/30 19:06:33.93 ZVZuWdtk.net
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
960:デフォルトの名無しさん
19/04/30 19:07:23.38 ZVZuWdtk.net
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
961:デフォルトの名無しさん
19/05/03 21:35:56.29 Ty57vDZV.net
>>942
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
962:デフォルトの名無しさん
19/05/04 21:08:40.63 Z6pnZdfU.net
親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
963:デフォルトの名無しさん
19/05/05 03:45:12.61 cvUncZGI.net
子コントロールにスタイル設定すれば
964:デフォルトの名無しさん
19/05/05 12:26:09.77 ZoPshMtO.net
webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
965:デフォルトの名無しさん
19/05/05 12:34:54.97 TKrOuc6u.net
>>946
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
966:デフォルトの名無しさん
19/05/05 12:55:56.67
967:Lip5pc/w.net
968:デフォルトの名無しさん
19/05/05 13:10:51.58 eMsI3+wX.net
含蓄がありますね(嘆息)
969:デフォルトの名無しさん
19/05/05 13:28:05.49 ZoPshMtO.net
>>947
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
970:デフォルトの名無しさん
19/05/05 16:29:56.08 mUBBoDAW.net
すればいいじゃん
971:デフォルトの名無しさん
19/05/07 08:08:20.77 nagljinL.net
祝.NET5
972:デフォルトの名無しさん
19/05/07 08:37:22.92 TGYjbWr3.net
まだ1年以上先やん
973:デフォルトの名無しさん
19/05/07 10:17:12.15 SahO4WyM.net
素晴らしい未来がやってきそうだな
974:デフォルトの名無しさん
19/05/07 11:38:31.75 SahO4WyM.net
VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
975:デフォルトの名無しさん
19/05/07 13:48:21.84 Q8AOfbVk.net
>>955
まじ！？
976:デフォルトの名無しさん
19/05/07 14:40:40.46 SahO4WyM.net
>>956
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
URLﾘﾝｸ(docs.microsoft.com)
977:デフォルトの名無しさん
19/05/07 18:33:28.44 ps990SHk.net
.net coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない
978:デフォルトの名無しさん
19/05/07 18:36:32.63 ps990SHk.net
.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
979:デフォルトの名無しさん
19/05/07 19:05:57.97 Q8AOfbVk.net
>>958
なんで？
980:デフォルトの名無しさん
19/05/07 19:53:13.78 zPHtXU9Z.net
>>958
>>955
981:デフォルトの名無しさん
19/05/07 21:26:57.74 ps990SHk.net
思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？
982:デフォルトの名無しさん
19/05/07 21:31:07.89 FJj2rymy.net
.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
983:デフォルトの名無しさん
19/05/07 21:31:17.31 ps990SHk.net
元々あるものを再実装して足踏みしてるだけ
984:デフォルトの名無しさん
19/05/07 21:37:19.59 ps990SHk.net
.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
985:デフォルトの名無しさん
19/05/07 21:44:26.38 ps990SHk.net
visual studioはWPFで作ってあるけど再実装しなおすのかな？
986:デフォルトの名無しさん
19/05/07 21:46:30.51 9iRY6hHt.net
>>963
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
987:デフォルトの名無しさん
19/05/07 21:58:50.48 gpGYtGNe.net
>>967
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
988:デフォルトの名無しさん
19/05/07 22:01:45.57 carnJ8B3.net
URLﾘﾝｸ(devblogs.microsoft.com)
だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ
今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
989:デフォルトの名無しさん
19/05/07 22:14:47.34 SahO4WyM.net
将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
990:デフォルトの名無しさん
19/05/07 22:17:25.86 ps990SHk.net
レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
991:デフォルトの名無しさん
19/05/07 22:26:02.63 EXJv8ROn.net
サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん
992:デフォルトの名無しさん
19/05/07 22:27:17.83 AXdDikdA.net
Coreにしかできないことがあるだろ！ たぶん
993:デフォルトの名無しさん
19/05/07 22:29:32.14 TpQciypC.net
>>972
ちょっとはググれよ
994:デフォルトの名無しさん
19/05/07 22:40:50.03 carnJ8B3.net
SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！
イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
995:デフォルトの名無しさん
19/05/07 23:13:20.50 8iyOaY+P.net
.net native ってのが有ってだな
996:デフォルトの名無しさん
19/05/08 01:50:50.81 SGPGdZM3.net
>>976
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
997:デフォルトの名無しさん
19/05/08 07:56:23.76 PUxGMWyh.net
今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
998:デフォルトの名無しさん
19/05/08 08:09:23.23 NpZCzFSM.net
VS onlineってexeもローカルに出力できんの？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
999:デフォルトの名無しさん
19/05/08 08:28:11.67 3OTuuh9B.net
>>978がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
1000:デフォルトの名無しさん
19/05/08 08:59:56.99 /haNqz9o.net
>>979
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
1001:デフォルトの名無しさん
19/05/08 09:04:06.03 /haNqz9o.net
zipでパックはスルーしてどうぞ…
1002:デフォルトの名無しさん
19/05/08 09:12:18.15 /haNqz9o.net
GoogleがFlutter for Webを発表したな
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
1003:デフォルトの名無しさん
19/05/08 10:02:24.56 NpZCzFSM.net
>>981
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
1004:デフォルトの名無しさん
19/05/08 11:49:26.79 owBD3RAN.net
Blazorだけが最後の希望だ
1005:デフォルトの名無しさん
19/05/08 23:27:04.86 SGPGdZM3.net
>>983
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
1006:デフォルトの名無しさん
19/05/09 18:18:12.69 cLhRp6Rd.net
DartってC#に似てたような気がする
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする
気がするばかりで済まぬ
1007:デフォルトの名無しさん
19/05/09 18:59:24.86 HmZQAPaE.net
気のせい
1008:デフォルトの名無しさん
19/05/09 19:20:35.18 TvKkh+gI.net
>>986
Perl好き？
1009:デフォルトの名無しさん
19/05/09 21:21:33.44 LyVAVZ0b.net
Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
1010:デフォルトの名無しさん
19/05/10 17:39:16.67 FeoREeur.net
>>990
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
1011:デフォルトの名無しさん
19/05/11 17:30:32.43 s81pq9/g.net
>>981
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
1012:デフォルトの名無しさん
19/05/11 17:52:03.97 EZwsgETW.net
>>992
君よく頭悪いって言われない？
1013:デフォルトの名無しさん
19/05/14 00:08:12.26 hOySvDzr.net
>>993
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
1014:デフォルトの名無しさん
19/05/14 08:46:38.55 32DCwaMK.net
病院Go
1015:デフォルトの名無しさん
19/05/15 22:41:24.02 hm7pGYRA.net
君がねｗ
1016:デフォルトの名無しさん
19/05/16 01:23:45.34 rj4hXzDh.net
>>996
君よく頭悪いって言われない？
1017:デフォルトの名無しさん
19/05/16 01:38:55.60 zJDWj/bl.net
病院Go
1018:デフォルトの名無しさん
19/05/16 02:41:53.50 5yztaPBa.net
CoreのいいとこはLinuxで使えるところ
1019:デフォルトの名無しさん
19/05/16 07:31:34.75 wtAwFmrj.net
なおWPFはCoreでもWindowsでしか使えません。残念！
1020:デフォルトの名無しさん
19/05/16 07:53:15.23 8fOYIMEO.net
次スレ建てました
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
ｽﾚﾘﾝｸ(tech板)
1021:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 518日 8時間 17分 28秒
1022:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています