[過去ログ]
Visual Studio 2019 Part4 (1002レス)
Visual Studio 2019 Part4 http://mevius.5ch.net/test/read.cgi/tech/1585715794/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
208: デフォルトの名無しさん (ワッチョイ 5b33-sQKC) [sage] 2020/05/26(火) 04:23:33.26 ID:uuh5nchF0 >>203 GUIアプリだと、ネイティブよりもC#+XAMLのほうが速いことさえありそうだがな。 とくにマルチスレッド。awaitに勝る実装はもう現実的やないやろ。 http://mevius.5ch.net/test/read.cgi/tech/1585715794/208
219: デフォルトの名無しさん (ワッチョイ 5b33-sQKC) [sage] 2020/05/26(火) 14:42:36.65 ID:uuh5nchF0 >>218 疑問なんかない。 マルチスレッドは、awaitがあればマシとはいえ、基本的に難易度が高いが、対応していかんとあかん。 GUI アプリは、動作の安定性だけでなく、体感できるクオリティーも重視されるようになった。 内部処理の都合だろうがなんだろうが、UIが止まってしまうことは許容されにくくなった。 同期回路も、高クロック化や高性能化の結果として、遅延やらスキューやらなんやらで、昔よりもアナログ的になってるやろ。 ちょっと線を伸ばせば、同期処理なんかそもそも不可能だから、シリアル処理が増えた。 知らんけど。 http://mevius.5ch.net/test/read.cgi/tech/1585715794/219
221: デフォルトの名無しさん (ワッチョイ 5b33-sQKC) [sage] 2020/05/26(火) 16:50:39.08 ID:uuh5nchF0 >>220 たぶんおじいちゃんのようだから、最後に誤読の指摘だけ。 > UI自体の処理の遅さ そんな話はしていない。 http://mevius.5ch.net/test/read.cgi/tech/1585715794/221
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.233s*