ふらっと 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/05/27(土) 03:35:48.04

Ｊａｖａの検査例外とはいったい何だったのか

もうちょっとあれが正常進化しなかったのかなぁ

2023/05/27(土) 08:52:14.00

>>634
人に渡すならC#でいんじゃね

2023/05/27(土) 08:55:45.91

>>637
リスコフの置換原則を強制するためのものだけど土方にはそんな強制不要だし検査例外だけじゃ強制できないから中途半端で使いにくくなるだけなんだよね

2023/05/27(土) 13:23:39.47

>>636
ちょっとなんだかなあって感じするけど、それがベストか

>>638
テキストエディタとかで簡単に修正できたほうがいいかなって

2023/05/27(土) 16:16:22.11

>>617
自動化とかのコンテキストで、GUI無しの業務App増えてきたよ

2023/05/27(土) 17:17:59.98

コンテキストの使い方間違ってないか？

2023/05/27(土) 19:10:08.90

>>642
コンテキスト=文脈ってことで指摘を受けること無いと思うんだけど、なにか癇に障った？

2023/05/27(土) 19:14:06.41

>>642
問題なく伝わる使い方だよ（「文脈」を指す表現）

2023/05/27(土) 19:39:01.46

https://kotobank.jp/word/%E6%96%87%E8%84%88-23024
文脈
> ある単語や句や文に対して，その前後の単語や句や文が及ぼす意味的規定力。

2023/05/27(土) 19:43:24.60

ウェブ開発のコンテキストでAPIはウェブAPIを指す
Windowsネイティブアプリ開発のコンテキストでAPIはWin32APIを指す

↑こういう使い方は「コンテキスト」の使い方として正しい

>>641のコンテキストは俺も見たことない使い方だから説明要るんじゃね

2023/05/27(土) 19:44:03.03

>>643-644
コンテキスト言いたいだけやろ
要らんやん

2023/05/27(土) 19:51:45.58

状況や流れで変わる何かが合って
その時の状況や流れが　コンテキスト　にあたる

全く同じことをしていても解釈が違うのはコンテキスト依存だから

2023/05/27(土) 19:57:36.16

どんどんアホみたいな方向に話が展開していく
This is the bikeshedding

2023/05/27(土) 19:58:22.03

正直なところ今回の用法ではあまりマッチしてるようには感じない
とりあえずそれが何かとの勘違いだとして何と勘違いしたのかを考えてみよう

2023/05/27(土) 20:05:30.51

なんだよ自動化のコンテキストって
夜間バッチかな、メッセージングかな、FAかな
どうせコンテキスト使うならコンテキスト境界を明確にしろっつうの

2023/05/27(土) 20:15:18.43

セグメントあたりかな？

カテゴリー、ジャンルやフィールドとかそういうのの狭い分野とかそういう事を言いたいんじゃないかと

2023/05/27(土) 20:29:32.13

>>651
イマドキ自動化って言われたらRPAやろ
まあ無能には分からんか

2023/05/27(土) 20:40:46.31

コンテキストの使い方としては問題ないだろうけど、その言葉を選ぶことが場にそぐわないというか
匿名掲示板の会話の中で使うと浮く言葉だという感覚は多少あるかな

2023/05/27(土) 20:50:51.87

なんでもいいけどプログラムの話しろよ無能ども

2023/05/27(土) 20:57:34.82

くっだらなね。

2023/05/27(土) 20:59:33.78

>>653
元レスからの文脈を辿ればRPAは出てこねんだわ

2023/05/27(土) 21:04:07.97

void Say(string text){
Console.WriteLine(text);
]
と
void Display(string text){
Console.WriteLine(text);
]
みたいのがあって中身が同じだけど別になってるのはコンテキストが違うから

コンテキスト無視してvoid Print()なんかにまとめちゃってからやっぱセリフは水色表示しましょうとなると修正が大変

と無理やりプログラムに絡める

2023/05/27(土) 21:22:29.54

>>653
馬鹿ってバッチ処理とか知らんのかね

2023/05/27(土) 21:24:53.37

>>659
今時って言ってるやん
馬鹿って理解できないのかねw

2023/05/27(土) 21:25:19.63

>>657
それってお前が馬鹿なだけやろ？

2023/05/27(土) 21:27:26.31

>>660
こういう馬鹿が夜間で終わらないバッチ処理を作って訴訟になる

2023/05/27(土) 21:32:00.54

>>662
アホすぎw

2023/05/27(土) 21:35:35.76

処理内容が同一でもコンテキストが同一とは限らない
処理内容が同一でもコンテキストが異なれば処理内容は同一であり続けるとは限らない

処理内容が同一でもコンテキストとして違いがあるのであればメソッドは別々にするのが望ましい

2023/05/27(土) 21:40:14.44

>>661
じゃあRPAと絡めたGUIなしアプリの具体例を出してみろよ

2023/05/27(土) 22:45:19.23

>>651
それらが元々GUIを備えていると本気で思っているのか?w

2023/05/27(土) 22:57:22.60

「文脈」の使い方が間違ってるよね

2023/05/27(土) 23:16:21.54

「文脈」は死語なんじゃね
前後の文読まないやつが大増殖してもう慣れたわ

2023/05/27(土) 23:49:42.44

「死後」の意味も判ってない模様

2023/05/28(日) 00:12:05.41

マの板でアメリカがデフォルトの危機言われて
頭ん中？？？？？？？？？？？？？？ってなる人たち？

2023/05/28(日) 01:01:41.22

>>669
突然関係ない話をしてどうした？

2023/05/28(日) 06:52:03.18

なんか急に賑やかになってると思ったらお前らｗｗ

2023/05/28(日) 11:02:05.14

ちょっと聞きたいんだがさらに一歩難いアルゴリズムについてね
本屋に基礎的なアルゴリズムを開設してる本はいっぱいあるし理解できるけど
海外の学者が書いた超分厚い専門書的なもんはマジでわからん

最適化とか巡回セールスマンとか群論とかトポロジーとかそのレベルも理解必要なんですかね？
C#できます！基本的なアルゴリズム理解できます！だけはちょい恥ずい

皆さんC#の言語仕様詳しいけど俺はさらに上を行ってるって自信を持てるには言語使用だけで
十分なんですかね？やっぱアルゴリズムも欲しがるべき？

2023/05/28(日) 11:06:53.24

そのへんの業務アプリ開発のコーダーくらいなら要らないんじゃね

2023/05/28(日) 11:15:47.39

要らんよね。
どこで使うんだろ

2023/05/28(日) 11:19:53.53

ゲーム開発とか

2023/05/28(日) 11:25:22.80

>>673
それは本当に専門書なのか？
割と基礎の部類に入るからQiitaでもいくつも記事あると思うぞ
土方には必要のない知識だけど使えるようになっておけば収入が高い職場に行けるかもしれんからやっておいて損はない

2023/05/28(日) 11:55:29.61

実際にコードが書けなくても必要な時にそのパターンに当てはまると知っているだけ良い
たまに概念などを興味本位で知る程度で十分
キーワードを知ってるだけで強い

自分が大学で最初に習ったアルゴリズムはソート
複数のソートの手法を学ぶ
それで計算量などの基礎的概念を刻み込む
それが出来るなら最適化についての段階は踏める

じゃあ数式を見てコードに落とせるかと言えば無理だと思う
そこから本気出すかライブラリ探すかになる

2023/05/28(日) 12:04:46.44

一般的なソートや検索のアルゴリズムは本屋にある基礎的なアルゴリズム解説本でカバーされてるやろ
今広く一般的に使われてるソート関数で使われてる細かい最適化の中身まではカバーされてないけど

2023/05/28(日) 12:07:38.06

ていうか自信の持ち方がいびつな気がするな
作ったアプリで自信持てば？
C#ならUnityでストア販売できるだろ
売上見てニヤつけよ

2023/05/28(日) 12:19:40.75

知りたいときに知りたいことを学べばいい
ライブラリで済むなら勉強することもないかもしれない

大学でオペレーションズリサーチの講義を取った
そこでは問題の概念について軽く学んで後はずっと確率などの微積分を行う
コードなどは一切書かないし手順すら学ばない
試験も同じで計算や数式を証明したりする

一般的なコーディングにはほぼ意味がないけど何かの問題解決するためには必要な人には必要
大体の人には無縁

難しい本だけど大学の教科書の内容ですら半年かけて講師に教わって学ぶ内容なので本を開いてぱっと理解できなくても何も問題ない
そういうものだと

2023/05/28(日) 12:24:36.31

1950～1970ごろにそういったサイエンスが花開いて多数の天才たちが研究し確立した手法を
今後追いで勉強してる

急ぐことはない

2023/05/28(日) 12:29:49.04

業務アプリではまず使わん
ソートも探索もコレクションクラスのメソッドを使うだけ
黎明期ならまだしも今はPCの性能が上がって最適化の性能差もほとんど問題にならない
リアルタイムゲームとか機械学習系では使うだろうけど

2023/05/28(日) 12:46:59.48

>>683
トポロジカルソートはタスクの優先順位を決めるのに使うだろ
ライブラリにあるか？

2023/05/28(日) 12:49:42.09

トロピカルフルーツ？

2023/05/28(日) 12:52:11.08

群論というのは0個以上の要素を扱う時に使う
JSのfilterやmapやreduceはそのカテゴリに入る
何でもかんでもforでやってたら複雑になりすぎるし逆に何でもかんでもreduce使っても複雑になりすぎる
こういう時に汎用的に使える関数を作れたら生産性上がるぞ

2023/05/28(日) 12:58:01.84

初歩的な質問ですみません。
アドバイスを頂きたいです。

ある通信機器から10分間隔で指定のデータを取得し、そのデータをファイルに記述するプログラ厶をサービスアプリで作成しました。

追加の要件としてユーザーからの操作でデータ収集を停止/再開させる機能が必要になりました。
操作用のボタンが必要になるのですが、サービスアプリではGUIを持てないと認識しているのでフォームアプリで作成し直す必要があると考えています。

停止が押されていない間はデータ収集を継続したいのですが、フォームアプリだとユーザーが画面を落とす(×ボタン押下)可能性が考えられます。
画面を落とした時、つまりフォームが立ち上がっていないときでも収集処理をすることは可能でしょうか？

調べるとBackgroundWorkerなどは出てくるのですが、これは少し意味合いが違っているように感じており、似たような例を見つけられませんでした…。

2023/05/28(日) 13:00:11.07

サービスなら止めたり再開するAPIあるやろ

2023/05/28(日) 13:00:59.13

本体はサービスで作ってUI専用のフォームアプリから名前付きパイプでシグナル送ればいんじゃね

2023/05/28(日) 13:03:52.90

>>688
そういやそうか
https://learn.microsoft.com/ja-jp/dotnet/api/system.serviceprocess.servicecontroller?view=dotnet-plat-ext-7.0

2023/05/28(日) 13:48:09.53

>>689のようなプロセス間通信制御でもいいし
どうしてもフォームアプリで統合したいなら、×ボタン無効化したり
FormClosingイベント拾って閉じるのキャンセルして代わりにHideするようにしたりすればいいんじゃない？

2023/05/28(日) 14:06:11.06

PowerShellに、Suspend-Service とかRestart-Serviceとか、そのまんまのサービス系のコマンドがいろいろある

2023/05/28(日) 14:46:33.46

>>687 です

回答ありがとうございます

FormClosingイベントでウィンドウを閉じたように見せるだけ、というのもあるんですね
試せる環境が今手元に無いのですが、Hideで隠した状態で、ユーザーが再度フォームを立ち上げた場合は、隠したものと新たに起動した2つのフォームが動いている状態になるんでしょうか？

>>692
なるほど、このコマンドのバッチファイルを作っておいてユーザーにはそれをダブルクリックして停止/再開をしてもらうのが手軽かもしれません

2023/05/28(日) 14:53:07.28

scコマンドに停止/再開の引数付けたショートカット作ってもいいぞ

2023/05/28(日) 15:07:22.90

>>677
最適化と組み合わせ論だっけ？
めちゃくちゃ分厚くて数式だらけだった気がする
全然わからん
あーいうのが読めなくて自信喪失してる最中

2023/05/28(日) 16:08:43.34

>>687
バックグラウンドデーモンを誰が停止・開始制御するかという命題では？
プレビリッジ権限の認証問題がシステム課題であって、APIやパイプラインなどというアクイジションのテクニックなんか些細な問題。
UMLユースケースを書き、SOLID原則のSRP遵守でUSERを明確にし、必要に応じてFACARDやFACTORYで入り口を切り分ける事。
この場合は、認証問題がキモ。　ボタンがどうのこうのではない。

2023/05/28(日) 16:29:16.20

サービスを稼動させたまま外部から設定を変更したい
サービスとの通信は>>689のように名前付きパイプでいいが、操作用UIとは完全に切り離した方がいい
今時のタスクトレイに常駐するタイプのサービスはほぼそうなってるはず
どちらにしろプロセスは別々になるが>>>691みたいな考え方で作るとUI側に余計な権限が残ってしまう恐れがある

2023/05/28(日) 16:34:24.11

だいぶ拗らせてるな

2023/05/28(日) 17:57:25.94

拗らせ風のレスはわざでしょ
もともとサービスのスタート・ストップをどうやるつもりだったのかは重要なポイントだと思うよ
最初から必要そうな機能が”追加要件”扱いなのもちょっと臭う

2023/05/28(日) 18:13:01.32

まぁ、追加要件で重要なのが出て来るのよくあることじゃし（白目

2023/05/28(日) 18:21:31.64

>>695
組合せ最適化問題じゃね？
多分ナップサック問題が最初の方に出てきただろ
そういうのはだいたい動的計画法で解く
AtCoderのD問題の定番だから洋書なんて読まなくても競プロしてりゃすぐ覚えるぞ

2023/05/28(日) 18:23:17.88

「EDPC」を検索すれば日本人の書いた記事や動画が山ほど見つかると思う

2023/05/28(日) 18:46:26.18

>>697
知識が足りなくてきちんと理解出来ていないのですがUIは停止/再開のフラグを投げるだけの機能に限定し、現状収集機能を持っているサービス側とは完全に分けるべきという認識で合っていますか？

元々はこういった機能は必要ないとのことで作り始めたんですが、製造現場としてはデータを出したくないタイミングがあると要望が出たので重要な機能ですが後付けになりました…

2023/05/28(日) 18:57:13.01

こういう馬鹿に作らせるなよ

2023/05/28(日) 20:39:40.10

せっかくサービスアプリケーションにして安定稼働できているなら、
わざわざGUIアプリケーション化せずに、
GUIアプリケーションから名前付きパイプでサービスに指示するだけのほうがいい。

最近Cで非同期の名前付きパイプクライアントを書いて、
C#で非同期の名前付きパイプサーバーを書いたら、
C#のほうがあっという間に書けて感動した。
(Cのほうも非同期ファイルI/Oのコードを元に作ったからすぐできたけど)

2023/05/28(日) 20:55:11.64

>>703
>>687はデータ収集の停止や再開だけで、サービスを停止させたいとは書いてないからそれを前提で回答してるけど
サービス停止の影響範囲によってはサービスとの通信すら不要かもしれない。けどそれを知ってるのは本人だけなんだよ
要件を洗い直した方がいいよ

2023/05/28(日) 21:08:37.51

サービスアプリはVista以降は別のセッションで動くから、それをGUIから制御したい場合は
制御用のプロセスを生成してサービスとのプロセス間通信手段を確立する必要があるわけよ
ただし要件によっては既存のサービスの停止や再開と状態の参照程度で済むからそれ用のGUIなんて1日もあれば作れるでしょうよ

2023/05/29(月) 06:57:21.51

初心者の質問するスレなのにしれっとプロが質問するのはなんだかなあ
バカは初心者じゃなくても質問していいという判断なのか

2023/05/29(月) 08:35:53.55

プロの初心者も居るには居るけどな

2023/05/29(月) 08:43:49.19

金もらってるやつが初心者名乗るのは流石に草
せめて研修中なら名乗ってもいい

2023/05/29(月) 08:45:57.08

入団1年目のプロ野球選手でも今年入社したばかりのアナウンサーでも初心者じゃなく新人だろうに

2023/05/29(月) 08:56:42.77

それまでC#触ったこともないけど都合上C#に転向しなきゃいけなくなったらC#は初心者だろｗ

2023/05/29(月) 08:58:41.25

それともあれか、スレタイの初心者はプログラム初心者の意味だったんか？
テンプレにはそんなこと一言も書かれてないけどな

2023/05/29(月) 09:30:39.19

触ったこともないかどうかは関係ない
言葉の定義とかじゃなくプロが初心者を名乗るなってことだよ
Stack Overflow行けよ

2023/05/29(月) 09:31:59.20

またしょうもない事で揉めてるな
ここの自称プロは

2023/05/29(月) 09:32:15.97

プロというのはそれで飯食ってるやつのことだろ？
初心者を言い訳にできるはずがないだろ

2023/05/29(月) 09:53:25.00

万年掲示板初心者だらけだな

2023/05/29(月) 09:59:38.52

プログラマーのプロをプロフェッショナルのプロと勘違いしてそう

2023/05/29(月) 10:02:54.60

セミプロのプロ

2023/05/29(月) 10:12:58.22

文脈がどうのコンテキストがどうのと言葉の定義に拘った癖に言葉の定義とかじゃないとか言い出すの草

2023/05/29(月) 10:35:34.40

辞書的な言葉の定義じゃなくコンテキストで意味が決まってるからなw
コンテキストを知らないやつと話すのは説明が長くなってしんどいなw

2023/05/29(月) 11:25:09.12

金もらってたらプロならこの業界プロで初心者は普通に存在するだろう
野球選手なんぞを引き合いに出すのが的外れ

2023/05/29(月) 11:52:08.40

コンテキストが理解できないやつのためにまとめると、プロなら初心者を言い訳にせずStack Overflowに書けよって話だぞ？w

2023/05/29(月) 12:04:27.26

初心者ならここで質問してもいいだろうって話
金もらってるかどうかは無関係

2023/05/29(月) 19:11:00.49

バーコードリーダーから取得したバーコードデータをフォームアプリの
テキストボックスに入力して、バーコードデータを読み終わったら
処理をするプログラムを作りたいのですが、
バーコードデータの読み込み終了を知るにはどうしたら良いでしょうか。
一文字読み取るごとに終端文字列を判定すれば出来るのかなと思うのですが、
王道のやり方があったらお教え頂きたいです。

2023/05/29(月) 19:13:13.18

また馬鹿が来た

2023/05/29(月) 19:19:07.19

API仕様嫁としかw

2023/05/29(月) 19:20:31.50

これでプロなんだぜ

2023/05/29(月) 19:41:24.70

>>727
キーボードとして認識されるタイプじゃね

2023/05/29(月) 19:44:52.37

>>725
バーコードリーダー付属の設定用紙（なければ公式サイトからダウンロード）で
スキャンデータの末尾にCRLFを付与する設定にすればOK

メーカーによってはアプリで設定するものもあるのでマニュアル読んでね

2023/05/29(月) 19:50:57.54

時期的に新人さんのOJTの課題かな

2023/05/29(月) 20:23:23.15

先頭に別の制御コードを付加して、それを検出してテキストボックスにフォーカス当てるなんてのもよくある

2023/05/29(月) 21:44:45.49

バーコードの者ですが、キーボードのように動作してスキャンデータの末尾にCRLFが
付加されるタイプです。
テキストボックスのチェンジイベントごとにテキストボックスの文字を監視すれば
良いかなと思ってるのですが、世間にはもっとスマートなやり方があるのかと思い
聞いてみたのです。
初心者なので、C#相談室には行かず、ふらっと C#の方に来たのですが。。。

2023/05/29(月) 21:46:51.88

素朴な疑問なんだけど、なんでテキストボックスで受けようとした？

2023/05/29(月) 21:52:13.37

>>733
HIDとして認識されるバーコードリーダは、言い換えれば単なるキーボード入力でしかないので王道は無い。
（この場合、本物のキーボードをガチャガチャおしながらバーコード読み取るとか意地悪されると思うので、指定桁数とか見て頑張るしかない）

ドライバをインストールして使うようなバーコードリーダならSDKに従えとしか言えない。

2023/05/29(月) 21:53:29.62

>>733
文字を監視するよりキーダウンかキープレスあたりのイベントでキーコードを監視するのがベターかな
文字として表れない制御コードも検知できるから