ふらっと C#,C♯,C＃（初心者用） Part134

2017/11/29(水) 19:23:58.05

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part133
http://mevius.5ch.net/test/read.cgi/tech/1510056685/
■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/

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

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/12/23(土) 15:46:06.35

BackgroundWorkerじゃなくてタイマー使うべきだよ

2017/12/23(土) 16:17:28.04

>>111
>>113
＞play_abcd()メソッドには押したボタンをtextBoxに表示する機能もあって
ってことはたぶんplay_abcdの中でbackgroundWorker1.ReportProgressを呼んでいる、
つまりbackgroundWorker1を参照できる場所にplay_abcdはあるんだから、
素直にCancellationPendingをポーリングするだけじゃないの？
本当はよくないと思うけどねこういうの

本当は前も書いたみたいにplay_abcdのシグネチャを
void play_abcd(Func<bool> canceled){...}

とかにして、呼び出すときに、
play_abcd(() => backgroundWorker1.CancellationPending);

がいいと思う

っていうか、そもそも
＞キーボードをa,b,c,dと順番に5秒置きに押していくメソッド
をビジーループで実弁する必要本当にある？w

それ、タイマーで十分実現できると思うんだけど...

2017/12/23(土) 16:39:39.92

タイマーとかめんどくさいだけだろ

2017/12/23(土) 16:58:02.75

BackgroundWorkerのほうが実装が綺麗になるよね

2017/12/23(土) 17:54:59.64

>>117
スペース２つで改行だっけ？
普通のレスの書き方と分離するためにコマンドを先頭に付けるとかかな
専ブラが対応すれば専ブラだけでは見れるな

2017/12/23(土) 18:17:28.09

>>121
どう言う理由で？

2017/12/23(土) 18:52:05.60

タイマーなら、キャンセルでタイマー止めればそれで終わりでしょ
実装が見苦しいようには見えんね

2017/12/23(土) 18:57:13.19

ためしに書いてみてよ

2017/12/23(土) 19:41:20.88

>>125
https://ideone.com/bZPXyC
色々端折ったけどこんな感じでどう？

2017/12/23(土) 19:47:21.47

>>113
そもそも、なんで提示したコードがdまで実行しないとキャンセルされないか理解できてる？
理解出来てればBackgroundWorkerを別の手法に変えても意味がないことは分かると思うんだけど

2017/12/23(土) 20:47:59.87

>>107
>Abortはしたくない
元質問者はAbortしたくないとは言ってないと思うぞ

2017/12/23(土) 21:18:44.75

バックグラウンドなんちゃらってなんだ？
タイマーでいいじゃん

2017/12/23(土) 21:19:57.12

>>126
そんなに悪くないね
bの後2秒待ってコンソールにハゲと出力
3秒後にc
みたいな仕様変更があったとしたらどうなる？

2017/12/23(土) 21:21:13.92

>>130
アホなん？
そんなレアケース持ち出して何が楽しいんだ？
そんな風になったら別のコーディングするに決まってんじゃん

2017/12/23(土) 21:26:21.49

タイマーでもTickイベントを1秒おきにすればその実装できるし
while+sleepとかアホすぎるわ

2017/12/23(土) 21:29:55.10

>>131
推測でしかないが質問者のやりたい事ってAPIが提供されてないアプリのGUIオートメーションだと思うんだ
やってみるとわかるけど、等間隔キー入力の繰り返し、のような単調な操作のほうがむしろレアケースだよ

2017/12/23(土) 21:31:02.84

態々スレッド分ける様な処理じゃないのは間違いない

2017/12/23(土) 21:33:38.79

バックグラウンドワーカーとかタイマーじゃなくてTask.Runの中にwhileとsleepとカウンタを全部ねじ込んだほうががまとまりがいいな

2017/12/23(土) 21:37:57.32

やっぱなんでもない
俺のレスはスルーで

2017/12/23(土) 21:39:10.88

相変わらず質問者抜きの議論が大好きだなお前らは

2017/12/23(土) 21:42:59.27

ちなみに>>114の実装ならマクロが多少複雑化しても可読性がそこそこ良いのでオススメ

IEnumerable<Action> GetJobs() {
while (true) {
yield return () => SendKeys("A");
yield return () => Sleep(5000);
yield return () => SendKeys("B");
yield return () => Sleep(2000);
yield return () => SendKeys("ハゲ");
yield return () => Sleep(3000);
yield return () => SendKeys("C");
yield return () => Sleep(5000);
yield return () => SendKeys("D");
yield return () => Sleep(5000);
}

この考え方を進化させてJobsをActionの列挙ではなく式木にしたら記述が楽そうだな、とかインタープリターパターンで実装したらユーザー目線で便利そうだな、とか発展していく

2017/12/23(土) 22:13:16.73

百万年発展し続けてろバーカ

2017/12/23(土) 22:20:22.98

初心者用スレというか子供用スレだったのか

2017/12/23(土) 22:36:15.16

非同期処理は、コンテキストが異なるから、処理の実行順番は確定しない

ビジーループするのは、もってのほか。
ビジーループは同期処理

非同期処理は、コールバック関数を使う。
相手の処理が終わったら、コールバック関数を呼んでもらう

コンテキストが異なるものは、マルチスレッド・マルチプロセスでも、
OS がCPU のタイムスライス、スレッド・プロセスの優先度・実行順番を決めているから、
プログラマーができる事は無い

複数のスレッド・プロセスは、無関係に同時に、異なるCPU で動く(並行処理)から、
処理時間が短くなるが、処理の実行順番は、OS が決めるから確定しない

同期処理とは異なる

2017/12/23(土) 23:00:34.49

一番の問題は、最悪５秒戻ってこないポンコツってことだと思う

2017/12/23(土) 23:04:50.10

結論はやっぱりTask使えって事だな

2017/12/23(土) 23:31:47.43

そもそも、ビジーループ(ポーリング)しても意味がない

例えば、スレッドA から、10ms 毎にポーリングしても、
スレッドB の処理が10秒掛かれば、千回のポーリングは無意味

ポーリングしても、異なるスレッドの処理を速めることはできない。
OS がCPU のタイムスライス、スレッド・プロセスの優先度・実行順番を決めているから

プログラマーにできることは、コールバック関数を登録することだけ。
スレッドBの処理が終われば、それを呼んでもらうだけ

2017/12/23(土) 23:34:38.24

鈴虫がまだ何か言ってるな
鈴虫は鈴虫の学校にでも通ってな

2017/12/24(日) 02:28:49.95

フリーズしない/しても問題ないUIにすればいいだけだと思うが

2017/12/24(日) 07:08:55.16

play_abcdって雑な作りから察すると5秒おきってのはaの動作が終わってから5秒なんじゃね？
本当に5秒感覚でキーを押したいならタイマーがいいけど、各動作を5秒感覚で実行したいならタイマーは使わない方がいいかな

2017/12/24(日) 07:21:26.36

へー、そんなんだ。すごーい。

2017/12/24(日) 07:22:49.50

クリスマスぐらい女と過ごせよ

2017/12/24(日) 14:33:03.85

2～3台のPCだけで使う小規模なアプリケーションで、不変で追加もしない500×3列程度のデータを扱いたいです。EXCELでいうvlookup関数みたいな参照を行いたいのですが、EntityFrameworkだとSQLserverのインストールが必要？なため別の方法を模索中です。
csvやtxtファイルを実行ファイルと同じフォルダにいれて参照するのがいいか、もしくは別の方法があればご教示いただきたいです

2017/12/24(日) 14:33:41.85

朝Ｈしてきたww

2017/12/24(日) 14:39:27.53

>>150
EF知ってるならSQLiteが現実的じゃね？

2017/12/24(日) 14:40:54.62

>>150
そんなもんコード埋め込みでいいよめんどくせえ
動きゃいいんだよ
C#erってそういうの好きだろ

2017/12/24(日) 14:44:06.81

俺ならそんなもん一枚のHTMLとJavaScriptで作ってAWS S3に置くわ
その程度のことにデプロイの手間をかけるのはアホらしすぎる

2017/12/24(日) 17:13:18.55

>>154
いちいちブラウザひらくのめんどくさ
ブラウザだとウィンドウサイズでかいし

2017/12/24(日) 17:45:11.77

今時一切ブラウザ使わない業務システムなんか存在するのか？
ブラウザくらい常に開いてるだろ

2017/12/24(日) 18:29:58.39

500×3でたかだが1500前後にデータベースは大げさだ
.resxファイルで済む量だろう

2017/12/24(日) 22:22:23.70

>>150
＞2～3台のPCだけで使う小規模なアプリケーションで、不変で追加もしない500×3列程度のデータ

だったら500x3の二次元配列で行けると思う。

2017/12/24(日) 22:47:41.55

DataTableでいいんじゃね

2017/12/24(日) 22:53:06.60

てきとーなクラス作ってXmlSerializerで永続化すりゃOK
検索も500件程度なら速度を気にせずLINQで楽々実装可能

2017/12/24(日) 23:03:51.51

今時新規でXMLはないわ
このまま衰退して消えてくれ

2017/12/24(日) 23:08:30.69

>>161
最新だと何が人気？

2017/12/24(日) 23:09:33.19

読むだけだしJSONやYAMLでよくね？

2017/12/24(日) 23:22:41.54

JSONの指定があればJSONでもいいけど
何も指定がなければXMLで書くけどな
別にレガシーでもなくね？

2017/12/24(日) 23:22:45.70

>>163
大してかわんねーじゃん

2017/12/24(日) 23:29:42.77

結論：好きにしろ

2017/12/25(月) 00:41:48.94

じゃprofileで

2017/12/25(月) 01:51:22.86

でも項目数多くなって激遅になったらCSVに戻せる構造なら戻したほうがいいよ

2017/12/25(月) 03:41:46.71

jsonってxmlとくらべて何がおいしいの？

2017/12/25(月) 07:08:19.08

xml、resx、json、yaml、SQLiteといろいろ選択肢がありますね。少し調べてみて良さそうなもの選んでみます。ありがとうございました

2017/12/25(月) 08:10:28.38

>>169
軽い

2017/12/25(月) 08:12:45.88

>>169
XML比なら、
人間にとって扱いやすい
サイズが小さい
読み書きが速い
属性と要素の使い分けをしなくていい
JSON SchemaはXML Schemaより圧倒的に分かりやすく書きやすい
配列、マップ、数値、論理値、文字列という最低限の型付けがあるので、
プログラミング言語のデータ構造とのマッピングがしやすい(XMLは属性やXML Schemaで明示的にマッピングしてやらないと使い物にならない)

2017/12/25(月) 10:12:18.83

人間にとって扱いやすいだけはXMLの方が優れてると思うな
特にデータ量が増えるにしたがってjsonはそのまま読むのが不可能になってくる

2017/12/25(月) 10:15:18.25

どっちでもいい
好きな方を使えばいい

2017/12/25(月) 11:30:37.90

この案件だと、Excelで加工しやすいcsvがマッチしているんじゃないかな？
そりゃxmlだって出来るが、仕組みが大きくなる

2017/12/25(月) 11:35:31.66

たしかに
終了

2017/12/25(月) 11:47:08.20

SYLKファイルにしたっていいんだぜ
どうせ作業量変わんないだろ

2017/12/25(月) 12:20:28.09

美容番長だっけ?

2017/12/25(月) 12:22:02.34

今時パーサーやシリアライザが揃ってるんだからどれでも同じな気はする

2017/12/25(月) 12:56:04.14

>>175
データ量が多くなるとおせーんだよなxml,json
んで運用入ってから素人でも編集できるいいツールはないの？
って普通に無いからな（笑）
本気で作るものほどcsvやxls

2017/12/25(月) 14:38:00.28

>>173
ねーよ

2017/12/25(月) 18:37:57.59

結局は小さいデータなら下手なDBとか使うより、
csvの方が丈夫さとか確認のしやすさで良いって言うｗ

2017/12/25(月) 18:59:27.21

だから上手なDBとか使えばcsvの方より良いんだろ

2017/12/25(月) 19:08:03.17

DBはトランザクションあるから規模に関係無く必要だと思ったら使っとけ

設定ファイル的な話としたら
xmlとjsonって微妙だよねと

2017/12/25(月) 19:15:27.15

設定ファイル的な話だとしたらjsonって微妙だけどxmlはクソ
xmlはどんな用途向けにもクソ

2017/12/25(月) 19:44:00.45

>>185
言うほど変わらんような気がするけど
何が嫌なんだ？

2017/12/25(月) 19:48:52.98

※個人の感想です

2017/12/25(月) 20:07:35.17

>>179
ぶっちゃけこれだろ

2017/12/25(月) 20:13:26.84

>>186
嫌なのではなくクソだと言っとるのだが？

2017/12/25(月) 20:18:39.56

>>189
じゃあ大好物じゃん

2017/12/25(月) 20:18:59.89

アホちゃいまんねんパーでんねんって言われてもどう違うのか本人にしか分からんよw

2017/12/25(月) 20:24:10.15

>>190
何が気にいらんのか知らんけど変な絡み方するのやめてもらえんかな？

2017/12/25(月) 20:27:44.84

クソって言いたいだけだろって言いたいんだろう

2017/12/25(月) 20:27:48.56

むしろお前が無駄に絡んでる気がするが...
俺も>>179でFAだと思う

2017/12/25(月) 20:31:09.26

好きなの使えって結論を昨日出しただろ
おわり

2017/12/25(月) 20:35:26.95

>>194
同じって事はないよ
どの形式でも必要十分な機械可読性を得られるなら
選択の決め手になるのは速度などではなく人間可読性
ヒューマンリーダビリティ
xmlはこれが壊滅的にクソ

2017/12/25(月) 20:54:00.52

可読性しか判断基準がないとか話にならん

2017/12/25(月) 20:55:38.22

バックエンドだと設定ファイルは.csがベスト
貧弱なインテリセンスで間違えやすい設定なんか書きたくないっすわ
テストまで考えるとビルドなしで変更可能である意味がほとんどないしな

2017/12/25(月) 21:26:28.09

今日は特別に俺からのクリスマスプレゼントの言葉を贈ってやろう

お前らはもう少し自分の無知無能と真剣に向きあった方が良い

2017/12/25(月) 21:42:53.76

>>180
多くなるならJSON Linesの方が効率いいよ
ログとかで普通に使われるファイル形式
CSVはスキーマが変わると面倒なんだよな

2017/12/25(月) 22:21:29.72

今時csvはなんちゅう本中華
レガシーへ(から)の接続ならしょうがないが

2017/12/25(月) 22:37:36.04

次スレからスレタイに雑談を付加してくれ

2017/12/25(月) 22:48:43.23

>>202
いいアイディアだな
ただこのスレはこのまま残して
初心者雑談用として新しくスレが欲しいな

2017/12/25(月) 22:50:13.06

そんなことしても質問スレで雑談が始まるのは目に見えてるやん...

2017/12/25(月) 22:54:47.74

2017/12/25(月) 22:56:14.63

無理でしょ
どこまでが質問の答えなのか雑談なのか区切りが曖昧だし

2017/12/25(月) 23:14:27.18

ID真っ赤の奴が出てきたら議論スレに誘導

2017/12/26(火) 02:32:13.70

>>199
ごめんなさい。

今日の朝、靴下にその言葉入ってたら読んでたよサンタさん!

2017/12/26(火) 06:50:53.13

>>207
>>199みたいに自覚ない奴がいる限り誘導しても無駄でしょ
まあXMLに親でも殺されたんだろうな w

2017/12/26(火) 08:12:53.60

ボクのおとうさんは、XMLというやつに殺されました

俺はWPFだなw

2017/12/26(火) 09:02:34.41

初心者なので教えてください。
xml ならDataSet.ReadXml()でお手軽に扱えてたんですが、jsonはどう読み込んで使うのですか？
ちょっとググったら、jQueryとか、webっぽいのが目についたのですが、ローカルexeでも使えるんでしょうか?

2017/12/26(火) 09:11:46.70

>>211
NuGetでJson.NETを拾ってくる

2017/12/26(火) 09:16:47.35

UWPならWindows.Data.Jsonが使えるのでダウンロードしなくてもよい

2017/12/26(火) 11:03:19.55

XMLは無能ほど嫌うよな、わかりやすくていいわw

2017/12/26(火) 12:28:40.93

XML最高って言う奴がいるけどDTDとかちゃんと理解して使ってるのか疑問
俺はさっぱりわからなないので放置してる

XMLは賢い人が集まって俺って賢いだろを連発してクソ企画になったって本で読んだ

2017/12/26(火) 12:32:57.48

XMLは同じようなものが大量に並んでてゲシュタルト崩壊？してタグがタグに見えなくなる

2017/12/26(火) 12:45:02.83

jsonの問題はコメントだな、一応使える場合もあるけど本式はコメント使えない
ググると作者が原理主義者でどうにもならんようだ

2017/12/26(火) 12:50:09.20

もう飽きたよこの話題
次の質問マダー？