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

2019/05/16(木) 19:28:06.27

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

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

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

■関連スレ
C#, C♯, C＃相談室 Part93
http://mevius.5ch.net/test/read.cgi/tech/1492818720/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part142
https://mevius.5ch.net/test/read.cgi/tech/1551908141/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

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

2019/06/13(木) 18:14:02.25

>>434
win32廃止したら、Windowsじゃ無くなるじゃん

**デフォルトの名無しさん** (ｽﾌｯ Sdba-UiF5) · 2019/06/13(木) 22:23:06.18

>>435
win64 APIのみにするってことでしょ

2019/06/13(木) 22:27:30.58

ARM使い「そうか」

2019/06/14(金) 09:46:05.42

>>436
Windowsから互換性取ったらMacとの優位性が崩れてしまうわ。

2019/06/14(金) 10:19:55.42

う互換性

2019/06/14(金) 13:28:36.75

GDIとかいつまで残ってんだろ

2019/06/14(金) 13:36:31.53

APIとしてはWindowsがある限り残るだろ
内部的に別の仕組みの描画フレームワークに渡すだけになる将来はあるかもしれんが

2019/06/14(金) 19:05:00.84

独自OSはやめてLinux M$ディストリになったら最高なんだけどね

2019/06/15(土) 00:33:09.29

while(i<=1000000)
{
i++;
}

こういうお手製のループって結局invokeと同じ機能なんですかね？
待つという意味では

2019/06/15(土) 02:59:58.42

質問です。
JSONシリアライズなんですけど
{ "foo": "bar" }
としたいのに、DataContractJsonSerializerに
Dictionaryをシリアライズさせると
{ "key": "foo", "value":"bar" }
となってしまいます。
何かいい方法ないですか？
どういうキーワードでググればいいかも分からなくて。

2019/06/15(土) 06:29:12.34

>>443
何のinvokeの話なのか知らないけど
ほとんどのInvokeメソッドとは全く違うんじゃないかな

>444
DataContractJsonSerializerSettings.UseSimpleDictionaryFormat

2019/06/15(土) 07:12:02.05

ConcurrentDictionary<Guid, ConcurrentDictionary<int, string>>
のようなデータ構造で、Value部の付け外しにlock機構って必要ですか？？

var cd = new ConcurrentDictionary<Guid, ConcurrentDictionary<int, string>>();

lock(_lockObj)
{
　if(!cd.TryGetValue ・・・)
　{
　　var child = ConcurrentDictionary<int, string>();
　　cd.TryAdd(Guid.NewGuid(), child);
　}
}

2つのスレッドがほぼ同時にアクセスしたとき、
最初に追加したValue部（ConcurrentDictionary<int, string>）を潰したくないです。

lock使うなら、普通にDictionaryでいいんですかね・・ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

2019/06/15(土) 07:35:12.58

getとaddが不可分操作じゃないから要る

2019/06/15(土) 09:17:07.61

>>446
TryAddがfalseを返したら処理を最初からやり直せばいい
それならロックは不要
楽観的排他制御ってやつだ

2019/06/15(土) 14:37:59.48

HttpClientもWebClientもHttpWebRequestもまともじゃないのは一体なんなんだ

2019/06/15(土) 14:47:05.46

>>449
具体的には？

2019/06/15(土) 14:49:08.14

>>449
HttpClientはstaticなインスタンスでセッション使い回し。
このくらいの注意点は知ってるけどどう駄目なのか参考に教えてよ

2019/06/15(土) 15:37:24.10

>>449
KWSK

2019/06/15(土) 15:42:35.91

>>445
ありがとうございます！

2019/06/15(土) 18:51:55.25

>>449
これを使っている限りバグが出る可能性が排除できない
まともな設計で作り直してほしい

2019/06/15(土) 19:28:03.88

>>454
具体的には？

2019/06/15(土) 19:39:46.98

具体的なことは言えないレベルでなんとなく否定してるに1票

2019/06/15(土) 20:17:44.79

まあHttpClientFactory使えってなるよね、最近は

2019/06/15(土) 20:49:10.87

HttpWebRequestやWebClientは確実にゴミ

例えば非同期でいろんなサイトからダウンロードするアプリを作ろうとしても
実インスタンスが一つなので各サイトに合わせて設定できない

HttpClientはまともにusingできない使いまわし前提で管理が面倒でバグりやすい

2019/06/15(土) 21:25:13.03

>>458
>>457

2019/06/15(土) 21:28:36.81

いや知ってりゃ使えるだろってのはわかるんだが
なんでどれもこれも罠が満載なの？　っていう話ね

2019/06/15(土) 23:31:09.76

>>457
なにこれ？ナウなやつ？？

2019/06/15(土) 23:31:12.45

MacのCore2.1でデリゲートのシリアライズを試してるんだけどさあ、これって動くプラットフォームもあるってことなの？
class Program
{
static void Main(string[] args)
{
Func<int, int> A = i => i + 1;
BinaryFormatter formatter = new BinaryFormatter();
var tempStream = new MemoryStream();
formatter.Serialize(tempStream, A);
//System.Runtime.Serialization.SerializationException がスローされました
//"Serializing delegates is not supported on this platform."
}
}
レファレンスだとMacで動かないとか特に書いてはいなさそうだけど、どこを見たらそういう情報ってわかるんだぜ？
https://docs.microsoft.com/ja-jp/dotnet/api/system.runtime.serialization.formatters.binary.binaryformatter.serialize?view=netframework-4.8

2019/06/15(土) 23:37:24.81

>>462
ないでしょ
だってそれ、変数を一切キャプチャしないラムダ式以外では問題が起こるんじゃない？

2019/06/15(土) 23:54:10.26

デリゲートをシリアライズするっていう発想がそもそもなかったわ

2019/06/16(日) 00:04:36.79

ダメか、ありがとう

2019/06/16(日) 00:06:06.77

デリゲートのシリアライズはFullFWなら可能
.NET Remotingで通信先からRPCするために使う機能だ
.NET Coreでは.NET Remotingが廃止されたから、.NET Coreで使えないのは当然
そもそもBinaryFormatterはそれ自体が廃止された.NET Remotingの一部であり、互換性のためだけに残されてる遺物
今更新規に使っちゃダメ

2019/06/16(日) 00:12:52.39

>>461
うん、HttpClientのイケてないとこをラップして使いやすく（間違いを犯しにくいように）したやつ

2019/06/16(日) 00:22:01.61

>>466
正直、これが出来るとリモートプロシージャコールの受け側がif/switch羅列になるのを避けられると思っていました
しかし、これはもろに時代に逆行していたんですね・・・・
廃れたと言うことは今流のやり方もあるんですか？

2019/06/16(日) 00:27:11.51

.NET CoreでRPCしたいならRESTかgRPC使えとMS様は仰ってるね

2019/06/16(日) 01:01:25.28

gRPCを使用する場合でも、サーバからグローバルIPを持たないクライアントのメソッドを呼びたい場合にデリゲートシリアライズ化は有用なように思えてしまいます
接続を切らずにStreamで独自形式の命令を送り続けることになり、クライアント側では送られてきた命令を解析するためのswitch/if文だらけのコードになってしまうからです
でもif文羅列で正しいのかな・・・・どうなんだろう・・・・

2019/06/16(日) 01:18:24.92

プログラミング未経験からC#を勉強して1週間程の者です
疑問に思うことがふたつあるのでよかったら教えてください
ひとつめは配列の宣言について、宣言は省略せずにきちんとしたほうがいいのでしょうか？
また宣言する場合に
string[] array = new string[3];
と変数名を最初にstringで指定しているはずなのに、配列の数をstringで再び書くのはなぜでしょうか？

ふたつめは、
Console.Write("a は {0}, b は {1}", a, b);
と書くのは
Console.Write("a は " + a + ", bは " + b);
と書くより見やすいためでしょうか？

2019/06/16(日) 01:25:53.37

>>471
ひとつめ：varが使える場所ならvarを使った方がいい
ふたつめ：前者だと、文字列をconstやリソースファイルで保持してパラメーターだけ入れ替えられる（=使いまわしできる）。
ただ、最近はよほどパフォーマンスにシビアだったりリソースを再利用したい箇所でなければstring interpolationを使うことの方が多い（圧倒的に見やすいしバグも発生しにくいから）。

2019/06/16(日) 01:27:37.22

Console.Write($"a は {a}, b は {b}");
こうすると読みやすいしパラメーターの位置を間違える可能性が減る

2019/06/16(日) 01:52:02.63

C# は、面倒だな

Ruby の式展開(interpolation)では、
ダブルクォート文字列内に、#{式} で書くと、式の結果を文字列に変換してくれる

puts "a は #{ a }, b は #{ b }"

2019/06/16(日) 02:00:09.86

>>474
C#にもあるだろ。直ぐ上でも出てる。
$"a は {a}, b は {b}"

2019/06/16(日) 02:05:52.16

1つ上のレスくらい読んでくれよ…

2019/06/16(日) 02:12:46.91

string interpolationは参考にしておいたサイトでは見たことがなく初めて知りました
確かに圧倒的に見やすいですね
varを使うことで必然的に型を指定して初期化することになるので、その辺りの宣言はしっかりしようと思います
ありがとうございました

2019/06/16(日) 02:40:38.10

Rubyの人おかえりはこちらです

2019/06/16(日) 02:49:49.58

>>467
いいね！使ってみる。

2019/06/16(日) 05:00:17.20

interpolation 略して inpo

2019/06/16(日) 08:33:51.55

>>470
WebSocketとかSignalRとか使ったらサーバーからの通知対してにライブラリが適切なメソッドを呼んでくれるのでは

2019/06/16(日) 08:38:40.27

>>458
httpClientをusingする方が間違いでは？

接続先ごとに作るもんだと思ってた。ヘッダとか共通にしたい粒度と同じ粒度で。

2019/06/16(日) 09:55:00.36

>>482
だから…
usingするのは間違いだがじゃあどうやって使いまわすかでバグりやすい

使いまわすのをどこかに任せて使う側は自由に使えるようにしてないと
本当に使いにくい

2019/06/16(日) 12:12:22.08

>>480
+1

2019/06/16(日) 12:20:15.94

>>483
そう？APIアクセスにはこのHttpClient、リソースにはこのHttpClientって別けてると結構便利だけど。
デフォルトヘッダーつけたり、デフォルトのタイムアウトとかをそれ用に設定したりして。

URIなんかで適当に使い回されるのはちょっと使いづらくなるな。

2019/06/16(日) 12:29:55.12

staticなインスタンスを持つという行為がオブジェクト指向にそぐわないのだろう

2019/06/16(日) 12:35:21.44

じゃあDIによるシングルトンで

2019/06/16(日) 16:29:01.69

>>486
それも変な話だけどなー。
staticなインスタンスなわけではなくて、環境に対してインスタンスがあるんじゃないのかな。
使い回すって、もしかして何もかものHttpClientを1つのインスタンスや、いくつか作って適当に余ってるインスタンスで賄ってるの？
少なくとも1ホスト1HttpClientで扱わないとよろしくなかったはず。

そういう意味では、完全にstaticな訳ではなくて、多分MVCならコントローラごとに、宛先ホストやデフォルトヘッダー別のHttpClientを持てば充分なので、特に長寿命になる訳でも、広範囲に露出する訳でも無いんじゃないかな。

毎回作るようなusingで囲む事をするのはよろしくないだけであって、適宜作ってDisposeする分には問題ないっしょ。

だからデストラクタでDisposeできるようにIDisposableなんじゃ？

2019/06/16(日) 17:56:30.01

Disposeは要らんかった
惑わされる

2019/06/16(日) 17:59:45.19

デリゲートのシリアライズについて色々試したところ、WindowsやUbuntuのCore.2.2ではデリゲートのシリアライズは可能でした
まさかMac版だけ違うとは・・・・

>>481
WebSocketについては全くわからないのですみませんが、Signalrは良さそうですね

2019/06/16(日) 18:56:40.91

>>488
絶対に一つのホストに対して非同期で複数接続しない？
変だろそれは？
普通に非同期処理やマルチスレッドなどを多用したところで複数接続することがあるだろ
ちゃんと管理しないとおかしなことになる

2019/06/16(日) 19:03:24.48

>>491
xxxxAsyncはだいたいスレッドセーフだよ。

2019/06/16(日) 19:13:58.14

httpClientの設計がまずいのは周知の事実だろ
オプションとしてならいいけどさ
まともな通信用のクラスをなぜ作れんのだ

2019/06/16(日) 19:20:45.53

んー、なんか俺の返事がズレてる気がする。
1つのホストの1つ用途に対して使い回すのは良いんだけど、
別のホストや別の用途に対して使い回すのは良くないんじゃないかな、って話で、

1つのホストの1つの用途に対して複数のHttpClientを使うのも、悪かないんじゃないの？限度があるけど。
そもそもHttpClientを毎回作ってはいけない理由が、インスタンスを立てるとソケットをopenしに行って、CloseしてもTIME_WAIT以降を待ってソケットがcloseするから、パフォーマンス的にもまずいしソケットが枯渇するって問題なんだし、
捨てないとDNSの変更が反映されない問題も避けれないんだから、LBとか考えると同一ホスト対象でもずっと使い回すより、処理粒度に合わせてインスタンス持つようにした方がいいんでないの、って要旨だった。

2019/06/16(日) 19:22:37.45

>>493
結構まともな設計だと思うけどなぁ。
MSDN読んでない奴が安易にusingしたり、安易にずっと使い回すからいかんのでは？
そんなどうhttp接続を使うかみたいなビジネスロジック層の問題をフレームワークに求めるのは酷じゃ無いかな。
あくまでWindowsのソケットの実装としてはね。

2019/06/16(日) 19:24:29.05

その管理を誰がやるのか？
低級プログラマがそれを考えて使えるのか？

使えないなら管理をどこかでちゃんとやる仕組みを作れ

2019/06/16(日) 19:27:19.28

そもそもの仕組みは簡素なつもりなんだろうけど
結局考えてコーディングしなければバグってしまってアプリを使ってる人にはその理由がわからない

2019/06/16(日) 19:36:40.16

>>496
だからHttpClientFactoryなんだろ何回も言わせんな…

2019/06/16(日) 19:51:24.02

.NET Frameworkは？

2019/06/16(日) 19:58:59.39

>>496
そんな字が書けなくても小説が書けるノートを寄越せみたいな事言って何になるの？

2019/06/16(日) 20:01:51.47

.net core 3.0でWPFサポートはいるけど
それまではWPFなどで作る場合.NET Frameworkだろ
ずっと放置しといて.net coreで入ったからいいなんて思うなよ

2019/06/16(日) 20:02:01.46

>>497
簡単な事だと思うんだけど、考えてコーディングすれば良いだけでは？
考えずにコーディングする方がどうかしてるんじゃないの？
くもんのドリルとか、早指しの将棋じゃねえんだから。

2019/06/16(日) 20:24:08.68

>>490
へー
もちろん、ラムダ式で変数キャプチャーやメソッドやプロパティーにアクセスしたり、
そもそもデリゲートがメソッドを参照してる場合はNGだよね？

2019/06/16(日) 21:07:08.31

まず通信のためのインスタンスを保持しておく必要があるって点が意味不明
なんで一通信毎に一インスタンスを使い捨てさせてくれないんだ？

2019/06/16(日) 21:11:11.53

ないなら作ればとしか思わんけど

2019/06/16(日) 21:15:37.29

Keep Aliveの為に必要なんですよ

2019/06/16(日) 21:27:28.53

HttpClientに関連して、NetworkCredentialのダイジェスト認証バグもどうにかしろよって感じです。
GETにクエリパラメータ付いてると認証失敗したり、ところどころRFCに従ってなかったりとか。

散々ググって、どうやら解決方法が自前実装しかないと辿り着くまでに時間かかった。。

今どきダイジェスト認証って感じで放置されてるのかもですが、
Webサーバ積んでるIoT機器なんかでは結構使われてるので、ちょっとしたツール作るのもダルくなります

2019/06/16(日) 21:35:16.94

半端なライブラリはこれだから
Javaみたいに産廃レベルだと「じゃあ俺が最強のHttpClientを作ってやる」ってのが出てくるのにね

2019/06/16(日) 21:41:01.31

web系は仕事で触ったことないからまったく分かんないやw
どっかにいいチュートリアルとかある？
でも話聞いてるとweb系って今でもバッドノウハウの塊みたいでストレス度高そうだなw

2019/06/16(日) 22:05:12.05

>>507
そんなんあるんかよ…
つまりヘッダを自分で組み立てるしかないってこと？

2019/06/16(日) 22:20:27.61

結局MSはWPFをどうしていくんだろうか

2019/06/16(日) 22:25:47.52

C#プログラミング初心者です
Form実行時の各イベントの発生順序について質問させてください

Form実行時にどういう順番でどういうプログラムが処理されていくのかよくわかりません
Formを実行したときFormのコンストラクタが設定されイニシャライズ内の各コントロールが配置されるという認識で合ってますか？

あと実行時に一番最初に処理されるのはProgram.csですか？

コンストラクタとイニシャライズの意味がよくわかっていないかもしれません
よろしくお願いします

2019/06/16(日) 22:33:03.04

>>512
もう十年やってる俺の認識と一致してんじゃん
後は強く生㌔

2019/06/16(日) 22:47:40.58

>>512
コンストラクタはFormもそうだけどクラスのインスタンス生成時に最初に呼び出される
InitializeComponent()は単なるVisualStudioが用意しているデザイナのためのメソッド
コンストラクタ内などで自分で用意してもいい
一番最初に処理されるのはProgram.csでなくその中に書いてあるclass ProgramのMain(エントリポイント)
とりあえずこの辺から読んでみたら。特に理解しなくてもコードは書けるけども
[雑記] エントリーポイント https://ufcpp.net/study/csharp/structured/miscentrypoint/
[基礎] C#のプログラムの基本構造 https://ufcpp.net/study/csharp/st_basis.html

2019/06/16(日) 22:58:44.87

>>514
親切にURLまで貼っていただきありがとうございます
とてもわかりやすかったです
助かりました

2019/06/17(月) 11:09:57.31

なんかメモリーがどんどん減ってくんですが。

2019/06/17(月) 11:41:26.98

それは痴呆だよ

2019/06/17(月) 11:45:08.07

観測した途端にメモリーが足りなくなる不思議

2019/06/17(月) 12:01:39.02

記憶がだんだん遠くなる

2019/06/17(月) 13:56:49.50

観測しなければいいじゃん

2019/06/17(月) 14:00:02.92

足りないのに無くならない不思議

2019/06/17(月) 14:07:34.68

WPFデビューしようと思って色々調べてるんだけど情報少なすぎない？
Prismが便利らしいけど公式サンプルがちょこっとあるだけだし全然使えなさそう

2019/06/17(月) 14:20:39.66

それはWPFじゃなくてPrismの問題だろw

2019/06/17(月) 17:13:19.75

WPFはFormと同じ名前のまんまのメソッドやプロパティ使えたら不人気にならなかったはず。
微妙に違ったりするから混乱するんだよな。

2019/06/17(月) 23:14:24.82

class test
{
byte i = new byte();

public void calc() {
...
}
...
}

こんな感じのnewの使い方をみたのですが、こういうのc#だけですよね？
どこかに解説はありませんか？

2019/06/17(月) 23:24:08.75

>>525
書き方として有効でも普通はそんなことやらない
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/new-operator
>new 演算子は値型のパラメーターなしのコンストラクターの呼び出しにも使用します

2019/06/17(月) 23:54:16.01

構造体の引数無しのnewはdefaultと同じ
newだとユーザー定義の初期化処理が走っているように見えてしまうから、最近だとdefaultのほうが好まれる傾向がある
フィールドの場合は明示的に初期化しなくても勝手に既定値で初期化されるから不要なんだけど

2019/06/18(火) 05:55:07.37

C# でDB勉強中なんですが、以下のケースでは、更新/挿入/削除するべきレコードの判定はどうすればよいでしょうか？

元テーブル
--------------------------
id | item_name | item_location |
--------------------------
1　　　item1　　　　　　　1
2　　　item2　　　　　　　1
3　　　item3　　　　　　　2
--------------------------

これをDataGridViewに読み込んで、以下のように修正するとします。
--------------------------
id | item_name | item_location |
--------------------------
1　　　item3　　　　　　　2　　　　　← item1がitem3に変更
2　　　item1　　　　　　　3　　　　　← item2がitem1に変更されてlocationも変更
3　　　item4　　　　　　　1　　　　　← item4 追加
4　　　item5　　　　　　　1　　　　　← item5 追加
--------------------------　　※item2は削除

この処理の場合、insert・update・deleteするべきレコードの判定はどうやって行ったらよいでしょうか？

2019/06/18(火) 06:10:50.02

キー項目は何？無ければ作る

2019/06/18(火) 06:12:13.77

洗い替えがいいんじゃない？
元テーブルを裏で保持してて対象レコードを全部削除する
修正後を全部INSERT

2019/06/18(火) 06:13:19.34

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

2019/06/18(火) 07:41:47.49

WPFが流行らないまま時代はスマホアプリに

2019/06/18(火) 10:24:27.14

>>528
件数にもよるけど全体より修正が少なければ、最初にトラン作っておいて、編集がかかるたびにupdate/insert/delete。
確定時にコミット。
そうでなければ>>530

**528** (ﾜｯﾁｮｲ 33da-L2mO) · 2019/06/18(火) 12:27:38.88

>>530 >>533
神様！ありがとうございます！！