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

1デフォルトの名無しさん2017/12/13(水) 23:35:47.18ID:muTUiD7C
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

215デフォルトの名無しさん2018/05/13(日) 11:46:21.62ID:VCvSTJHc
・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で

216デフォルトの名無しさん2018/05/13(日) 11:56:03.56ID:gN1ETgni
>>201
どうやら違う世界に生きてるようだ

217デフォルトの名無しさん2018/05/13(日) 12:00:18.98ID:olmzHM0E
>>214
こいつC#使ったことないやろ…

218デフォルトの名無しさん2018/05/13(日) 12:05:59.25ID:vAxwPzXD
>>214
RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘

219デフォルトの名無しさん2018/05/13(日) 12:06:45.67ID:VCvSTJHc
>>217
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる

220デフォルトの名無しさん2018/05/13(日) 12:07:59.36ID:FNCE059f
corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか?

221デフォルトの名無しさん2018/05/13(日) 12:08:12.97ID:hwu0eulf
>>216
そちらは新規開発案件の1割以上がc#を使ってる世界ですか?
不思議な世界ですね

こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が
1%以上いるかどうか怪しいです

222デフォルトの名無しさん2018/05/13(日) 12:09:07.71ID:FNCE059f
>>219
配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね

223デフォルトの名無しさん2018/05/13(日) 12:09:52.99ID:dLXOPcbs
>>221
ああ奴隷の世界ねごめんよ

224デフォルトの名無しさん2018/05/13(日) 12:11:36.53ID:hwu0eulf
>>223
いい加減に空想の世界から出て来いよ

.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく

2252142018/05/13(日) 12:11:45.00ID:VCvSTJHc
デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね?

226デフォルトの名無しさん2018/05/13(日) 12:14:31.02ID:hwu0eulf
サーバサイドでも使われてない
デスクトップでも使われてない
業務でも使われてない

趣味で使うのがちょうどいい
C#大大大大好きだけど.Net CoreやAsp.net CoreやUWPは早く消えてほしい

227デフォルトの名無しさん2018/05/13(日) 12:17:23.58ID:dLXOPcbs
>>224
Stackoverflowのreportでも見て現実を直視しろよwww

228デフォルトの名無しさん2018/05/13(日) 12:19:44.68ID:dLXOPcbs
>>225
どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い

229デフォルトの名無しさん2018/05/13(日) 12:21:24.73ID:LtcW78m3

230デフォルトの名無しさん2018/05/13(日) 12:26:39.99ID:VCvSTJHc
>>228
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの?

231デフォルトの名無しさん2018/05/13(日) 12:29:17.88ID:LtcW78m3

232デフォルトの名無しさん2018/05/13(日) 12:31:43.28ID:ENNgICED
>>230
たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ?

233デフォルトの名無しさん2018/05/13(日) 12:37:57.79ID:VCvSTJHc
>>232
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる?
開発環境でのテストくらいにしか使えないよこんなの

234デフォルトの名無しさん2018/05/13(日) 13:04:22.39ID:kjz8UZqt
まだ実用化されていない技術のブログ記事上げてドヤってる
それは既存の.Net Coreの利点じゃないだろ?

235デフォルトの名無しさん2018/05/13(日) 13:05:48.16ID:kjz8UZqt
コアのアーキテクトの戦略がフラフラしてる
魅力のないロードマップがそれを物語ってる

236デフォルトの名無しさん2018/05/13(日) 22:00:07.98ID:ENNgICED
>>233
前のバージョンを削除www

237デフォルトの名無しさん2018/05/13(日) 22:01:26.62ID:RTDdDgUS
>>230
こいつSideBySideなんて知らんのやろ

238デフォルトの名無しさん2018/05/13(日) 22:07:34.73ID:yk+U0xvA
>>236-237
.NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ

239デフォルトの名無しさん2018/05/13(日) 22:24:25.44ID:yk+U0xvA
ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ?
アプリとは別にシステムの.NETのバージョン管理の余計な手間が増える以外になんかSCDと比較してメリットある?

240デフォルトの名無しさん2018/05/13(日) 22:27:27.84ID:F2hiJGIV
>>239
全部とかただのキチガイか

241デフォルトの名無しさん2018/05/13(日) 22:30:48.25ID:F2hiJGIV
>>214
NuGetって言葉覚えたてかな?嘘ばっかwww

242デフォルトの名無しさん2018/05/13(日) 22:55:13.58ID:yk+U0xvA
>>240
結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない?

243デフォルトの名無しさん2018/05/13(日) 22:57:05.68ID:F2hiJGIV
>>242
RuntimeStore

244デフォルトの名無しさん2018/05/13(日) 22:59:58.25ID:9k6A64Mq
>>242
>アプリごとに必要とするバージョンが違うケースが多い
なんで?

245デフォルトの名無しさん2018/05/13(日) 23:21:18.21ID:yk+U0xvA
>>244
そりゃ.NET CoreかつFDDのアプリ自体が(WinFormsやWPFがサポートされてもなお)稀だろうし、
フレームワークの方も月一で更新されてるとなれば共有できるケースは現実にはほとんど無いでしょ

2462452018/05/13(日) 23:23:46.38ID:yk+U0xvA
もちろんデスクトップアプリに限った話な
サーバーだと一括で複数のアプリをデプロイしたりすることは普通にあるからもちろん意味はあるよ

247デフォルトの名無しさん2018/05/13(日) 23:46:18.97ID:vj3G+EXI
WPFってグラボの違いでどれくらい速度変わってくるものなの?
ハイスペックグラボ使う意味ある?

248デフォルトの名無しさん2018/05/13(日) 23:55:08.61ID:F2hiJGIV
>>245
妄想おつ

249デフォルトの名無しさん2018/05/14(月) 02:28:15.65ID:tinSsmGQ
大変そうだな。予防線はりまくりマウント取ろうと形だけは前傾で

250デフォルトの名無しさん2018/05/14(月) 19:24:27.32ID:wio42IgJ
デスクトップ対応はありがたい
業務系でウェブアプリはめんどくさいだけなんだよね

251デフォルトの名無しさん2018/05/16(水) 17:32:30.01ID:39uyimjr
>>211
https://github.com/dotnet/corert

corertとかあるけどこれちゃうの?

ちょくちょく試すけど相変わらずx86がうまく生成されなかったりIssue多すぎて
比較的アクティブとはいえ使い物になるのかよくわからん状況だけど

VCランタイムすら不要の単体PEファイルになってdnSpyとかじゃなんも見れなくなるし
こういうのがプロジェクト単位でざっくりと組み込み検討できそうだから
デスクトップ向けの.NET Coreも結構期待してたりするんだけどね

WinformsとWPFのポーティングは朗報だけどどうせ改良する気はないんだろうし
クロスプラットーム化は無理でもせめてReference Source下じゃなくOSSにまでして提供してほしいもんだぬ

252デフォルトの名無しさん2018/05/19(土) 08:24:35.34ID:sLNELaog
なんでDateTimePickerすら入ってねえんだこのゴミは
こんなんだから普及しねえんだよ

253デフォルトの名無しさん2018/05/19(土) 09:37:09.80ID:z3BmCHYg
オープンソース化もあり得るって話だぜ
なんであれが無いんだーじゃなくてなければ作ってプルリクが当たり前になるのかな
数年後には有料サードパーティライブラリのような高級コンポートが標準化されるかもね

254デフォルトの名無しさん2018/05/19(土) 18:26:15.09ID:F+BrwfqW
標準でnumericupdownすらないWPFに何を言っても無駄

255デフォルトの名無しさん2018/05/19(土) 18:30:55.35ID:m/ZPa8pN
欲しいものは自分で書いてプルリクを出せばいい
同じことをみんなやりだすからすぐにリッチコントロールが整備される

256デフォルトの名無しさん2018/05/19(土) 18:39:08.87ID:F+BrwfqW
そういえば標準じゃフォルダー選択ダイアログもないな

257デフォルトの名無しさん2018/05/19(土) 18:39:33.95ID:JYjAGOT8
WPFって正しく作法に従った汎用コンポーネント作るの結構難しいから、外野がプルリク投げてもなかなかマージされないと思うぞ
MS謹製のToolkitですら悲惨な品質でWPF本体にさっぱり採用されないまま潰れちゃったし

258デフォルトの名無しさん2018/05/19(土) 20:17:50.91ID:NGcY8HAA
Material Design In XAML ToolkKit 使えばいいじゃん

259デフォルトの名無しさん2018/05/23(水) 19:30:21.93ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

204GM

260デフォルトの名無しさん2018/05/23(水) 19:52:37.44ID:zdZwe3wq
FormsとWPFはUIテスト自動化への対応具合どうなの?
UIテスト自動化が快適にならないと躊躇してしまうよね
いちおうappiumのドライバは見つけたけど業務で使いこんでるぜって類の記事が全然出てこない

261デフォルトの名無しさん2018/05/23(水) 20:26:37.25ID:aEBJ6EJ+

262デフォルトの名無しさん2018/05/23(水) 20:29:25.96ID:aEBJ6EJ+
1.0.0が出たのは去年の10月だからね

263デフォルトの名無しさん2018/05/24(木) 23:37:42.82ID:tm7qGCzu
prismってmessengerパターンするならEventAggregator使うようになったの?
InteractionRequestは過去のも?

264デフォルトの名無しさん2018/05/25(金) 00:20:28.41ID:n6q2Xjj/
今のprismってMSの手を離れて単なるコミュニティプロジェクトの一つだからなあ
開発者の好みが反映された寄せ集めのツールキット集に過ぎず、もはやリファレンスでもなんでもないよ

265デフォルトの名無しさん2018/05/25(金) 00:30:47.36ID:N3c6aWbU
>>263がInteractionRequestが好みなら自分でプロジェクトにコントリビュートすればいい
EventAggregatorよりも充実させればInteractionRequestがPrismの主流に見えるようになるだろう
今のPrismってそういうもんで、トレンドを追っても何の意味もない

新着レスの表示
レスを投稿する