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

**デフォルトの名無しさん** · 2017/10/17(火) 04:02:10.51

■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が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2017/11/12(日) 16:08:56.10

class A,B,C,...が有って
void func<T>(...){...}
みたいな関数を
func<A>(...);
func<B>(...);
func<C>(...);
みたいに順番に実行したい場合、
forループ使って書ける？

**デフォルトの名無しさん** · 2017/11/12(日) 16:11:43.25

>>122
>>107はソースの話やで？
オブジェクトはまとめたらいいだけだし

**デフォルトの名無しさん** · 2017/11/12(日) 16:17:52.85

>>123
var list = new dynamic[] { a, b, c };
foreach (var x in list)
func(x);

引数もインスタンスも無いならreflection

**デフォルトの名無しさん** · 2017/11/12(日) 16:33:07.06

>>125
なるほど。
dnamic使うしか無いんですね？

**デフォルトの名無しさん** · 2017/11/12(日) 16:58:32.42

reflectionが目に入らぬか

**デフォルトの名無しさん** · 2017/11/12(日) 17:39:19.11

>>127
reflectionと言うのでやる方法を教えて下さい

**デフォルトの名無しさん** · 2017/11/12(日) 17:39:26.99

partical いいよなぁ

**デフォルトの名無しさん** · 2017/11/12(日) 18:01:29.09

>>119
APIはあっても、実際は例外投げるんじゃないかとか。
StreamやISerializableなど今まで散々レガシー扱いされてたのに、
すんなり実装されたのだったら、今までは何だったのかと思ってしまって。

**デフォルトの名無しさん** · 2017/11/12(日) 18:02:25.44

>>124
「配置できるファイルに～」のところもソースファイルの話だったか、失礼した

**デフォルトの名無しさん** · 2017/11/12(日) 18:42:10.04

>>118
読み方はあっているのかい？

**デフォルトの名無しさん** · 2017/11/12(日) 18:55:18.48

>>132
えにゅめらぶる

**デフォルトの名無しさん** · 2017/11/12(日) 19:11:35.21

>>133
いい難いなw

**デフォルトの名無しさん** · 2017/11/12(日) 19:31:01.04

あいえにゅめらぼー

**デフォルトの名無しさん** · 2017/11/12(日) 19:38:58.15

れっきょ

**デフォルトの名無しさん** · 2017/11/13(月) 01:47:33.98

>>126
リフレクション
そもそも用途がわからんけど

**デフォルトの名無しさん** · 2017/11/13(月) 01:55:32.64

>>130
最初のリンクがそもそも.NETStandardの話なんだけど、.NETStandardとは何か知ってれば(最低限ググれば)前者は迷う余地がない
後者は経緯知らないけどレガシーが実装されたらだめという理由がない

…と考える人が大多数だと思う

**デフォルトの名無しさん** · 2017/11/23(木) 11:44:32.89

C#でちょっとした文字列の連結を行う場合、+がいいのかFormatがいいのかReplaceがいいのかStringBuilderを使うのがいいのか悩んでます
どれが一番いいのでしょうか？

1. string value = A + "-" + B;
2. string value = string.Format({0}-{1}, A, B);
3. string value = "{A}-{B}".Replace("{A}", A).Replace("{B}, B);
4. StringBuilder sb = new StringBuilder();
　 sb.Append(A);
　 sb.Append("-");
　 sb.Append(B);

**デフォルトの名無しさん** · 2017/11/23(木) 11:50:10.15

こんな細かいことで悩んでいたら禿げるわ
それぞれにどれだけの差が出てくるか考えろよ

**デフォルトの名無しさん** · 2017/11/23(木) 12:00:55.88

$"{A}-{B}" でしょ

**デフォルトの名無しさん** · 2017/11/23(木) 12:03:56.69

>>141
なるほど

**デフォルトの名無しさん** · 2017/11/23(木) 12:04:14.40

とりあえず、環境が許すなら141、駄目なら139の1

**デフォルトの名無しさん** · 2017/11/23(木) 12:13:05.14

連結ならいつもは分かりやすさ優先で+
実際に扱うデータで使ってみて遅いと感じたらStringBuilderに変えてるわ
置き換えは置き換えの時だし、フォーマット形式が必要と感じたらそれ使うし
悩むのかこれ…コーディング終わらんやろ…

**デフォルトの名無しさん** · 2017/11/23(木) 12:20:49.75

最初はくだらない事に悩むからしょうがない。直に、開き直るからそれまでとことん悩め。

**デフォルトの名無しさん** · 2017/11/23(木) 12:24:20.12

>>145
こういうので悩みだすのはスキルが伸びず閉塞感に陥って逃げ道探しているときだｗ

**デフォルトの名無しさん** · 2017/11/23(木) 12:28:18.93

4とか使うのは連結回数がクソ多いぐらいだな

**デフォルトの名無しさん** · 2017/11/23(木) 14:17:08.77

StringBuilder必要なのはループで回す時くらいやろ
固定回数なら最適化されるんちゃうか
しらんけど

**デフォルトの名無しさん** · 2017/11/23(木) 15:17:10.10

改行したい時はsb.AppendLine使う
var s = $@"hello
{A}
world";
別にこれでもいいけど、インデントが気持ち悪い

**デフォルトの名無しさん** · 2017/11/23(木) 18:08:06.61

数個程度の定数個の結合にStringBuilderは無いね
@""で改行入れたときの改行コードってソースコードの改行コードに依存するんかな

**デフォルトの名無しさん** · 2017/11/23(木) 18:25:49.20

StringBuilder使うのは基本、ループ内で文字列結合するときだけだな

**デフォルトの名無しさん** · 2017/11/23(木) 18:28:19.08

スレがボケジジイの繰り言みたいになってる

**デフォルトの名無しさん** · 2017/11/23(木) 18:29:25.95

と書くと、問題あるな。あるメソッド内でループしてないから普通に文字列結合してても、
そのメソッドを使う方でループしてメソッド呼び出されたら・・
ということでなんでもない。

**デフォルトの名無しさん** · 2017/11/23(木) 19:44:15.73

パフォーマンスは大差ないので可読性で選ぶ
となると

定数個なら+
動的ならlinqとJoin

**デフォルトの名無しさん** · 2017/11/24(金) 08:32:28.20

public override と
override public とでは、どっちが普通ですか？

**デフォルトの名無しさん** · 2017/11/24(金) 08:40:21.61

アクセス修飾子が先

**デフォルトの名無しさん** · 2017/11/24(金) 09:49:06.09

>>156
じゃあstatic使う場合は
どこに入れるべきですか？

**デフォルトの名無しさん** · 2017/11/24(金) 11:32:34.25

アクセス修飾子が先

**デフォルトの名無しさん** · 2017/11/28(火) 20:01:33.21

EF Core + MariaDBで行ロックをするにはどうしたらいいですか？

**デフォルトの名無しさん** · 2017/11/29(水) 11:56:45.71

>>159
行ロックって何よ？

**デフォルトの名無しさん** · 2017/11/29(水) 12:25:04.50

>>159
EFに明示的なロックは要らん
保存するときに他の変更があれば保存は失敗する

**デフォルトの名無しさん** · 2017/11/29(水) 15:02:54.88

EFは基本、楽観ロックだからね。
自分が更新するデータは誰も変更しないだろうということで楽観的に考えて行ロックを取得しない。
で、実際の更新時に、保存しておいたタイムスタンプ列や全列を比較して更新するUpdate文を
発行して誰も変更してなきゃ成功する。

**デフォルトの名無しさん** · 2017/11/29(水) 15:08:27.80

対して、悲観的ロックは誰か変更するんじゃないかと悲観的に考え前もって行ロックする。
行ロック取得したければ、トランザクションの分離レベル変更して、間接的に取得すればいいんじゃねぇかな。
例えば、トランザクションをロックを使って実装してるデータベース使ってるなら、
トランザクションの分離レベルをREPEATABLE READにして読めば、読み込んレコードには
行ロックがかかる。

**デフォルトの名無しさん** · 2017/11/29(水) 15:52:26.83

>>161
楽観的排他制御ってやつか！？

**デフォルトの名無しさん** · 2017/11/29(水) 21:11:58.94

リトライだらけになる

**デフォルトの名無しさん** · 2017/12/02(土) 10:37:02.24

Consoleアプリの関数Aから別のスレッドで関数Bをを実行。
Bが終わるまで数分かかるので、その間はAの処理を引き続きやる。
Bが終わったら何らかの通知をA（あるいはアプリ）で受けとる。
そんな処理をしたいのですが、どんな手法がお勧めですか？

**デフォルトの名無しさん** · 2017/12/02(土) 11:20:32.34

>>166
Hangfire

**デフォルトの名無しさん** · 2017/12/02(土) 12:07:47.28

書き捨てならポーリング

**デフォルトの名無しさん** · 2017/12/02(土) 12:18:43.47

>>166
普通にTaskとasync-await

**デフォルトの名無しさん** · 2017/12/02(土) 13:31:40.26

>>167
情報ありがとうございました。調べてみます。
>>168
それは何ですか？
>>169
関数Aの中で関数Bの終了をawaitするとそこでAの処理が停止しますよね？
それでは困るんです。

**デフォルトの名無しさん** · 2017/12/02(土) 13:38:50.65

通知を受け取って何をするの？
Aが実行中に通知を受け取った場合は？
Aが終わったあとに通知を受け取った場合は？

**デフォルトの名無しさん** · 2017/12/02(土) 13:44:11.82

>>171
終わったってフラグでも作っておけばいい
何のためにそんなこと聞くの？

**デフォルトの名無しさん** · 2017/12/02(土) 14:11:31.35

>>172
実際にコードに起こすこと考えたら>>171の疑問出てこない？
ポーリングの有無とかB終了の通知はA以外で受けたほうがいいのかみたいな

**デフォルトの名無しさん** · 2017/12/02(土) 14:21:45.96

void A() {
...
Task.Run(() => B());
...
...
}

void B() {
...
...
SetSomeFlag();
}

こういうこと？
何をしたいのかハッキリしないな

**デフォルトの名無しさん** · 2017/12/02(土) 14:22:18.75

>>170
関数BをTaskで実行しておいて、たまにTask.Wait(0)がtrueを返すか確認する

**デフォルトの名無しさん** · 2017/12/02(土) 14:22:55.12

>>173
何で目の前の問題置いて次の実装考えるの
やり方が一つ決まったらそれでやり通す必要もないし
質問者の要件わからないのにそんなこと聞きだす必要はない

**デフォルトの名無しさん** · 2017/12/02(土) 15:15:48.94

多分処理AはUIスレッドなんだろ
処理B実行中にUIは止めたくない
そして処理B完了でUIを更新したい

そんな要件だと想像した

**デフォルトの名無しさん** · 2017/12/02(土) 15:34:29.65

>>177
それだとInvokeやDispatcherの話にも広がりそうだね

**デフォルトの名無しさん** · 2017/12/02(土) 16:57:04.20

>>177
consoleアプリって書いてあるやん

**デフォルトの名無しさん** · 2017/12/02(土) 17:27:35.43

10レスそこらも遡れないとかヤバすぎて草

**デフォルトの名無しさん** · 2017/12/02(土) 18:20:58.48

元の話が設計で根本的におかしいか思い付きで質問しているかどっちか
後半に１００ペリカ

**デフォルトの名無しさん** · 2017/12/02(土) 20:31:53.15

コンソールアプリなら
EventWaitHandle使うのが楽そう

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

WaitHandleは完了を待つ側のスレッドをブロックするから、
それでいいんだったら普通にasync-awaitでいい

**デフォルトの名無しさん** · 2017/12/02(土) 21:06:19.33

せやね

**デフォルトの名無しさん** · 2017/12/02(土) 22:01:19.49

Aで何したいかだけどコールバックでいいんじゃないの

**デフォルトの名無しさん** · 2017/12/02(土) 22:11:03.11

だったらTask.ContinueWithでいいだろ

**デフォルトの名無しさん** · 2017/12/03(日) 01:24:35.88

つかそもそも別スレッドで実行する必要があるのか
別プロセスで良いんじゃねえのか

**デフォルトの名無しさん** · 2017/12/03(日) 10:20:17.77

>>187
プロセス間のデータ受渡はsoket通信する感じ？

**デフォルトの名無しさん** · 2017/12/03(日) 10:32:03.87

>>188
勝手に要件作る気なのかｗ
しかも中身まで要エスパーとか

**166** · 2017/12/03(日) 10:48:55.10

皆さんレスありがとうございました。
>Aが実行中に通知を受け取った場合は？
関数Cを別スレッドで実行したいです。例えばこんなふうに。
void C(){
　Console.WriteLine("Bが終わった");
}
>Aが終わったあとに通知を受け取った場合は？
Aは終わらないと言う前提でお願いします。

**デフォルトの名無しさん** · 2017/12/03(日) 10:52:57.14

>>190
>>186に出ているだろ
というかTaskメソッドをMSDNで調べろよ

**デフォルトの名無しさん** · 2017/12/03(日) 11:54:26.84

ふらっと案件

**デフォルトの名無しさん** · 2017/12/03(日) 12:01:59.74

フラット案件どころかこれだけレスとキーワード出ていて自分で解決できないのならプログラムやめるべき

**デフォルトの名無しさん** · 2017/12/03(日) 12:09:59.71

勘違いレスした奴もふらっと行きの刑で

**デフォルトの名無しさん** · 2017/12/03(日) 12:14:39.54

何でもいいけどすぐ動く完動品が出てくるまでこの調子だと思うぜ
どうせソースないんだろ、出てきたものを見ていじって作ろうとしてるんだろ

**デフォルトの名無しさん** · 2017/12/03(日) 14:16:09.36

>>190
BとCについてはよく分かった
Aが現状どういう処理をしているかによって
解決の仕方が違ってくると思うな

**デフォルトの名無しさん** · 2017/12/03(日) 21:08:04.26

Aは終わらないという前提でちょっと笑った

**デフォルトの名無しさん** · 2017/12/04(月) 17:37:29.30

コンソールアプリで関連性のない２つの動作を同居させるシチュエーションがわからん
マルチスレッドにしたら効率が良くなるってだけの頭の悪い発想じゃね
>>187が当てはまらないのならぜひ教えてほしいくらい

**デフォルトの名無しさん** · 2017/12/06(水) 04:39:39.43

>>188
コンソールアプリ同士なんだから、まず標準入出力でダメか考えるべきじゃね
ソケット通信が必要ならまあやればいいけど、それだとそもそもコンソールアプリなのが正しいのか疑問だ

**デフォルトの名無しさん** · 2017/12/06(水) 07:38:42.71

>>199
ASP.NET Coreなんてもろコンソールアプリだけどな

**デフォルトの名無しさん** · 2017/12/07(木) 01:34:47.15

>>199
GUIが必要ないからCUIってプログラムは幾らでもあるが。

**デフォルトの名無しさん** · 2017/12/07(木) 12:33:06.20

>>201
それはGUIが基本なのかCUIが基本なのかの違いであって
コンソールアプリである必要性とは関係ないよね

別にGUIを基本にしろって主張じゃないよ
ただCUI=コンソールアプリってわけでもないだろうと

**デフォルトの名無しさん** · 2017/12/15(金) 07:32:48.50

Task<string>型からstream型に変換するにはどうしたらいいでしょうか？
調べてもよく分からず詰まっています

**デフォルトの名無しさん** · 2017/12/15(金) 08:44:02.62

よく分からんけどstringを取り出してからTextReaderかなんかに渡す

**デフォルトの名無しさん** · 2017/12/15(金) 10:24:35.41

>>203
何がしたいん？

**デフォルトの名無しさん** · 2017/12/15(金) 22:48:43.84

>>205
https://ideone.com/CfSqOZ
こんな感じでurlを投げて返ってきたものをstreamに入れたい

**デフォルトの名無しさん** · 2017/12/15(金) 23:04:26.66

// HTTPアクセス
var req = WebRequest.Create(url);
var res = req.GetResponse();
// レスポンスをオブジェクトに変換
Stream s = res.GetResponseStream();
StreamReader sr = new StreamReader(s);
string str = sr.ReadToEnd();

もともとConsoleAppでこう書いて動いてたんだがGUIベースのにしようとしたらGetResponseが使えなかった
代わりにGetResponseAsyncにしたらエラーが出てもっとわからなくなった

**デフォルトの名無しさん** · 2017/12/15(金) 23:08:46.23

ナウなヤングはHttpClient.GetStreamAsync

**デフォルトの名無しさん** · 2017/12/15(金) 23:50:34.14

低水準言語からC#に戻ってくるとlinqが有能すぎて困る困らない
ienumなんとかいうヤツにforeachないのはなんでなの？魔女のバァさんの呪いか？

**デフォルトの名無しさん** · 2017/12/16(土) 00:22:04.98

List<T>.ForEach(Action<T> action) みたいなやつのことかな？
はい副作用ドーン！はLINQとしてどうなのってことで入らなかった

**デフォルトの名無しさん** · 2017/12/16(土) 00:24:11.12

console では処理を止めても良いから、同期処理でも良い

でも、GUI では処理を止めると、アプリが動かなくなるから、
50ms 以上掛かるものは、非同期処理が推奨

**デフォルトの名無しさん** · 2017/12/16(土) 22:25:24.29

もっと非同期処理について学んでみます

**デフォルトの名無しさん** · 2017/12/18(月) 22:23:42.36

Int32へのIntPtrを渡さなければいけないのですが、unsafeコードしか方法はないのでしょうか？
現状、
Int32 int32;
IntPtr intPtr;
unsafe { intPtr = new IntPtr(&int32) }
someObject.someMethod(intPtr);
みたいな感じです。

**デフォルトの名無しさん** · 2017/12/18(月) 22:42:24.23

>>213
無さそう
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/unsafe-code-pointers/pointer-types
https://msdn.microsoft.com/ja-jp/library/system.runtime.interopservices.marshal(v=vs.110).aspx
そもそもどう使うか思いつかない。
アンマネージで必要ならrefで渡すし

**デフォルトの名無しさん** · 2017/12/18(月) 23:03:00.80

System.Runtime.InteropServices.ComTypesで用意されてるインターフェース使うと、
IntPtrで宣言されてるんですよね・・
まぁ、自前でrefで宣言しなおしてもいいんですけど。
うーん。どうしよう。

**デフォルトの名無しさん** · 2017/12/18(月) 23:05:43.88

まぁ、out,ref使わずにIntPtrで宣言すると、null渡せるっての１つの利点ですかね・・
COMインターフェースでオプショナルな引数もあって、そん時はnull渡してくれみたいのもあるんで。
>>213みたくunsafeしなければいけなならデメリットの方が大きそうですけど。

**デフォルトの名無しさん** · 2017/12/19(火) 07:23:44.08

Marshal.AllocCoTaskMemするとか
new int[1]してGCHandle.AllocでPinnedしてAddrOfPinnedObjectするとか

**デフォルトの名無しさん** · 2017/12/19(火) 13:37:53.98

直接アンマネージにポインタだけ渡すってどうなんだろ
Marshal.AllocHGlobalとかしなくていいのか？

**デフォルトの名無しさん** · 2018/01/06(土) 23:07:58.15

いまだにどこまで.Pinnedしなきゃならないのかわからないｗ
趣味グラマだからわからないままでも問題はないんだけども
C#始めたころはいちいち書いていたが最近はずっと省いているな

**デフォルトの名無しさん** · 2018/01/07(日) 00:09:48.08

変数がスタックにあるなら要らん
それ以外は必須
GCHandle.Allocは解放漏れでメモリリーク起こす可能性があるしパフォーマンスも悪いからなるべくfixed使った方がいい

**デフォルトの名無しさん** · 2018/01/07(日) 00:21:49.73

ここはC#アンセーフコードスレですか？

**デフォルトの名無しさん** · 2018/01/07(日) 00:44:39.18

>>220
サンクス
だけどアンマネージ側に渡すのにいちいちunsafeにはしたくないな