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

2018/12/15(土) 11:07:07.89

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

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

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

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part139
https://mevius.5ch.net/test/read.cgi/tech/1538646998/
■コードを貼る場合は↓を使いましょう。
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

2019/02/08(金) 16:58:08.14

>>569
Thread.Sleepの方がいいんじゃね？

2019/02/08(金) 17:08:32.00

>>568
タスクスケジューラ

2019/02/08(金) 17:20:02.58

>>570
それだと GUI の処理がほぼ完全に止まってしまい、アプリがほとんど操作不能
になるハズ。

2019/02/08(金) 17:23:59.58

>>568
アプリが起動しっぱなしなら指定日時から現在日時を引いて
await Task.Delay()等でタイムアウト待つとか、他は>>571かね

2019/02/08(金) 17:28:55.52

do-whileもいいと思う

2019/02/08(金) 17:33:15.83

>>572
待つロジックをThreadにすればいいだけじゃね？

2019/02/08(金) 17:48:48.00

マルチ・スレッドというのは、プログラミング経験を沢山積んだ人が使うもので、
非常に原因の特定が難しいバグを引き起こすことがあるので、初心者には
お勧めできない。同期オブジェクトや atomic アクセス、volatile などを
正しく理解してからでないと危険を伴うことがある。

async も独特で複雑なことをやっているので、プログラミング初心者が、何が起きて
いるのかを理解するのは難しい。なんとなく動くかもしれないがうかつに使うのは
やめたほうがいいと思う。

2019/02/08(金) 17:50:59.48

async は、↓のような複雑な control flow になる。
それを全部理解してから出ないと危険。

https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/concepts/async/media/navigationtrace.png
https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/concepts/async/

2019/02/08(金) 18:11:51.00

GUIちゅーてんだから普通にWinforms/WPFのTimer/DispatcherTimerを紹介すりゃええんでないの
数日間待機させたいとかになるとまた話が違ってくるしもうちょい質問の要件をハッキリさせて欲しいけど

2019/02/08(金) 18:25:10.33

指定日時後の起動はタスクスケジューラに任せた方が良いと思う
GIU側の仕事はスケジューラヘの登録と指定日時にスケジューラが起動したプロセスとの通信

2019/02/08(金) 18:28:22.25

C#も汚い言語になってきたなー

2019/02/08(金) 18:32:16.25

なんか、JavaScript そっくりになってきる。JavaScript は汚いのにな・・・。

2019/02/08(金) 18:49:11.69

汚いとは？

2019/02/08(金) 18:56:00.90

JavaScriptそっくりもクソも、JavaScriptのasync/awaitはC#が発祥だぞ
それをJavaScriptもPythonもKotlinもそっくりそのまま真似した
汚い機能だと感じる君の感覚は否定しないが、好みは別にして非同期プログラミングのデファクトスタンダードであるのは事実だ

2019/02/08(金) 19:49:11.94

割り込んですまない。
SolrNet を使ったことあるヤツがいたら知恵を貸して欲しい。

SolrNet を使ってこんなことをやってみた。

Startup.Init<[適当なモデルクラス]>( [SolrのサーバーURL] );
var solr = ServiceLocator.Current.GetInstance<ISolrOperations< [適当なモデルクラス] >>();

まあごく当たり前の初期処理なのだが、実行すると２行目の Current の中身が null でヌルポエラーになる。

原因がわからなくてしばらく悩んで、GitHub にあるサンプルコードをダウンロードしてきてコピペしても同じだったのだが、
ダウンロードしたソリューションをビルドして実行するとこの部分を問題なく通過する。
またしばらく悩んで、nuget でダウンロードしてくる SolrNet のバージョンに違いがあることに気がついた。
どうやらバージョンが 0.5 以下だと通過し、それ以降のバージョンだとヌルポエラーになるようだ。

最新のは 1.0.1 だったか、このバージョンで上の部分を通過させるに必要な事はなんだろう。心当たりがあったら教えて欲しい。
0.5 の辺りって、その辺りを境に他のパッケージを参照するようになってるぽいのだけど関係があるだろうか。
これを使えってご指定なんだよな。。

2019/02/08(金) 20:41:31.54

>>568
一応これでできるけど、これがベストかどうかは知らん
private static async Task WaitTillAsync(DateTime dt)
{
　　var now = DateTime.Now;
　　var span = dt > now ? dt - now : TimeSpan.Zero;
　　await Task.Delay(span);
}

private async void button1_Click(object sender, EventArgs e)
{
　　await WaitTillAsync(DateTime.Now.AddSeconds(10));
　　MessageBox.Show("10秒後にこんにちは");
}

>>566
マジですかw

2019/02/08(金) 21:46:41.47

>>585
それだとNTPで時計合わせが発生したらズレる
素直にSystem.Timers.Timerで500ms位ごとにElapsedさせて、
指定時刻を過ぎてないか見るのが簡単。

マイクロ秒まで精度出したいっていうのなら、そもそも使うOS間違ってる。

2019/02/08(金) 22:17:53.01

>>583
Rustは結局どうなったんだっけ？

2019/02/08(金) 22:27:25.20

みなさんありがとうございます。
一応自分で書いていたのは>>585さんに近くて設定時刻前ならそのまま、設定時刻を過ぎてたら一日足して現在時刻との差をawait Task.Delayしました。
タイマーの精度はそんなに必要なく1分間隔で大丈夫で、24時間起動で毎日朝8時から夕方17時までプログラムを止めるみたいな感じです。
同じプログラムを大量に起動するので処理はなるべく軽いのが希望で
ループ処理で毎分チェックするようなのは重いイメージがあるのですが大丈夫でしょうか？
また、時計合わせが発生したらズレるというのはどういうことでしょう？

2019/02/08(金) 22:30:54.02

>>588
ポーリングが嫌ならタスクスケジューラを使えばいい
プログラムから簡単に登録できる

2019/02/08(金) 22:53:24.62

>>586
えらい重箱の隅だけどまあそうだねw
private static async Task WaitTillAsync(DateTime dt)
{
　　await Task.Run
　　(
　　　　() => { while (dt > DateTime.Now) Thread.Sleep(500); }
　　);
}

2019/02/08(金) 23:23:03.92

>>590
プロセスが落ちることを想定せよ
NTPなんかより遥かに影響を受ける可能性の高い事象である
やり直し

2019/02/08(金) 23:32:28.45

どのへんでプロセス落ちるの？

2019/02/08(金) 23:33:09.16

>>590
Thread.Sleepの所Task.Delayにしても大丈夫でしょうか？

2019/02/08(金) 23:42:34.81

>>592
どこでも
質問者は24時間起動って言ってるんだから当然想定すべきだよ

2019/02/09(土) 00:44:22.99

>>593
もちろんいいと思うけど、

() => { while (dt > DateTime.Now) Thread.Sleep(500); }
が
async () => { while (dt > DateTime.Now) await Task.Delay(500); }

に文字数が増えて、使うTaskも増えて、かといってメリット無いような気が

2019/02/09(土) 00:46:47.47

await, async は、簡単なことを難しくしてしまう。

2019/02/09(土) 00:52:22.81

C#は、もはや、C++やCとは似ても似つかなくなってしまってる。
control flow がめちゃくちゃ複雑で、何をやってるのかわからなくて
生ポインタの1,000倍危険。

2019/02/09(土) 00:58:38.23

() => { while (dt > DateTime.Now) Task.Delay(500).Wait(); }
の方が素直か。
何かTask.Delay使った方がいい理由ってあるかな

2019/02/09(土) 01:13:05.43

PDFファイルからテキストを抽出する方法でオススメはありますか？
調べたところiTextSharpとPDFBoxは見つかりましたが、たまに読めないPDFがあるのが残念です。

2019/02/09(土) 01:45:47.26

C# の async, await を開発したのはこんな人。写真付き：

https://www.orioninc.com/c-async-and-await-programming-model-from-scratch-introduction/

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 01:49:31.12

>>599
一番確実なのは製品版のAcrobatを使うことではないでしょうか

2019/02/09(土) 01:49:48.79

>>598
この流れでもう二回書かれてるけどawaitしないとその間メッセージキュー処理できないでしょ
あとTimer使えば済むロジックを自分で書かないの

2019/02/09(土) 01:55:33.22

>>601
私の技術力が低いので初心者用スレで質問させていただいたのですが、それを購入したとして初心者でもネットで調べる程度で可能ですか？
上に書いたiTextSharpとPDFBoxは、ネットに転がってたソースを丸パクリでやりました。

2019/02/09(土) 02:16:09.35

>>595
後者はTask.Run()が不要だから、むしろタイプ量は減るよ。

await Task.Run( () => { while (dt > DateTime.Now) Thread.Sleep(500); } );
と
while ( dt > DateTime.Now ) { await Task.Delay(500 ); }

2019/02/09(土) 02:39:48.15

ん？　Task建ててる部分見てなかった、俺のレスのは忘れて

2019/02/09(土) 02:40:17.09

後、細かいことを言うと、
Task.Run()でThread.Sleep()だとSleep()してる間もThreadPoolのThreadを１つ占有してしまうが、
Task.Delay()ならその間はThreadPoolのThreadが開放される。

2019/02/09(土) 02:47:07.48

>>602
スリープするのはUIスレッドじゃないのでそれはありませんよw

これ、ちょっと前にも書いたけど、Timerを使った方が可読的になる場合ももちろんあるし、
そうでない場合もある。

つまり、別に車輪を再発明してるんじゃありません。

質問者がどっちのケースかは分からない

2019/02/09(土) 02:54:59.91

>>604
ああ、なるほど。
正直非同期メソッドって書きなれてないから目からうろこ

2019/02/09(土) 03:02:23.38

>>603
SDKは自由にダウンロードできるからドキュメント見て自分で判断しておくれ
https://helpx.adobe.com/jp/acrobat/kb/2558.html

2019/02/09(土) 07:11:19.34

待つだけの処理で1スレッド消費しちゃうのは良くないな
かといって単純にAwaitを使っただけのコードだと、どこかでデッドロックが生まれる可能性が増えたり、待てずにメインスレッドが抜けてしまったりする危険が出てくる
ここはコルーチンしか無いでしょ！！コルーチン最高！！！！

2019/02/09(土) 07:16:35.24

タスクスケジューラにしとけよ

2019/02/09(土) 07:35:28.00

タスクスケジューラはC#自体の機能じゃないからな、漢は黙ってコルーチン！！！

2019/02/09(土) 07:42:48.42

私、待つわ～何時までも待つわ～
例え対象スレッドが落ちていても～

2019/02/09(土) 08:32:22.73

>>594
それ非同期関係なくない？

2019/02/09(土) 08:45:27.49

>>583
kotlinはそっくりそのままと言えるものではなく
奇怪な何かになってる

2019/02/09(土) 08:47:26.04

>>614
次はWindowsが落ちることを想定しよう

2019/02/09(土) 11:10:00.80

c++はc#の何倍難しいですか？

2019/02/09(土) 11:13:22.03

C# → C++/MFC なら大して変わらないかも

2019/02/09(土) 11:13:26.70

256バイ

2019/02/09(土) 11:17:48.96

言うほど難しくはない
同じものを作るために3倍程度の工数がかかるだけ

2019/02/09(土) 11:24:28.88

個人で使うものではない感じですか？
openglを扱うためには裂けては通れないようですが

2019/02/09(土) 11:31:34.31

>>621
opengl c#　でググったらいろいろヒットするが
DllImportがめんどくさいのはわかるが避けて通れない理由があるのか？
C++でやらなきゃって思うのならC++のスレへどうぞ

2019/02/09(土) 11:35:32.77

ラッパーのほうが情報すくなくて難しそうなので

2019/02/09(土) 11:39:46.24

>>621,623
> 個人で使うものではない感じですか？
個人で使うのになんら障害はない

> openglを扱うためには裂けては通れないようですが
OpenTKとかあるし別に必須じゃない

> ラッパーのほうが情報すくなくて難しそうなので
じゃあC++で学習すれば？

2019/02/09(土) 11:41:56.63

このレベルでOpenCVに手を出して何ができるんだって感じもある
チュートリアルを通してやるのがせいぜいか

2019/02/09(土) 12:15:17.08

>>625
OpenCVとOpenGLは別物だよ

2019/02/09(土) 12:25:47.28

>>617
テンプレートの深みにはまらなければC++のほうが素朴で簡単

2019/02/09(土) 12:37:08.87

この人3ヶ月前からこういう質問ばっかしてる
一体いつになったら手を動かすんだろう

2019/02/09(土) 13:27:48.74

やっぱコルーチンだわ
コルーチン質問がいくらあっても全くロックが起きとらん！スレッドを丸々潰してもいない！最強！！

2019/02/09(土) 14:30:31.24

>>620
そんなかからん。せいぜい 2割り増し程度。
でも、ブラックボックスが少なくて何やってるのか分かりやすいので、
はまりにくいかも。

C#のasync, awaitなんて初心者が理解できるものではない。

2019/02/09(土) 14:37:30.48

>>626
ごめん
俺の目が悪かった

2019/02/09(土) 15:30:22.75

C#はクラスライブラリも簡単に逆アセンブルできるからブラックボックスは少ないよな

2019/02/09(土) 16:47:05.41

>>609
ありがとうございます。

2019/02/09(土) 22:52:17.77

WPF, Windows Form の二種類があったり、Xamarineを使うかどうかが
あったり、C#も複雑極まりないんだね。GDI がセンスがない関数群だったので
嫌われたこと、MFCが汚かったこと、Direct3Dが汚かったこと、COMが
汚かったこと、ActiveX がさらに訳分からなかったこと、の再来を感じる。
「非同期処理」もスレッドをいくつでも起こすタイプや、Poolみたいな
ことをやるタイプ、以外にいくつもあって、さらに最後に async, await
が Synax Suger になっているんだね。なんという複雑さ・・・。
また、スレッドを起こすのに 1MB もメモリが必要・・・・。
なんという無駄使い。

2019/02/09(土) 22:54:12.95

結局、.Net Standard が破棄されて、.Net Core だけが残るといううわさを聞いた
けど、やっぱり Xamarine が捨てられていくのかな。買収時点で最初から
予想されたことだけど。

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 22:59:09.93

またC#嫌いのお前か

2019/02/09(土) 23:07:49.24

>>634
> 「非同期処理」もスレッドをいくつでも起こすタイプや、Poolみたいな
> ことをやるタイプ、以外にいくつもあって
具体的には?
いくつもあるなら2,3挙げてみてよ

2019/02/10(日) 00:07:00.86

>>637
↓ ここを読んでくれ
http://www.atmarkit.co.jp/fdotnet/chushin/masterasync_01/masterasync_01_02.html

数え方にもよるが、恐らく6～8種類くらいあると思う。

2019/02/10(日) 00:09:30.45

多分、
1. Thread
2. ThreadPool
3. Event-based
4. Async Programming Model
5. Reactive Extensions
6. Task-based
7. async/await

の 7種類だと思う。もっとあるかも知れないけど。

2019/02/10(日) 00:09:35.84

APM、EAP、TAPなんかを言ってるのかね？　単に時代の流れじゃないの
レガシーをタスクにする方法もあるし、.NETはネイティブスレッドではなかろう
開始元へ差し戻しが多いからawaitがあるだけで結局Task推奨になってると思うけど

議論が活発なのは結構だが、ぽこぽこ増えていく言語バージョンを見てると不安は抱く

2019/02/10(日) 00:32:53.23

時代の流れだねぇ。
今ならTaskとasync/awaitだけ覚えておけば事足りる。
Rxも場合によってはあれば便利だけど。

2019/02/10(日) 00:46:35.13

それは言い訳で、見通しが悪かったって事なんだ。

2019/02/10(日) 00:53:56.42

まあXamarin用済みなのは確か

2019/02/10(日) 00:58:27.31

async/awaitの効率は最近は大幅に改善されつつあるよ
ただし.NET Coreに限る

2019/02/10(日) 01:03:53.77

効率以前に、訳分からん。
設計した人が実は能力が足りないんだって。

2019/02/10(日) 01:05:47.39

アメリカ人はなめ過ぎてる。
独占的地位を利用して。
こんなくそ設計しやがって。

2019/02/10(日) 01:12:55.80

(ﾜｯﾁｮｲ 8261-VUEs)
この人、年中非同期処理が理解できないと繰り返し言ってんな
いい加減理解しろよw

2019/02/10(日) 01:25:57.34

良かったな
訳わからんものが他の言語にも波及したぞ

※非同期プログラミングの次回作にご期待ください

2019/02/10(日) 01:38:14.50

C# は VB と似ており、C++ とは似ても似つかない。

2019/02/10(日) 01:38:53.56

>>642
17年の歴史があって、技術的トレンドを比較的積極的に取り込んできてる言語に
それを言うのは言いがかりというかお門違いだろうw

2019/02/10(日) 02:34:19.06

>>647
そいつにとっては、ぼくの理解できないもの＝設計が悪い、だからな。
自分がバカだとは認められないんだろう。

2019/02/10(日) 02:52:23.04

>>635
破棄される？ソースは？

2019/02/10(日) 08:46:39.23

c#にはあってVBにはないものってないんだよな
.net CoreでもVB採用されてるし

2019/02/10(日) 08:54:49.60

for文の挙動が違うだろ

2019/02/10(日) 09:08:02.67

>>651
スパゲッティーなアルゴリズムを作ってしまっただけなのに気付いてない。
理解できないのではなく、馬鹿馬鹿しくて腹が立つだけ。
頭のいい人は、もっと良い方法がすぐにひらめくから。

2019/02/10(日) 09:09:03.29

>>653
unsafe

2019/02/10(日) 09:21:34.97

>>655
君は「高卒の天才」ってやつかい？

2019/02/10(日) 09:24:33.66

C# のこの書き方は、35年前の Microsofot の N88-BASIC の
def fn にそっくり

[C#]
int f(int n) => n >= 1 ? n * f(n - 1) : 1;

[N88-BASIC]
DEF FN名前 [ ( 引数名 { , 引数名 } ) ] =式

10 DEF FNZEIKOMI(P)=P*1.08
20 INPUT "zeinuki kakaku";KAKAKU
30 PRINT "zeikomi kakaku";FNZEIKOMI(KAKAKU)

2019/02/10(日) 09:51:24.70

ま、作ったアプリではなくソースコードを自慢するようになったらプログラマは引退したほうが良い

2019/02/10(日) 12:59:28.51

キブハブとかいう謎の団体に監視されてるからソースのエレガントさにも気が抜けない時代

2019/02/10(日) 13:18:41.19

アメリカって、バイナリだと信用されないんだろうか。
アメリカは悪い人だらけなので武器を持たなきゃならないのが、それが安全な日本にまで波及していて、
セキュリティーソフトのせいでPCの能力は結構落ちるし、自作プログラムが誤検出されて
風評被害は出るしでいやな時代になったな。

2019/02/10(日) 13:20:59.07

アメリカじゃ、大手企業から以外はバイナリが信用できないから、
無料ソフトのバイナリが入手できない。それで日本まで生産性が下がって来た。
いつのまにか、そんな必要のない日本まで巻き添えになってる。
それに日本人は気づいてない。

2019/02/10(日) 13:24:11.85

頭やべぇのが居るぞ

2019/02/10(日) 13:24:46.11

バイナラ

2019/02/10(日) 14:04:14.11

何作るか思い浮かばん
こんなときどうすれば

2019/02/10(日) 14:11:09.31

>>665
寝たらいい

2019/02/10(日) 14:13:22.67

>>665
持ってる技術に対して歩んできた人生がクソ過ぎてバランスが悪い

2019/02/10(日) 14:17:09.65

>>659
ソースの綺麗さはプロダクトの品質、価値に大きな影響を与える
君はなにもわかってない

2019/02/10(日) 14:22:24.87

>>668
具体的な数字あるんですか？