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

2024/02/11(日) 09:17:20.44

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください。見かけたらNGしましょう。相手してしまったらあなたも荒らしです
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part159
http://mevius.5ch.net/test/read.cgi/tech/1691454079/
■関連スレ
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

2024/07/04(木) 09:20:13.32

話をぶったぎってすみません。
C#で質問です。
関数内のローカル変数の定義ですが、下のどちらも同じ効果となりましたが、正解はどちらでしょうか？
byte[] bin = { 0x00, 0x0c, 0x00, 0x00, 0xff, 0xfc, 0x00, 0x00, 0xff, 0xff, 0xdf, 0xff, 0x00, 0x37 };
byte[] bin = new byte[] { 0x00, 0x0c, 0x00, 0x00, 0xff, 0xfc, 0x00, 0x00, 0xff, 0xff, 0xdf, 0xff, 0x00, 0x37 };

2024/07/04(木) 09:27:04.95

どっちも同じ
省略記法なだけでコンパイラがnew byte[]を補完してくれる

2024/07/04(木) 09:46:57.96

前者は初期からあるC伝統の記法で、今のC#ではかなり特異な存在
省略したいなら var bin = new byte[] { もしくは byte[] bin = new { の方が今時

2024/07/04(木) 09:52:19.54

今時いうなら、C#12のコレクション式使う方が

2024/07/04(木) 10:12:01.67

newが形式的な意味しか無いかと思えばそうじゃ無いものもあったり、紛らわしいよな

2024/07/04(木) 10:22:31.63

みなさん、ありがとうございます。

2024/07/04(木) 12:04:37.12

話を分断してすみません。C#で質問があります。
C#の入門本の説明に以下のように書かれています。
私が行番号を追記しました。

1:　Value x;
2:　x = new Value();
3:　x.value = 1;
4:　Value y;
5:　y = new Value();
6:　y.value = 10;
7:　Console.Writeline("xが参照するインスタントのvalue値:" + x.value );
8:　Console.Writeline("yが参照するインスタントのvalue値:" + y.value );
9:　class Value{
10:　　　public int value;
11:　}

実行結果
xが参照するインスタントのvalue値:10
yが参照するインスタントのvalue値:10

そしてこのすぐ下に以下のような説明があります。
「C# 9.0以降のコンソールアプリケーションでは、
クラスの定義などの型の宣言は
トップレベルのステートメントより
あとに記述する決まりになっています。
実際に処理を行うコードよりも先に書いてしまうと
エラーになるので注意してください。」

この場合の
a) トップレベルのステートメント　とは、何を示すのでしょうか?
b) 実際に処理を行うコード　　　　とは、何を示すのでしょうか?

2024/07/04(木) 12:18:17.88

>>513
ものすごく雑に説明すると、C#の文法として元々は
class Program
{
　static void Main()
　{
　　Console.WriteLine("Hello");
　}
}
と書いていたのを

Console.WriteLine("Hello");

だけでもOK（Programクラス等が自動生成される）となった
これがトップレベルステートメント
詳細はぐぐるなりして調べてね
で、「実際の処理」はこのMain()に含まれる部分のことを指していると思う
該当の入門書持ってないからしらんけど

2024/07/04(木) 12:34:10.76

横からだけど、そんなことできるなんて知らなかったわ
Mainの中に書いてたものをむき出しにできるので、他のクラス定義は(Mainのなかのコードと間違われないように)後ろに書けってことなのね
でも誰が嬉しいんだろう、こんな書き方できて

2024/07/04(木) 12:44:12.87

Windowsに入っているcscで出来りゃあバッチの代わり的に使えるかもだけど

2024/07/04(木) 12:47:42.63

pythonマンセーの人がいるんじゃないの？しらんけど

2024/07/04(木) 13:00:00.07

C#9.0（.NET5の時）にできるようになったな

2024/07/04(木) 13:02:17.69

Main関数をasync出来るようになったのも良いよね

2024/07/04(木) 14:39:49.72

C#はまんまWindowsで実行出来るからなぁ

2024/07/04(木) 15:17:21.31

Windowsじゃなくてもまんま実行できるけど？

2024/07/04(木) 16:16:34.13

c♯をスクリプトとしても使えるようにしたからトップレベルステートメントにしたんじゃないの

2024/07/04(木) 18:24:08.74

多分.Net6の途中でVSのコンソールアプリのデフォルトテンプレートがトップレベルステートメントのみになってて
ざわついてたんだけどその後従来のテンプレートも再び選択できるようになった

MSは突拍子もないことをする

2024/07/04(木) 19:11:22.26

CSスクリプトは2015年だし、関係ないんじゃないかなぁ

2024/07/04(木) 22:00:11.85

https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/program-structure/top-level-statements
にある通り、Azure FunctionsとGitHub Actionsで使うんだよ
ぶっちゃけ糞Azure Functionsなんかほとんど使われてないしGitHub ActionsのアクションをC#で作ってるのなんて当のMSくらいのもんだが

2024/07/04(木) 22:18:12.37

GitHub Actionsはそれ自体がC#で作られたサービスだから、MS自身の視点から見ればアクションもC#で書くのは自然なことなのだろう
とはいえWeb系の方面で広く利用されているサービスなのでC#でアクション作ってる物好きはまず居ないだろうな

2024/07/05(金) 02:20:23.30

宣言を後に書かせるようにしたのは作った奴がただのアホだった証左

2024/07/05(金) 08:36:05.16

銀河英雄伝説で考えるセキュリティ--将来の「帝国の双璧」が陥った罠とセキュリティ業界
https://japan.zdnet.com/article/35220819/

2024/07/06(土) 17:46:02.34

azure functionsは普通に使うだろ
flex従量課金でやっとlambdaに並んだ

2024/07/06(土) 22:26:07.62

AzureのマネージドサービスはEntraIDみたいな情シス向けのを除けば基本的に地雷だからなあ
AWSやGCPに比べて品質が低すぎるし、後からFunctions v2みたいな全面刷新版出してきて初期のゴミを無かったことにしやがるのほんと糞
Azureはエンプラが主戦場だから基本的に技術選定をする人間と開発する人間が別である場合が多く、実際には使い物にならないレベルでも
とにかく機能の頭数揃えといて機能比較表に◯付けてもらえるようにしとくことが重要なんだろうな

2024/07/06(土) 22:47:04.05

最近のAzureはAIやデータ関連のサービスを乱発してるがヤバすぎる品質
これをVSを作ったMSが出しているとは俄かに信じられないレベル

2024/07/07(日) 00:46:55.00

具体例がないのではぁ、そっすかとしか思えん
M$とか言って揶揄してる脳内の時間が20年前で止まってる人かな

2024/07/07(日) 04:47:32.20

未だにMacのマウスのボタンは1個だけだと言いふらす人もいるし

2024/07/07(日) 06:07:39.76

＞ M$とか言って揶揄してる
お前じゃんｗ

2024/07/15(月) 20:06:43.83

2つの文字列を比較して、指定文字数以内の違いは同じ物とみなす
あいまいな比較方法ってありますか

2024/07/15(月) 20:16:10.09

>>535
2つの文字列間のレーベンシュタイン距離やジャロ・ウィンクラー距離を計算するといい

2024/07/29(月) 02:37:13.47

>>535
AIで

2024/07/30(火) 19:59:54.73

以前ここでドメイン駆動設計について質問させていただいた者です
ドメイン駆動設計入門を読み終わり、多少理解が進んだと思うのでまた質問させてください
・仕様パターンどドメインサービスの違いについて
　この二つの違いが良く分らないのですが、仕様パターンはドメインサービスのうち、評価とフィルタの処理に特化したものと考えていいですか？
・ドメイン層について
　ドメイン層はクラス外と繋がる部分をDIで差し替えれるようにするものという認識です
　例えばパケット送受信などの実装もドメイン層として問題ないですか？
　本やネットでは、DBを扱う層となっているので気になりました

すみませんが、ご回答のほどよろしくお願いいたします

2024/07/31(水) 00:13:39.43

本を本当に読んだのか疑問なんだけど…

2024/07/31(水) 00:13:54.84

仕様パターンはエンティティや値オブジェクトの特定の条件やルールを評価するための小さな部品。

ドメインサービスは複数のエンティティや値オブジェクトを使って、ビジネスロジック全体を実行するための大きな単位。

2024/07/31(水) 01:00:17.43

>>540
ありがとうございます
ドメインサービスって特定のドメインオブジェクトに属さないビジネスロジックを記述しますよね？
それが仕様パターンととても似ていると思うんです

あと・2つ目ですが、ドメイン層でなくインフラストラクチャ層(リポジトリ)の間違いでした
失礼しました

2024/07/31(水) 10:14:08.49

>>541
どちらもビジネスロジックであるという点が似ていると感じるのかも

仕様パターン
・あるエンティティが特定の条件を満たすかどうかを判定したい場合に使う
→ スコープが特定の条件に特化
・ビジネスルールをシンプルに表現する
・他のロジックとの組み合わせて使う
・戻り値がboolやenumが多い

ドメインサービス
・複数のエンティティや値オブジェクトを操作する複雑なビジネスロジックで使う
→ スコープが広範囲なドメインをカバー
・シンプルではなくドメインを詳細に使う
・複雑なビジネスロジックをカプセル化して使う
・戻り値が新しいオブジェクトなど様々

2024/07/31(水) 10:16:31.37

なんだ、石ころと地球の違いか

2024/07/31(水) 13:24:29.59

>>541
DDD用語でのドメインオブジェクトというのは一般的にエンティティかValueオブジェクトのこと
Specificationはビジネスルールを別個のValueオブジェクトに切り出したものでドメインオブジェクトの一つ

2024/07/31(水) 17:36:25.49

仕様パターンはデザインパターンのようなオブジェクト指向のパターン
便利だからそれをDDDに効果的に導入している

概念が違う

〇　○○は仕様パターンで実装されている
×　○○は仕様パターンである

2024/07/31(水) 21:36:07.63

以上IT言葉遊びでした

2024/07/31(水) 22:14:42.70

DDD以外の開発手法に行っても仕様パターンは仕様パターン
ドメインサービスはDDDの固有のものだからコードが同じでも違う呼ばれ方をする違う概念のものとして扱われることになるだろう

DDDには他にもデザインパターンが使われている
上に書かれているインストラクション層ではリポジトリパターンが使われている

2024/07/31(水) 22:20:55.13

インフラストラクチャ層だ
思いっきりミスってる

2024/08/01(木) 22:53:01.56

DDDは生成AIとの相性が悪いからオワコン
時代はSQLよ

2024/08/02(金) 01:59:59.79

仕様パターンとドメインサービスは概念が違うもの、というのがとてもしっくりできました
皆さんありがとうございました

>>538でもう一つ質問していますが、（ドメイン層でなくインフラストラクチャ層の間違いでした）インフラストラクチャ層にパケット送受信など記述するのはおかしいですか？
インフラストラクチャ層はDB永続化の目的だけに使うべきですか？

2024/08/02(金) 15:43:21.42

裏側の仕組みがどうであれ、それを集約としてモデリングできるなら何の問題もない
できないならDDDの範疇外だからDDD的にはお好きにどうぞとしか言えない

2024/08/03(土) 14:59:13.44

>>550みたいな新卒や未経験レベルが学ぼうとしても前提知識が多すぎて全く理解が及ばない事が容易に推測できるのがDDDのデメリット
手を出すならもっと経験を積んでからだよ最後にC#関係ねーだろカス

2024/08/03(土) 21:44:08.94

DDDの肝はアプリケーションサービスだの値オブジェクトだのといったテクニックではなく、
ユーザーと要件を詰めてビジネスドメインをオブジェクト指向モデルに落とし込む部分
それ以外は全てオマケと言っても差し支えない
誤った抽象化によりドメインエキスパートのコミュニケーションに支障をきたすようなモデルになってしまっていたら、
いかにDDDの「オマケ」を正しく使いこなした美しい設計であろうともそれはゴミなんだよ

2024/08/03(土) 22:45:02.84

DDDの勉強の前にまず就職しないと業務というものがわからんだろう

2024/08/03(土) 23:14:52.27

なんだかあまり意味のない話を書かれても

個人が自分のために開発するならそのドメインエキスパートは誰なのかと考えなくてもわかるだろう

2024/08/03(土) 23:47:05.89

DDDはそもそも開発者とドメインエキスパートが別の人間であることが前提
恋愛術を自分自身に対して実践しても仕方ないだろう？

2024/08/16(金) 12:11:24.60

address.PropertyChanged += (s, e) => {
switch (e.PropertyName) {
case "Address":
//処理の中身
break;
} };
となっているところをもっと簡素化した書き方ってできるのでしょうか？

2024/08/16(金) 12:39:59.89

君が定義する簡素化とは？

2024/08/16(金) 14:30:07.59

>>557
簡素化？とは関係ないけど
nameof使った方がいいかも

2024/08/16(金) 15:16:11.70

プロパティ名を実行時に文字列値比較するのはプログラム的に美しくない
PropertyNameがAddressの時だけに呼び出されるハンドラを定義できればベター
できなければその言語は発展途上かな

2024/08/16(金) 15:28:45.14

言語というかフレームワークの問題
別に今ならソースジェネレーターもあるのだから言語機能としては楽に実装できる訳だからな
まあ原始的に文字列比較するのは他の言語のGUIフレームワークでも往々にしてあるけど

2024/08/16(金) 16:59:52.55

>>560
>PropertyNameがAddressの時だけに呼び出されるハンドラを定義できればベター
言語的には普通にできるよ

できるけどプロパティ別のイベントとハンドラを使わずに
汎用的なイベントとハンドラが一般的に使われるのは
フレームワークがINotifyPropertyChangedインターフェースと
そこに定義されてる汎用的なPropertyChangedイベントを前提としてるから

2024/08/16(金) 23:21:57.35

充分簡素では

2024/08/20(火) 14:42:04.36

今まできちんと動いてたソースがVS2022をマイナーアップデートしたとたんに
System.Windows.Markup.XamlParseException: 'Index was outside the bounds of the array.'
って例外でて動かなくなった
.NET8.0→9.0に切り替えたら例外出ずに動くし。もう意味が分からない

2024/08/20(火) 16:56:30.17

マイナーアップデートしたからだろ？

警備員[Lv.25] (ﾜｯﾁｮｲ 9ffe-jgWm) · 2024/08/20(火) 21:31:18.51

どこが配列超えしたのか追っかければ良いのに

2024/08/20(火) 21:49:50.51

>>564
具体的なバージョンは、17.10.6と17.11.0どっちかな
後者のような奇数番台の.0は比較的大きな変更が入ってバグだらけなことがよくあるから避けた方が無難

2024/08/20(火) 22:53:56.20

バグがあるのにライブラリもバグってて気が付かないと言う線もあるので
どこでどういう風になっているのか見直したほうがいいかも

2024/08/20(火) 23:14:46.66

>>566
MainWindowにUserControl貼ってるウインドウなんだけど
UserControlのInitializeComponent();内で例外発生。で、そこのxaml削ってくとある点で例外発生しなくなるけど今度はMainWindowのxamlで例外発生
ってな感じでいっぱい例外出る箇所あって追っかけてもどうしようもなさそうなんだ

>>567
例外出るのはPreview Version 17.12.0 Preview 1.0
アプデ前のは不明
Previewやめろって？w

2024/08/20(火) 23:21:32.92

>>569
Previewで不具合出たら寧ろご褒美だろうw
勘違いしないようにもっと嬉しそうに書いて

2024/08/21(水) 08:59:40.06

Preview入れて不具合なら報告して次をまとうだろｗ
それが嫌ならPreviewやめろは当たり前

警備員[Lv.26] (ﾌﾞｰｲﾓ MM9f-jgWm) · 2024/08/21(水) 09:14:20.66

せやな

2024/08/21(水) 09:52:00.94

x せやな
o そうですね

2024/08/21(水) 12:11:33.60

せやね

2024/08/21(水) 12:35:04.54

x せやね
o そうですね

2024/08/21(水) 12:38:55.38

せやせや

2024/08/21(水) 13:40:44.38

x せやせや
o そうだそうだ

2024/08/21(水) 13:51:19.97

せやろ

2024/08/21(水) 16:14:47.22

x せやろ
o そうだろ

2024/08/21(水) 16:20:43.88

なんや（多義語）

2024/08/21(水) 16:41:36.58

せやからなんちゅーねん

2024/08/22(木) 10:49:22.21

しらんがな

2024/08/22(木) 11:03:28.50

しぇからしかっなんばいうとっと

2024/08/26(月) 10:11:56.65

ぼくのC#の基本書は独習C#新版2017年12月初版なんですけど
独習C#は新しい版が2022年7月に出てます
新しいのを買ってもう一度読み直した方がよいのは分かってるのですが、4000円もするので正直買いたくないです。でもネットでまとまった情報を入手してアタマにいれるのも苦手です
そこでみなさんに新しい版を読まない事によるデメリットを力説してもらいたいのです
よろしくおながいします

はいどうぞ

2024/08/26(月) 10:34:41.16

モダンな書き方にこだわらないのなら新しい版は買って読む必要も無いんじゃね？

2024/08/26(月) 10:41:52.10

>>584
初版だとC#7ぐらいだったっけか
他の人とコードを共有するとか他人のコードを読むとかしないのなら別に困らないんじゃね？
C#8以降の新機能って大きいところだと
null許容型
record型
トップレベルステートメント
switch式
とかそのへん？抜けてるのあるかもしれんけど
知ってると便利だけど、知らなくてもそこまで致命的ではないんじゃね？

ようするに、一人でやってるのなら好きにすればいいと思うよ

2024/08/26(月) 10:54:52.78

>>585
>>586
えーそうなんですか
最後の一押ししてもらおうと思ったのですがーｗ

ありがとうございます

2024/08/27(火) 03:55:59.11

仕事で使うなら4000円程度払えないのはおかしい
趣味で使うものに4000円程度払えない奴がこんな専門スレに来るわけがない

ようは、買っちまえ

2024/08/27(火) 06:42:47.99

本なんか買って読んでから考えろ

2024/08/27(火) 10:09:49.52

日曜に本読む国だからな

2024/08/27(火) 10:36:05.57

初心者なら買う
初心者じゃないなら買わない

2024/08/27(火) 11:10:30.26

初版を買ってから何をしてたんだろ？
買って満足するタイプなら、最新版を買っても読まないだろうから無駄じゃね？

2024/08/27(火) 16:11:14.11

だいたい分かったら、あとはVisualStudioが教えてくれるだろ

**あぼーん** · NG

あぼーん

2024/08/28(水) 00:02:03.42

図書館にあるかもしれなから図書館のサイト開いて検索してみ

2024/08/28(水) 12:58:34.11

>>584
古い版はブックオフへ売却

2024/09/02(月) 10:17:07.82

MinifyされたJavaScriptのコードをChatGPTで読みやすい形式に戻すことに成功
https://gigazine.net...eering-with-chatgpt/

2024/09/02(月) 10:36:23.94

C#関係ねーだろカス
URLまともに貼ることもできねーのかよカス

2024/09/02(月) 12:39:20.92

関係ない単発スレ立てるようなやつだからな

2024/09/11(水) 15:27:18.98

>>584
C# Dev Kit がゴミすぎてヤバイから古い構文だけ使っとけ
https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csdevkit&ssr=false#review-details

2024/09/17(火) 22:53:51.66

クラス.Hoge
{
getter;
}=new クラス.Fuga

でプロパティの初期化でインスタンス生成して、以降はクラス.Hogeでゲットすることでシングルインスタンスを実現しているコードがあるんですが、シングルトンのほうが良くないですか？

2024/09/17(火) 23:24:30.21

何語だ？

2024/09/18(水) 09:46:11.92

他でnewできないように作ってあるならどっちでも良いんじゃ？

2024/09/18(水) 19:15:35.43

>>601
シングルトンにするとどういうメリットがあるの

2024/09/18(水) 20:03:41.44

シングルトンって実装概念だから、コードがどうなってようが、スマホただ一つのオブジェクトしか持たないならシングルトンだろ？

2024/09/18(水) 20:04:03.56

スマホ？