!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
探検
ふらっと C#,C♯,C#(初心者用) Part143
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん (ワッチョイ 8861-gZI7)
2019/05/16(木) 19:28:06.27ID:s+6oZKe00436デフォルトの名無しさん (スフッ Sdba-UiF5)
2019/06/13(木) 22:23:06.18ID:tGgsvZyOd >>435
win64 APIのみにするってことでしょ
win64 APIのみにするってことでしょ
437デフォルトの名無しさん (ワンミングク MM8a-vPrp)
2019/06/13(木) 22:27:30.58ID:dTdyRg7kM ARM使い「そうか」
438デフォルトの名無しさん (ワッチョイ 275f-n4BA)
2019/06/14(金) 09:46:05.42ID:v6Wc7xsI0 >>436
Windowsから互換性取ったらMacとの優位性が崩れてしまうわ。
Windowsから互換性取ったらMacとの優位性が崩れてしまうわ。
439デフォルトの名無しさん (ブーイモ MMba-OxFy)
2019/06/14(金) 10:19:55.42ID:Qm4arTEGM う互換性
440デフォルトの名無しさん (ワッチョイ 4e7b-r4R3)
2019/06/14(金) 13:28:36.75ID:Js4PARtC0 GDIとかいつまで残ってんだろ
441デフォルトの名無しさん (ワッチョイ 3e7c-FPqD)
2019/06/14(金) 13:36:31.53ID:Io9qelQj0 APIとしてはWindowsがある限り残るだろ
内部的に別の仕組みの描画フレームワークに渡すだけになる将来はあるかもしれんが
内部的に別の仕組みの描画フレームワークに渡すだけになる将来はあるかもしれんが
442デフォルトの名無しさん (アウアウエー Sa52-rXk6)
2019/06/14(金) 19:05:00.84ID:B1OfNWTta 独自OSはやめてLinux M$ディストリになったら最高なんだけどね
443デフォルトの名無しさん (ワッチョイ f368-hVo2)
2019/06/15(土) 00:33:09.29ID:8CcGi59t0 while(i<=1000000)
{
i++;
}
こういうお手製のループって結局invokeと同じ機能なんですかね?
待つという意味では
{
i++;
}
こういうお手製のループって結局invokeと同じ機能なんですかね?
待つという意味では
444デフォルトの名無しさん (ワッチョイ be05-/zb+)
2019/06/15(土) 02:59:58.42ID:h/MXyyEj0 質問です。
JSONシリアライズなんですけど
{ "foo": "bar" }
としたいのに、DataContractJsonSerializerに
Dictionaryをシリアライズさせると
{ "key": "foo", "value":"bar" }
となってしまいます。
何かいい方法ないですか?
どういうキーワードでググればいいかも分からなくて。
JSONシリアライズなんですけど
{ "foo": "bar" }
としたいのに、DataContractJsonSerializerに
Dictionaryをシリアライズさせると
{ "key": "foo", "value":"bar" }
となってしまいます。
何かいい方法ないですか?
どういうキーワードでググればいいかも分からなくて。
445デフォルトの名無しさん (ワッチョイ 1a2c-jEME)
2019/06/15(土) 06:29:12.34ID:izWNJzhX0 >>443
何のinvokeの話なのか知らないけど
ほとんどのInvokeメソッドとは全く違うんじゃないかな
>444
DataContractJsonSerializerSettings.UseSimpleDictionaryFormat
何のinvokeの話なのか知らないけど
ほとんどのInvokeメソッドとは全く違うんじゃないかな
>444
DataContractJsonSerializerSettings.UseSimpleDictionaryFormat
446デフォルトの名無しさん (ワッチョイ 0eda-2qry)
2019/06/15(土) 07:12:02.05ID:+UtdpkHU0 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)
のようなデータ構造で、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)
447デフォルトの名無しさん (ワッチョイ 3363-JGhj)
2019/06/15(土) 07:35:12.58ID:IMLKv0k+0 getとaddが不可分操作じゃないから要る
448デフォルトの名無しさん (アウアウウー Sac7-FH5+)
2019/06/15(土) 09:17:07.61ID:6PSH/Imja449デフォルトの名無しさん (ブーイモ MMba-+7bl)
2019/06/15(土) 14:37:59.48ID:qro2r2SGM HttpClientもWebClientもHttpWebRequestもまともじゃないのは一体なんなんだ
450デフォルトの名無しさん (ブーイモ MMe7-/bGO)
2019/06/15(土) 14:47:05.46ID:hWID9DJjM >>449
具体的には?
具体的には?
451デフォルトの名無しさん (ワッチョイ a363-V6AN)
2019/06/15(土) 14:49:08.14ID:2Fwz82J/0452デフォルトの名無しさん (ブーイモ MM7f-OxFy)
2019/06/15(土) 15:37:24.10ID:CD9ImjzWM >>449
KWSK
KWSK
453デフォルトの名無しさん (ワッチョイ be05-bHsE)
2019/06/15(土) 15:42:35.91ID:h/MXyyEj0 >>445
ありがとうございます!
ありがとうございます!
454デフォルトの名無しさん (アウアウウー Sac7-vI2o)
2019/06/15(土) 18:51:55.25ID:Tm2el/yWa455デフォルトの名無しさん (ブーイモ MMe7-/bGO)
2019/06/15(土) 19:28:03.88ID:hWID9DJjM >>454
具体的には?
具体的には?
456デフォルトの名無しさん (ワッチョイ a363-V6AN)
2019/06/15(土) 19:39:46.98ID:2Fwz82J/0 具体的なことは言えないレベルでなんとなく否定してるに1票
457デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/15(土) 20:17:44.79ID:p9QrGiGS0 まあHttpClientFactory使えってなるよね、最近は
458デフォルトの名無しさん (アウアウウー Sac7-vI2o)
2019/06/15(土) 20:49:10.87ID:Tm2el/yWa HttpWebRequestやWebClientは確実にゴミ
例えば非同期でいろんなサイトからダウンロードするアプリを作ろうとしても
実インスタンスが一つなので各サイトに合わせて設定できない
HttpClientはまともにusingできない使いまわし前提で管理が面倒でバグりやすい
例えば非同期でいろんなサイトからダウンロードするアプリを作ろうとしても
実インスタンスが一つなので各サイトに合わせて設定できない
HttpClientはまともにusingできない使いまわし前提で管理が面倒でバグりやすい
459デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/15(土) 21:25:13.03ID:p9QrGiGS0460デフォルトの名無しさん (ワッチョイ a31b-+7bl)
2019/06/15(土) 21:28:36.81ID:403fYel+0 いや知ってりゃ使えるだろってのはわかるんだが
なんでどれもこれも罠が満載なの? っていう話ね
なんでどれもこれも罠が満載なの? っていう話ね
461デフォルトの名無しさん (ワッチョイ a363-V6AN)
2019/06/15(土) 23:31:09.76ID:2Fwz82J/0 >>457
なにこれ?ナウなやつ??
なにこれ?ナウなやつ??
462デフォルトの名無しさん (ワッチョイ 8a2d-9Zao)
2019/06/15(土) 23:31:12.45ID:TLpy9Lqp0 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
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
463デフォルトの名無しさん (アウアウウー Sac7-euJK)
2019/06/15(土) 23:37:24.81ID:eE+hzs3Oa464デフォルトの名無しさん (ワッチョイ 6717-2qry)
2019/06/15(土) 23:54:10.26ID:ioIpgNFD0 デリゲートをシリアライズするっていう発想がそもそもなかったわ
465デフォルトの名無しさん (ワッチョイ 8a2d-9Zao)
2019/06/16(日) 00:04:36.79ID:IRiSsL3Z0 ダメか、ありがとう
466デフォルトの名無しさん (アウアウウー Sac7-FH5+)
2019/06/16(日) 00:06:06.77ID:j15M4OK0a デリゲートのシリアライズはFullFWなら可能
.NET Remotingで通信先からRPCするために使う機能だ
.NET Coreでは.NET Remotingが廃止されたから、.NET Coreで使えないのは当然
そもそもBinaryFormatterはそれ自体が廃止された.NET Remotingの一部であり、互換性のためだけに残されてる遺物
今更新規に使っちゃダメ
.NET Remotingで通信先からRPCするために使う機能だ
.NET Coreでは.NET Remotingが廃止されたから、.NET Coreで使えないのは当然
そもそもBinaryFormatterはそれ自体が廃止された.NET Remotingの一部であり、互換性のためだけに残されてる遺物
今更新規に使っちゃダメ
467デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/16(日) 00:12:52.39ID:G7NVDdhd0 >>461
うん、HttpClientのイケてないとこをラップして使いやすく(間違いを犯しにくいように)したやつ
うん、HttpClientのイケてないとこをラップして使いやすく(間違いを犯しにくいように)したやつ
468デフォルトの名無しさん (ワッチョイ 8a2d-9Zao)
2019/06/16(日) 00:22:01.61ID:IRiSsL3Z0 >>466
正直、これが出来るとリモートプロシージャコールの受け側がif/switch羅列になるのを避けられると思っていました
しかし、これはもろに時代に逆行していたんですね・・・・
廃れたと言うことは今流のやり方もあるんですか?
正直、これが出来るとリモートプロシージャコールの受け側がif/switch羅列になるのを避けられると思っていました
しかし、これはもろに時代に逆行していたんですね・・・・
廃れたと言うことは今流のやり方もあるんですか?
469デフォルトの名無しさん (アウアウウー Sac7-FH5+)
2019/06/16(日) 00:27:11.51ID:j15M4OK0a .NET CoreでRPCしたいならRESTかgRPC使えとMS様は仰ってるね
470デフォルトの名無しさん (ワッチョイ 8a2d-9Zao)
2019/06/16(日) 01:01:25.28ID:IRiSsL3Z0 gRPCを使用する場合でも、サーバからグローバルIPを持たないクライアントのメソッドを呼びたい場合にデリゲートシリアライズ化は有用なように思えてしまいます
接続を切らずにStreamで独自形式の命令を送り続けることになり、クライアント側では送られてきた命令を解析するためのswitch/if文だらけのコードになってしまうからです
でもif文羅列で正しいのかな・・・・どうなんだろう・・・・
接続を切らずにStreamで独自形式の命令を送り続けることになり、クライアント側では送られてきた命令を解析するためのswitch/if文だらけのコードになってしまうからです
でもif文羅列で正しいのかな・・・・どうなんだろう・・・・
471デフォルトの名無しさん (ワッチョイ 5b1a-vI2o)
2019/06/16(日) 01:18:24.92ID:WGBivVxV0 プログラミング未経験からC#を勉強して1週間程の者です
疑問に思うことがふたつあるのでよかったら教えてください
ひとつめは配列の宣言について、宣言は省略せずにきちんとしたほうがいいのでしょうか?
また宣言する場合に
string[] array = new string[3];
と変数名を最初にstringで指定しているはずなのに、配列の数をstringで再び書くのはなぜでしょうか?
ふたつめは、
Console.Write("a は {0}, b は {1}", a, b);
と書くのは
Console.Write("a は " + a + ", bは " + b);
と書くより見やすいためでしょうか?
疑問に思うことがふたつあるのでよかったら教えてください
ひとつめは配列の宣言について、宣言は省略せずにきちんとしたほうがいいのでしょうか?
また宣言する場合に
string[] array = new string[3];
と変数名を最初にstringで指定しているはずなのに、配列の数をstringで再び書くのはなぜでしょうか?
ふたつめは、
Console.Write("a は {0}, b は {1}", a, b);
と書くのは
Console.Write("a は " + a + ", bは " + b);
と書くより見やすいためでしょうか?
472デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/16(日) 01:25:53.37ID:G7NVDdhd0 >>471
ひとつめ:varが使える場所ならvarを使った方がいい
ふたつめ:前者だと、文字列をconstやリソースファイルで保持してパラメーターだけ入れ替えられる(=使いまわしできる)。
ただ、最近はよほどパフォーマンスにシビアだったりリソースを再利用したい箇所でなければstring interpolationを使うことの方が多い(圧倒的に見やすいしバグも発生しにくいから)。
ひとつめ:varが使える場所ならvarを使った方がいい
ふたつめ:前者だと、文字列をconstやリソースファイルで保持してパラメーターだけ入れ替えられる(=使いまわしできる)。
ただ、最近はよほどパフォーマンスにシビアだったりリソースを再利用したい箇所でなければstring interpolationを使うことの方が多い(圧倒的に見やすいしバグも発生しにくいから)。
473デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/16(日) 01:27:37.22ID:G7NVDdhd0 Console.Write($"a は {a}, b は {b}");
こうすると読みやすいしパラメーターの位置を間違える可能性が減る
こうすると読みやすいしパラメーターの位置を間違える可能性が減る
474デフォルトの名無しさん (ワッチョイ 9a2c-oZrO)
2019/06/16(日) 01:52:02.63ID:z9IiVZ7F0 C# は、面倒だな
Ruby の式展開(interpolation)では、
ダブルクォート文字列内に、#{式} で書くと、式の結果を文字列に変換してくれる
puts "a は #{ a }, b は #{ b }"
Ruby の式展開(interpolation)では、
ダブルクォート文字列内に、#{式} で書くと、式の結果を文字列に変換してくれる
puts "a は #{ a }, b は #{ b }"
475デフォルトの名無しさん (ワッチョイ a3e7-LWcw)
2019/06/16(日) 02:00:09.86ID:yJ9OuDHU0476デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/16(日) 02:05:52.16ID:G7NVDdhd0 1つ上のレスくらい読んでくれよ…
477デフォルトの名無しさん (ワッチョイ 5b1a-vI2o)
2019/06/16(日) 02:12:46.91ID:WGBivVxV0 string interpolationは参考にしておいたサイトでは見たことがなく初めて知りました
確かに圧倒的に見やすいですね
varを使うことで必然的に型を指定して初期化することになるので、その辺りの宣言はしっかりしようと思います
ありがとうございました
確かに圧倒的に見やすいですね
varを使うことで必然的に型を指定して初期化することになるので、その辺りの宣言はしっかりしようと思います
ありがとうございました
478デフォルトの名無しさん (ワッチョイ 9738-cL4w)
2019/06/16(日) 02:40:38.10ID:G+0AwVAf0 Rubyの人 おかえりはこちらです
479デフォルトの名無しさん (ワッチョイ a363-V6AN)
2019/06/16(日) 02:49:49.58ID:U3MUj56p0 >>467
いいね!使ってみる。
いいね!使ってみる。
480デフォルトの名無しさん (ワッチョイ 3761-R62x)
2019/06/16(日) 05:00:17.20ID:wxDeKJDL0 interpolation 略して inpo
481デフォルトの名無しさん (ワッチョイ ba47-UiF5)
2019/06/16(日) 08:33:51.55ID:59NNwAx00 >>470
WebSocketとかSignalRとか使ったらサーバーからの通知対してにライブラリが適切なメソッドを呼んでくれるのでは
WebSocketとかSignalRとか使ったらサーバーからの通知対してにライブラリが適切なメソッドを呼んでくれるのでは
482デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 08:38:40.27ID:xspDtD2o0483デフォルトの名無しさん (アウアウウー Sac7-vI2o)
2019/06/16(日) 09:55:00.36ID:X9An2SCta484デフォルトの名無しさん (ワッチョイ 3e7c-jEB4)
2019/06/16(日) 12:12:22.08ID:NdAq/MEw0 >>480
+1
+1
485デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 12:20:15.94ID:xspDtD2o0 >>483
そう?APIアクセスにはこのHttpClient、リソースにはこのHttpClientって別けてると結構便利だけど。
デフォルトヘッダーつけたり、デフォルトのタイムアウトとかをそれ用に設定したりして。
URIなんかで適当に使い回されるのはちょっと使いづらくなるな。
そう?APIアクセスにはこのHttpClient、リソースにはこのHttpClientって別けてると結構便利だけど。
デフォルトヘッダーつけたり、デフォルトのタイムアウトとかをそれ用に設定したりして。
URIなんかで適当に使い回されるのはちょっと使いづらくなるな。
486デフォルトの名無しさん (ブーイモ MM7f-V6AN)
2019/06/16(日) 12:29:55.12ID:+FeN72guM staticなインスタンスを持つという行為がオブジェクト指向にそぐわないのだろう
487デフォルトの名無しさん (スププ Sdba-UiF5)
2019/06/16(日) 12:35:21.44ID:WIm6t9KAd じゃあDIによるシングルトンで
488デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 16:29:01.69ID:xspDtD2o0 >>486
それも変な話だけどなー。
staticなインスタンスなわけではなくて、環境に対してインスタンスがあるんじゃないのかな。
使い回すって、もしかして何もかものHttpClientを1つのインスタンスや、いくつか作って適当に余ってるインスタンスで賄ってるの?
少なくとも1ホスト1HttpClientで扱わないとよろしくなかったはず。
そういう意味では、完全にstaticな訳ではなくて、多分MVCならコントローラごとに、宛先ホストやデフォルトヘッダー別のHttpClientを持てば充分なので、特に長寿命になる訳でも、広範囲に露出する訳でも無いんじゃないかな。
毎回作るようなusingで囲む事をするのはよろしくないだけであって、適宜作ってDisposeする分には問題ないっしょ。
だからデストラクタでDisposeできるようにIDisposableなんじゃ?
それも変な話だけどなー。
staticなインスタンスなわけではなくて、環境に対してインスタンスがあるんじゃないのかな。
使い回すって、もしかして何もかものHttpClientを1つのインスタンスや、いくつか作って適当に余ってるインスタンスで賄ってるの?
少なくとも1ホスト1HttpClientで扱わないとよろしくなかったはず。
そういう意味では、完全にstaticな訳ではなくて、多分MVCならコントローラごとに、宛先ホストやデフォルトヘッダー別のHttpClientを持てば充分なので、特に長寿命になる訳でも、広範囲に露出する訳でも無いんじゃないかな。
毎回作るようなusingで囲む事をするのはよろしくないだけであって、適宜作ってDisposeする分には問題ないっしょ。
だからデストラクタでDisposeできるようにIDisposableなんじゃ?
489デフォルトの名無しさん (アウアウエー Sa52-rXk6)
2019/06/16(日) 17:56:30.01ID:yX0oMZwqa Disposeは要らんかった
惑わされる
惑わされる
490デフォルトの名無しさん (ワッチョイ 8a2d-9Zao)
2019/06/16(日) 17:59:45.19ID:IRiSsL3Z0 デリゲートのシリアライズについて色々試したところ、WindowsやUbuntuのCore.2.2ではデリゲートのシリアライズは可能でした
まさかMac版だけ違うとは・・・・
>>481
WebSocketについては全くわからないのですみませんが、Signalrは良さそうですね
まさかMac版だけ違うとは・・・・
>>481
WebSocketについては全くわからないのですみませんが、Signalrは良さそうですね
491デフォルトの名無しさん (オッペケ Srbb-vI2o)
2019/06/16(日) 18:56:40.91ID:ikomc5kEr >>488
絶対に一つのホストに対して非同期で複数接続しない?
変だろそれは?
普通に非同期処理やマルチスレッドなどを多用したところで複数接続することがあるだろ
ちゃんと管理しないとおかしなことになる
絶対に一つのホストに対して非同期で複数接続しない?
変だろそれは?
普通に非同期処理やマルチスレッドなどを多用したところで複数接続することがあるだろ
ちゃんと管理しないとおかしなことになる
492デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 19:03:24.48ID:xspDtD2o0 >>491
xxxxAsyncはだいたいスレッドセーフだよ。
xxxxAsyncはだいたいスレッドセーフだよ。
493デフォルトの名無しさん (ワッチョイ a31b-+7bl)
2019/06/16(日) 19:13:58.14ID:6Ugz9fj30 httpClientの設計がまずいのは周知の事実だろ
オプションとしてならいいけどさ
まともな通信用のクラスをなぜ作れんのだ
オプションとしてならいいけどさ
まともな通信用のクラスをなぜ作れんのだ
494デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 19:20:45.53ID:xspDtD2o0 んー、なんか俺の返事がズレてる気がする。
1つのホストの1つ用途に対して使い回すのは良いんだけど、
別のホストや別の用途に対して使い回すのは良くないんじゃないかな、って話で、
1つのホストの1つの用途に対して複数のHttpClientを使うのも、悪かないんじゃないの?限度があるけど。
そもそもHttpClientを毎回作ってはいけない理由が、インスタンスを立てるとソケットをopenしに行って、CloseしてもTIME_WAIT以降を待ってソケットがcloseするから、パフォーマンス的にもまずいしソケットが枯渇するって問題なんだし、
捨てないとDNSの変更が反映されない問題も避けれないんだから、LBとか考えると同一ホスト対象でもずっと使い回すより、処理粒度に合わせてインスタンス持つようにした方がいいんでないの、って要旨だった。
1つのホストの1つ用途に対して使い回すのは良いんだけど、
別のホストや別の用途に対して使い回すのは良くないんじゃないかな、って話で、
1つのホストの1つの用途に対して複数のHttpClientを使うのも、悪かないんじゃないの?限度があるけど。
そもそもHttpClientを毎回作ってはいけない理由が、インスタンスを立てるとソケットをopenしに行って、CloseしてもTIME_WAIT以降を待ってソケットがcloseするから、パフォーマンス的にもまずいしソケットが枯渇するって問題なんだし、
捨てないとDNSの変更が反映されない問題も避けれないんだから、LBとか考えると同一ホスト対象でもずっと使い回すより、処理粒度に合わせてインスタンス持つようにした方がいいんでないの、って要旨だった。
495デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 19:22:37.45ID:xspDtD2o0 >>493
結構まともな設計だと思うけどなぁ。
MSDN読んでない奴が安易にusingしたり、安易にずっと使い回すからいかんのでは?
そんなどうhttp接続を使うかみたいなビジネスロジック層の問題をフレームワークに求めるのは酷じゃ無いかな。
あくまでWindowsのソケットの実装としてはね。
結構まともな設計だと思うけどなぁ。
MSDN読んでない奴が安易にusingしたり、安易にずっと使い回すからいかんのでは?
そんなどうhttp接続を使うかみたいなビジネスロジック層の問題をフレームワークに求めるのは酷じゃ無いかな。
あくまでWindowsのソケットの実装としてはね。
496デフォルトの名無しさん (オッペケ Srbb-vI2o)
2019/06/16(日) 19:24:29.05ID:ikomc5kEr その管理を誰がやるのか?
低級プログラマがそれを考えて使えるのか?
使えないなら管理をどこかでちゃんとやる仕組みを作れ
低級プログラマがそれを考えて使えるのか?
使えないなら管理をどこかでちゃんとやる仕組みを作れ
497デフォルトの名無しさん (オッペケ Srbb-vI2o)
2019/06/16(日) 19:27:19.28ID:ikomc5kEr そもそもの仕組みは簡素なつもりなんだろうけど
結局考えてコーディングしなければバグってしまってアプリを使ってる人にはその理由がわからない
結局考えてコーディングしなければバグってしまってアプリを使ってる人にはその理由がわからない
498デフォルトの名無しさん (ワッチョイ 1aad-7FmS)
2019/06/16(日) 19:36:40.16ID:G7NVDdhd0 >>496
だからHttpClientFactoryなんだろ何回も言わせんな…
だからHttpClientFactoryなんだろ何回も言わせんな…
499デフォルトの名無しさん (オッペケ Srbb-vI2o)
2019/06/16(日) 19:51:24.02ID:ikomc5kEr .NET Frameworkは?
500デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 19:58:59.39ID:xspDtD2o0 >>496
そんな字が書けなくても小説が書けるノートを寄越せみたいな事言って何になるの?
そんな字が書けなくても小説が書けるノートを寄越せみたいな事言って何になるの?
501デフォルトの名無しさん (オッペケ Srbb-vI2o)
2019/06/16(日) 20:01:51.47ID:ikomc5kEr .net core 3.0でWPFサポートはいるけど
それまではWPFなどで作る場合.NET Frameworkだろ
ずっと放置しといて.net coreで入ったからいいなんて思うなよ
それまではWPFなどで作る場合.NET Frameworkだろ
ずっと放置しといて.net coreで入ったからいいなんて思うなよ
502デフォルトの名無しさん (ワッチョイ b61c-3SBU)
2019/06/16(日) 20:02:01.46ID:xspDtD2o0503デフォルトの名無しさん (アウアウウー Sac7-euJK)
2019/06/16(日) 20:24:08.68ID:+fU13JTma504デフォルトの名無しさん (ワッチョイ a31b-+7bl)
2019/06/16(日) 21:07:08.31ID:6Ugz9fj30 まず通信のためのインスタンスを保持しておく必要があるって点が意味不明
なんで一通信毎に一インスタンスを使い捨てさせてくれないんだ?
なんで一通信毎に一インスタンスを使い捨てさせてくれないんだ?
505デフォルトの名無しさん (ワッチョイ 4e7b-r4R3)
2019/06/16(日) 21:11:11.53ID:2a6zi2hA0 ないなら作ればとしか思わんけど
506デフォルトの名無しさん (アウアウエー Sa52-rXk6)
2019/06/16(日) 21:15:37.29ID:0NEzhhkla Keep Aliveの為に必要なんですよ
507デフォルトの名無しさん (ワッチョイ 0eda-2qry)
2019/06/16(日) 21:27:28.53ID:2mY5Onwd0 HttpClientに関連して、NetworkCredentialのダイジェスト認証バグもどうにかしろよって感じです。
GETにクエリパラメータ付いてると認証失敗したり、ところどころRFCに従ってなかったりとか。
散々ググって、どうやら解決方法が自前実装しかないと辿り着くまでに時間かかった。。
今どきダイジェスト認証って感じで放置されてるのかもですが、
Webサーバ積んでるIoT機器なんかでは結構使われてるので、ちょっとしたツール作るのもダルくなります
GETにクエリパラメータ付いてると認証失敗したり、ところどころRFCに従ってなかったりとか。
散々ググって、どうやら解決方法が自前実装しかないと辿り着くまでに時間かかった。。
今どきダイジェスト認証って感じで放置されてるのかもですが、
Webサーバ積んでるIoT機器なんかでは結構使われてるので、ちょっとしたツール作るのもダルくなります
508デフォルトの名無しさん (ワッチョイ 3363-Wwxm)
2019/06/16(日) 21:35:16.94ID:WJsnIQ8z0 半端なライブラリはこれだから
Javaみたいに産廃レベルだと「じゃあ俺が最強のHttpClientを作ってやる」ってのが出てくるのにね
Javaみたいに産廃レベルだと「じゃあ俺が最強のHttpClientを作ってやる」ってのが出てくるのにね
509デフォルトの名無しさん (アウアウウー Sac7-euJK)
2019/06/16(日) 21:41:01.31ID:+fU13JTma web系は仕事で触ったことないからまったく分かんないやw
どっかにいいチュートリアルとかある?
でも話聞いてるとweb系って今でもバッドノウハウの塊みたいでストレス度高そうだなw
どっかにいいチュートリアルとかある?
でも話聞いてるとweb系って今でもバッドノウハウの塊みたいでストレス度高そうだなw
510デフォルトの名無しさん (ワッチョイ a31b-+7bl)
2019/06/16(日) 22:05:12.05ID:6Ugz9fj30511デフォルトの名無しさん (アウアウカー Sac3-d9tj)
2019/06/16(日) 22:20:27.61ID:gEahNK3la 結局MSはWPFをどうしていくんだろうか
512デフォルトの名無しさん (ワイエディ MM86-2qry)
2019/06/16(日) 22:25:47.52ID:wD0NHooaM C#プログラミング初心者です
Form実行時の各イベントの発生順序について質問させてください
Form実行時にどういう順番でどういうプログラムが処理されていくのかよくわかりません
Formを実行したときFormのコンストラクタが設定されイニシャライズ内の各コントロールが配置されるという認識で合ってますか?
あと実行時に一番最初に処理されるのはProgram.csですか?
コンストラクタとイニシャライズの意味がよくわかっていないかもしれません
よろしくお願いします
Form実行時の各イベントの発生順序について質問させてください
Form実行時にどういう順番でどういうプログラムが処理されていくのかよくわかりません
Formを実行したときFormのコンストラクタが設定されイニシャライズ内の各コントロールが配置されるという認識で合ってますか?
あと実行時に一番最初に処理されるのはProgram.csですか?
コンストラクタとイニシャライズの意味がよくわかっていないかもしれません
よろしくお願いします
513デフォルトの名無しさん (ワッチョイ 3761-8GUE)
2019/06/16(日) 22:33:03.04ID:gLoRAJ8t0514デフォルトの名無しさん (ワッチョイ 4e7b-p7Vn)
2019/06/16(日) 22:47:40.58ID:Qo3kD6WQ0 >>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
コンストラクタはFormもそうだけどクラスのインスタンス生成時に最初に呼び出される
InitializeComponent()は単なるVisualStudioが用意しているデザイナのためのメソッド
コンストラクタ内などで自分で用意してもいい
一番最初に処理されるのはProgram.csでなくその中に書いてあるclass ProgramのMain(エントリポイント)
とりあえずこの辺から読んでみたら。特に理解しなくてもコードは書けるけども
[雑記] エントリーポイント https://ufcpp.net/study/csharp/structured/miscentrypoint/
[基礎] C#のプログラムの基本構造 https://ufcpp.net/study/csharp/st_basis.html
515デフォルトの名無しさん (ワイエディ MM86-2qry)
2019/06/16(日) 22:58:44.87ID:wD0NHooaM516デフォルトの名無しさん (ワッチョイ 275f-n4BA)
2019/06/17(月) 11:09:57.31ID:aKGiWlYO0 なんかメモリーがどんどん減ってくんですが。
517デフォルトの名無しさん (ラクッペ MM4b-JGhj)
2019/06/17(月) 11:41:26.98ID:KqnEIU5BM それは痴呆だよ
518デフォルトの名無しさん (ササクッテロ Spbb-n4BA)
2019/06/17(月) 11:45:08.07ID:d6mw/rQbp 観測した途端にメモリーが足りなくなる不思議
519デフォルトの名無しさん (ラクッペ MM4b-JGhj)
2019/06/17(月) 12:01:39.02ID:KqnEIU5BM 記憶がだんだん遠くなる
520デフォルトの名無しさん (ブーイモ MM7f-R62x)
2019/06/17(月) 13:56:49.50ID:JXiMVUT0M 観測しなければいいじゃん
521デフォルトの名無しさん (ワッチョイ 8b01-n4BA)
2019/06/17(月) 14:00:02.92ID:i1zZ44t70 足りないのに無くならない不思議
522デフォルトの名無しさん (スップ Sd5a-V1Ms)
2019/06/17(月) 14:07:34.68ID:fWv+7syLd WPFデビューしようと思って色々調べてるんだけど情報少なすぎない?
Prismが便利らしいけど公式サンプルがちょこっとあるだけだし全然使えなさそう
Prismが便利らしいけど公式サンプルがちょこっとあるだけだし全然使えなさそう
523デフォルトの名無しさん (スププ Sdba-UiF5)
2019/06/17(月) 14:20:39.66ID:a0UOupWUd それはWPFじゃなくてPrismの問題だろw
524デフォルトの名無しさん (ササクッテロ Spbb-n4BA)
2019/06/17(月) 17:13:19.75ID:d6mw/rQbp WPFはFormと同じ名前のまんまのメソッドやプロパティ使えたら不人気にならなかったはず。
微妙に違ったりするから混乱するんだよな。
微妙に違ったりするから混乱するんだよな。
525デフォルトの名無しさん (ワッチョイ 1aca-271n)
2019/06/17(月) 23:14:24.82ID:js38FdP50 class test
{
byte i = new byte();
public void calc() {
...
}
...
}
こんな感じのnewの使い方をみたのですが、こういうのc#だけですよね?
どこかに解説はありませんか?
{
byte i = new byte();
public void calc() {
...
}
...
}
こんな感じのnewの使い方をみたのですが、こういうのc#だけですよね?
どこかに解説はありませんか?
526デフォルトの名無しさん (ワッチョイ 4e7b-p7Vn)
2019/06/17(月) 23:24:08.75ID:qS39OOn20 >>525
書き方として有効でも普通はそんなことやらない
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/new-operator
>new 演算子は値型のパラメーターなしのコンストラクターの呼び出しにも使用します
書き方として有効でも普通はそんなことやらない
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/new-operator
>new 演算子は値型のパラメーターなしのコンストラクターの呼び出しにも使用します
527デフォルトの名無しさん (ドコグロ MMf7-FH5+)
2019/06/17(月) 23:54:16.01ID:dLLbEhJJM 構造体の引数無しのnewはdefaultと同じ
newだとユーザー定義の初期化処理が走っているように見えてしまうから、最近だとdefaultのほうが好まれる傾向がある
フィールドの場合は明示的に初期化しなくても勝手に既定値で初期化されるから不要なんだけど
newだとユーザー定義の初期化処理が走っているように見えてしまうから、最近だとdefaultのほうが好まれる傾向がある
フィールドの場合は明示的に初期化しなくても勝手に既定値で初期化されるから不要なんだけど
528デフォルトの名無しさん (ワッチョイ 33da-L2mO)
2019/06/18(火) 05:55:07.37ID:LmNIdt8j0 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するべきレコードの判定はどうやって行ったらよいでしょうか?
元テーブル
--------------------------
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するべきレコードの判定はどうやって行ったらよいでしょうか?
529デフォルトの名無しさん (ブーイモ MMba-OxFy)
2019/06/18(火) 06:10:50.02ID:+H1sBCCVM キー項目は何?無ければ作る
530デフォルトの名無しさん (ワッチョイ 4ef2-2qry)
2019/06/18(火) 06:12:13.77ID:d6M+0/F+0 洗い替えがいいんじゃない?
元テーブルを裏で保持してて対象レコードを全部削除する
修正後を全部INSERT
元テーブルを裏で保持してて対象レコードを全部削除する
修正後を全部INSERT
531デフォルトの名無しさん (ワッチョイ 1ab0-bbbA)
2019/06/18(火) 06:13:19.34ID:3nOE2mBA0 プログラム板にキチガイ降臨中!botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前:a4 ◆700L1Efzuv 投稿日:2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか?
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前:a4 ◆700L1Efzuv 投稿日:2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか?
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
532デフォルトの名無しさん (ワッチョイ 8b01-eoY4)
2019/06/18(火) 07:41:47.49ID:HGOf7fkO0 WPFが流行らないまま時代はスマホアプリに
533デフォルトの名無しさん (ワッチョイ 9a4b-YiLg)
2019/06/18(火) 10:24:27.14ID:MvE0vXDO0535デフォルトの名無しさん (ワッチョイ 9a7d-2qry)
2019/06/18(火) 14:34:26.70ID:H7tttB9U0 C# でセレニウム(Chrome)を操作しています。
この時に
ページを復元しますか?
Chromeは正しく終了しまsんでした
障害レポートと使用統計データ・・・
というメッセージが出て邪魔です。
これを出ない様に出来ないでしょうか?
この時に
ページを復元しますか?
Chromeは正しく終了しまsんでした
障害レポートと使用統計データ・・・
というメッセージが出て邪魔です。
これを出ない様に出来ないでしょうか?
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【地震速報】青森県で震度6強 沿岸部に津波警報 ★6 [ぐれ★]
- 「日の丸にバツ印」掲げた大学生 あいまいな国旗損壊罪に「怖い」 The Mainichi [少考さん★]
- 【テレビ】25年ぶり復活「炎のチャレンジャー」南原清隆&菊池風磨がMC 懐かし「電流イライラ棒」も [湛然★]
- 【音楽】BARBEE BOYS・KONTAが事故で四肢麻痺を公表、新体制で活動は継続 [少考さん★]
- 中国「捜索レーダー起動は各国の通常の手法」 火器管制用か回答せず [蚤の市★]
- 【訃報】声優・西村知道さん死去 「SLAM DUNK」安西先生役 9月に体調不良のため一時休業 [少考さん★]
- 南海トラフ直しといた
- 女って金とイケメンしか見てないよな
- ぺこーら、地震で同僚が次々配信を止めるなか強行し続けるので悪目立ちするwww [268244553]
- 高市総理、睡眠時間30分😢
- フェリーの魅力を語ろう。
- 【速報】高市早苗、起床 [779938112]
