ふらっと C#,C♯,C＃（初心者用） Part128 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/02(火) 22:05:40.13

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part127 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1489498042/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2017/05/26(金) 22:40:09.73

>>549
スレのルールすら守れない子供は余所に行こうね

**デフォルトの名無しさん** · 2017/05/26(金) 23:13:53.33

>>552
昔作ったから

**デフォルトの名無しさん** · 2017/05/27(土) 01:19:14.36

使用しているapiをすべて記録してあればバージョンアップ時に楽なのかもな

**デフォルトの名無しさん** · 2017/05/27(土) 08:05:10.08

記録しても変更できないんじゃ意味ないよ
変更を容易にするために日頃からリファクタリングをすること
これが唯一の正解なんだよ
塩漬けは最もやってはいけない行為

**デフォルトの名無しさん** · 2017/05/27(土) 08:13:13.30

>>556
そうだね
ずいぶん昔にソース管理に登録されてから変更のないシステムを一部改修することになって、本番稼働してるコードと同一かどうかを調べるのが大変なクソ現場です

**デフォルトの名無しさん** · 2017/05/27(土) 09:01:34.21

async await つかってますか

**デフォルトの名無しさん** · 2017/05/27(土) 09:54:28.11

Taskをラップした方がわかりやすいし他の言語にも移植しやすい

**デフォルトの名無しさん** · 2017/05/27(土) 09:58:59.18

UWPに至っては、半ば強制的にasync await使わされます
ライブラリがそれ前提で作られているからね

**デフォルトの名無しさん** · 2017/05/27(土) 10:24:26.01

今時PythonやJavaScriptにもasyncがあるのに何を言っているのか
なんだかんだC#のやり方は正しくて他の言語もすぐに追従する

**デフォルトの名無しさん** · 2017/05/27(土) 10:25:05.62

使いはするけど仕組みはよくわかってない人が多いんじゃないかな
実際はreturnしてるけどそういう風には見えない

**デフォルトの名無しさん** · 2017/05/27(土) 10:36:00.65

async　awaitの説明サイトがあんまり初心者もは優しくないんだよな
どれもいまいちというか
何故かTaskの説明ばかり

重要な事にはほとんど触れてない

**デフォルトの名無しさん** · 2017/05/27(土) 10:39:17.27

C#は突出して新しいことをやっているわけではないが
まだマイナーだけど光るものを見つけてきてメインストリームに持ってくるときの
取捨選択とデザインのセンスが神がかっているという印象

**デフォルトの名無しさん** · 2017/05/27(土) 10:45:11.69

>>561
Java

**デフォルトの名無しさん** · 2017/05/27(土) 13:41:30.68

>>563
非同期（スレッド）を理解せずに非同期メソッドが使えるはずがなく、
そもそも非同期自体が初心者が気軽に使えるような機能じゃないんだから当たり前だw

っていうか、@ITの記事はちょっと説明が足りない部分はあるけどよく書けてるでしょ
あれで何が不満なんだ？

**デフォルトの名無しさん** · 2017/05/27(土) 13:59:40.73

C#でintの配列を保存したファイルを読み込んでint配列に設定したいんですが
まずbyte[]に読み込んでそれを変換するという形になりますか？
一番効率の良い方法ってどんなでしょうか？
System.IO.FileStream fs = System.IO.File.OpenRead(path);
byte[] b = new [4*32];
fs.Read(b, 0, 4*32);
fs.Close();
int[] = n = new [32];
コピーはひとつずつする以外にどういうやり方があるでしょうか？

**デフォルトの名無しさん** · 2017/05/27(土) 14:10:30.20

>>567
var buffer = new int[ 32 ];
using( var fs = File.OpenStream( path ) )
using( var reader = new BinaryReader( fs, Encoding.Ascii, true ) )
{
for ( int i = 0; i < buffer.Length; ++i )
{
buffer[ i ] = reader.ReadInt32();
}
}

**デフォルトの名無しさん** · 2017/05/27(土) 14:34:06.49

>>568
そういう読み込み方があるんですね。ありがとうございます。

**デフォルトの名無しさん** · 2017/05/27(土) 14:51:03.74

>>567
一番効率が良いというとやはりポインタにしてC++で言う所のreinterpret_castだけど
C#ではunsafeになり非推奨なので、基本形は>>568のようなBinaryReader/Writerになると思う

汎用的な所だとバイト配列と数値型の変換を行うBitConverter、IntPtrを介して遣り取りするMarshal.Copy
UnmanagedMemoryAccessorのバックエンドとなるSafeBuffer（ジェネリック及び構造体配列が指定可能）など
うちSafeBufferは抽象クラスなので http://ideone.com/P6ZpjV みたいな実装を自前で書く必要あり

**570** · 2017/05/27(土) 15:29:18.13

1つ忘れてた、Buffer.BlockCopyでバッファ自体をコピー可能、プリミティブ配列同士ならこれが最もシンプルだったような
Stream.Readの一部実装はArrayなら何でも読み込めた気がするけど、無理矢理渡す方法がアレなので…
あとSafeBufferの配列読み書きはMarshal.AlignedSizeOf<T>(内部メソッド)のバイトサイズでアライメントされる

**デフォルトの名無しさん** · 2017/05/27(土) 15:40:23.00

ポインタ操作ってリトルエンディアンは保証されてるのか？

**デフォルトの名無しさん** · 2017/05/27(土) 16:00:40.64

Bufferなんてクラスが1.1の時代からあったのか知らなかったw
>>567みたいなのはbyte[]でまとめて読んでint[]にunsafeかCopyMemory使って
コピーしてたなあ

>>567は配列の要素が固定なら固定サイズバッファの共用体使えば
コピーなしでいけるんじゃないかな

**デフォルトの名無しさん** · 2017/05/27(土) 17:01:09.52

質問の主語がわからんが、int配列のデータをWriteして、1バイトづつReadしたら、もちろん逆になってるよ

**デフォルトの名無しさん** · 2017/05/27(土) 17:45:11.27

環境依存じゃないかって言ってるならたぶん理念的には環境依存なんだろうね

68kみたいにビッグエンディアンのC#の動作環境があったとしたら、
その環境ではbyte[]を*intで正常に読めないと思う

**デフォルトの名無しさん** · 2017/05/27(土) 18:16:22.09

まあファイルI/Oはメモリー操作に比べると思いっきり遅いから
何やっても大して早くならんけどね

**デフォルトの名無しさん** · 2017/05/27(土) 18:26:00.76

話題とは関係ないけどこれC#にあったっけ？
>File.OpenStream

**デフォルトの名無しさん** · 2017/05/27(土) 18:27:21.11

>>576
だからこそパフォーマンスが必要なら1つずつチビチビじゃなくて一度になるべくまとめて読み書きするんですよw

**デフォルトの名無しさん** · 2017/05/27(土) 18:32:14.66

>>578
基本的なことだけど、バッファがあるからアプリケーションレベルで小細工する必要はないよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:01:40.80

>>579
Windowsのアーキテクチャーに詳しいわけじゃないけど、
書き込みは確かにディスクキャッシュにバッファリングされるから
プログラム側でまとめて書いても効果薄いかもしれないけど、
読み出し時にはHWレベルでもOSレベルでも大きなキャッシュなんか
用意してないはずだから、プログラム側でまとめて読む意味はあると思うよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:10:38.40

>>577
Java と勘違いしてるか IO.FileStream( ) 辺りと混同してるんでしょ

**デフォルトの名無しさん** · 2017/05/27(土) 19:12:01.62

>>579-580
それ以前にメソッド呼び出しだってコストはかかるわけで

**デフォルトの名無しさん** · 2017/05/27(土) 19:22:03.52

>>567
なんでそんな事したいのか言えよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:29:20.90

>>577
正しくは、File.OpenRead()だね。
良く確かめずにコピペしてたら駄目だなw

**デフォルトの名無しさん** · 2017/05/27(土) 20:12:08.55

>>580
検証したことないけど、FileOptions.SequentialScan指定してFileStreamを作成したらprefetch効かないかな。

**デフォルトの名無しさん** · 2017/05/27(土) 20:52:47.13

>>580
ディスクの読み書きってさ、最小限でもセクターって単位で処理するんだが今のWindows10だと４０９６バイト有るんだわ
だから１バイト読んでもメモリーには最小でも４０９６バイト入るわけだね

**デフォルトの名無しさん** · 2017/05/27(土) 20:59:07.50

>>586
HDDの物理層の知識はゼロだけど、セクターってのはファイルシステム上の概念であって
最小の読み出し単位じゃないと思うよw

SSDみたいなフラッシュメモリーには最小の書き換え単位が存在するけど
最小の読み出し単位は存在しない

**デフォルトの名無しさん** · 2017/05/27(土) 21:03:14.20

物理層も高速化のためにセクタ単位で読んでるはずよ
ファイルシステムより低位の概念

◆QZaw55cn4c · 2017/05/27(土) 21:06:30.48

>>587
ファイルシステム上の最小概念はクラスタ
セクタじゃない

**デフォルトの名無しさん** · 2017/05/27(土) 21:12:40.87

>>587
ディスクってさ、回転するからそれとシンクロして読まないと一周待たないといけなくなるんだよね
だからディスクは決まったバイト数をシーケンシャルに読むのが当たり前なんです
で。その最小単位をセクターと呼んでwindows10だと４０９６バイト有る
SSDはそんなこと無いけど、HDDと同じ振る舞いで動くようにセクタ管理しています

**デフォルトの名無しさん** · 2017/05/27(土) 21:14:04.21

Windows10だからというよりHDDが新しいからだと思われ

**デフォルトの名無しさん** · 2017/05/27(土) 21:19:00.20

>>591
７かVistaあたりで２Tの壁が取っ払われた時セクササイズが変わったようだ（前は５１２）

**デフォルトの名無しさん** · 2017/05/27(土) 21:20:55.03

定義は色々違うけど概ね
セクター ... 物理的に読み書きできる単位
ブロック... 論理的に読み書きできる単位
クラスタ ... ファイルシステムの割り当て単位
って言う場合が多い
なお HDD でも1バイトだけ読み出したり書き換えたりはできない
必ずセクター単位の読み書きになる

**デフォルトの名無しさん** · 2017/05/27(土) 21:27:42.99

>>564
そんな感じだよね
自分みたいな老体にはちょうど良い

**デフォルトの名無しさん** · 2017/05/28(日) 00:11:01.44

今時OSどころかBIOSでさえ、ディスクの物理的なセクターとか管理できてないけどな

**デフォルトの名無しさん** · 2017/05/28(日) 12:23:16.31

UDPでデータをBeginiReceiveで非同期受信したらToastで受信文字列を表示させたいんだが、以下みたいなバックグラウンドスレッドからGUI操作はできませんみたいなのがでる
Java.Lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()

これ対処どうしたらいいかな
Javaのやり方は見つけたけど、Xamarinだとどうしたらいいかいまいちわからん「

**デフォルトの名無しさん** · 2017/05/28(日) 12:33:51.75

xamarinスレがあるのに何でここで聞くの？

**デフォルトの名無しさん** · 2017/05/28(日) 12:38:59.53

あ、ごめんｗ
Xamarinスレと思って素で間違えた
失礼しました

ちなみにSynchronizationContext使ったら解決しました

**デフォルトの名無しさん** · 2017/05/28(日) 20:16:37.95

ブラウザコントロールを使ったアプリを作りたいんですが、
WinFFormsでもWPFでも、webサイトを開くと、ブラウザが古いって言われてマトモに表示できません。
新しいブラウザコントロールはどうやって使用したらいいでしょうか？

**デフォルトの名無しさん** · 2017/05/28(日) 20:18:18.68

ブラウザ普通に使えばいいじゃん

**デフォルトの名無しさん** · 2017/05/28(日) 20:24:15.70

Electronにでも乗り換えてiframeでいいよ

**デフォルトの名無しさん** · 2017/05/28(日) 20:38:08.43

>>599
「c# ie バージョン」でググれば解決策出る

**デフォルトの名無しさん** · 2017/05/28(日) 20:54:57.63

>>599
"c# webbrowser ie バージョン"でググると色々出てくるよ
要はレジストリを弄る必要がるんだが、プログラムから変更して戻すパターンも有るから
探すと良いよ

**デフォルトの名無しさん** · 2017/05/28(日) 20:57:31.19

>>602
599じゃないけど幸せになれた

**デフォルトの名無しさん** · 2017/05/28(日) 21:52:44.46

WPFのデータバインディングって速度速かったりするん？
コントロールとDBをリンク出来るような感じって思って良いんだよね？

**デフォルトの名無しさん** · 2017/05/28(日) 22:14:28.21

>>605
件数と使う｢Control｣によるらしい

**デフォルトの名無しさん** · 2017/05/28(日) 22:17:03.35

>>606
じゃあXMLに保存された1万件の音楽情報を
グリッドに展開するとしたら？

**デフォルトの名無しさん** · 2017/05/28(日) 22:32:41.86

データバインディングの動きを理解してない以上
手を出さねーほうが無難じゃね～の?

**デフォルトの名無しさん** · 2017/05/28(日) 22:59:20.62

>>607
一万件程度なら楽勝かと

**デフォルトの名無しさん** · 2017/05/29(月) 06:23:33.57

$$$4.3$$$
"V"="1.3335412","0","1","3Q",

**デフォルトの名無しさん** · 2017/05/29(月) 16:23:55.26

↓このような処理があった時にbutton1を押して無限ループのタスクを実行した後に
button2のクリックイベントからtaskを止める方法ってありますでしょうか？どなたか教えてください

Task task;
private async void button1_Click(object sender, EventArgs e)
{
task = doTask();
}
private async Task doTask()
{
await Task.Run(() =>
{
while (true)
{
// 無限ループ
}
}
}
private async void button2_Click(object sender, EventArgs e)
{
// ここでtaskを止めたい
}

**デフォルトの名無しさん** · 2017/05/29(月) 16:29:32.48

>>611
フラグ作って無限ループ中にチェック
button2のクリックでフラグセット

**デフォルトの名無しさん** · 2017/05/29(月) 16:38:30.94

>>611
C#だとCancellationTokenSource ってのを使うのが定石だね
詳しくはwebで

**デフォルトの名無しさん** · 2017/05/29(月) 16:57:00.21

>>611
こういう場合、無限ループの中でどんな処理を行う予定なの？

**デフォルトの名無しさん** · 2017/05/29(月) 17:10:58.74

>>611
外側から強制的に止めたいとか思ってるならその発想は危険な考え違い

**デフォルトの名無しさん** · 2017/05/29(月) 17:31:52.87

>>612
ボタン2はタスクを止める処理と書きましたが
実際にはonとoffの処理を兼ねているので
フラグを使った制御を行うと、例えばボタンを連打した時におかしな挙動なってしまうような気がします。

>>613
CancellationTokenSource ってタスクの中から制御するのかとおもってたのですが
外からでも制御できるんですね。調べてみます。

>>614
スクレイピングです

>>615
ちょっと気になるのでもう少しだけ詳しく教えて頂けますでしょうか？

**デフォルトの名無しさん** · 2017/05/29(月) 17:49:34.30

>>616
普通に考えれば、ループを抜けるにはループの継続条件がfalseになるように変えてやるだけ

それなのに>>611みたいな質問をするのは、制御構造を無視して強制終了したいとか
考えてるんじゃないかという印象を持った。

普通はそんな必要はないよね。
そんな必要があるのは、デッドロックするバグがある、ソースをいじれないライブラリを利用する時ぐらい。

**デフォルトの名無しさん** · 2017/05/29(月) 17:56:22.13

適切な処理をせずにスレッドを強制的に止めるのは設計がよくないという話、まあ気持ちは分かるけどね

**デフォルトの名無しさん** · 2017/05/29(月) 18:00:17.76

その前に終了処理したいのか一時停止したいのかで変わるだろうな

**デフォルトの名無しさん** · 2017/05/29(月) 18:00:51.67

>>617
Waitで長時間待ったりしてることもあるから、
こういうのはキャンセルで止めたほうが確実だよ

**デフォルトの名無しさん** · 2017/05/29(月) 18:15:18.42

皆さんありがとうございました
フラグで制御すると無限ループ内のいたるところでgoto文を書かなきゃ行けないので
まずいかなと思っておりました
やっぱりキャンセルで止める方法を調べてみます。
たくさんのご意見大変参考になりました。ありがとうございました！

**デフォルトの名無しさん** · 2017/05/29(月) 18:32:30.18

>>617
フラグじゃHttpClientなんか止まらんでしょ
https://msdn.microsoft.com/ja-jp/library/hh551741(v=vs.118).aspx

CancellationToken 使って止めるのが普通です

**デフォルトの名無しさん** · 2017/05/29(月) 19:24:40.20

>>622
俺の理解が間違ってるのかな？

確かにCancellationTokenSource使えばユーザーコードなしても実行前のタスクをキャンセルすることは
可能だと思うけど、一旦動き出したタスクを強制終了なんか出来ないと思うけど...

**デフォルトの名無しさん** · 2017/05/29(月) 19:30:56.57

外部exeとかもそうだけどキャンセルするからといってプロセスをすぐ殺す必要はないんだよな
>>623
安全に中断とかでなく止められれば何でもいいんだろ
質問者はもういないしスレ違いの方に行きそうだからその辺でやめてくれ

**デフォルトの名無しさん** · 2017/05/29(月) 19:33:24.08

>>623
俺も強制終了はされないという認識
タスク内のコードがトークンのキャンセルフラグチェックして終了処理をする必要があると思ってる

**デフォルトの名無しさん** · 2017/05/29(月) 19:52:24.02

質問者です

強制終了させる必要はなかったので
結局キャンセル入れてタスクのループから抜けるということにしました
↓一部抜粋ですが以下のような感じです。これ便利ですね勉強になりました

Task taskTest = Task.Factory.StartNew(() =>
{
while (true)
{
try
{
cancellationTokenSource.Token.ThrowIfCancellationRequested();
}
catch (OperationCanceledException oce)
{
break;
}
}

cancellationTokenSource.Dispose();
cancellationTokenSource = null;
}, cancellationTokenSource.Token);

**デフォルトの名無しさん** · 2017/05/29(月) 20:24:05.73

例外投げるのって結構コストがかかるんだよな
それでもループ抜けるのに例外使う利点って何か教えて

**デフォルトの名無しさん** · 2017/05/29(月) 20:30:33.89

カッコいいじゃん

**デフォルトの名無しさん** · 2017/05/29(月) 21:04:57.40

>>626
恐らく問題ないと思いますがcancellationTokenSourceの後処理はfinally{}の中でやると尚良いですね

>>627
try catchを使えば、深い階層でも一気にcatchまで戻ってこられるので、キャンセルなど残りの処理をブッチするのに非常に都合がいい
キャンセルの処理だからこの程度のコストは考えなくてもいいからね
どうしても例外が嫌なら、CancellationTokenのフラグを見て戻る方法もあります

**デフォルトの名無しさん** · 2017/05/29(月) 22:15:44.46

>>623
Waitを潰せるから結果的にすぐ止まるんだよ
スレッドのInterruptと一緒だ

**デフォルトの名無しさん** · 2017/05/29(月) 23:57:03.22

>>630
よく分からんなあ
http://qiita.com/laughter/items/75d943bb6d73a9796e58
この記事間違ってるのかね

**デフォルトの名無しさん** · 2017/05/30(火) 00:17:48.17

>>631
Thread.Interruptと一緒ってのが間違い。
その記事にあるように、対応メソッドだけキャンセル出来る。
Thread.Interruptみたいに無理やり止めるわけじゃないから、こっちのが安全。

**デフォルトの名無しさん** · 2017/05/30(火) 00:28:00.84

>>631
最近追加されたメソッドはCancellationTokenに対応したものが多いよ。
それらを使って組めば、タスクをすぐに止められる。

**デフォルトの名無しさん** · 2017/05/30(火) 00:30:40.38

>>631
リンク先のコードは試すまでもない意味不明なプログラムだな
CancellationTokenでのキャンセルは自分でTokenを監視してキャンセル処理を書かないと何もしてくれない
Task作るときに渡しといたからって中断処理をしてくれるわけじゃない
だからこの結果は当たり前

CancellationTokenに対応してるメソッドはTokenを監視してその処理固有の何らかのキャンセル方法を使って処理をキャンセルしてる
Thread.Interruptとは違う

**デフォルトの名無しさん** · 2017/05/30(火) 01:29:56.07

>>612で良かったじゃんな

**デフォルトの名無しさん** · 2017/05/30(火) 01:40:24.01

>>632-634
だから汎用性はないし、単純なループを抜けるだけなら
コードが複雑になるだけで単純にループの継続条件を操作する方法以上にメリットが
存在するケースはむしろ限られるわけで、>>611に勧めるのは不適切だと思うけど

**デフォルトの名無しさん** · 2017/05/30(火) 02:03:42.90

>>636
>>611の無限ループの中身がスクレイピング(>>616)って書いてあるんだから、意味あるでしょ。
HttpClientはCancellationTokenに対応してるんだから。
>>633に書いた通り、最近追加されたのは対応してるの多いよ。

**デフォルトの名無しさん** · 2017/05/30(火) 02:06:44.79

>>637
あ、なるほど納得w
こんな時間にどうも

**デフォルトの名無しさん** · 2017/05/30(火) 07:06:41.02

>>612で良かったじゃんな

**デフォルトの名無しさん** · 2017/05/30(火) 08:10:12.34

>>632,634
InterruptはSleepやロックを潰すだけだよ
従来Interruptで止めていたようなケースでは、自分でトークンの明示的なチェックなんていらなくて
呼び出し先の時間のかかるメソッドにトークンを適切に引き継ぐだけでいい(キャンセルされたら例外で止まるから)
基本的にスレッドをブロックするだけの同期処理とは違って、
async/awaitの場合は「待ち方」が実装に依存するので、最終的に「待っている」ところに限って
実装者がキャンセル処理を個別に実装する必要がある
そこ以外での扱いの考え方は基本的にはInterruptと変わらんよ

**デフォルトの名無しさん** · 2017/05/30(火) 08:36:57.90

CancellationTokenの引き継ぎって明示的に渡さなくてもいいように実装できなかったのかな
一番深いところで例外を発生させるという、たかがそれだけのために途中の全てのメソッドに引数を追加しなきゃいけないのはイケてない
コンテキストを跨るから単純なスレッドローカルじゃ駄目なのはわかるけど、
そこだけSynchronizationContextみたいに手動でstaticプロパティから取ってきて明示的に引き継げばいいだけじゃないのか
それとも意図的に途中で連鎖を切るようなケースを想定してるのかな

**デフォルトの名無しさん** · 2017/05/30(火) 08:50:03.66

あーでもキャンセルのハンドリング自体が非同期で行われるようなケースまで想定すると、
トークンをスレッドローカルにしたら無関係な他のジョブにまでキャンセルが伝播してしまうケースがあり得るね
やっぱりダメだな

**デフォルトの名無しさん** · 2017/05/30(火) 09:01:41.80

>>612で良かったじゃんな

**デフォルトの名無しさん** · 2017/05/30(火) 09:36:50.58

>>643
良くないよ
呼び出した先のメソッドをどうやって止めるつもり?
そうやって、よくある止まらない停止ボタンが出来上がるんだよ

**デフォルトの名無しさん** · 2017/05/30(火) 10:23:05.72

>>644
それは別の問題だろ

**デフォルトの名無しさん** · 2017/05/30(火) 10:34:03.46

呼び出した先のメソッドの止め方が分からないだけで
フラグでいいよ

**デフォルトの名無しさん** · 2017/05/30(火) 11:47:54.70

スクレイピングの処理時間の大半は、レスポンスが返ってくるのを待つ時間と受信処理
CancellationTokenならそれを中断できるけどフラグ処理じゃ手も足も出ない

まあ作っても役立たずのゴミクズボタンが出来るだけだな

**デフォルトの名無しさん** · 2017/05/30(火) 13:19:04.25

>>640
従来Interruptで止めてたケースってなんだよ
ここでやってるスクレイピングのためのネットワーク処理はInterruptじゃ止まらないよね？

InterruptとCancellationTokenの類似性って見た目何らかの処理を中断して戻れるってだけでしょ、そんな事は指摘するまでもないし
それ以上は内部実装なども全然違うものだよ

もっと言うとCancellationTokenはキャンセル処理を統一的に扱うインターフェースでInterruptはその実装の一つと見れる
しかしCancellationTokenの実装としてスレッドのInterruptを使っているものは少なくともIO処理ではないでしょう
実際FileStreamのキャンセル実装はwin32apiのCancelIoEx使ってたし
ネットワーク系のもそんな感じでしょ

**デフォルトの名無しさん** · 2017/05/30(火) 13:27:52.68

>>647
それと611の処理となんの関係があるの?

**626** · 2017/05/30(火) 14:31:20.95

昨日はタスクのキャンセルの件ありがとうございました。大変助かりました。

そして、また連日の投稿となってしまい申し訳ありませんが
現在また原因不明の現象に悩まされていて困っております。
もしよかったらどなたか解決して頂けませんでしょうか？

seleniumを使ったプログラムなんですが
一度遷移先でタイムアウトが発生してしまうと
それ以降別ページへの遷移ができなくなってしまうというものです。
そもそもなんでタイムアウトを設定しているかというと
重たいページであっても一定時間すぎたら無条件で次ページへ遷移してほしいからです
どなたか解決方法がわかる方お答え頂ければと思います。

ソースは以下のような感じです

webDriver = new ChromeDriver();
// タイムアウトを2秒に設定
webDriver.Manage().Timeouts().SetPageLoadTimeout(TimeSpan.FromSeconds(2));

foreach (string UrlString in UrlList){
try
{
webDriver.Navigate().GoToUrl(UrlString);　//　一度タイムアウトが発生すると次回以降遷移出来ない
}
catch (OpenQA.Selenium.WebDriverTimeoutException) { }
}

※UrlListには適当なURLがいくつかはいっております
度々すみませんがどうぞよろしくお願いします。

**デフォルトの名無しさん** · 2017/05/30(火) 14:47:13.92

>>649
関係ないと思うなら多分君はキャンセルフレームワークの使い方を勘違いしてるんだろうな
CancellationTokenは同じものを引き回して使うの
受け取ったCancellationTokenを呼び出し先のメソッドにそのまま渡すことで、
キャンセル要求時に処理がどのメソッドにあったとしても関係なく例外を起こして潰すことができる仕組みだ

**デフォルトの名無しさん** · 2017/05/30(火) 14:57:38.82

>>651
そんな仕組み誰も提供して欲しくないと思うわｗｗｗ