ふらっと 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/26(金) 00:22:15.78

基本的に何かで一通りアプリの作り方を学んだら
C#の言語仕様についてしっかりその文字だけの本を読んで勉強することになる

2023/05/26(金) 00:22:55.79

アプリっつっても、デスクトップアプリ、コンソールアプリ、Webアプリなどあるからな
他にも、サービスとか、WebAPIとか、ライブラリとか
何を作るかで、使うライブラリやフレームワークが変わってくるし

2023/05/26(金) 00:23:25.62

>>605
こんな感じの頭いかれてるやつだってことを素人にもわかりやすく伝える親切さまであったか

2023/05/26(金) 00:24:06.06

>>608
＞「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

2023/05/26(金) 00:27:48.77

そういう問題じゃねえよw
頭いかれてるやつが優しく教えるスレってどんな地獄だw

2023/05/26(金) 00:28:46.96

ID:muRHf0j+0が一番頭いかれてる

揚げ足取りか初心者相手にくだらないレスして悦に入ってるクソ人間

2023/05/26(金) 00:32:07.63

>>598
GUI(ウィンドウやボタン等がある)アプリを作るには、C#の文法と、GUI(ウィンドウ等)の作り方の両方を覚える必要がある
どっちを先に覚えるかの違いでしかないよ
(GUI無しのアプリは使い道が限られるけど、文法を学習するのに向いてる)

2023/05/26(金) 00:35:39.02

今出てる本だけではGUIについてしっかりと学べる本はほぼないと思う
大体がWindowsフォームについてでWPFやUWPについて学べる本は少ない

2023/05/26(金) 00:35:42.24

>>605
これを自分で見直して頭いかれてると思えないメンタルよw

2023/05/26(金) 00:36:14.97

>>601>>603
ご回答ありがとうございました！
外国語の学習の比喩でなんとなく理解できた気がします。
理屈から入る人ととにかく外人と話したがる人がいるけど、けっきょくマスターするには
どっちの学習も必要になるという感じなんですね。

私の質問に回答してくださったせいで、あなたを小馬鹿する人が現われてしまったようで
本当に申し訳ないです。

ありがとうごさいました。

2023/05/26(金) 00:36:43.99

>>614
一個でもまともな回答レスが書けるか？
自分のレス見返してみｗ

2023/05/26(金) 00:38:53.91

>>612
GUIなしのアプリって、素人にもイメージしやすいものですとどんなのがありますか？
GUIアプリの中で一部の機能を担う部品（ライブラリっていうの？）みたいなイメージでしょうか？

2023/05/26(金) 00:41:07.66

C#のコンパイラ

2023/05/26(金) 00:41:42.15

>>616
お前のまともなレスどれ？w
例の小馬鹿にされたやつ？w

2023/05/26(金) 01:23:01.30

ウィンドウだしマウス使えるじゃんって突っ込みなしならコマンドプロンプトとか？

2023/05/26(金) 01:29:21.24

>>617
GUI無しのアプリは素人が使うことはほぼ無いから、分かりやすい例を挙げるのは難しいな…。
小さなツール類が多いけど、そう言われてもピンとこないよね。

> GUIアプリの中で一部の機能を担う部品（ライブラリっていうの？）みたいなイメージ
GUI無しのアプリは単体でも使えるけど、GUIアプリから呼び出して使うこともあるよ。
ライブラリはそれだけでは動作しないのでアプリとはちょっと違う。

2023/05/26(金) 01:31:58.89

>>620
果たして、コマンドプロンプトは通じるのだろうか

2023/05/26(金) 05:17:04.99

例えば、ウェブ開発のバックエンドは、Ruby on Rails。
OS(Linux, サーバー)とのやり取り。
ファイル操作、テキスト処理、データベース処理などで表示部分なし

一方、フロントは表示部分で、HTML, CSS, JavaScript

Railsの給料が高いのは、1人でバック/フロントの両方を作るから。
これをフルスタックエンジニアと言う

これを複数人で分けて作る場合は、
意思疎通・打ち合わせコストが掛かるので面倒

2023/05/26(金) 09:07:00.86

>>620
>>622
PowerShellでもおｋ？

2023/05/26(金) 12:03:03.90

powershellはC#コードも埋め込みできて、ある意味最高の環境と言えるけど
どちらにも習熟してる必要がある
C#学習には遠回り

2023/05/26(金) 13:27:28.71

起動がおっそいんだよね。Pwershellは

2023/05/26(金) 14:43:40.75

ワイのマシンだとサックサクやが

2023/05/26(金) 16:09:35.41

powershellはダブルクリックで動かないから使いにくい

2023/05/26(金) 19:54:48.14

>>628
動くようにできるぞ
ダブルクリックで動くようにしたらお前らがまたトロイにひっかかって大騒ぎするからデフォではできなくしてるだけだ

2023/05/26(金) 20:34:46.49

今コピーツールを作ってるんだが、Powershellと連動させたら需要あるかね？

みんなPowershellで何をやってるんだ？

2023/05/26(金) 20:48:28.57

javaには戻れないからC#の案件が増えてくれるのを期待するのみ。

エラーがどこに出てるかさっぱりわからんかったJavaは。

今でも動かないコードあるし、何が何だかさっぱり分からない。

その点C#はMicrosoft様が一括でやってくれるので俺でもできた。

javaやるくらいならKotlinやるよ。

面倒くさすぎ

2023/05/26(金) 21:17:54.23

馬鹿には無理なだけだぞ

2023/05/26(金) 21:33:51.93

まあJavaよりKotlinC#って気持ちは同意

2023/05/26(金) 22:20:09.88

>>629
人に渡すときの事考えるとやっぱりちょっと
ダブルクリックしたら警告する程度でよかたのに

2023/05/26(金) 23:24:33.59

Kotlinは好き

2023/05/26(金) 23:56:40.58

>>634
restrictedを指定したバッチファイルと一緒に配布すればいいよ。

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のコードを元に作ったからすぐできたけど)