ふらっと 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/03/28(火) 10:07:29.75

>>11
著名なOSSってほぼ完成してるからなぁ
個人的に欲しいのはOpenTKのWinUI対応だったりかなぁ
https://github.com/opentk/opentk

2023/03/28(火) 15:57:24.36

ｵｲｺﾗは未確認飛行に何か恨みを持っていて敵視してるフシがある
妙に感情的になるし

2023/03/28(火) 19:36:33.78

webランク上げすんなよｗ

2023/03/28(火) 19:39:32.97

++ c++になにも恨みはないよ
なぜか急に不必要に持ち上げる人間が急に出てきたのがキモイだけ
信者が出るようなサイトじゃないのに

がつがつワード出てくるしランク上げしてんのかと思うわ
本当に馬鹿らしい

2023/03/28(火) 19:51:13.78

いや明らかにお前の方がキモい
不必要にサゲようとする明確な意思を感じる

2023/03/28(火) 20:01:09.83

初心者しかWEB見ないという前提なんだろうか？

2023/03/28(火) 20:32:05.53

これが持ち上げランク上げとか認知バイアスにも程がある
アンチが出るようなサイトじゃないのに不思議

2023/03/28(火) 21:05:53.00

不必要に持ち上げてるように見えてるだけだろ。

2023/03/29(水) 05:46:59.03

ufcppだけで0から学べるだろ

2023/03/29(水) 08:32:42.86

＞本当に馬鹿らしい
鏡見てどうぞｗ

2023/03/29(水) 16:36:19.86

>>29
他言語をそこそこ扱えるならC#ではどう書くのか調べるにはいいと思うけど
プログラミング自体が初めてとかだとちときびしいかねぇ
入門とは銘打ってあるけども

2023/03/29(水) 16:52:02.42

そんなド素人レベルだと>>1のどれ見ても無駄だと思う

2023/03/29(水) 17:11:42.62

すみません、質問です
名前付きパイプを作りたいのですが下記のエラーが出てしまいます
Pythonなどだとエラーが出ないのでパーミッション関係ではないと思うのですが、
何が問題なのでしょうか？

環境 visual studio 2022
参考にしたサイト
https://learn.microsoft.com/ja-jp/dotnet/api/system.io.pipes.namedpipeserverstream?source=recommendations&view=net-7.0

エラー内容
System.UnauthorizedAccessException: 'Access to the path is denied.'

プログラム
private static void ServerThread(object data)
{
using (NamedPipeServerStream pipeServer = new NamedPipeServerStream("testpipe"))
{

}
}

2023/03/29(水) 20:04:16.04

>>33
そのまま動かしてみたけどエラー再現しないなあ。learn.microsoftのサンプルで動いて自分のコードでエラー出るのならそこに書いてないusingの中身に問題があるのでは

2023/03/29(水) 22:54:15.98

>>33
俺もMicrosoftのコードをそのまま動かしたけど、例外が発生せず動作する。
Windows 11、Visual Studio 2022、Administrator、UAC昇格なし。

サーバープログラムは普通のexe？それともWindowsサービス？

UnauthorizedAccessException と named pipe でぐぐったらちょっと引っかかるけど何か該当するのある？

2023/03/29(水) 23:07:01.22

"testpipe" を変更しても同じになるか、とか、テストしてる PC を再起動しても同じかとか、気になるかも。

2023/03/30(木) 01:52:26.63

VSCode でもRuby とかやっていると、たまにある。
外部プログラムからフォルダへのアクセス禁止のダイアログが表示されて、それで許可する

VSCodeがバージョンアップされたら、また起こるのかも？

2023/03/30(木) 06:33:08.35

>>34
不要なUsingを全て削除してもエラーがでました
Formアプリを作っているのですが、問題を切り分けるためCLIで試してみようと思います

>>35
ググってヒットしたやつも試しました
PipeSecurityクラスを使って云々とあるのですが、
VS 2022だとPipeSecurityクラスがなく手詰まりになりました

例えばこのページの説明：
https://stackoverflow.com/questions/3478166/named-pipe-server-throws-unauthorizedaccessexception-when-creating-a-second-inst

マニュアルにはあるんですがVS2022だとそんなクラスありませんとエラーになります
コンパイルのターゲットバージョン等が影響してるんでしょうか？
プロジェクトのプロパティを見てもターゲット指定箇所がなくて試せていませんが、、、
Visual Studio 2022の使い方で躓いているのかも、、
https://learn.microsoft.com/ja-jp/dotnet/api/system.io.pipes.pipesecurity?view=net-8.0

とりあえず、先に書いた通り CLI で試して、それでだめならVS2019に落としてみようと思います

>>36
パイプ名の変更は試しました
\\.\pipe\ を名前の前につけたりもしたのですがダメでした

PC再起動は盲点でした
試してきます

返信が遅くなりすみません
取り急ぎ、アドバイスありがとうございます

2023/03/30(木) 11:52:28.88

>>38
>マニュアルにはあるんですがVS2022だとそんなクラスありませんとエラーになります
必要なassemblyが参照されてるかどうかを確認してみたら？

2023/03/30(木) 15:06:07.07

>>38
パーミッション関係ではない可能性も高いけど、VS Code を管理者権限で起動して試してみるとか？
※手間が少ないので提案

2023/03/30(木) 15:20:47.34

VSのバージョンを疑うよりはターゲットフレームワークやアセンブリ参照を確認するのが先決ではなかろうか

2023/03/30(木) 16:11:20.51

そもそもフレームワークのバージョン指定を何でやってるんだ？っていうのもあるけど
.NET Frameworkでも.NETでも基本セット内にあるアセンブリだから
普通にプロジェクト作成してたらあるはずだけどな

2023/03/30(木) 16:14:04.93

CoreとかStandardでやってる可能性？
こいつらにはPipeStreamはあってもPipeSecurityは無かった気がする

2023/03/30(木) 20:01:10.08

何聞いてもそれなりに知ってる人がいるのはやっぱ凄いなここ

2023/03/30(木) 21:15:23.20

PipeSecurityは.NET Core 2.1/2.2/3.0/3.1, .NET 5の場合は標準で入っていないから
nugetでSystem.IO.Pipes.AccessControlを入れる必要がある

learn.microsoft.comで適用対象が.NET Platform Extensionsになっているものはこのパターン

2023/03/30(木) 21:17:11.19

.NET 6以降はまた標準で入ってるよ

2023/03/30(木) 21:47:27.26

UWPで作ってるんじゃないの

2023/03/30(木) 23:08:36.03

すいません。どうしてもわからないところがあるので質問したいです
ヴィジュアルスタジオ２０１９つかっています
「開始」をクリックしてプログラムが実行はされるんですが、そのあと「続行」
という表示がでて、「開始」の表示が出てこず、プログラムを作成して実行することができません
どうすればよろしいでしょうか？

2023/03/30(木) 23:16:09.92

なんかエラー出て停まってるとか？

**sage** (ﾜｯﾁｮｲ 3d07-+ld4) · 2023/03/30(木) 23:23:36.52

>>49
いや、プログラムの実行は成功していて、エラーが出てる様子はないですね

2023/03/30(木) 23:52:54.11

意図せずクリックしてブレークポイントが設定されてそこで止まってるんじゃないかな
再開を押してみたら

33 (ﾜｯﾁｮｲ 2ef2-uluY) · 2023/03/31(金) 00:13:56.73

>>39-47
色々アドバイスありがとうございました
再起動では直らず、CLIで試したところ動きました

>>47 さんがご指摘頂いたようにUWPで作っているのが原因でした
WPFに変更したところ無事NamedPipe通信ができました

趣味のツール作りでUIが簡単に作れそうだと思いC#を試してたのですが、
マルチプラットフォームが意識されているだけあって出力ターゲットによって振る舞いが大きく変わるんですね
勉強になりました

皆様、ありがとうございました！

2023/03/31(金) 00:42:46.76

きのう、レスの番号が48だった者です。
解決しました。「ビルド」から「ソリューションのリビルド」をクリックした後、
画面の中央に｛デバックを中止しますか？｝というコメントが出て、「はい」をクリックしたら
「続行」から「開始」へと切り替わり、プログラム作成画面になりました。でも、なぜでしょうか？

2023/03/31(金) 04:34:09.75

以前に「開始」したプログラムがまだ終了してなかったから

2023/03/31(金) 06:02:33.93

アマゾンのKDPのダラダラ書いてあるC#とかの入門書に買う価値なしと☆1のレビュー付けたら著者が顔真っ赤にして開示請求されたわ
もちろん開示を断ったらそれまでだったが

2023/04/01(土) 18:53:33.93

>>29>>31
正にプログラミング自体初心者だったときはufcpp筆頭にググって上位に出てくるサイトだけで習得余裕だったけどな
「いかがでしたでしょうか？」系のぺージはブラックリスト放り込んでたので必然的にほぼほぼufcppかdobonで学習していたが

2023/04/02(日) 10:28:56.98

そりゃまあそういう人も中にはいるかもね

2023/04/02(日) 11:53:54.95

最近じゃ AI がかなりいい回答を出してくれるそうじゃない。
もうすぐ AI 自身がプログラムを組んでくれるようになるだろうから、それまで粋がってればいいじゃない。

2023/04/02(日) 12:06:01.91

出力結果が正しいかどうか判断できる能力がないと使いこなせないぞ

2023/04/02(日) 12:21:03.35

自然言語対話エージェントによって「ソフトウェア設計の外注・検収の粒度」が劇的に小さくなった（作業者と直で対話するレベルに降りてきた）だけであって、今までと同じく成果物の正当性を判断できない人に（外注は）は使いこなせない

2023/04/02(日) 12:52:31.04

みずほの案件はAIにやらせた方が人的被害少なくていいかも

2023/04/02(日) 12:57:43.89

>>60
成果物の正当性を判断するテストや手順をAIに作らせることができるから使い手次第になるけど相当にハードル低いよ

自然言語で正確に要件が書けて
その要件をテストする方法を理解してればいい
テストといってもユーザーテストのレベルで概ね問題ない

2023/04/02(日) 15:24:34.96

テストプログラムもAIに作らせるなら、それが正しいかは現状人間がチェックする必要があるな。
それをAIにやらせると、それをチェックするAIが必要になって収束しない。

2023/04/02(日) 15:30:41.44

ユーザ「操作もAIにやってもらうからどうでもええよ」

2023/04/02(日) 17:48:28.78

>>63
段階的に抽象度があがるので発注者/要求者の理解できる範囲に収束させられる
やり方によって質の違いはでるけど広い分野で発注者/要求者が十分と思える質が出せるようになる

2023/04/02(日) 17:50:37.49

似て非なるものが出来上がって来ることが多くてなかなか収集付かなそうだ
バグのある部分だけ修正とか器用なことは苦手なようだし

2023/04/02(日) 20:02:28.99

いや、それって現状もそうなんじゃないかと。

確かに AI と発注者？の仲立ちする人材は必要だろうけど、それってどのくらいだろうね。
大部分は失業しそう。

・・・とか言うことを以前にここだか他だかで書いたときの反応とまるで違うのが面白い。それだけ現実的になってきたってことかな。

2023/04/02(日) 22:11:23.74

>>67
無理無理
設計書すら満足に書けねえのが現実

実はプログラムってのは
脳みそなんか使う必要ない
考えなければならないとしたら
それは詳細設計書が不出来だから
プログラムは常に
設計書通りに動くこと
をチェックすればいい

2023/04/03(月) 01:45:50.22

暴論吐いて悦に浸ってるだけではなぁ

2023/04/03(月) 10:27:57.20

>>68
設計者とただのコーダーを区別すればそうだな

2023/04/03(月) 10:29:46.04

>>68
詳細設計書なんてアテにしてたら動かないものが出来上がる定期

2023/04/03(月) 14:40:55.62

フォームに設置したメニューのアイテムが20個以上あるのですが
それらのアイテムに割り当てるイベントも20個あります
アイテムごとにファイルを分けるためにpartialで分割するのはありでしょうか？

2023/04/03(月) 15:16:52.52

個人的意見だが、無しだな
見通しが悪くなるだけであまりメリットが無い
partialはIDE等の自動生成のためだけに留めておいた方が良いと思う

2023/04/03(月) 15:40:40.31

偏った書き方になるから万人受けはしないだろうけど・・・
・Form内に内部クラスとしてContextMenuStripを継承したクラスを宣言
・MenuItem(クリック時処理含む)をデザイナを使わず継承クラス内にすべて手書き
するのであれば、内部クラス1個ごとにpartialにする価値あり

内部クラスなんでformのprivateメンバも問題なく読み書きできて便利だから自分もたまによくこの書き方をする

2023/04/03(月) 18:46:41.53

フォームのクラスに処理全部を書こうとするから見通しが悪くなる
フォームのクラスにはイベントハンドラと画面の制御ぐらいだけにして
残りは別クラスを作ってそこで処理をする
そうすりゃハンドラが２０ぐらい並んでいても見通しが悪くなることはない

2023/04/03(月) 20:26:43.72

別のクラスにフォームクラスのインスタンスを渡してゴニョゴニョするのかな？

2023/04/03(月) 21:09:06.76

デザインを別にするならだけど。
フォームクラスのイベントハンドラを1つにまとめて、sender だったかのパラメータでイベントの発生元を識別するようにする。
この手の処理はイベントの発生元に限らずだいたい同じなので、このイベントハンドラ内の処理を共通化してすっきりさせる。

これまでは大体これでどうにかなったな。

2023/04/04(火) 08:49:37.59

>>76
UI制御はフォーム側に書いておきゃインスタンス渡す必要なかろう

2023/04/04(火) 18:26:02.88

c++clrから移住して最初につまずいた
c#難しい

2023/04/05(水) 00:11:03.06

C++/CLIよりはるかに簡単だと思うけど…。

2023/04/05(水) 00:46:45.79

つまずいたポイントを教えてほしい

2023/04/05(水) 07:04:36.94

KDPのC言語本てステマが法律で禁止されたのにようやるなと

2023/04/05(水) 07:42:57.81

>>80
バックグラウンドが違えば感じ方も違うだろ。
C++とC++/CLIの差分よりC#の仕様の方がだいぶ大きいわけだし。

2023/04/05(水) 08:14:21.55

>>82
またお前か

2023/04/05(水) 08:45:34.25

昔Javaを多少触りはしたが基本的にC++とVB6しかやってなかったけど、C#移住全然躓かんかったけどな

2023/04/05(水) 09:16:23.63

C#の名前にCがついてるから文法も概念も同じだと勘違いしてるやつが結構躓いてるぞ
最初から別物と思わないとstructとか使い方全然違うからな

2023/04/05(水) 09:31:30.78

CPU言語は表層が違うだけでやってる事は機械語に解読してるからみんな一緒だろ
結局アセンブラでもBASICでも１つを完璧に知ってればなんとかなる
むしろ割り込みの仕組みとかシリアル通信とか基礎のハードウェアを知らんとヤバイ

2023/04/05(水) 09:39:54.87

想像で物を言うとそういうイタいことになる

2023/04/05(水) 09:41:25.21

>結局アセンブラでもBASICでも１つを完璧に知ってればなんとかなる
こういう極論をしたがるの一定数いるよね

2023/04/05(水) 10:02:18.58

JavaScriptですら最終的にはマシン語に翻訳されることを知らんとか同じコンパイル言語でもそれぞれできることが違うのを知らんとかも大概だし割り込みやシリアル通信はモダンな言語だとだいたい隠蔽されて考えなくていいようなライブラリがあるんでプログラミングしたことないやつが見栄を張ってるようにしか見えんのですわ

2023/04/05(水) 10:04:39.32

>>90
javascriptはマシン語には翻訳されないよ
マシン語で動作している翻訳プロセスを介して動くけどな

2023/04/05(水) 10:14:21.30

>>91
JITコンパイラを調べて赤面してろよ

2023/04/05(水) 10:17:08.89

と言ったが調べる能力もなさそうだからこれ読んどけ
https://devsakaso.com/javascript-about-just-in-time-compiler/

2023/04/05(水) 10:17:48.47

>>92
だからさ、Java自体がマシン語なんてもんにゃならないんだよw

2023/04/05(水) 10:18:28.61

JavaScriptとJavaの違いも知らんとは恐れ入ったな

2023/04/05(水) 10:19:34.90

あーおまえはパソコンの世界しか知らないからそうなんだなw

2023/04/05(水) 10:20:34.20

JITコンパイラを一言で言うと実行寺にソースを機械語に直すコンパイラだ
このくらい今は常識だから覚えとけ

2023/04/05(水) 10:28:48.07

C#スレでなにやってんだ

2023/04/05(水) 10:32:48.94

C#の話か？
ソースからILという仮想機械の機械語に翻訳される
これをコンパイルと呼ぶ
しかし実際には仮想機械を立ち上げるわけじゃなく実行時にこの仮想機械語を実行環境の機械語にコンパイルする
この時に環境に合わせた最適化も行われるので高速動作が可能になっている
つまり事前コンパイラとJITコンパイラの二段構えなわけだ

2023/04/05(水) 10:56:42.54

初心者用スレでよくわからん自説を連投する様は、ただただ痛々しい

2023/04/05(水) 10:58:30.02

よくわからんのはお前が頭悪いからだよ
常識だと言ったろ
初心者でもみんな知ってることだ

2023/04/05(水) 12:18:02.53

そのへんにしとかないと心証を悪くするだけだよ

2023/04/05(水) 12:22:16.13

名無しさんの？w

2023/04/05(水) 12:32:52.22

心証なんざ既にマイナスだろｗ

2023/04/05(水) 12:47:44.97

初心者相手だと思って雑魚が嘘ばっか並べてるスレだと嘘を見破れる人は心証悪いよなあ
すまんすまん
続けてくれ

2023/04/05(水) 13:03:35.19

JITコンパイラという常識を語るとJavaとJavaScriptの区別もつかんような雑魚と愉快な仲間たちがワラワラ湧いて出て一ミリも反論できず心証云々言ってるのはなかなか笑えたよ

ほらどうした
初心者を騙してマウント取る作業を続け給えよ

2023/04/05(水) 13:11:30.10

はいはいそろそろお薬の時間でちゅよ

2023/04/05(水) 13:20:25.40

>>106
違う違う
主張の内容自体に対してどうこうじゃなくて
売り言葉に買い言葉ではそれまでの発言や立場を毀損するよって言いたかったのよ

2023/04/05(水) 13:25:12.55

名無しさんの立場？w

2023/04/05(水) 13:34:30.89

別に反論するつもりも敵対するつもりもなくて
ただ憂慮してのつもりだったんだけど汲み取ってもらえないものかね・・・

2023/04/05(水) 13:47:57.71

何言うても無駄だと思うぞ

2023/04/05(水) 13:49:05.84

ごまかし方が下手過ぎて笑えるが本気でやってんのそれ？

2023/04/05(水) 13:54:30.23

> なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
> C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです

2023/04/05(水) 14:06:42.90

>>113
よう荒し

2023/04/05(水) 14:29:22.61

>>112
それ俺に対して言ってる？

2023/04/05(水) 14:51:15.57

CPUの基礎構造も知ってるとええで
アキュムレータとかスタックポインタとかプログラムカウンタとかレジスタとか言われてもわからんだろ
その辺の概念がわかるとどの言語も楽勝
割り込みも概念が解ってないと割り込みルーチンで長文書くとかアホなことしだす

2023/04/05(水) 15:08:53.71

割り込みルーチン使うとか今どきねーよ

2023/04/05(水) 15:13:47.52

>>116
C#もJavaもJavaScriptも全然理解してないことが露呈したあとに
どの言語も楽勝とか言っても恥ずかしいだけですよ

2023/04/05(水) 22:11:02.39

無責任にデカいこと言った方が勝ちみたいなゲームはそろそろ卒業してほしい

2023/04/05(水) 23:52:36.91

Z80アセンブラ→68000アセンブラ→C→C++→Java→C#→C++/CLI ときたのでつまづかなかった。
あとTcl/TK、sh、Perl、JavaScript、PowerShell、Python。
Rustを試したいが時間が取れない。