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

2017/10/17(火) 00:41:22.60

■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part94
http://mevius.2ch.net/test/read.cgi/tech/1492843013/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

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

2020/01/05(日) 15:01:43.69

こんなくだらん喧嘩の起きる余地がないGoが流行るのも納得

2020/01/05(日) 15:26:07.93

>>686
> 無意味に同期/非同期の両方をサポートしなくていい
無意味も何も、普通に作ったら両対応にしかならないと思うぞ。
逆に、そうならないのなら、コーディングを見直した方がいい。

後半については、多分お前の「非同期」は一般の意味とは違うと思うが、
同期APIと非同期APIの両方が用意されている場合、今後は非同期APIだけ使え、というのはお前の自由だ.。
ただ現実として世の大勢は同期APIで、そしてこれで全く問題ない場合が多く、そうはならないと思うけど。
（例えばファイルなら中身がないと次の処理が出来ず、話を進めようがない事が多い）
なお非同期縛りが心地よいのならJavaScriptを勧める。あれは宗教的にそうなってる。

今はAPIの中身についての話なんてしてない。それがお前流の逃げならそれでもいいが、
ここは「C#でどう書くか」の階層の話をするところであって、APIの中身ガーとか言うのなら最低限先にそう言っておくべきだろ。
ただ俺はそれについてつき合う気はないが。（他の人が食いつくのは自由）

2020/01/05(日) 15:40:34.39

そもC#はSTAとMTAの両方、なんなら混在する環境に対応しなければならないので
どっちかで綺麗に書けるかけるからこうすべきだってお花畑はなかなか通用しないのよね
結局C#においてはasync/awaitもTaskの中で頻発する特定のパターンを楽にしてくれるだけ

>今後は非同期APIだけ使え
新規のAPIではMSはそういう方針だねえ（winrt）

2020/01/05(日) 18:06:33.11

WPFではファイル操作関数を同期的に呼び出せたが、UWPだと許されない。
ちっちゃいファイルの読込みでGUIの遅延も体感できないぐらいだけどダメなんだ。
ちょっとしたプログラム書く時に面倒だね。

2020/01/05(日) 18:11:57.59

>>690
async/awaitあるから普通は問題無くかけるけど、コンストラクターでファイル弄るときは面倒なんだよな

2020/01/05(日) 18:23:07.47

>>690だけど、ちょっと間違った。
同期的には書けるけど、プライマリスレッド(GUI)からだとダメなんだ。

2020/01/05(日) 19:12:31.63

GUIアプリならネイティブスレッドのコストは問題にならないから、
GUIをフリーズさせたくないならイベントハンドラでスレッド起こしてあとは全部同期で書くのが一番シンプルで分かりやすい
最近のC#のasync信仰はWebで膨大なリクエストを捌くときの話で、WinのGUIアプリには全くと言い切っていいほど関係ないよ

2020/01/05(日) 19:23:11.93

>>693
guiのイベントでawaitじゃあかんの？

2020/01/05(日) 19:34:01.01

>>694
もちろんawaitはするよ。
await Task.Run(() => {
//あとは全部同期処理
})
イベントハンドラでこう書くだけ。
コントロールを触るときにInvokeが必要なことさえ忘れなければこれでいい。
ちなみにGoはこの考え方を更に突き詰めて、スレッドを独自の軽量な仕組みに置き換えることでWebも全部同期で書けるようにしてるね。

2020/01/05(日) 19:38:18.63

invokeしても死ぬときあんじゃん？

→運が悪かったと諦める
→解決するまでひたすら回避策を突っ込んでいく
→マイクロソフトに電話かける
→上記を制限時間いっぱいまで全部やってみる

2020/01/05(日) 20:03:16.92

ファイルオープンは同期的とかいう謎の断定の声もあるけど、
UWPだとオープンも非同期なんだね。

https://docs.microsoft.com/ja-jp/windows/uwp/files/quickstart-reading-and-writing-files

アクセスするストレージへがローカルストレージだけじゃなくてクラウドストレージなのも一般的になってきたから、
ファイルを開くために必要な一連の操作もタイムアウトして失敗する可能性を考えなくちゃならなくなったということなのかな。

2020/01/05(日) 20:08:14.69

>>695
なんだ… それなら

〉最近のC#のasync信仰はWebで膨大なリクエストを捌くときの話で、WinのGUIアプリには全くと言い切っていいほど関係ないよ

とちゃうやん
頭ではわかっているのに言い方が間違ってる（言い方が悪い）人時々いるよな

2020/01/05(日) 20:47:26.26

>>695
GUIスレッドでawaitしたらブロッキングしてダメじゃん。
結局、同期呼び出しとおんなじになるよ。

2020/01/05(日) 20:59:12.88

>>699
UIスレッドでawaitしてもブロッキングにはならないと思うけど。
await以降のコードがawaitしている処理が終わったら実行されるだけで、
処理中は一旦asyncのメソッドを抜けてイベントループに戻るよ

2020/01/05(日) 21:07:50.78

>>698
695の場合、どうせ後続に何も書かないんだからawaitはあってもなくても一緒じゃね
警告を抑制する以上の意味はないだろう

2020/01/05(日) 21:15:43.37

>>699
awaitを誤解してる
Task.Wait()みたいにブロッキングはしない
awaitより後ろの処理が自動的に継続タスクになるから同期処理っぽく見えるだけ

2020/01/05(日) 22:16:53.04

>>701
実行ボタンの場合、何も書かないほうが稀だと思うけど

2020/01/05(日) 22:31:27.48

>>703
処理結果の反映にInvoke使うんなら不要でしょ

2020/01/05(日) 22:43:52.66

>>704
ボタンの連打対策が必要とか、普通にプログラム書いてる人ならわかると思うんだけど

2020/01/05(日) 22:53:53.05

>>705
だからInvokeでできるよそれ
Runから戻る必要はない

2020/01/05(日) 23:03:25.02

もしかして705はBeginInvokeと勘違いしてるんだろうか
InvokeはUIスレッド上で実際に処理が完了するまで呼出元のスレッドをブロックするから、連打対策のような用途にも使えるんだよ
なぜかコピペサイトではBeginInvokeだけ紹介されてることが多くて、意外とInvokeの方は知られてなかったりするんだよね
よく理解しないで使ってデッドロックさせるアホがいるからかな

2020/01/05(日) 23:09:20.18

何を争ってるのかよく分からんけど、連打対策になるって主張もよく分かんないねw

2020/01/05(日) 23:12:07.22

いや、そもそも処理終了後にEnabledを戻すだけならBeginInvokeでもいいか
細かいことを言えばInvoke/BeginInvokeだと一度メッセージループに処理が返ってしまい連打を防ぎきれない可能性があるから
無効化の方はRunの前にやっておく方がベターだけど、いずれにせよ後続処理はRunの中からInvoke/BeginInvokeで問題ないね
(というか振る舞いは等価)

2020/01/05(日) 23:13:02.39

継続ブロックがUIスレッドに戻ってくるからInvoke不要ってのがasyncイベントハンドラの価値じゃねえのん
逆にメリットそれだけだからTaskに包んで書こうが構わんやろって向きもあるんだろうけど

マそもそも同期コンテキストの前提がおけないライブラリ内のコードでは
継続ブロックがどのスレッドで動き出すかわからないなんてことも普通にあるので
ConfigureAwaitとか必要悪ともお付き合いせにゃならんのが辛いところネー

2020/01/05(日) 23:19:25.32

>>706
それはTaskだけでなんでも出来るからawaitなんかいらないよ言ってることにならない？
もちろんInvoke使えばできるだろうけど、アニメーションなんかが絡むとコールバックだらけになりそうな気がする。

Task.Runの中のInvokeにはプログレスバーを進める、テキストエリアにテキストログを出す、
みたいなあまり本質的でないUIの変更にとどめておいて、本格的な処理結果の表示はawait以降に書く、なんてのも
コードの読みやすさの確保のためには有効な手順じゃないかな。自分はそうしてる。

2020/01/06(月) 00:46:28.60

>>709
実際にそんなソース書くようなやつはセンス無いから、営業や総務に異動させるわ

2020/01/06(月) 18:16:42.26

ファイルサーバにC#のサービスを常駐させてクライアントからリクエスト受けたらdosコマンドを実行したいのですがどういう技術で実現出来るでしょうか？
単純にサービスだとリクエストをどう受ければ良いのだろうと悩んでおります

2020/01/06(月) 18:26:36.55

そんなもんApacheでも立ててCGIでええやろ
C#なんぞ要らん

2020/01/06(月) 18:33:44.24

昔なんですけどwebサーバ立てないでリクエスト受け付けるサービス作ってた人が居たんです
そんなこと出来るんだと思った数年後の現在調べてみても何の技術か解らず
C#で作られていたのは覚えてるのですが

2020/01/06(月) 18:38:57.81

サービス作った人にやり方を聞けばいいのでは

2020/01/06(月) 18:42:12.36

>>713
https://dobon.net/vb/dotnet/internet/tcpclientserver.html
ソケットで受けてProcess.Startとかすればいけると思うけどあまりお勧めしない

2020/01/06(月) 18:48:18.84

System.Net.HttpListenerのこと言ってる？

2020/01/06(月) 21:20:55.59

>>715
TcpListener/TcpClientでSocketをそのまま使うかWCFかな

2020/01/06(月) 21:47:44.44

>>713
どうやって実現するかを考える前に
解決したい問題を定義することからはじめたほうがいい
そうしないと適切な選択肢を発見できない可能性が高いから

このケースで問題の定義ってのは
「どういう処理を、どういう理由で、どういう制約の中で実行したいのか」

2020/01/07(火) 00:56:13.00

>>715
そりゃ、Ruby でも、socket モジュールで、TCP サーバーを作れるけど、そんな面倒な事はしない。
Sinatra を使えば、ルーティングまで出来るし、

他にも、PowerShell から、1-liner で、
Rubyで作られた、遅い標準ウェブサーバーの、WEBrick も起動できる

ruby -run -e httpd . -p 8080

そのフォルダに、index.html があれば、
何も考えなくても、これでブラウザからアクセスできる

http://localhost:8080

2020/01/07(火) 01:21:55.02

IIS Expressは?

2020/01/07(火) 01:28:51.16

C#で作られたらしいのになぜか他言語推しするやつｗ

2020/01/07(火) 07:07:29.19

WCFという言葉を聞いた事があるのでそれかと思います
調べてみます
ありがとうございます

2020/01/07(火) 07:12:14.82

>>717
古い技術だから推奨されないのでしょうか
後学のためにお伺いしたいです

2020/01/07(火) 16:22:44.68

.NET 5で何か変わると思う？

2020/01/07(火) 17:03:30.97

.NET5は4.x以前とは全くの別物であり、何もかも変わると思っておけばいい
業務ドカタは永遠に4.8から移行しないだろうから、Web系との間で深刻な分断が生じることになる

2020/01/07(火) 18:26:40.26

未だにwin7な企業もわんさかいるし4.8は向こう5年くらいは現役になっちゃうだろうねー

2020/01/07(火) 18:51:41.45

ぇー
4.8から5に移植する必要がでてくるの？

2020/01/07(火) 19:12:37.85

そんな変わらんから

2020/01/07(火) 20:12:30.06

>>730
WebFormsが使えないから、既存の.NETアプリの半分くらいは完全に死亡するよ

2020/01/07(火) 20:26:57.89

あとヤバいのはWCF&.NET Remoting死亡あたりだな
経験上、Classic ASP.NETは使ってるつもりがなくてもユーティリティ類を使ってしまってるケースが結構多くて、大規模なアプリはだいたい死ぬ

2020/01/07(火) 20:32:52.17

あと厄介なのがNuGetの依存関係ね
SDKのバージョンを上げるとだいたいNuGetパッケージのバージョンアップ祭りになるんで、だいたいどっかの破壊的変更を踏んで逝く

2020/01/07(火) 22:31:07.85

>>728
まだVB6アプリが現役なんだぜ
FW4.8は2050年くらいまで持つんじゃね？ｗ

2020/01/07(火) 23:04:37.23

>>734
VB6はC#より早いしWinFormsと見た目もそれほど変わらんからな

2020/01/07(火) 23:20:19.80

VS2010以降の操作性に慣れたらVB6には戻りたくないわ

2020/01/07(火) 23:26:15.05

.NET CoreはLTSでも3年でサポートが切れる
もし.NET5も同じならドカタITでは互換性以前に検討にも値しないレベル

2020/01/08(水) 00:38:18.01

Java8的な感じで残りそうな気もする
4.8で打ち止めなら枯れて安定してるし

2020/01/08(水) 17:07:05.84

WinFormのTextboxやRichTextBoxを使用して、
エスケープシーケンスの様に文字単位で色を変えることは可能でしょうか？

String str = "例文：\red赤\r\n \green緑\r\n \black黒\r\n"; // \red \green \blackは仮想のエスケープシーケンス
TextBox.Text = str;

例えば上記で、赤・緑・黒の色がそれぞれ変えるのは可能でしょうか？
それともエスケープシーケンスは改行やTABにだけ対応していて、
色までは対応していなくて不可能でしょうか？

2020/01/08(水) 17:42:23.45

\redって赤と復帰文字+edの区別つかないじゃん

それはともかくRichTextBoxとRTFを使えばまあ似たようなことはできる
RTFを一から書くのは拷問だけど

2020/01/08(水) 18:32:11.60

>>739
ちょっと何言ってるのかよく分からないけど、
C#のコードでエスケープシーケンスを含む文字列リテラルを書いた時、
それがそのままバイナリになると勘違いしてない？

あれ、コンパイラが対応する文字に置き換えてるんだよw

2020/01/11(土) 10:46:33.04

C#でできることってすべてF#で（多少複雑になったとしても）実現できますか？
同じ共通言語基盤上にあってもC#だけで可能なことってあるんでしょうか。
（もちろん、どちらも計算完備なのでC#でできることは
それこそBASICでもできるでしょうが、そういう意味ではなくて
.NET上での共通性の話です）

2020/01/11(土) 12:49:57.55

>>742
もちろん
チーム全員が関数型言語に習熟しているならあえてC#を選択する理由はないよ

2020/01/11(土) 16:36:56.68

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

（ちなみにですが、関数型っていうか対話的に実行できる仕組みが欲しかったんですよね）

2020/01/14(火) 09:13:37.09

https://www.atmarkit.co.jp/ait/articles/1710/03/news018.html
一応C#も対話的に実行できる

2020/01/14(火) 09:19:18.61

>>745
へーこれってどんな仕組み？コンパイル必要としてないの？

**742** (ﾜｯﾁｮｲ 7e28-V2kM) · 2020/01/15(水) 18:27:50.06

>>745
知りませんでした！
折角教えてくださった>>743様には申し訳ないのですが
C#インタラクティブを使ったほうが私めの望みを満してくれるので
そちらにします。

2020/01/15(水) 21:17:39.40

なんだと…ｺﾞｺﾞｺﾞｺﾞ

2020/01/15(水) 23:02:14.43

C# Interactive, 64bitで実行できるようになるのはいつなのかねえ。便利なんだけどたまに困る。
xamarin workbookとかも代替であるんだろうけど。

2020/01/16(木) 00:16:18.83

誰だってわかりやすくて書きやすい言語でプログラミングしたいに決まってんじゃん

C#はまだわかるけど難解ぶってるオナニー言語は滅んだ方がいいね

2020/01/17(金) 01:22:15.96

まあ、たしかに　defun(((((( なんか嫌だもんな。

2020/01/24(金) 22:14:55.39

forおじさんなるキーワードを知ったんだけど今forは使っちゃいかんの？
c#には直接関係ないけどさ

2020/01/24(金) 22:23:17.00

他にbetterな方法がある場合でも、とにかくforをつかえってのを揶揄してるだけでしょ

2020/01/24(金) 22:59:35.08

マーティンも今どきforは臭いからパイプライン使えみたいなこと言ってたな

2020/02/04(火) 07:23:29.54

ifとforで何重にもネストさせるやつ未だにいるからな
レビューで暴言吐きそうになって困るからやめてほしい

**デフォルトの名無しさん** (JP 0H2e-5BC/) · 2020/02/04(火) 08:13:40.65

>>755
for回さなくていいって記事読んだとき「なんじゃこりゃ～」って叫んだわ
あ、おわかりのとおりわたし爺ですw

2020/02/04(火) 12:44:04.58

見た目だけじゃなくて処理効率も変わるのかな？
C#みたいな言語だとforだろうがmapだろうがコンパイラがよしなに最適化してくれそう（適当）

2020/02/04(火) 19:03:41.12

実際意味は違うので用途次第ということ

2020/02/04(火) 22:00:23.17

期待通りの順番で処理してもらえるのか？
不安なんでfor使ったりすることあるね。

2020/02/04(火) 22:07:47.88

順番が気になる処理はなるべく書かない

2020/02/04(火) 22:56:53.13

馬鹿の一つ覚え

2020/02/05(水) 00:50:35.93

>>754
すまん、ジジイなんで勉強したいからソース教えてほしい

2020/02/05(水) 13:31:41.51

>>757
linqとforeach、forだと処理効率かなり違う
だからといってlinqで書けるものをforで書く程ではないが

2020/02/05(水) 14:05:00.81

可読性より性能重視でfor使いまくることあるです

2020/02/05(水) 14:14:25.44

性能が必要なら言語かえますし

**デフォルトの名無しさん** (JP 0H4f-w9wO) · 2020/02/05(水) 18:36:26.77

アセンブラ最速（要最適化）

2020/02/05(水) 21:42:19.79

レベル高いのはlinqやforをちゃんと使い分けれる人
レベルが低い人はどちらかしか使わない人

2020/02/05(水) 23:51:29.21

Linqってnullがあった時面倒な印象がある
実装当時はselectみたいな予約語を中途半端に実装したってどっかで見た記憶があるけど増えたのかね？

2020/02/06(木) 11:04:45.02

もちろんLINQでもforでも書けるけど、LINQで遅そうな処理で、それが作っている
ソフトの決定的なパフォーマンス問題につながりそうなら、forで書いてみて
ベンチマークしてどっちを採用するか決めるかな。
forの方がありとあらゆる言語で書ける書き方だから当然書けるけど、
LINQの方はPythonの内包表記やmap/filter/reduceの書き方に近くいから
こっちも当然書けるし、短いし一時変数用意しなくていいから基本LINQ使っちゃうよね。

2020/02/06(木) 12:27:26.13

forでないと書けないってコードが汚いだけの場合が殆どだからまずそっちをリファクタリングする
すると自然とLINQで書けるようになる
LINQで遅いのは件数が多すぎるかキャッシュを使ってない場合なので実はforに変えただけじゃたかが知れてる

2020/02/06(木) 18:42:57.79

あまり大したことに使ってなさそう

2020/02/06(木) 18:45:07.13

＞　forでないと書けないってコードが汚いだけの場合が殆ど

そうは思わないけどｗ

2020/02/06(木) 18:54:05.90

>>769
これも一見もっともそうなことを書いてるけどよく見ると変だよね
forでも書いてるならベンチ取る必要ない

2020/02/06(木) 18:55:11.26

linqでしか書けない人は最下層
forでしか書けない人はそのやや上

2020/02/06(木) 19:33:48.33

forでしか書かない人は使い物にならないおじいさん
無理してでもLINQでしか書かないのはまだまだ研鑽が足りない
意識しなくても自然とLINQになってるのが達人プログラマ

2020/02/06(木) 20:55:07.31

POSTとかGETのレスポンス速度って、自分の回線速度と相手側のサーバー速度依存ですか？
プログラムの処理でコンマ数秒でも早くする方法ってあったりします？

2020/02/06(木) 21:12:13.83

普通はないよ
アメリカとかにPOSTして帰って来てるんだとしたらそもそも物理的な距離も問題になる

2020/02/06(木) 21:16:32.05

どうでもいいけど回線速度と言うのも変な表現だな
帯域依存だな

最初のレスポンス自体が帰ってくる速度は同じだけど取れる帯域が広いと早くダウンロードが終わる

2020/02/06(木) 22:57:37.84

ダウンロードの時間じゃなくてレスポンスの話だろ
帯域よりレイテンシのほうが問題だと思うが

**デフォルトの名無しさん** (JP 0H4f-w9wO) · 2020/02/07(金) 08:11:56.59

相手側のサーバーまで全部依存ですよね
ちなみに、普通にwebとかで見えてるサーバーは、必ずping返してくれるの？

2020/02/07(金) 12:33:07.85

ping返さないサーバはいくらでもある

2020/02/07(金) 17:30:10.02

>>776
htmlに埋め込まれてるアンカーを
バックグラウンドで先読みするタイプのブラウザがあった
評判は悪いみたいだが

2020/02/07(金) 20:27:13.28

フォームデータなのに？

2020/02/07(金) 23:07:36.53

【与沢翼】労働収入を高くしても無駄！税金でほとんど持っていかれますよ。
金持ちになるにはたった２つしか方法がない
https://www.youtube.com/watch?v=A-5lQ2rDmc0
【与沢翼】サラリーマンとして生きるのはリスクでしかない。従業員は創業者に
利用されているだけだということに気づきなさい
https://www.youtube.com/watch?v=uPoTvbr5VDk&;t=78s
【与沢翼】「世の中は罠だらけ。これに気づかない人はカモにされ続ける。」【思考の革命】
https://www.youtube.com/watch?v=qUk7HFabMeQ&;t=70s
【与沢翼】現状に対する疑問を持てない人はずっと辛い労働をして生きてください。
今自分達が不自由であるということに気づかない人はどうぞご勝手に
https://www.youtube.com/watch?v=YGykF9IHv-w&;t=41s
【与沢翼】時間を売るような働き方をしてはいけない。自分の24時間をどれだけ
増やせるかという発想で仕事しなさい。最終決定権がない仕事はビジネスとは呼べませんよ
https://www.youtube.com/watch?v=g0WXpcqg4oA&;t=51s

2020/02/08(土) 18:20:20.80

OS:Rasbian Stretch
ランタイム:Mono JIT compiler version 4.6.2 (Debian 4.6.2.7+dfsg-1)
ソース:https://i.imgur.com/cFLOcYN.png
パッケージ:https://i.imgur.com/bWRI0Zg.png
エラー:Method 'System.Net.ServicePointManager.CloseConnectionGroups' not found.

Windowsでは正常に動作します。
エラーの原因と解決策を教えてください。

2020/02/08(土) 18:23:37.92

AngleSharpを入れるとこのエラーがでます。
AngleSharpを入れるとバイナリのフォルダにSystem.***という大量のDLLができます。