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

2019/10/07(月) 20:16:17.93

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

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

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

■情報源
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/
・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

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

2019/10/30(水) 17:58:18.14

>>321
RazorってMVCとセットってイメージだが違うのか
Razorの判断は今週末にどれほど理解できるかで判断してみます

2019/10/30(水) 18:10:55.61

Razor自体は何も難しくないがHTMLやJavaScriptの経験が必須だぞ

2019/10/30(水) 18:13:54.26

>>323
やっぱりか
昨日コレ買ってRazorが一切出てこないから残念です
https://i.imgur.com/3TrHnT5.jpg

2019/10/30(水) 20:38:29.06

>>322
MVCならWeb Form用のview engineでもRazorでも簡単に変更可能って話
ASP.NET Web Formsの場合はたぶん無理、できたとしてもハードル高いと思う

2019/10/30(水) 23:28:43.02

>>85
じゃあマックはダメですね

2019/10/31(木) 08:29:06.57

質問なんですが
ゴミ箱に送る方法で簡単な方法ないの？VisualBasicを参照するしかないの？
C#使ってる人はゴミ箱に移動するって使わないのだろうか？

2019/10/31(木) 08:43:39.37

使わないね
利用したいケースも思い浮かばない
そもそもファイル削除は極力しない

2019/10/31(木) 09:20:44.08

ＯＳが勝手にやるもんだろ

2019/10/31(木) 09:43:24.92

そもそもC#の用途として、今時デスクトップアプリを作ってる人自体が絶滅危惧種だろう
WebアプリやUnityゲームでゴミ箱が必要だと思う？

2019/10/31(木) 09:47:58.08

>>327
shell32.dll

2019/10/31(木) 10:41:56.01

winformなんだけど
ひたすら流れてくるログを表示してくれる
フォームに埋め込めるコンソールウインドウみたいな
コントロールってないだろうか
折り返しとか最大保持行数とか設定できるやつ

2019/10/31(木) 12:06:11.16

>>327
そのVBのアセンブリは.NET Frameworkに標準で入ってるもんなんだから十分簡単な方法では

2019/10/31(木) 12:26:42.29

ファイラー作ってる人は
ゴミ箱に入ってもらわないと困るかもな
エクスプローラーのゴミ箱からもとに戻す

その一点だな

2019/10/31(木) 12:28:32.03

>>332
ないと思うけど、そんなのTextBoxでもRichTextBoxでも
新しい行を追加する時に既に「行数 ≧ 最大値」だったら
先に先頭行削除してから追加するだけと違うの？

何も難しくない気が

2019/10/31(木) 13:06:24.26

>>332
ConsoleControlってのでできそうだけど
ListView使って自分でやったほうが早そう

>>335
先頭行削除するときに先頭行以外の部分をコピーする必要があるから
ログの量とか速度が速いと困るかもしれない

2019/10/31(木) 13:19:49.51

リスト系はリスト系で1行目の途中から2行目の途中まで選択してコピーとかできなくなったり

2019/10/31(木) 13:21:02.81

>>335
行数が増えると速度的に破綻する

2019/10/31(木) 13:37:40.30

>>338
行数は上限があるんだから増えないのでは？w

それに速度が問題になるようなケースならリアルタイムで逐次的に表示更新する
意味ないのでは？

だーれも目で追えないと思うよw

2019/10/31(木) 14:29:54.26

queueでどうにかならんの？

2019/10/31(木) 18:31:07.11

中入れ中出し法

2019/10/31(木) 19:15:16.89

>>340
お前は問題を履き違えている
Stringのコピーなんか人間の体感スケールで見ればそれ自体は大したコストではない
問題は、Stringの再作成時にテキストボックスの内容全体を更新しなければならないこと

2019/10/31(木) 19:39:52.83

いや、速度がどうとか言う人がいたんで、
逐次的な表示更新が間に合わないなら
最新n件をキューにためておいてUIの都合でおっとり更新したらいいんじゃないか、
って言いたかったのでは？

2019/10/31(木) 20:04:31.91

なんかいろいろすいません
テキスト系のコントロールだと全書き換えになって遅いし
List系だと折り返しがしづらいしで
表示だけに特化したコントロールはないかなと思ってました

表示と同時にログはファイルにも記録しているので
ドバッと来て追いきれない時はファイルでじっくり見ます
画面はあくまで気になるログが出ていないか
確認する程度のものです

2019/10/31(木) 20:17:16.88

「c# log viewer」とかでググって出てきた奴を片っ端から試す
もし満足できるものが無かったら自分でコントロール作った方が手っ取り早いと思う
ログのパースが不要なら簡単にできるでしょ

2019/10/31(木) 20:26:45.13

>>344
テキストボックス使ってログを流すときは最新のログを数十行とかだけ表示するようにしたら遅くなることはない
必要なら全体表示に切り替えできるようにしとけばいい

2019/10/31(木) 21:03:08.53

いやテキストは遅いしチラつくし…
コンソール見たいなログ表示ってやっぱり
作るしかないのかな

2019/10/31(木) 21:12:56.64

>>347
RichTextBoxでチラついた経験は無いけどダブルバッファリングを有効にしてみたら？
https://ideone.com/SlZEBm
表示が遅いとは思わない

2019/10/31(木) 21:26:17.79

テキスト折り返したいならDataGirdView

ConsoleControlってのはコレ
https://github.com/dwmkerr/consolecontrol

2019/10/31(木) 22:10:23.48

>>348
試してみたよ、速度はそこまで悪くなかった
ただ最新のログを表示してくれないので、以下のコードをtextrollに追加してみたんだけど
スクロールバーが激しく上下に移動して
バグったようにちらついてダメだった

log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();

>>349
ありがとう試してみる

2019/10/31(木) 22:11:15.94

>>330
さいきんはデスクトップアプリつくらないのか、よもまつだな
>>328
削除は危険だからなあ
>>331
さんくす、でもなにやらむずそう
>>333
さんくすね、十分簡単なんだけど、ゴミ箱に移すという基本的なことが標準でできないのかなと
>>334
そうそうそんなかんじで、ファイルを整理するのにゴミ箱ほしいなと

2019/10/31(木) 22:22:14.18

>>350
ログ表示って何も考えず表示したら勝手になんねっけ？

textBox1.AppendText(s);

これだけじゃねっけ？

2019/10/31(木) 22:22:50.88

クロスプラットフォームというお題目に従えば
ゴミ箱はOS依存な機能であって基本的なことというわけでもないし…

2019/10/31(木) 22:26:35.09

ちなみにループの中なんかでラベルの表示を変えたいときは

label1.Update();

みたいにやらんと表示してくんないよ
そういうのはおｋ？

2019/10/31(木) 22:31:55.44

>>352
何日も回しているとパンクしてしまう

2019/10/31(木) 22:48:12.69

>>349
試してみたよ
ログを追加したときに最新行を表示してくれる機能がなかった
中身は結局RitchTextBoxみたいだね
ログはどんどん溜まっていく一方で、古いログを消す機能は実装されてないみたいだった
なかなかこれってものはないもんだなぁ…

2019/10/31(木) 22:52:53.11

>>350
ScrollToCaret使わなくても組み替えて最新の行をAppendTextで出力するだけでいい
そもそもスクロールしない行数にしたらいい。80行にしてあるのは「この程度では遅くならない」例のためだけ
>スクロールバーが激しく上下に移動して
表示が早いからだよねそれ

2019/10/31(木) 23:04:24.71

>>355
パンクの原因は？

2019/10/31(木) 23:07:55.77

何を既に試して、その上でどういう要件が満たせないから困ってるのか、
最初から書いて欲しいよね

後出しで「それだとこういう不満がある」とか言われてもみんな気分悪くなるだけじゃないの

2019/10/31(木) 23:18:32.99

結局、ログがどうあったらいいかよくわかってないんだろ
そもそも「誰が」「どう使う」ためのログなのか？わかってなきゃ
この世に存在しない無敵のログ表示を求めて彷徨い歩くだけだ

2019/10/31(木) 23:25:23.01

WinTailでええやん

2019/10/31(木) 23:48:40.87

最初に言った通りコンソールウインドウみたいなのが欲しいんだよね
最新のログが一番下に表示されて、勝手にスクロールしていくような

ログが延々と流れてくるので保持行数は200行程度として
できるだけ軽いのが欲しいんだ

2019/10/31(木) 23:52:18.30

200行程度ただのtextboxで十分では？
200万行の打ち間違い？それか1行数万文字あるの？

2019/11/01(金) 01:18:38.34

TextBoxに1行100文字のn行の文字列を設定し、最下行を表示させるのにかかった時間
(@Ryzen 3700X)

2行:2[msec]
20行:4[msec]
200行:8[msec]
2,000行:60[msec]
20,000行:563[msec]
200,000行:5,624[msec]
2000,000行:測定不能(OutOfMemoryException)

備考
TextBoxに1万行設定した場合、設定にかかる時間はそんなでもないが、TextBoxを変形させる(ウィンドウサイズ変更に追従させる等)のに時間がかかる
5万行になるとまともに変形しない

2019/11/01(金) 01:36:53.37

視認するデバッグコンソール程度で重いも軽いもないと思うが
骨董品レベルのPC使ってるのか？
リアルタイムで見るログならログレベルで絞ればいいのでは？

2019/11/01(金) 10:42:20.61

直近200行のリングバッファを表示するだけではダメなのか
2000,000行保持してまさか目視するわけじゃないよな
200行以前はファイルにでも吐いておけば

2019/11/01(金) 11:16:41.01

200行程度List<string>で保持して更新あるたびにaddとremoveして都度Textboxを更新でなんの問題も無いと思う
気になるならListをQueueにでもすればいい
ごちゃごちゃさせる程でもない単純な要件なんだから実装もそれに倣えばいい

2019/11/01(金) 12:45:55.78

>>350
Double Bufferingでもチラつきが激しいなら
再描画を一旦停止してTextBox更新してから再開
https://dobon.net/vb/dotnet/control/beginupdate.html

>>358
AppendText使いつつ最大行数を超えた古いログ削除できる？

2019/11/01(金) 18:49:44.29

>>332の件、ちょっと気になったのでTextBoxで試してみた

(a) SelectedTextを空文字で上書きして先頭の行を削除、
その後AppendTextで新しいログを追記

(b) Linesを一旦List<string>にコピーして先頭行の削除と
新しいログの追加を行った後、Linesに書き戻しキャレットを末尾に
移動しScrollToCaret

(a)の方法でやると確かにスクロールバーがﾌﾟﾙﾌﾟﾙするw
(b)の方法ならそれはほとんど起こらない（完全ではないみたいだが）

(a)の方法でも、先頭行を削る時に一気に10行とか削れば
そこまで気にならない印象

2019/11/01(金) 20:09:54.53

そもそも高速でログを流すのでなければ表示の切り替えはそんな目立たないと思うんだけど
>>369
(a) を参考に空文字で上書きするときにTextBoxからFocusを外してスクロールバーが動かないようにできないかと思ったけどうまくできなかったｗ
削除時にスクロール位置動かなければうまくいきそうだけど手段が他にすぐ思いつかない
他に思い付いたやり方は3つ
・AllocConsole()使ってコンソール画面を表示してそこにログを流す
　コンソール画面閉じるとプロセスも閉じるのでその対策が必要
・348にRichTextBoxを2つ用意して交互にバックグラウンドでスクロールさせた後に表示する
・348で最新のログを一番上に追加していく

2019/11/02(土) 00:15:28.48

そうなんだよ
意外と難しいんだよね

2019/11/02(土) 01:17:56.03

いや、難しくしてるのは意味のない要件だって
細部まで詳細に思惑通りに動くコントロールが要求されるなら1から全部作るしか無い
TextBox等のすでに提供されてるコントロールを使うならそれに則った要件に変えればいいだけ

内部の動作ログを画面上に出してほしい要件はちょいちょいあるけど、俺個人はいつも上部を最新にするかスクロールさせないかの仕様を取る
何なら画面のチラツキなんて目を瞑ることもあるし最新行への追従をさせないこともある
楽に実装したいからそういうコントロール使ってるんだもん

どうしても要件変えられないなら低レベルAPI使って描画制御からやりゃほとんど対応できる
対応しただけのコストに見合うメリットがあるかは知らん
クライアントの強い要望とか言われたらするしか無いだろうけど

2019/11/02(土) 07:08:12.27

>>372
俺もDataGridViewにして上部を最新にしちゃうな
大体タイムスタンプの列あるし

2019/11/02(土) 11:38:27.23

そういえば昔、グリッドだかリストコントロール＋それとは別のコントロールとして縦スクロールバーをつけて
擬似的にスクロール可能な全行表示コントロールを作ったことあった。
実際としてはグリッド・リストに一部のデータを表示しているだけってヤツね。

経験としては割に合わないからやめといた方がいいと思う。

2019/11/02(土) 18:26:30.67

zedgraph以外で使いやすいグラフ描画ライブラリをご存知ないでしょうか。

2019/11/02(土) 18:34:46.73

何が良くて何が悪いのか、それがわからないと提案できないぞ

2019/11/02(土) 18:59:15.75

>>350

>>348の試してみたけど
新しいTextを設定する時に描画を停止してやれば普通に使える
描画を一旦停止させる方法は>>368のリンク

private void texroll(string st)
{
roll.Add(st);
if (roll.Count > 300) roll.RemoveRange(0, 100);
using (new SuspendRedraw<RichTextBox>(log))
{
log.Text = string.Join("\n", roll.ToArray());
}
log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();
Application.DoEvents();
}

2019/11/02(土) 19:24:06.82

もうimage上じゃなくpictureboxに直接描画したほうがよくないかなｗ

2019/11/02(土) 19:58:05.88

開発終了してるからかな

2019/11/02(土) 20:07:37.11

>>379
imageが？

2019/11/02(土) 20:51:31.59

>>375
使いやすいかどうか知らないけど
最近使い始めたLivechart

2019/11/02(土) 21:24:35.05

>>377
DoEventsは無くしたいな

2019/11/03(日) 23:16:11.35

関数ポインタの配列的なことをマネージコードでやるにはどうすればいいの？

2019/11/03(日) 23:24:57.20

FuncやらActionを配列で持つとかとか

2019/11/03(日) 23:53:36.44

普通に足せない？

2019/11/04(月) 00:33:22.52

イベントハンドラ以外にマルチキャストを使うのはお勧めしない
古臭い黴の生えた機能だよ

2019/11/04(月) 14:50:52.31

>>383,384,385
arrayから取り出して実行するところのコーディングが分かりません

void(*ptf[n])(void);
ptf[0] = func1;
ptf[1] = func2;
ptf[2] = func3;
...
(*ptf[i])();
こういうのをメゾットでやるには、マネージコードではどうすればいいんだろう？

2019/11/04(月) 14:59:46.62

>>387
デリゲート
https://ufcpp.net/study/csharp/sp_delegate.html

2019/11/04(月) 15:03:14.57

>>387
var funcs = new Action[] { Func1, Func2, Func3 };
funcs[ 0 ]();
とか
var func = funcs[ 1 ];
func();

2019/11/04(月) 15:03:42.47

C#で関数を値として受け渡すためにはデリゲートっていう型を使う

**デフォルトの名無しさん** (JP 0H4f-pjCs) · 2019/11/04(月) 17:43:23.21

マネージコードってなんや？

2019/11/04(月) 17:47:38.02

>>391
「マネージコード」は「馬鹿でもわかる」と読み替えればだいたい間違いない

2019/11/04(月) 19:02:59.97

palallelで同じbyte[]を読み書きしてみたら
思ったより処理が早くないんだけど
排他処理とかで重くなっていたりとかある？

2019/11/04(月) 19:05:28.08

何でも非同期にしたら速くなるわけではない
理由は排他制御とかTaskの生成コストとか色々
高速化するにはうまくやる必要がある

2019/11/04(月) 19:32:49.51

スレッドプール使うといっても生成コストは結構高いので一瞬で終わる処理だと逆効果

2019/11/04(月) 23:18:45.02

Parallelは処理の分割とかスレッドプールの管理はしてくれるけど
排他制御はしてくれんやろ？

2019/11/04(月) 23:49:11.75

やっぱそうか…単純に単純に処理が重いんだね
見直してみますありがとう

2019/11/05(火) 00:36:50.60

structをpublicにしても各メンバーは一括でpublic扱いにならないのなんでなん？親分がpublicなら子分も暗黙的にpublicやろがいと思いまして。

2019/11/05(火) 00:37:22.81

せやな

2019/11/05(火) 01:08:31.06

>>398
誰に対するpublicなのか勘違いしてね？

2019/11/05(火) 05:42:15.86

>>398
全部publicつけるように習慣づけとけばいいよ。

2019/11/05(火) 06:23:16.40

>>398
お前の親が知人にお前のことを紹介するとき、お前の机の中のエロ本やパソコン内のエロ画像フォルダを勝手に公開されたら困るだろ

**デフォルトの名無しさん** (JP 0H4f-pjCs) · 2019/11/05(火) 06:42:35.89

>>396
lookするだけちゃうの？

2019/11/05(火) 07:41:50.89

見て！

2019/11/05(火) 10:36:58.27

>>402
この説明したことあるわw

2019/11/05(火) 14:36:36.98

WPF始めたばかりでThumbを使ってドラッグでコントロールを移動をしたかったんだけど
これってそもそも中にラベルやボタンを置けない仕様なのかな…？
とりあえずtemplateを使って無理矢理borderとbuttonを置いてみたけど
今度はborderからはDragStartedもDragDeltaもThumbに届くのに、buttonからは届かない

Thumbってどういう風に使うものなんですかね…
ウインドウのタイトルバー的な感じに置くものなのでしょうか

2019/11/05(火) 14:46:13.23

他のUI要素の部品として使われることを想定してるもんだからね

2019/11/05(火) 14:55:03.31

例えばラベルにThumbの機能を持たせようとするとどうしたらいいんだろう？

thumbのテンプレートにラベルを置いたとして、ラベルのテキストやbackgroundプロパティを
tumbのプロパティとして定義することはできるのかな…？

2019/11/05(火) 15:07:10.27

Thumbの機能ってのはよく分からんが、「ラベルにThumbの機能を持たせる」のに
Thumbにラベルの機能持たせるとか主客転倒してるように思える

2019/11/05(火) 15:12:25.39

基本的にThumbってのは「マウスのドラッグで操作する」ことを表すもので
そのドラッグにどう意味づけするかはThumbではなくてThumbを持っている要素が決めるもの
スクロールバーならドラッグをスクロールとして扱うし
スライダーなら値の増減を表す

2019/11/05(火) 15:29:08.42

もしかして俺の理解がおかしいのかな

普通のウインドウみたいにタイトルバーをドラッグしてコントロールを動かしたい場合って

<dockpanel>
<thumb>
<label>

みたいにするものなのかな、それとも

<dockpanel>
<label>
<thumb>

が正しい？

本当は

<thumb>
<dockpanel>
<label>

みたいにしてdockpanelのボタンとか以外の場所は
ドラッグ移動可能にしたいのだけど…

2019/11/05(火) 15:50:59.23

DTD見ろ

2019/11/05(火) 15:58:11.06

正直全然説明が理解できんが
DockPanelをルートとしたウィンドウ内ウィンドウ的なのが存在してて
それのタイトルバー的なのをマウスで掴んで動かしたいってことでいいのか

まあThumbの出番は無いだろうな

2019/11/05(火) 16:02:31.08

>>413
そういうこと！
なんだけど出番ないのか…どうしたらいいんだ…？

2019/11/05(火) 16:27:06.76

ドラッグできる部分をBorderとかで定義して
そいつのMouseLeftButtonDown/MouseMove/MouseLeftButtonUpイベントでDockPanelを動かすコードを書く

2019/11/05(火) 19:01:21.35

public class Person
{
string name;
　int age;
public read()
{
// ファイルを読み込んでnameとageに入れる
}}
こんなクラスがあるとします。1クラスに1役割ということでここからPersonクラスとPersonReaderクラスに分けることを考えます。
そのときPersonReaderは以下の2種類ってどちらがベターでしょうか
public class PersonReader
{
private Person person;
public PersonReader(Person person)
{
this.person = person;
}
public read()
{
// ファイルを読み込む処理
　person =　～
}}

Public class PersonReader
{
public Read(Person person)
{
　　// ファイルを読み込む処理
　　person = ～
}}
readに引数無いほうがきれいな気がするんですけど、readerにもオブジェクトの参照持たせるのは不味いような気もします。
よろしくおねがいします

2019/11/05(火) 19:19:02.37

>>416
あんまり教条主義的に考えない方がいいのでは？
特に事情がない限り

// ○○ファイを読み込んでこのインスタンスのフィールドとプロパティーを更新する
public void Load(string path)
{
　　....
}

とか、

// 〇〇ファイルから新しいインスタンスを作成
public static Person FromFile(string path)
{
　　....
}

こんなの方が使いやすいのでは？

2019/11/05(火) 19:19:34.94

win32apiをc#から呼ぶのは色々大変です
少し調べたらVanara.PInvokeのnugetがありました
日本語の記事が余り無いようですがどんなもんなんでしょうか？

2019/11/05(火) 20:06:06.04

>>416
C#を使用している限りでは、このコードでメモリリークの問題は起きないはずです
それでもどうしても心配だというなら弱参照にしてください

2019/11/05(火) 21:59:36.96

>>417
あーまぁ今回の例だとそうかもしれないですね。
ただ実際の開発だとxmlを読み込むんですけどちょっと処理が膨大で。読み込む先、今回で言うところのPersonクラスも相当でかいので分けないといかんだろと

2019/11/05(火) 22:21:14.48

>>416
正直どっちも勘弁してって感じ
インスタンス生成の責務をファクトリに割り当てる頻出パターンなので
ファクトリやファクトリメソッドのキーワードでググればいいと思う

ファクトリクラスはusing Personしても参照を持つ必要はない