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

2023/03/26(日) 07:31:00.51

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part157
https://mevius.5ch.net/test/read.cgi/tech/1669349768/
■関連スレ
C#, C♯, C＃相談室 Part97
https://mevius.5ch.net/test/read.cgi/tech/1671585518/
■コードを貼る場合は↓を使いましょう。
https://ideone.com/
https://dotnetfiddle.net/
初心者はまずVisual Studioを使いましょう。なおVisual Studioの使い方などに関しては各バージョンで違うので専用スレでお願いします
http://www.visualstudio.com/downloads/
■情報源
https://learn.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/
https://learn.microsoft.com/en-us/dotnet/standard/class-libraries
https://referencesource.microsoft.com/
https://source.dot.net/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html
++C++; // 未確認飛行 C
https://ufcpp.net/

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

2023/07/22(土) 10:35:33.60

>>906
アプリの生存確認

2023/07/22(土) 13:04:05.76

デスクトップのアイコンダブルクリックしたのになんも画面出て来なかったら
動いてるのか不安になるのがエンドユーザー

2023/07/22(土) 18:21:41.76

そらWEBアプリが流行るわな
とりあえず画面は出てくるしな

2023/07/22(土) 18:44:42.22

こじ付け

2023/07/22(土) 18:46:25.02

>>907
今時プログレスバー程度じゃアプリの生存確認にはならないかー

2023/07/22(土) 20:58:38.40

生存w

2023/07/22(土) 21:08:30.62

WEBアプリでもローディングあるやつあるけどな

2023/07/23(日) 00:11:53.57

webview2の初期化でぐるぐるさせる

2023/07/23(日) 06:35:51.66

出てるプログレスバーがなんのプログレスバーか理解できる使用者がどれほど居るか

2023/07/23(日) 08:35:02.27

とりあえず動いとけばいい

2023/07/23(日) 21:00:26.02

>>915
何のとか関係ないんだよね>>899に書かれてる通り、
応答なしってなった場合にユーザーがアプリが固まったって思って不安になったり、
人によっては強制終了させたりすることを回避するのが目的でみな実装してると思うよ

2023/07/23(日) 23:04:58.70

win11でwindows　upadateの元データ読み込みの時間がかかったらタイトルバーで
プログレスバー的なアニメーションが出る

2023/07/24(月) 00:09:50.17

タイトルバーで糞判りづらいアニメーションされてもな

2023/07/24(月) 06:55:49.96

>>917
プログレスバー出す出さないと応答なしになるかどうかはイコールじゃねぇのよ

2023/07/24(月) 08:15:20.93

>>920
もともとは>>890から来てる話のつもりだけど
重たい処理を裏で実行させて画面は動いてます（応答なしになってません）ってのを
ユーザーに伝えるためにプログレスバーだしてると思ってるんだが違うのか？
非同期でもなくプログレスバー出して進捗報告してるだけなら言ってる通りかもね

2023/07/24(月) 09:57:36.50

10秒ならクルクルカーソルでいい
1分超えるならメッセージぐらい出そう
10分レベルだとプログレス必須

つまり非同期は10分超えのみでいい

2023/07/24(月) 11:10:30.20

大多数のユーザーが使う画面作ってないのかわからんけど
10秒程度で画面クリックしたら応答なしになるだけで文句いってくるところもあるからね
10分越えで非同期とかはぬるすぎ
まあこの辺までくるとスレチな感じだから言い逃げになるけど自分はここまでにするわ

2023/07/24(月) 11:24:15.27

苦情は「起動が遅い」だろ？
「応答するともっと遅くなりますよ」で返せばいい

2023/07/24(月) 11:26:52.53

他にもあると思うが、通信、I/O、DBは無条件で非同期や並行処理を意識して設計しないとな

2023/07/24(月) 11:30:21.52

素人はそう考えるけど
待機中のユーザーが他の作業を出来ることは少ない
というか待つだけだろ？
つまり非同期は不要

2023/07/24(月) 12:28:09.61

5秒だか10秒だか
応答しないとOSにフリーズ判定されるでしょ

2023/07/24(月) 12:48:04.14

>>926
でもそれアナタの思い込みですよねｗ

2023/07/24(月) 13:26:28.55

今時UIが長期間応答しなくなるのは低品質アプリの証
非同期処理が実装しやすいC#では特に

2023/07/24(月) 13:43:25.62

ギャラガでもさせるか？

2023/07/24(月) 14:00:15.94

コナミ　グラディウス　バブルシステム起動画面 - YouTube
https://youtu.be/dM-UCiUirj4

2023/07/24(月) 22:19:22.23

>>921
なんか盛大に勘違いしてた、忘れてくれ･･･

2023/07/30(日) 13:16:32.79

>>929
逆に聞きたいけど長時間応答するしかねえって事もあるんじゃないの？
意図的にそうしてるとか

2023/07/30(日) 13:16:34.66

>>929
逆に聞きたいけど長時間応答するしかねえって事もあるんじゃないの？
意図的にそうしてるとか

2023/07/30(日) 13:47:13.19

手抜きか技術不足以外で長時間無応答を放置する理由はありません

2023/07/30(日) 13:54:56.32

実行中の処理に影響与えないように応答させないのって普通じゃね？

2023/07/30(日) 14:13:33.41

非同期にするオーバヘッドがないぶん処理が早く終わるしな

2023/07/30(日) 14:25:18.01

30年前のCPUか？

2023/07/30(日) 15:29:45.06

いつの発想だよ…
UIと時間がかかる処理は別スレッドだし
今時のPCならオーバーヘッドは無いに等しいだろ

2023/07/30(日) 15:32:39.03

>>936
UIの制御は必要になるけど、それをしないのは手抜きってやつだ

2023/07/30(日) 15:39:50.10

>>936
UIがないアプリなら好きにしろ。
UIがあるならUIのお約束を守れ。守れないのは低品質アプリだ。

2023/07/30(日) 16:01:47.86

で応答できないことの何が問題？

2023/07/30(日) 18:57:09.57

てゆーか、まだやってたんだ。
ある意味スゲー。

2023/07/31(月) 02:48:28.98

ＵＩが無応答って状態を勘違いしてる気がする

2023/07/31(月) 09:07:39.25

まだやってたんだって言うか、1週間近く動きも無く終わったと思われてた話をバカが蒸し返しただけ

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-kvF/) · 2023/07/31(月) 13:17:06.46

>>942
応答出来ない=次に応答するのが計算が終わったタイミング
と言うことになる
つまり開始後中断したくてUI(例えば停止ボタン)押して
実際に止まるのが計算完了後で
計算結果が表示される直前に終了してくれるオマケ付き

2023/07/31(月) 13:19:35.83

>>946
>>942みたいな過去の遺物みたいなのにかかわらないほうがいいぞ
「そのうち返ってくるでしょ」みたいな考えのやからは一定数いるからな

2023/07/31(月) 13:25:23.15

全然ecoじゃない
SDGs連中が飛び付くネタ

2023/08/01(火) 01:57:41.21

https://atmarkit.itmedia.co.jp/ait/articles/1702/22/news010.html
> 　Windows上で実行されるアプリケーションのウィンドウは、応答がない状態になると、
> ウィンドウタイトルに「（応答なし）」と表示してユーザーに知らせます。

> “応答がない状態”とは、アプリケーションのプロセスが持つウィンドウオブジェクトが
> 「ウィンドウメッセージ（Window Message）」に5秒（既定）以上、応答しなくなる状態を指します。

こんなん出たんですけどとか言われたら恥ずかしいだろ

2023/08/01(火) 08:39:12.57

そうやってOSが面倒見てくれてるし気にするな

2023/08/01(火) 08:48:36.38

気にしろし

2023/08/01(火) 19:37:01.30

真のエコはシングルスレッド非同期
プログラミングコストは爆増するけどな

2023/08/01(火) 23:34:51.68

魔法の呪文DoEventsでおｋ

2023/08/02(水) 07:43:03.92

進捗表示、キャンセルや一時停止を受け付けない設計はクソ。

2023/08/03(木) 10:08:52.15

シリアルポートからの送信を出来るだけ高速に受信したいのですが、下記以外に何かありますでしょうか？
また高速化する方法がありましたら、指摘してください。
よろしくお願いします。

LinkedList<byte> LLBuffer = new LinkedList<byte>();
SerialPort sp = new SerialPort();
byte[] buf = Encoding.ASCII.GetBytes(sp.ReadExisting());

foreach(byte b in data)
LLBuffer.AddLast(b);

2023/08/03(木) 11:06:07.21

>>955
単なる生バイト配列が欲しいんだったらEncoding.ASCII.GetBytes(sp.ReadExisting())は二重に無駄な事してるから
var buf = new byte[1024];
int count = sp.Read(buf, 0, buf.Length);
for (int i = 0; i < count; ++i) LLBuffer.AddLast(buf[i]);

2023/08/03(木) 11:41:09.07

>>956
ありがとうございます。
現在は1024バイト固定で受信しているのですが、
sp.ReadBufferSize()で見ているとどんどんシリアルポートのバッファが溜まって頭打ちになっているので、
アプリ側で出来るだけ取得しておきたいと思い、sp.ReadExisting()の使用を検討しているところです。

2023/08/03(木) 12:22:33.04

>>957
IOの方が早いなんてことは有り得ないからwhileで回すとかはしてる？
内部バッファが空の時にsp.Read(buf, 0, buf.Length)するとブロックされちゃうのかな
そうじゃないならwhile ((count = sp.Read(buf, 0, buf.Length)) != 0)、
ブロックされるとしてそれが嫌ならsp.BytesToReadで溜まってるバイト数チェックやDataReceivedイベントで拾うとか

2023/08/05(土) 10:43:10.90

誰も突っ込まないけどシリアル受信に間に合わないは普通にあり得るくね、

2023/08/05(土) 11:08:11.80

シリアルってだけで実際のスピードもハードスペックもＰＣの使用状況も書いてないけど
個人的意見なら、いまどきのハードでC#で普通に作って間に合わんなんて、
他に何か原因がなければ想像できんレベルだが

2023/08/05(土) 11:37:11.83

同期9600bps を試しにやってみたまえ。

LANCとかやね

2023/08/05(土) 11:45:14.79

.NET7でnlogがあれやこれやしてもうんともすんとも言わないので
おすすめのログのライブラリとかありまふか

2023/08/05(土) 14:09:41.96

nugetのランキング上位にあるやつ使えるのでは？

2023/08/05(土) 15:32:52.86

.NET7でNLog普通に使えてるけどなぁ
ちょっと前のバージョン(5.1.4)だからか?

2023/08/05(土) 15:46:07.77

nugetの最新(5.2.2)にしたけど使えてるな

2023/08/05(土) 16:15:39.59

.NET7使ってるのが驚き

2023/08/06(日) 21:10:40.86

その程度で驚くヤツはくるみぽんちおの刑だな。
うちの製品なんて、.net framework 1.1 使ってる製品もある。
しかも重要ユーザーからの要望があれば機能追加までしてる。

2023/08/07(月) 07:41:51.88

XPで動かしてそう

2023/08/07(月) 09:07:25.45

OSにしてもランタイムにしても、古いのずっと生き残ってるのあるあるだよな
うちの顧客なんてVB6製アプリをXPで動かしてるとこまだあるしな……

2023/08/07(月) 09:08:05.81

流石にNT4はもう居なくなったけど

2023/08/07(月) 09:17:47.25

ニューテクノロジ４か
名前にニューって付けて年月経つと碌なことにならないな

2023/08/07(月) 10:03:51.30

うめようず

**962** (ﾜｯﾁｮｲ 9949-c/5M) · 2023/08/07(月) 10:41:55.42

NLog動くようになった！
コードで設定すると動く、でもConfigは反映されないからと色々やってたら
「出力ディレクトリをコピー」
「ビルドアクション」
を設定してないことに気づいた

C#（てかVS）久しぶりすぎて各ファイルにあるプロパティの存在を忘れてたｗ

2023/08/07(月) 14:14:56.57

ふぅ・・・例外握りつぶしてたぜ・・やっと不具合原因のとっかかり見つけた

2023/08/07(月) 15:03:38.79

byte high = 0xff;;
bool flag = (high & 0b10000000) != 0;

これをもっとC#っぽくできないの？

2023/08/07(月) 15:16:30.47

>>975
フラグをenum定義したら

[Flags]
enum Hoge : byte
{
　Flag0 = 1 << 0,
　Flag1 = 1 << 1,
　...
　Flag7 = 1 << 7,
}

var high = ( Hoge )0xff;
high.HasFlag( Hoge.Flag7 );

2023/08/07(月) 23:19:46.08

enumに属性がなんか気持ち悪いし…使用時にキャストしてるのもなんだかな
#defineが無い弊害がこういうとこで出るのか
C/C++のビット演算はイディオムで綺麗に書けるのにな

2023/08/07(月) 23:34:33.91

キャストが嫌なら、複数のフラグをORで連結すれば

2023/08/07(月) 23:44:21.58

2023/08/08(火) 08:54:05.88

個人的には、Flagsよりも定義でビットシフトしてるんがなんか嫌だなｗ

>>975でも十分C#っぽい気はするけどねぇ
C/C++でif(high & 0x80)で済むのはBOOLの実体が数値だからで
C#のboolは別物だからしょうがないし

2023/08/08(火) 09:22:12.70

次スレ

ふらっと C#,C♯,C＃（初心者用） Part159
https://mevius.5ch.net/test/read.cgi/tech/1691454079/

2023/08/09(水) 09:18:17.06

このままでいい気がしてきた

2023/08/10(木) 00:40:12.02

>>980
ビットシフトで定義するかは好みと慣れだな
C言語でも見かけるし
一応、何ビット目かソース上ではっきりするってメリットがある

2023/08/10(木) 07:11:54.17

何ビット目かって表現なら、それこそ>>975の方がC#では普通になったんじゃない？

2023/08/11(金) 16:58:32.91

ラムダ式ってこうちょろちょろっとした処理を書くのに使うものであってでかい処理は関数定義するのが基本って認識だったんですけど間違ってますかね
もう今のプロジェクトラムダ式渡すところで数十行の関数がガンガン出てきてて
デバッグしにくいわかりにくいでげんなりしています。まぁこれに限らずそもそも表に出る機能単位でしか考えてないのか関数抽出するって考え方があんま無いみたいな現場なんですが……

2023/08/11(金) 18:07:32.18

>>985
どうとでもいえるけど基本的にはその使い方は特に間違ってはいないので認識が間違っていると思う
処理の委譲目的ならそれが普通かも

関数抽出しやすいなら関数を抽出する
ローカル変数などに依存度が高いならそのまんま書いたほうがいい

設計がしっかりしてクラスを作ってそれを渡しあってるとかなら別だけどそんなことしてられないと思う

2023/08/11(金) 18:39:03.98

デバッグしたいなら1処理ずつ分けて書き直しゃいいだろ
C#のlambdaはdelegateの意味も暗黙に含んでるからそのものは削らない方がいいけど

2023/08/11(金) 20:58:53.23

同じ処理を他でも使うならメソッド化した方がいいと思うけど、そこでしかやらないならラムダでかまわんと思うけどな
今やローカル関数なんてのもあるし

2023/08/19(土) 20:49:54.56

closedxmlでセルに書き込み反映されない…なんで😭

2023/08/20(日) 02:06:38.74

jsonのテキストをデコードできる関数ないかな？
htmlでいうところのHttpUtility.HtmlDecode()のjson文字列版
「https:\u002F\u002Fwww」を「https://www」に変換したい
そんなの自作しろと言われたらそれまでだけど、あるならあるの使いたいので

2023/08/20(日) 04:06:30.93

Regex.Unescape()でいけるのかな

2023/08/20(日) 08:33:15.17

ちょっと前にTwitterのデータ取得して遊んでた時はRegex.Unescapeでやってたけど

2023/08/20(日) 18:10:25.72

そこで普通にjsonパーサ使おうと思わないの何でなん

2023/08/20(日) 18:37:23.62

JsonNode.Parseでゲットした配列から取り出した文字列をRegex.Unescapeにかけたんだけどね

2023/08/20(日) 19:12:02.03

jsonがあるわけじゃなかったから
適当なclass用意して文字列をjsonの書式にフォーマットしてパースして取り出すって流れは気分的にやりたくなかった

2023/08/20(日) 20:06:30.57

"hoge"だけみたいな文字列も整形式のJSONだよ
JsonSerializer.Deserialize<string>("\"hoge\"");
生の文字列なら前後に二重引用符付ける必要はあるだろうけど

2023/08/20(日) 21:07:24.34

試したら動いた。stringクラス指定だけでできたのか。それは知らなかった

2023/08/21(月) 08:03:28.38

うめか

2023/08/21(月) 14:43:41.77

質問いいですか？

2023/08/21(月) 14:52:47.39

どうぞどうぞ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 148日 7時間 21分 47秒