C#, C♯, C＃相談室 Part92

1 名前：デフォルトの名無しさん mailto:sage [2017/01/28(土) 16:46:53.58 ID:op86qfG/.net] ■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら www.visualstudio.com/downloads/ ■コードを貼る場合はこちら ideone.com/ ■前スレ C#, C♯, C＃相談室 Part91 echo.2ch.net/test/read.cgi/tech/1467211515/ ■次スレは>>970が建てる事。 建てられない場合は他を指定する事。 520 名前：デフォルトの名無しさん [2017/03/17(金) 08:16:11.77 ID:VDcrtJ6N.net] >>496 ありがとうございます！大変助かりました！ 521 名前：デフォルトの名無しさん mailto:sage [2017/03/17(金) 21:11:54.40 ID:G6TjLWRU.net] >>499 やっぱり妥協かなー >>500 (2) はなるほどね。作ってみる (1) なんだけど、Progress.Report() での通知は、タスクを await で待機したとしても、 待機が終わった後でも Action<T> が呼ばれているとは限らない 巨大なタスクを 522 名前：渡して、 Progress.Report() が『たぶん』呼ばれるという妥協が必要かなー 単体テストをパスしたとしても、たまたま運良く Action<T> が先にスケジュールされただけだよ 下記のコードはうちの環境ではテストに失敗してた public static async Task DoLightAsync(IProgress<long> progress) { await Task.Delay(10); progress.Report(123); } [Test] public async Task DoLightAsyncTest() { bool called = false; await DoLightAsync(new Progress<long>(n => { called = true; })); Assert.IsTrue(called); } [] [ここ壊れてます] 523 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 00:00:39.16 ID:3lIBsEeS.net] 惜しいところまでは行ってるな Progressのインスタンスを渡すのではなく IProgressを継承し同期のReportを実装したクラスのインスタンスを渡す 524 名前：デフォルトの名無しさん mailto:sage [2017/03/18(土) 10:58:29.15 ID:UTVmwL6L.net] ふむー、こうか 確かに Progress<T> にこだわる必要はなかったなー public class SynchronousProgress<T> : IProgress<T> { private readonly SynchronizationContext _Context; private readonly Action<T> _Action; public SynchronousProgress(Action<T> action) { _Action = action; _Context = SynchronizationContext.Current ?? new SynchronizationContext(); } private void Callback(object state) { _Action?.Invoke((T)state); } public void Report(T value) { _Context.Send(Callback, value); } } 見づらいと思うので一応 pastebin にも貼っておく pastebin.com/QjF0XkH4 525 名前：デフォルトの名無しさん [2017/03/19(日) 00:14:21.68 ID:xAk2llJg.net] ファイルのタイムスタンプを指定した時刻に変更したいんですが、コードのヒントをくださいm(_ _)m 526 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 00:19:27.37 ID:8DI2TWvJ.net] >>505 FileInfo 527 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 00:30:52.74 ID:VKtnwSVx.net] 「ファイルのタイムスタンプ」でグーグル先生に聞けば www.atmarkit.co.jp/fdotnet/dotnettips/370timestamp/timestamp.html が一発で出てくるんだけど掲示板で聞く方が面倒じゃないの 528 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 06:34:49.31 ID:bkt1N2YW.net] 検索知らないんでしょ 529 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 13:50:14.09 ID:PWrmpV5o.net] 2chスレへたどり着けるのに検索知らないとかこれ如何に 530 名前：デフォルトの名無しさん [2017/03/19(日) 14:33:00.16 ID:DWsQT7k4.net] 「お前ら、検索頼むわ（丸投げ）」 531 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 14:45:08.30 ID:1DEeFth3.net] おまいらは回答する機械 532 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 14:53:33.02 ID:VKtnwSVx.net] まあ調べたら自分の新しい知識になる場合もあるからいいんだけど この程度の事も検索しないのならコードなんか書けないような 533 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 15:03:19.30 ID:lJcyTqFl.net] プログラムやる奴らって質問されるとキレながらも答えたい願望あるんだよな そして煽って議論させるのも好き だからわざわざ検索しないでここに投げてあげたりする 534 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 15:04:25.29 ID:1DEeFth3.net] それにしたって餌としてはしょぼすぎる 535 名前：デフォルトの名無しさん [2017/03/19(日) 15:10:14.91 ID:p4p+SSjy.net] ボランティアを馬鹿にすんじゃねーぞ、コラ！ 536 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 16:02:53.06 ID:T5IZ831S.net] 人力検索 537 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 16:06:30.35 ID:z5/tCjGK.net] >>513 そういうのは初心者向けふらっとの方でやってくれｗ あそこなら解決済みでもグダグダ続けたがるのがいっぱいいる 538 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 18:48:36.73 ID:lJcyTqFl.net] >>517 でも質問してくれないと寂しいんだろ？ 539 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 18:52:31.68 ID:bcM43571.net] くだ質とかVSスレとかこの板で変なやつ増えたよな 本当にプログラムやっているのかって感じの ここにも来てるのか 540 名前：デフォルトの名無しさん mailto:sage [2017/03/19(日) 21:56:16.72 ID:HC9gBYvT.net] マ板行けって思うスレ多いよな 541 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 01:44:39.35 ID:SU/B8 ] [ここ壊れてます] 542 名前：MWa.net mailto: アクセスアップとお小遣い稼ぎの裏技 トラフィックエクスチェンジ http://tra-chan.jugem.jp/?eid=1 [] [ここ壊れてます] 543 名前：デフォルトの名無しさん [2017/03/20(月) 10:11:03.85 ID:Afs087wZ.net] >>520←コイツの馴れ合おうとするレスうざっ 544 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 12:24:29.57 ID:y4a+UdUh.net] >>522 マ板行け 545 名前：デフォルトの名無しさん [2017/03/20(月) 14:10:48.91 ID:pi/vFj6F.net] >>523お前が行け 546 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 14:57:32.61 ID:98bjORSB.net] ここは幼稚園じゃないんだが。 547 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 15:41:51.51 ID:4DDUMBY5.net] 似たようなもんよ 548 名前：デフォルトの名無しさん mailto:sage [2017/03/20(月) 15:48:57.55 ID:LcNjV7jZ.net] 言い争いを見てたら幼稚園児とたいして変わらん気がする 549 名前：デフォルトの名無しさん [2017/03/20(月) 16:00:23.53 ID:pi/vFj6F.net] ↑ いい加減うざいって、お前らずっとスレちがい 550 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 05:52:14.36 ID:SG0A/rfm.net] ただいま C# 7.0 利用中 ジェネリックのローカル関数まで書けるのにオーバーロードは出来ない事に気づいてがっかりモードになっている件 なぜできんOrz あと大抵の場合キャプチャは要らないんだけどな・・・ 0b1110_1011 とか二進数のリテラル地味に便利w 551 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 06:45:57.61 ID:0zsWCCNl.net] オーバーロードはクラス外からみて合理的なインターフェイスを提供するためのもので、 内部で使うだけなら紛らわしいだけだろ オーバーロードが欲しくなるほど長いメソッドを作ること自体が間違ってるし 552 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 14:40:35.20 ID:SG0A/rfm.net] >>530 そんな事は無いよ、型別にスイッチするくらいならオーバーロード見通しいい 553 名前：デフォルトの名無しさん [2017/03/21(火) 19:18:26.99 ID:bA9h/8/p.net] 似たような処理するのにﾒｿｯﾄﾞ2つも要らない 中で分岐させて使え、その方が保守楽だから ↑ って言われたことある。 オマエラも結局中で分岐させてる？ 554 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:23:26.02 ID:qbQ1Fjub.net] >>532 時と場合による 何でもかんでも共通部分をまとめようとするのはバカだが 555 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:24:42.66 ID:qRIPyX6L.net] 内部の分岐とかどうでもよくね？ 似たような処理のメソッドが複数出来る時点で設計からして間違っているだろうし 556 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:30:08.87 ID:72kEtT2Q.net] >>530 利用するかどうかは別にしてわざわざ禁止するほどのことではないよね ってことだろ 557 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:31:27.83 ID:qbQ1Fjub.net] >>534 ループ中で分岐処理が必要な場合があるので2行目は違うと思う 速度ちょっとでも稼ぎたいと思ったらループの外で分岐させておくだろうし 558 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:39:30.55 ID:RrALGwyw.net] >>532 そういうことするとすぐに分岐が増えて収集がつかなくなる この業界は既存のコードの権力が強すぎる 一回でもはまるともう最後まで逃れられない だから最初から妥協せずクリーンな状態を維持し続けるしかない 559 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 19:50:56.44 ID:UqOt5XZ1.net] だったらなおのこと分岐のが楽だな 実行して見ないとなんの処理が走るか分からないコードにメリットなんて感じない 資料にも書けないしお客さんにも説明できない 560 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 20:14:47.71 ID:7sd4gAxo.net] >>535 オーバーロードを許すと実装コストは増えるよ オーバーロードされたメソッドのマングリングってこれまでにやったことないはず クソ長いメソッドを定義する馬鹿のために無駄な実装コストをかけることは許容できない 561 名前：デフォルトの名無しさん mailto:sage [2017/03/21(火) 23:05:57.08 ID:UqOt5XZ1.net] マンコリング? 562 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 02:05:33.87 ID:Y ] [ここ壊れてます] 563 名前：DOC/IGa.net mailto: オーバーロードがないのは多分キャプチャが原因だと思うよ 可能なら多分やってる、というかキャプチャ無しならオーバーロード可能にしてほしい感じ さらにいうなら、キャプチャ無し指定をして普通のメソッドが単純に名前空間上に合わられないだけにして欲しい。 でもって、ローカル変数と被る名前OKにしてくれれば一番いい。 結局、ローカル関数にした理由はインテリセンスが機能不全になって欲しくないという話なだけだから。 [] [ここ壊れてます] 564 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 02:11:31.86 ID:YDOC/IGa.net] なんであんなに変更可能キャプチャが好きなんだろうな・・・ 関数型言語のように一度割り当てられたら変更がないことが保証されれば見通し良いし使い勝手も良いけれど 手続き型言語にキャプチャが入ると見通し悪い事この上ないから、可能な限り使わないようにしたい気分になっている。 565 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 11:28:29.87 ID:hks7EAC1.net] C#の糞拡張はこれからが本番ですよ。 566 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 12:58:18.38 ID:7zaDxJTN.net] 文句あるなら自分で言語作ればいいのに 何で作れない分際で文句言ってるんだか 567 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 13:01:02.87 ID:+8Koiwe2.net] 基地外発想だな 568 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 13:23:33.31 ID:6nIA/xoV.net] フジテレビ的発想 569 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 13:50:44.67 ID:FLtL2zh7.net] 自分で作れないから文句言ってんだろ お前も同レベルに頭わるそうだなｗ 570 名前：デフォルトの名無しさん [2017/03/22(水) 14:47:13.98 ID:T50yqk9Q.net] >>544 できらぁ！ 571 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 15:44:09.05 ID:YDOC/IGa.net] ValueTuple使ったら、変数見えないデバッグできねぇwwww まさに作りかけwwwww 572 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 15:45:53.48 ID:YDOC/IGa.net] >>544 みんなで同じものを使うから意味があるんだよ、一人で勝手に作って勝手にやってたら滅茶苦茶なるだろw 573 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 19:44:37.37 ID:JvcKijZm.net] ヘジたんも言語なんか開発するのは時間の無駄だからやめなさいと言っていたしな 574 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 20:41:21.23 ID:qEl3ed9E.net] だれよ 575 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 20:59:39.74 ID:eP+YAd4z.net] >>549 それ、お前がメクラなだけじゃね？ 576 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 21:17:25.63 ID:YDOC/IGa.net] >>552 Delphiの開発者で、ゲイツ御大にC#のアーキテクトしてボーランドから引き抜かれた人 577 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 21:23:40.38 ID:YDOC/IGa.net] 暫く使ってみたけど、やっぱ、ラピッドリリースはよくねぇよな どんどん品質が落ちていく 誰だよこんな糞な手段はやらした馬鹿は Windows10もVisualStudioもボロボロやん 578 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 22:28:00.53 ID:MyrW3Mfd.net] >>555 どんどんお前が老いていってるだけ 579 名前：デフォルトの名無しさん mailto:sage [2017/03/22(水) 22:41:57.96 ID:Qh2JSeLT.net] 最近思うんだけどRazor使わずに普通のhtml+JS+REST API(.NET)の方が開発しやすくない？ Razorって本当に便利なのかな？生産性あがる？ 580 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 01:12:53.78 ID:eX8m9MWo.net] 業務アプリで同じような画面を大量生産するには便利A: [1.201975 sec.]B: [2.281051 sec.] 581 名前：デフォルトの名無しさん [2017/03/23(木) 01:47:02.34 ID:FaFIhE+0.net] C#に限らずかもしれないけれど、invokeってフォームに限ってどうして必要なのですか？ invokeを書けばメソッドを呼び出してプロパティにアクセスできるのは分かるのですが invokeがないと何がダメなのか内部的なことを教えていただけますか？ 582 名前：デフォルトの名無しさん [2017/03/23(木) 01:52:24.45 ID:Un9Q+jtZ.net] >>556 心配しなくても若い子はもうWindowsも使わなければVisutalStduio何それ？状態だからw みんなWeb系でスマホばっかりやっている。 もう、ここに残 583 名前：っているのは年寄りだけだよw [] [ここ壊れてます] 584 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 01:56:59.96 ID:Un9Q+jtZ.net] >>559 昔のシングルスレッド時代の遺産を引きずっているんだよ Formは、半ばラッパーライブラリなので。 シングルスレッドの利点はデッドロックの可能性がないこと。 マルチスレッド当たり前になってしまった今だと、逆にデッドロックの元になってしまったりと困った有様だけど。 遺産の量が大きいので、全く別の物を作るのは簡単ではないだろうね。 585 名前：デフォルトの名無しさん [2017/03/23(木) 02:00:44.79 ID:FaFIhE+0.net] >>561 ありがとうございます もっと詳しく知りたいのですがどう言葉で調べればよいのでしょうか？ できればネットで調べれるものがよいのですが、書籍でも平気です 英語のサイトでも平気です なにかあれば教えていただけますか？ 586 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:04:38.43 ID:VjAjr2s9.net] >>559 UI関連は、UIスレッドでのみ動作することを前提に設計することで、パフォーマンスを上げてる。 マルチスレッド対応にすると排他制御等が増えてしまい、パフォーマンスが下がる。 >>561 非同期処理とか書きやすくなったから、最近は割と楽だろ。 Invokeも使う必要ないし。 587 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:05:51.99 ID:Un9Q+jtZ.net] >>562 C言語から、直接Win32APIを叩いてみればわかると思うよ。 WM_XXXXとかを直接使ってGUIを動かしてみれば、古いインターフェイスの感触どんなもんか分かるかと。 年代物なので、古本屋でWin32の本でも探してみるのもいいかも。 今更みる価値あるのかって思うので、お勧めはしないけど。 588 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:07:28.88 ID:Un9Q+jtZ.net] >>563 Task作った奴はバカだと思うwww Invokeの方がまだ誰にでも分かりやすい。 継続なにそれおいしいのwww 関数型言語面白いねって感じだね 589 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:09:33.89 ID:Un9Q+jtZ.net] このマルチコア時代にシングルスレッドで頑張ってパフォーマンス上げるとか 時代錯誤も甚だしいよな・・・ 590 名前：デフォルトの名無しさん [2017/03/23(木) 02:16:32.78 ID:FaFIhE+0.net] >>563,564 新人にinvokeを教える際に困ってしまったので 浅くでも知識として知っておきたかったので助かりました Win32からの流れなのですね、Formだけこんなに違うのはそういうことなのですね。。 時間があるときにもう少し調べてみようと思います ありがとうございました 591 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:21:34.59 ID:VjAjr2s9.net] >>565 async/awaitやIProgress<T>あるから、Taskの継続を直接使う事はあまり無いな。 間接的には使ってるわけだが。 592 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:21:39.46 ID:9gkqdxMB.net] >>566 時代関係ないから スレッドセーフにするとパフォーマンスが犠牲になるのはUIだけじゃない BCLのクラスのインスタンスメソッドも大半はスレッドセーフじゃない 593 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:22:11.13 ID:Un9Q+jtZ.net] Win32は、当時のオブジェクト指向の実現にむけての試行錯誤が見れるのは面白いかもしれない メッセージ飛ばしたり、メール飛ばしたり、色々試行錯誤の末にC++の仮想テーブル方式にたどり着く訳だけれども その前の段階のオブジェクト指向が見れるよw 594 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:23:39.71 ID:Un9Q+jtZ.net] >>569 いつまでも凝り固まってますねwww もうハイハイって感じですわ 595 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:28:42.19 ID:Ei+8urX3.net] しかしGUIなんて所詮人間速度だし、パフォーマンスって要らないよな？ フォームに関しては最初からマルチスレッド対応でinvokeの必要無しの方が良かった気がするが。 596 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:30:27.90 ID:9gkqdxMB.net] >>571 いるよね、こういう量的な進歩と質的な進歩の区別のつかない� 597 名前：z 馬鹿な奴だ [] [ここ壊れてます] 598 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:31:53.25 ID:VjAjr2s9.net] 何でもマルチセーフにすれば良くなるってもんでも無いのね。 排他制御のコストは大きいから、なるべくそれを無くす設計が重要。 599 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:32:30.61 ID:Un9Q+jtZ.net] >>572 いやいや、それでもあった方がいいよ マルチスレッドできっちり分散できれば、1CPU辺りの負荷が軽くなる すると低クロックで動いて消費電力が小さい。 シングルスレッドだと、同じ負荷でも1CPUに集中するからクロックが上がってしまう。 600 名前：デフォルトの名無しさん [2017/03/23(木) 02:35:01.08 ID:Un9Q+jtZ.net] >>573 質的にはTaskは逆立ちして徒競走しているようなモンだなw 普通立ってに走れよ、頭オカシイんかいってなもんだね。 601 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:36:32.46 ID:9gkqdxMB.net] しかし、マルチコアっていうのは苦し紛れの「苦肉の策」であってポジティブな進歩じゃないって パソヲタレベルでも知ってる常識だと思ったけどプログラマでもそういう認識がない奴がいるんだね。 そういう奴は「人月の神話」って言葉も聞いたことないんだろうな。 生産性は作業者の投入人数に比例しないのはコンピュータも同じだよ馬鹿 602 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:38:13.08 ID:Ei+8urX3.net] >>575 いやお前実は分かってないだろ。 575はinvokeを肯定しているぞ。てかお前どっち派よ？ 603 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:40:35.49 ID:Un9Q+jtZ.net] >>578 async / await 最新わかってる俺スゲーなヤツが死んでほしい派 技術的には、まぁあるもん使うさってなもんだ。 604 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 02:57:11.32 ID:VjAjr2s9.net] >>576 Taskはスレッドプールを使いやすくしたもの。 スレッドプール自体は昔から使われるテクニックだし、なんでそこまで嫌うのか分からん。 Taskのおかげで非同期処理が非常に楽に扱えるようになったのに。 605 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 03:07:35.11 ID:Un9Q+jtZ.net] >>580 以前作って滅びたATLなんかと同じだね、入門者がすぐに理解して使えない物は糞 WPFも同様の香りがするね 分からないけれどなんとなく使えているって人だらけになって理解していないから、エラー対処ができない。 そうすると、全部特定の人に負担が行く、そんなコードやライブラリは使えない。 これはマイクロソフトの象牙の塔だよ 606 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 04:45:12.92 ID:0wLqn0eU.net] ATLがいつ滅んだんだよw 607 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 07:10:17.81 ID:UmFjwc/F.net] 昔の名残とかじゃなく、単にマルチスレッドでUI部品を扱うのが大変だということだと思うんだが ユーザーインターフェイススレッド - Wikipedia https://ja.wikipedia.org/wiki/%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%95%E3%82%A7%E3%82%A4%E3%82%B9%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89 >例えば、Java の AWT では、1996年の最初の時点では、 >単純にスレッド間でデータ共有型のマルチスレッドになっていた。 >しかし、データ共有するには、ロックをかけないといけないが、 ＞親コンポーネントから子コンポーネントを呼んだり、 >コールバックで子から親を呼んだり、 >アプリケーションからGUIライブラリを呼んだり、 >GUIライブラリからアプリケーションをコールバックしたりと、 >双方向に呼び出すことが多く、 >異なるスレッド間で双方向に呼び合うときは、ロックの順番に注意を払う必要がある。 >これはソフトウェアが非常に複雑になる原因となってしまう。 >また、ロック順序のミスが引き起こすデッドロックは常にではなく >たまに発生したりすることの多いバグ（時間的確率要因が関与する偶発性のあるバグ）であり、 >バグ取りが大変になるという問題があった[ 608 名前：3]。 > >そこで、1997年の Java の Swing からは、 >UI の操作は全てメインのUIスレッドであるイベントディスパッチスレッドから >操作しなくてはならない、というルールを設けた。 [] [ここ壊れてます] 609 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 07:23:37.05 ID:i5lX3ZQq.net] それを昔の名残とかラッパー、速度優先って言ってるんでしょ マルチスレッドにしようと思ったらできるんだから 610 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 08:05:24.99 ID:eX8m9MWo.net] WinFormsやWPFを含めたGUIフレームワークって イベントハンドラなどのユーザーコードに制御を渡す前後で 一時的に状態を変えたりしてることが多いから、 それ以外のタイミングで触られると壊れる 結局それを防ごうとするとユーザーコードの実行タイミングまでブロックすることになるので、 Invokeと変わらなくなる 611 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 08:14:01.02 ID:HovpjxiM.net] >>584 > マルチスレッドにしようと思ったらできるんだから 話がループしてるぞ やればできるけどコールバックとかでロックの管理が面倒だしUIだから極限まで性能追い求める必要もないから >> UI の操作は全てメインのUIスレッドであるイベントディスパッチスレッドから >> 操作しなくてはならない、というルールを設けた。 ってことだろ 612 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 10:27:00.68 ID:BTeOg9CT.net] >>564 COMのアパートメント問題を解決するためじゃないの？ 厳密にはInvokeしなくて良いケースもあるけど、それを保証する方法が皆無に等しいという。 ウインドウメッセージ云々とか、本質とはかけ離れている気が。 613 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 12:30:56.91 ID:Un9Q+jtZ.net] >>582 もう誰も使っている奴いないだろう、放棄されて保守だけが残っている。 こういう技術はいずれそうなるよ 614 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 12:53:23.45 ID:Un9Q+jtZ.net] >>586 UI側がバージョン管理システムみたいな扱いをすればいいんだと思うけどね 非ロック型で同期をとる方法としては有効だと思う。 いわゆる 読み込んで、内容を変更して、読み込み時点データとともにUIに返す。 UI側は、ロックして読み込み時点と現状が一致しているなら置換してアンロックそして処理終了。 ロックオブジェクトが自分自身に限られるからデッドロックの可能性はない。 この方法の場合、読み出すだけならロック不要でいつでも読み込めるしね。 俺は、UIに関してはそういう設計にして自分のメソッドはすべてスレッドセーフだ。 長年の実績ある方法だし、このやり方は非常に優れていると思う。 更新失敗とリトライは発生するが、並列度はかなり高くなる。 デッドロックは皆無で、見通しも良い。 615 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 12:55:44.66 ID:Un9Q+jtZ.net] >>589 に追加 これのよい所は、バージョン管理システムは普通誰でも使わなきゃならないもので どういう風に機能させるのか誰にでもすぐ分かる。 問題が発生しても初心者に簡単に解決できるという点が良いと思っている。 616 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 17:07:47.97 ID:EtPn1ouj.net] なんか酷いやり取りだね マルチスレッドを根本的に理解してないのが何人かいるねw スレッドセーフに作ることは高コストだから特に理由がない限りそうしないのは マルチスレッド理解の初歩の初歩だと思うんだけど。 あれだ、UIは別スレッドからのアクセスを検出して例外投げるようになってるわけだけど、 例外が投げられなければ何も問題ないはずだ、っていうVBerな発想なのかねw 617 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 17:21:43.84 ID:ncdnXTN/.net] .NETは実行コストよりも実装コストを重視する傾向にあるからね スレッドセーフなformになってもいいと思うわ 618 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 17:24:03.63 ID:30c+rZIc.net] >>592 君のコードはイベントハンドラが並列に実行されても大丈夫? 利用する側の実装コストも確実に跳ね上がるよ 619 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 18:15:58.21 ID:ncdnXTN/.net] マルチスレッド動作のformにとは言ってないんだよ・・・ 620 名前：デフォルトの名無しさん mailto:sage [2017/03/23(木) 18:57:02.57 ID:99dRkoLd.net] >>592 そこでwpfのバインディングですよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef