[過去ﾛｸﾞ] WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 (994ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 2017/12/13(水)23:35 ID:muTUiD7C(1) AAS
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
2chｽﾚ:tech
関連スレ
Windows 10 UWPアプリ開発 Part 2
2chｽﾚ:tech
省3
914(1): 2019/04/29(月)19:57 ID:m30Tu78y(1) AAS
デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？
915(1): 2019/04/29(月)20:20 ID:pMNPIosi(1/3) AAS
.NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ
916: 2019/04/29(月)20:21 ID:imlbHmeV(1) AAS
>>914
electronのデスクトップマンになれば延命できるぞ
917(1): 2019/04/29(月)20:25 ID:ehYnqzb5(1/3) AAS
>>915
迷走してるってソースは？
918(1): 2019/04/29(月)20:28 ID:HXRk5ZMS(1) AAS
.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね
919: 2019/04/29(月)20:33 ID:ehYnqzb5(2/3) AAS
>>918
Twitterﾘﾝｸ:davidfowl
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
920(1): 2019/04/29(月)20:41 ID:pMNPIosi(2/3) AAS
>>917
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう
921: 2019/04/29(月)20:42 ID:ehYnqzb5(3/3) AAS
>>920
具体的に
922(1): 2019/04/29(月)20:47 ID:zo6UUTTz(1) AAS
「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。
923: 2019/04/29(月)20:52 ID:pMNPIosi(3/3) AAS
>>922
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
924(1): 2019/04/29(月)20:53 ID:TDhNq2WX(1/2) AAS
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
925: 2019/04/29(月)20:59 ID:TDhNq2WX(2/2) AAS
デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう
926(1): 2019/04/29(月)22:11 ID:atpu4K08(1) AAS
いつの時代の人なんだよ…
927: 2019/04/29(月)22:49 ID:D2B2a+AU(1) AAS
>>924
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
928: 2019/04/30(火)00:06 ID:JvryURnP(1/2) AAS
Windows API CodePackが事実上のオフィシャルリリースだろうに
929(1): 2019/04/30(火)00:13 ID:SrVVv9ma(1/2) AAS
>>926
Webくんは妄想性人格障害なだけで現代っ子だよ
930(1): 2019/04/30(火)00:40 ID:flIcHYQt(1) AAS
>>929
人格障害はお前だよ
931(1): 2019/04/30(火)08:13 ID:riS+7mUB(1) AAS
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。
932: 2019/04/30(火)08:59 ID:SrVVv9ma(2/2) AAS
>>930
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して〜
生ゴミはコンポストに捨てといてね
933: 2019/04/30(火)09:44 ID:bwdkx6fZ(1) AAS
NumericUpDownがないのは作り忘れなの？
934: 2019/04/30(火)10:52 ID:bB6vFizM(1) AAS
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。
935: 2019/04/30(火)11:09 ID:JvryURnP(2/2) AAS
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが
936(2): 2019/04/30(火)11:23 ID:+WTnzUc7(1) AAS
WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
937: 2019/04/30(火)11:23 ID:Bqa7G4KG(1) AAS
取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする
特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった
既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
938: 2019/04/30(火)11:36 ID:okR7prA6(1) AAS
>>931
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
939: 2019/04/30(火)11:57 ID:vasc9k3m(1) AAS
グラデなしでピクトグラムでいいやんの流行りになったしな
940: 2019/04/30(火)19:06 ID:ZVZuWdtk(1/2) AAS
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
941(1): 2019/04/30(火)19:07 ID:ZVZuWdtk(2/2) AAS
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
942: 2019/05/03(金)21:35 ID:Ty57vDZV(1) AAS
>>941
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
943: 2019/05/04(土)21:08 ID:Z6pnZdfU(1) AAS
親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
944: 2019/05/05(日)03:45 ID:cvUncZGI(1) AAS
子コントロールにスタイル設定すれば
945(1): 2019/05/05(日)12:26 ID:ZoPshMtO(1/2) AAS
webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
946(1): 2019/05/05(日)12:34 ID:TKrOuc6u(1) AAS
>>945
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
947: 2019/05/05(日)12:55 ID:Lip5pc/w(1) AAS
風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ
948: 2019/05/05(日)13:10 ID:eMsI3+wX(1) AAS
含蓄がありますね(嘆息)
949: 2019/05/05(日)13:28 ID:ZoPshMtO(2/2) AAS
>>946
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
950: 2019/05/05(日)16:29 ID:mUBBoDAW(1) AAS
すればいいじゃん
951: 2019/05/07(火)08:08 ID:nagljinL(1) AAS
祝.NET5
952: 2019/05/07(火)08:37 ID:TGYjbWr3(1) AAS
まだ1年以上先やん
953: 2019/05/07(火)10:17 ID:SahO4WyM(1/4) AAS
素晴らしい未来がやってきそうだな
954(2): 2019/05/07(火)11:38 ID:SahO4WyM(2/4) AAS
VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
955(1): 2019/05/07(火)13:48 ID:Q8AOfbVk(1/2) AAS
>>954
まじ！？
956: 2019/05/07(火)14:40 ID:SahO4WyM(3/4) AAS
>>955
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
外部ﾘﾝｸ:docs.microsoft.com
957(2): 2019/05/07(火)18:33 ID:ps990SHk(1/7) AAS
.net coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない
958: 2019/05/07(火)18:36 ID:ps990SHk(2/7) AAS
.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
959: 2019/05/07(火)19:05 ID:Q8AOfbVk(2/2) AAS
>>957
なんで？
960: 2019/05/07(火)19:53 ID:zPHtXU9Z(1) AAS
>>957
>>954
961: 2019/05/07(火)21:26 ID:ps990SHk(3/7) AAS
思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？
962(1): 2019/05/07(火)21:31 ID:FJj2rymy(1) AAS
.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
963: 2019/05/07(火)21:31 ID:ps990SHk(4/7) AAS
元々あるものを再実装して足踏みしてるだけ
964: 2019/05/07(火)21:37 ID:ps990SHk(5/7) AAS
.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
965: 2019/05/07(火)21:44 ID:ps990SHk(6/7) AAS
visual studioはWPFで作ってあるけど再実装しなおすのかな？
966(1): 2019/05/07(火)21:46 ID:9iRY6hHt(1) AAS
>>962
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
967: 2019/05/07(火)21:58 ID:gpGYtGNe(1) AAS
>>966
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
968: 2019/05/07(火)22:01 ID:carnJ8B3(1/2) AAS
外部ﾘﾝｸ:devblogs.microsoft.com
だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ
今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
969: 2019/05/07(火)22:14 ID:SahO4WyM(4/4) AAS
将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
970: 2019/05/07(火)22:17 ID:ps990SHk(7/7) AAS
レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
971(1): 2019/05/07(火)22:26 ID:EXJv8ROn(1) AAS
サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん
972: 2019/05/07(火)22:27 ID:AXdDikdA(1) AAS
Coreにしかできないことがあるだろ！ たぶん
973: 2019/05/07(火)22:29 ID:TpQciypC(1) AAS
>>971
ちょっとはググれよ
974: 2019/05/07(火)22:40 ID:carnJ8B3(2/2) AAS
SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！
イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
975(1): 2019/05/07(火)23:13 ID:8iyOaY+P(1) AAS
.net native ってのが有ってだな
976: 2019/05/08(水)01:50 ID:SGPGdZM3(1/2) AAS
>>975
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
977(1): 2019/05/08(水)07:56 ID:PUxGMWyh(1) AAS
今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
978(1): 2019/05/08(水)08:09 ID:NpZCzFSM(1/2) AAS
VS onlineってexeもローカルに出力できんの？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
979: 2019/05/08(水)08:28 ID:3OTuuh9B(1) AAS
>>977がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
980(2): 2019/05/08(水)08:59 ID:/haNqz9o(1/3) AAS
>>978
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
981: 2019/05/08(水)09:04 ID:/haNqz9o(2/3) AAS
zipでパックはスルーしてどうぞ…
982(1): 2019/05/08(水)09:12 ID:/haNqz9o(3/3) AAS
GoogleがFlutter for Webを発表したな
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
983: 2019/05/08(水)10:02 ID:NpZCzFSM(2/2) AAS
>>980
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
984: 2019/05/08(水)11:49 ID:owBD3RAN(1) AAS
Blazorだけが最後の希望だ
985(1): 2019/05/08(水)23:27 ID:SGPGdZM3(2/2) AAS
>>982
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
986: 2019/05/09(木)18:18 ID:cLhRp6Rd(1) AAS
DartってC#に似てたような気がする
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする
気がするばかりで済まぬ
987: 2019/05/09(木)18:59 ID:HmZQAPaE(1) AAS
気のせい
988: 2019/05/09(木)19:20 ID:TvKkh+gI(1) AAS
>>985
Perl好き？
989(1): 2019/05/09(木)21:21 ID:LyVAVZ0b(1) AAS
Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
990: 2019/05/10(金)17:39 ID:FeoREeur(1) AAS
>>989
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
991(1): 2019/05/11(土)17:30 ID:s81pq9/g(1) AAS
>>980
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
992(1): 2019/05/11(土)17:52 ID:EZwsgETW(1) AAS
>>991
君よく頭悪いって言われない？
993: 2019/05/14(火)00:08 ID:hOySvDzr(1) AAS
>>992
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
994: 2019/05/14(火)08:46 ID:32DCwaMK(1) AAS
病院Go
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.190s*