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

2022/09/18(日) 14:39:29.51

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part155
https://mevius.5ch.net/test/read.cgi/tech/1655422932/
■関連スレ
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
■コードを貼る場合は↓を使いましょう。
https://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/
https://docs.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
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

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

2022/09/18(日) 14:39:44.87

新しく立てましたがあってますかね？

2022/09/18(日) 15:29:46.75

ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！
ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！
ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！
ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！
ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！ちんぽ！

2022/09/18(日) 15:57:15.60

いちおつ
大体あってるけど冒頭のおまじないが消えてるね…
!extend:checked:vvvvv:1000:512

2022/09/18(日) 16:33:33.24

>>4
ほんとだ
書き込むときはあったのにな…

2022/09/18(日) 16:35:43.35

立て直したほうがいいのかな？

2022/09/18(日) 16:35:49.19

スレ立てるときは１～２行ぐらい追加して立てた方が良いかなって話だよね

2022/09/18(日) 16:39:46.64

つまり次立てる人が気をつけてくれればいいってことか…

2022/09/18(日) 16:42:23.27

書いてる通り1行ぶんは消えるからね　毎回増やさないといけない
立て直しはしなくていい、大丈夫
次スレ立てるときに気を付けないといけないなーと

2022/09/18(日) 16:43:34.75

なるほどサンクス

2022/09/18(日) 16:44:45.13

>>5
立てる時に消費されるから増やさなきゃいけないんだよ
5chは仕様の古さが目立つな
今時シフトJISだったり1000レスまでだったりメアド欄があったりそこにsageを書いたり

2022/09/18(日) 17:39:41.49

>>3
ちんぽ!まで読んだ

2022/09/18(日) 17:43:02.64

読んだんだ（笑

2022/09/18(日) 17:44:39.84

ReDosにもならない

2022/09/19(月) 12:44:07.38

«許可»をクリックして、ロボットではないことを確認してください！

2022/09/19(月) 15:30:11.92

ポチッとな

2022/09/20(火) 12:34:37.10

::::::::::::::::::::::::......　　　........:::::::::::::::::::::::::::　;;;;;;;:::::::::::::::
　　　　　　　　　　　γ　⌒　⌒ ｀ヘ
　　　　　　　　　　イ　"" 　⌒　　ヾ　ヾ
　　　　　　　　/　(　　　⌒　　　　ヽ　　）ヽ
　　　　　　　　(　　　　　　､　,　　　　　ヾ　）
　...................　.......ゞ　(.　　　　.　　ﾉ.　.ﾉ　.ノ...........　........
　:::::::::::::::::::::::::::::::::ゝ､､ゝ.....| 　|..., ,　ノソ::::::::::::::.......::::
　　_ _i=n_ ._ [l_ .._....,,. .-ｰ;''!　 i;;;～－ヽ_ii_i=n_ [l h__
　　/==H=ﾛﾛ-.γ　,～ー'''l !　|'''ーヾ　ヾ　「!=FH=ﾛﾛ
　　¶:::-幵-冂::（　（　　　　|l　 |　　　　)　）=HﾛΠ=_Π
　　Π=_Π「Ⅱヾ､　⌒～"""''''''⌒～'"´ ノ;;'':::日lTΠl:::....
　Д日lTl,,..:''''" 　 ""'''ｰ-┬ーr--～''""　　　:::Д日lT::::
　FH=n.:::::'　　　　　　 | 　 | 　　　　　　　　:::FL日l」:::::
　ﾛΠ=:::::.:.　　　　　　　　ﾉ从ゝ　　　　　　 .::田:/==Д::
　口=Π田:::.　　　　　　　　　　　　　　　　　.::::Γ| ‡∩:::
　Γ| ‡∩Π::....　　　　　　　　　　　　　　 ...:::Eﾖ::日lTlﾛ::::
　Д日lTlﾛ_Π::::.......　　　　　　　　　 ...::::::::田:凵Π_=H::
　=Hﾛ凵Π=_Πﾛ=HﾛΠ:::.................:::::::::::口ﾛロH「ｌ.F

2022/09/21(水) 21:35:43.28

hosyu

2022/09/23(金) 08:57:53.80

hosyu

2022/09/23(金) 14:31:23.00

皆様に人脈の加護がありますように❤

2022/09/25(日) 00:31:29.09

質問です！
Windowsでwavとかmp3とかじゃなく配列で作った正弦波を鳴らすための標準ライブラリってありますか？
シンセサイザーアプリのために低レイテンシーだとありがたいです

2022/09/25(日) 00:59:16.75

XAudio2

2022/09/25(日) 01:45:39.85

そもそもwavファイル自体が波形データそのままに近いのでは？
Win32APIを直接叩くとやりたいことは出来るとは思うけどね
waveOutOpen()とかこの辺
大昔にやった事あるけどその時はVCだったし全然覚えてないわｗ

2022/09/25(日) 02:01:54.70

>>23
waveファイルはヘッダー情報があるのでそれ作らないといけないのがめんどくさい
わざわざファイルを作らないといけないのもスマートじゃないし
やっぱりWin32API使わないとなのか…
このへん破ったことないからわからん

2022/09/25(日) 02:02:08.15

>>22
調べてみます

2022/09/25(日) 02:02:54.21

>>24
この辺使ったことないの間違いです
どんな誤変換したんだ…

**デフォルトの名無しさん** (JP 0H6a-Q6KD) · 2022/09/25(日) 02:10:21.67

この質問者、前スレで就職相談してた27歳の人じゃね？
なんとなく「mauiで」とか条件後出しされそうな悪寒

2022/09/25(日) 02:29:37.09

邪推はやめてくれよブラザー

2022/09/25(日) 04:18:13.47

dllをプロジェクトの参照に入れずに、実行時に動的に読み出して内部のメソッド実行やインスタンスの生成をしたいのですが可能でしょうか？

2022/09/25(日) 05:05:25.63

>>29
可能です

2022/09/25(日) 07:24:05.34

そりゃ元々 Dynamic = 動的だからできないわけない
てか C# dll 動的ロードとかでググろうと思わないのか？
https://qiita.com/rita0222/items/609583c31cb7f0132086

2022/09/25(日) 07:35:25.02

21ですが色々調べた結果標準ライブラリでは難しいようですね、、、
win32APIをDLLインポートするのも大変そうなので（Xaudio2をC#で使う記事を見ましたが理解ができませんでした）
素直に拡張ライブラリのNAudioを使うようにします。

2022/09/25(日) 07:46:43.94

dll実装が先に存在してるなら、参照で先に作っておいて、
実行時にこけたらAssembly.LoadFileとかするのが普通かな。

dll実装が不定ならAssembly.LoadFileで読んで、dynamicで動かすことになるが
結構不安要素でかい。

Reflection使ってメソッドの実装のありようの確からしさは実行中に確認する必要がある。

interfaceなりでちゃんとdll側を縛ってあるのがいちばんいいけどね。

2022/09/25(日) 18:52:10.05

どこの普通なんだか

2022/09/25(日) 18:55:26.67

dllの動的ロードしたいならMEF使え
https://learn.microsoft.com/ja-jp/dotnet/framework/mef/

2022/09/26(月) 06:17:01.60

プラグインシステムならまだしも、dllの動的ロードでMEFなんか使わんが...

2022/09/26(月) 12:27:47.38

そういうのをプラグインと言うんだぞw
プラグインじゃなきゃ普通に参照すればいい

2022/09/26(月) 12:35:43.49

あ、そうか、もしかして参照したdllはアプリ起動と同時に読み込まれると思ってるやついるのか
だから参照しないようにしてんの？w

2022/09/26(月) 15:03:37.01

開発時は参照では組むが、実際の実行環境では
実行の基点となるexeとは別の場所にdllが配置されてるとかもあるからなぁ。

まあ質問者が何やりたいかは明確にしていないからなんとも。

dllを遅延ロードしたいだけなら、上にあるように
普通に参照で組んで、実行時にdll無いと必要になるステップに
到達したらエラーになるから、それに備えて
AssemblyResolverに無かったらこの場所のこのdll読めと指示しとけばいいだけ。
これも上に書いた通り。

2022/09/26(月) 15:46:38.31

MAUI君とマウントじじいはID変わってもすぐ分かるな

2022/09/26(月) 17:18:58.59

いつも論破されて悔しそうなやついて草

2022/09/26(月) 17:21:26.07

>>39
さすがに必須dllを別管理するのは筋が悪い
dll hellを招くアンチパターンだぞ
20年前にはみんなやめてるからそろそろ知識をアップデートしよう

2022/09/26(月) 20:11:02.71

プラグインスタイルにする場合は開発スタート時点から外部に公開する用のinterfaceを
別プロジェクトにする必要があるからお勧めしない

アプリプロジェクト
公開用コモンプロジェクト
プラグインプロジェクト

こういうのを含んだ感じになる

c++はこういうのが柔軟でやりやすい
C#はあまりプラグイン開発に向いていない

2022/09/26(月) 20:15:47.43

んなことはない
C#であまりプラグイン的な機構が使用されないのは、C++に比べて広く一般的に使用されるアプリケーションが少ないのと、
ビルドが簡単高速なために全部リビルドしたほうが早いからだよ

2022/09/26(月) 20:16:31.39

あら捜しの結果、たかだか一つ数分で作れるプロジェクト分割することを欠点と言い始めたかー

2022/09/26(月) 20:17:49.62

全くclassなどを受け渡ししない場合を除いて通常は

アプリプロジェクト
公開用コモンプロジェクト

というソリューションで開発してプラグインは

公開用コモンプロジェクト
プラグイン個別プロジェクト
で開発

公開用コモンプロジェクトが分厚くならないようにinterface中心にする

2022/09/26(月) 20:19:44.63

粗さがし？
普通に作ると分かることだが…

c,c++はゴミみたいな存在だがプラグイン作る時は.hやhpp配るだけでやりやすいことが多い

2022/09/26(月) 20:21:25.82

重量級アプリ作っててプラグインの仕組みを導入したくなった場合
かなり面倒
dynamicにするのは無し

2022/09/26(月) 20:57:57.39

classの受け渡しなんて言ってる時点でもう...

2022/09/26(月) 21:43:04.31

じゃあ現実的なラインで話せよ
俺が書いた以外で実践的なプラグインを合理的に作る方法をさ

レベル低いのにしゃしゃって来るんじゃない

2022/09/26(月) 21:58:39.65

20年前の知識でイキるのは恥ずかしいぞw

2022/09/26(月) 22:09:28.79

>>51
話が見えてないんだな
お前がここで一番の馬鹿だ
これは間違いない
対案も出せない

しかもお前はジジイだな
筋が悪いと言うワードセンス
20年前のDLLの話をしてるし

2022/09/26(月) 22:43:33.82

>>42
必須じゃないdllでやるんだろ。
ハードウェアなどの環境に依存するdllとかな。

2022/09/26(月) 23:44:58.22

>>53
そういうのは参照できないから(あるいは不要なものまで全部参照する必要があるから)インターフェースがいる
プラグインがベストプラクティス

2022/09/27(火) 08:07:21.08

プラグインはプラグインのインターフェースに合わせて実装するんであって
既にあるdllを単に動的バインディングするのとは別物だな。

2022/09/27(火) 08:55:03.98

powershell上でC#の連携で、再帰するような処理や重い所をC#で書いて使ってるんですが、
powershellの機能が必要な時はC#側からpowershellのスクリプトブロックをFunc<>やAction<>でコールッバックとして呼び出す形にしています。
このときに、Func<>やAction<>の引数にrefを指定して、bool値とかをpowershell側から設定して返してもらうようしたかったのですが、
Func<>やAction<>の引数にrefは指定できないようでした。
代替として、PSObjectにNotePropertyを作って値を入れて貰ってまますが、他に良い手段があったら教えてください。

2022/09/27(火) 09:32:49.82

>>55
参照しろよw

2022/09/27(火) 09:34:23.58

>>56
自分でデリゲート型を作ればいんじゃね
知らんけど

2022/09/27(火) 10:31:21.25

WPFとかにおけるPrismってそんなにいいの？

2022/09/27(火) 10:48:09.96

>>58
Func<>やAction<>がだめってことはデリゲートの引数指定でrefがだめってことかと思い込んでましたが違うんですかね。
試してみます。ありがとうございました。

2022/09/27(火) 12:21:27.17

>>60
できるぞ
https://ufcpp.net/blog/2022/2/ref-generic-arguments/
Funcとかは自動生成とは言え引数の数だけ実際に宣言してる
ここにrefやoutを入れるとその組み合わせは膨大な数になるから(例えば引数2つだけでもFunc<T1,T2>, Func<ref T1,T2>, Func<ref T1,ref T2>, Func<T1,ref T2>,Func<out T1,T2>, Func<T1,out T2>, Func<out T1,out T2>, Func<ref T1,out T2>, Func<out T1,ref T2>)もっといい方法が無いか探してるところだろうな

2022/09/27(火) 12:50:24.07

できました。
>>61そういう泥臭い実装だったのか・・・ありがとうございます。
最初からdelegateで書けばよかった。

2022/09/27(火) 15:54:24.92

どうやらstructを含む値型を参照渡ししても呼び出され側のpowershellでは書き換えられないらしい。
下記のPSParamのclassをstructに変更するとpowershell側ではうまく書き換わってるように見えても、呼び出し側のC#に戻るとbState1はTrueのままとなる。
バグなのかなあ。

Add-Type @"
using System;
public class Helper {
public class PSParam {
public bool bState1;
public bool bState2;
};
public delegate void refAction1(ref PSParam p);
public static void CallbackTest(refAction1 proc) {
var p = new PSParam();
p.bState1 = true;
p.bState2 = true;
Console.WriteLine("bState1:{0}", p.bState1);
proc(ref p);
Console.WriteLine("bState1:{0}", p.bState1);
}
}
"@
[Helper]::CallbackTest2({param([ref]$p); $p.Value.bState1 | Out-Host; $p.Value.bState1 = $false; $p.Value.bState1 |Out-Host; })

2022/09/27(火) 15:56:16.12

上のCallbackTest2はCallbackTestの間違いです

2022/09/27(火) 16:15:47.83

バグって言うかスクリプトブロックを渡してるからだろうな

2022/09/27(火) 16:20:55.11

ていうか参照渡しじゃなくHashSetを使ってやりとりするんじゃいかんの？

2022/09/27(火) 16:23:37.50

HashSetじゃなかった
Hashtableだ

2022/09/27(火) 16:32:12.76

structにこだわる意味はなさそうだしそれならrefも必要ないし
そもそもFuncの返値にすればいいんじゃないの的な

2022/09/27(火) 16:37:17.49

Hashtableを使う場合

Add-Type @"
using System;
using System.Collections;
public class Helper {
public static void CallbackTest(Action<Hashtable> proc) {
var p = new Hashtable();
p["bState1"] = true;
p["bState2"] = true;
Console.WriteLine($"bState1:{p["bState1"]}, bState2:{p["bState2"]}");
proc(p);
Console.WriteLine($"bState1:{p["bState1"]}, bState2:{p["bState2"]}");
}
}
"@
[Helper]::CallbackTest({param($p);$p.bState1 | Out-Host;
$p.bState1 = $false;
$p.bState1 | Out-Host })

2022/09/27(火) 16:41:08.41

>>63
普通に
bState1: True
True
False
bState1: False
ってなるけど？
$PSVersionTable.PSVersion: 5.1.19041.1682

2022/09/27(火) 16:45:59.80

>>59
Prismは大袈裟すぎるがMVVMを使うなら何か一つフレームワークは必須
CommunityToolkit.Mvvmいいぞ
必要な機能は揃ってるのにシンプルで学習コストが低く軽い
これで慣れてからPrismに移ってもいいし仕事じゃなきゃ移らなくても何も問題ない

2022/09/27(火) 16:51:36.15

>>70
class PSParamをstruct PSParamに変えても？

2022/09/27(火) 16:53:51.16

>>71
ふむふむなるほど…

2022/09/27(火) 16:58:10.34

>>69
わざわざC#でやるからには少しでもパフォーマンスを上げたいので、
C#側でハッシュとかPSObjectで文字列のプロパティを作って渡すとかは極力避けたいのです。
>>70 >>72の仰る通りclassで渡してるので正常に動くやつです。structに変えて試してください。

2022/09/27(火) 17:03:06.67

ちなみにテスト結果は
値の参照渡し× >>63-64
参照の値渡し○
参照の参照渡し○
でしたので、コンテナを渡す限りではrefは必要ないですね。

2022/09/27(火) 17:04:20.64

>>74
そんなんでパフォーマンス上がらんぞ
PowerShell使ってる時点で無意味だし計測しても誤差が大きすぎて差は出ない
スクリプトブロックをデリゲートに入れるための代理関数とか中で作られてるからな

2022/09/27(火) 18:47:57.59

>>76
計測してみました。
以下のclassでパラメーター渡すのよりもHashtableのが2割程速い結果になりました・・・これはHashtable採用ですね。
Add-Type @"
using System;
using System.Collections;
public class Helper {
public class PSParam {
public bool bState1;
public bool bState2;
};
public static void CallbackTest1(Action<PSParam> proc) {
var p = new PSParam();
p.bState1 = true;
p.bState2 = true;
proc(p);
}
public static void CallbackTest2(Action<Hashtable> proc) {
var p = new Hashtable();
p["bState1"] = true;
p["bState2"] = true;
proc(p);
}
}
"@
(Measure-Command { 1..10000 | %{ [Helper]::CallbackTest1({param($p);$p.bState1 = $false; }) } }).TotalMilliseconds
(Measure-Command { 1..10000 | %{ [Helper]::CallbackTest2({param($p);$p.bState1 = $false; }) } }).TotalMilliseconds

2022/09/27(火) 19:22:16.19

>>72
ああ、すまんちゃんと読んでなかったわ
まあ、仕様だろうね
変更可能な値型は避けろって書いてある

❌ 変更可能な値型を定義しないでください。
（... 中略 ...）
また、一部の言語 (特に動的言語) では、ローカル変数であっても逆参照されるときにコピーが作成されるため、変更可能な値型の使用で問題が発生します。
https://learn.microsoft.com/ja-jp/dotnet/standard/design-guidelines/struct

普通にクラスで作ればいいだけ、てかPowerShell使ってる時点でclass/structで細かいパフォーマンスチューニングしても無駄だと思うぞ

2022/09/27(火) 20:39:58.78

VS2019で.NET 4.5 + NugetでValueTuple入れて作ったプロジェクトを
VS2012で読もうとしたらValueTuple扱えなかった・・

VS2012も.NET 4.5は大丈夫だけど、ValueTupleだとC#のバージョンが問題になるのかな？

2022/09/27(火) 21:45:06.74

https://qiita.com/shimamura_io/items/5a1c754914b864540bac
この手のめんどくさいトラブル抱える可能性残すくらいなら4.8使うかValueTuppleあきらめろよ

2022/09/28(水) 08:17:08.29

VS2012じゃC#コンパイラが全然タプルに対応できないからね
普通の構造体として扱うことはできるかもしれないが

2022/09/28(水) 08:31:43.95

読んでビルドするだけならVSCode使うほうがよさそうかな

2022/09/28(水) 08:37:42.78

学習オプションをGUIでも確認しやすいという意味でも
VSの方がはるかに向いてるが。
VSCodeが候補にあがるのはAzure使っててC#だけでなく
色々混じってる時くらいでしょ。

2022/09/28(水) 08:38:04.69

学習→GUI

2022/09/28(水) 09:06:32.72

そこでQtですよ(嘘)

2022/09/28(水) 10:26:54.48

QtやTcl/Tkとか名前は聞くけど誰も使っている人居ないんだよね
WinFormsより簡単なの出さないと日本では流行る気がしないｗ

2022/09/28(水) 12:46:58.02

>>86
かつてのDelphiやVB6の役割が今のWinforms
これ以上簡単なモノは出ないだろ

2022/09/29(木) 10:40:58.78

オブジェクト指向で
クラス=ニュークラス
変数A=クラス.メソッド（引数）
で他のクラスでメソッドで作った変数Bを変数Aに代入したいとき
returnで返すのが一般的なんかな？

俺他のクラスでプロパティ作ってメソッド内で作った変数Bをプロパティに入れて
クラス=ニュークラス
クラス.メソッド（引数）
変数A=クラス.プロパティ
にしてるんだけど異端か？

なんか遅くなるとかの弊害ある？

2022/09/29(木) 10:56:44.30

>>88
#nullable enableにすると、そのプロパティーを　hoge? にしないとワーニングが出てくるね

2022/09/29(木) 11:05:58.40

そのclassの設計次第だとは思うけど…
単純な計算結果を必要としているのならstatic methodにして直接メソッドの結果を取得する方が分かりやすいだろうし
インスタンスの何かがその処理に必要であるのならプロパティ経由で取得する方が良いだろうし

2022/09/29(木) 11:27:28.88

ふむふむケースバイケースなのかな？

2022/09/29(木) 11:48:18.47

メソッドの仕様とプロパティの仕様の二つを読まなきゃならなくなるから一般的に可読性と保守性は落ちる
あと副作用前提なので参照透過でなく多用するとスパゲッティになりやすくなる
メソッドがthisを返すならMauiAppBuilderみたいにメソッドチェーンで使えるようになるしプロパティパターンでパターンマッチングできるから場合によっては便利になる

2022/09/29(木) 17:05:48.88

>>92
なるほどありがとうございます

2022/10/01(土) 08:39:35.64

ブラウザの「名前をつけてページを保存」をWebview2でやりたいのですが、無理ですかね？
stream で読み込むくらいしか方法はないですか？

2022/10/01(土) 08:48:17.73

>>94
それはブラウザの役目であってHTMLをレンダリングして表示するWebViewの役目じゃない
スマホのブラウザにはそんな機能ないだろ

2022/10/01(土) 09:34:14.17

>>95
そうですよね
WebBrowserにはWebBrowser.ShowSaveAsDialog メソッドがあったのですが・・・

2022/10/01(土) 09:40:46.42

Chromeとかのダイアログも結局はWindowsならshell32のSHBrowseForFolder利用したりとOSの機能使ってるだけなんじゃないの？

2022/10/01(土) 10:43:04.40

>>315
予想で来ていたなら大儲けしたんだろ
ついでにそのスクショもうぷ

2022/10/01(土) 10:47:28.56

>>98
おまえの予想のほうがスゲェ！ｗ

2022/10/01(土) 10:52:54.13

誤爆ｗ

webvew2コントロール上で右クリックすると「名前を付けて保存」が出るようなので
そこを自動でやるだけなですがいい方法ないですかね？

2022/10/01(土) 11:36:18.78

そのページのHTMLをHTML方式で保存すればいいだけなのでは？

2022/10/01(土) 11:41:05.38

WebView2ならJavaScriptを呼び出せるメソッドがあるからhtmlタグの中身をゲットしてそれを保存すればいいだけのような気がするがどうなんだろ？

2022/10/01(土) 11:47:25.93

HTMLだけだとcssやjsが含まれていないので
落としたHTMLを表示するとまともに表示されない問題が発生してしまいます
ブラウザの「名前を付けて保存」は完璧に保存されますのでそちらが使いたいです

2022/10/01(土) 23:19:37.45

以下WebView2のエキスパートでもなんでもないから見当違いかもしれないので話半分で
ちょっとぐぐってみたけどWebView2で「名前を付けて保存」相当をやってる情報は出てこないね
Webブラウザでもページの保存は割と面倒な処理に該当するはずだからseleniumとかでWebブラウザに丸投げする方法を考えた方がいいと思うよ

2022/10/02(日) 01:20:34.77

ソリューションエクスプローラーに配置したJsonファイルをデシリアライズしてObservableCollectionに入れたいのですがどうすれば良いでしょうか？

using var stream = await FileSystem.OpenAppPackageFileAsync("monkeydata.json");
using var reader = new StreamReader(stream);
var contents = await reader.ReadToEndAsync();
monkeyList = JsonSerializer.Deserialize<List<Monkey>>(contents);

↑これを参考にやってみたのですがファイルが見つからないとか言われてしまいます

2022/10/02(日) 01:21:00.49

参考にしてるサイトはこれです…
https://github.com/dotnet-presentations/dotnet-maui-workshop/tree/main/Part%202%20-%20MVVM

2022/10/02(日) 01:46:38.36

一行目でエラーなら単純にファイルが無いのでは？
VSでデバッグの時のカレントがどこなのかそういう知識が無くパス指定も無く開けなかったら
カレントに無いぐらいは分かりそうなものなのに・・・

2022/10/02(日) 02:00:42.79

VSに入れたファイルのパスの指定方法ってどうすればいいんですかね？
ファイル名だけで勝手にソリューション内のファイル検索して取り込めるのか相対パスなのか完全パスなのか…
相対パスならどこからの相対パスを書けばいいのか…

2022/10/02(日) 02:02:35.93

ビルドアクション設定してないだけだろ

2022/10/02(日) 02:31:53.74

ビルドアクションは埋め込みリソースに設定すればいいんですか？
何に設定すればいいんですか？

2022/10/02(日) 04:59:56.46

何やらせても出来なさそう

2022/10/02(日) 08:28:15.79

参考という名のコピペ
考える材料を参考というのであって脳死で真似るのは参考にしたとは言わん
なぜOpenAppPackageFileAsyncを調べないのか
https://learn.microsoft.com/ja-jp/xamarin/essentials/file-system-helpers?tabs=android#platform-implementation-specifics
こんなややこしいものより普通に埋め込みリソースにして次のメソッド使った方がいい
https://learn.microsoft.com/ja-jp/dotnet/api/system.reflection.assembly.getmanifestresourcestream?view=net-6.0

2022/10/02(日) 08:47:31.34

>>112
ありがとうございます！
MauiAssetにしてResourcesからの相対パスにしたらいけました！

2022/10/03(月) 21:31:13.59

ListやObservableCollectionとか作るときに別classでget,setでプロパティ作るけどこれってなんて言うものなの？
他の言語とかも一緒？

2022/10/03(月) 21:32:38.29

よくわからんがViewModelの話をしてるのか？

2022/10/03(月) 21:35:24.31

>>115
どっちかというとModelの話かな
ほとんどの人がModelフォルダにpublic〇〇get,setしてる

2022/10/03(月) 21:38:09.72

List‹〇〇›とかObservableCollection‹〇〇›とかの〇〇部分
xamlだと{Binding 〇〇}で〇〇の中に定義したプロパティを読み込めるやつ

2022/10/03(月) 22:52:42.56

doubleにTryParseした値を別な変数に入れたいけど、もっと素直な書き方ないかな？

var value = double.TryParse(str, out dbl) ? dbl : dbl;

2022/10/03(月) 22:56:32.76

>>118
なんだその無意味な三項演算子

2022/10/03(月) 22:57:43.85

>>117
型引数なのか要素なのかモデルなのか何のことを言ってるのかわからん

2022/10/03(月) 23:18:54.43

選択肢がめっちゃ多い中で1つ選ばせるコントロールって何が良いですかね？
80項目くらいあるのでコンボボックスはNGになりまして。
選択内容は数値:文字列で表示したいです。

2022/10/03(月) 23:31:02.94

>>121
何で決定するの？それ
何か見て決めるんでしょ？
それを画面に出せよ

2022/10/04(火) 00:32:43.24

立ち食いそば屋の券売機みたいにボタン並べればいいじゃん

2022/10/04(火) 06:40:39.38

>>119
我ながら意味不明だけど、TryParseした"dbl"を"value"に1行で代入する方法をこれしか思いつかなかった
どうやればTryParseの結果を式として返せるの？

2022/10/04(火) 06:46:15.22

>>124
失敗したときの戻り値どうすんの？

2022/10/04(火) 06:46:54.63

>>121
別画面

2022/10/04(火) 06:56:27.63

double.TryParse(str, out var value)

2022/10/04(火) 07:10:40.44

>>124
メソッドにしろよなんでもできるぞ

2022/10/04(火) 07:16:12.38

>>126
ついでだが選択肢が80もあるなら検索ボックスも欲しいな
欲しいというか必須
別画面にせずともコンボボックスで検索するという手もある

2022/10/04(火) 07:27:32.13

>>124
絶対に失敗しないなら単に double.Parse(str) でいいし、失敗する可能性あるなら失敗した時にどうしたいのかによるわな

2022/10/04(火) 08:37:00.95

>>121
高さある程度とったリストボックスでいいんじゃない
フォントダイアログのフォントみたいな
頭に数字付けるのはインクリメンタルサーチとの兼ね合いがあるが項目が日本語なら関係ないか

2022/10/04(火) 11:59:18.04

>>121
Google翻訳の言語選択画面とか
StackOverflowやEvernoteのタグ選択画面とか
有名どころで類似画面を見つけてそれを参考にするといい

選択肢の数だけじゃなく選択させたいデータの特徴とユースケースによって適切なUIは変わってくる

2022/10/04(火) 12:28:46.35

IsVisibleプロパティでリストビューを最初に消しててボタン押すとリストビューのIsVisibleがtrueになる
そのリストビューを選択させてSlectedイベントハンドラーでボタンのテキストを選択したものにするみたいな

2022/10/04(火) 12:34:13.22

Slectedイベントでもう一度ListViewのIsVisibleをfalseにするとスムーズかも
WPFの場合はVisibility=collapsedにすれば画面専有しなくなる
このプロパティめっちゃ便利だからみんなも使って

2022/10/04(火) 12:34:32.55

>>133
それコンボボックスと何が違うんだ

2022/10/04(火) 12:37:11.62

>>135
リストビューだからイメージとかも表示できる
datatemplate設定する必要あるけどね
リストビューだけじゃなくてcollectionViewとか使ったら横2行でスクロールできるようになるし

2022/10/04(火) 12:38:40.11

検索バーもリストに紐付けられてたような気がするから更に便利かも
検索バーもリストビューとかと同様にIsVisibleが連動するようにしておく

2022/10/04(火) 12:39:40.83

>>136
選択するのは数値と文字列って書いてるが

2022/10/04(火) 12:39:58.19

まぁめんどくさかったらコンボボックスでもいいけどね
1つしか項目ないならこっちのほうが楽だと思う

2022/10/04(火) 12:41:35.19

>>138
UIとかこだわるならListViewかなぁ

2022/10/04(火) 23:58:06.92

>>125 >>130
iniファイルからの読み込みなので失敗もありえて、その場合は0.0が期待値ですね
TryPaerse失敗でoutの方は0.0になるので、単純にoutの値が欲しいだけなんです
ラムダでもうまく書けないので、>>128の言うようにメソッドにするしかないですかね

2022/10/05(水) 00:01:10.13

>>141
double.TryParse(str,out double value) ? value : 0

2022/10/05(水) 03:41:09.33

値が本当に0.0だったときに腹を切る用意はできてんだろうな？

2022/10/05(水) 07:40:46.91

失敗したときは初期値を代入する、って意図なら default にした方が分かりやすいぞ

2022/10/05(水) 10:12:13.66

どうしても代入式じゃなきゃヤダってんじゃない限り>>127で十分なんだけど

2022/10/05(水) 22:42:08.40

Convert.ToDouble...ボソッ

2022/10/05(水) 22:43:51.91

あ、失敗したとき考えたら同じだった…

2022/10/06(木) 18:05:18.67

c#でコードをすっきり書く方法について
unityです
以下のようなメインルーチンと自作関数がありますが、自作関数が多くなると間延びして見づらくなります
こうズラズラと書いていっていいものでしょうか？

void update()
{
//この中に記載したものが1フレームごとに実行される
}
void zisaku_kansu1()
{}
void zisaku_kansu2()
{}
void zisaku_kansu3()
{}

2022/10/06(木) 18:19:06.66

知らんけどどのオブジェクトにメソッドを生やすかは見やすさ関係なしに選んだ方がいい
メソッドが増えすぎる場合クラスが肥大化しすぎて単一責任原則に反している可能性があるから他のクラスに分割できないかどうかを検討してみろ

2022/10/06(木) 18:29:05.50

スクリプト１つにここまで、みたいな目安はあるんでしょうか？

2022/10/06(木) 18:39:38.40

無いよ
数じゃない
せっかく単一責任原則ってキーワード出てるんだから調べてみたら？

2022/10/06(木) 19:26:04.80

了解です
問題が出たらそのときに対処します

2022/10/06(木) 21:08:47.37

もう問題でてるやん

2022/10/06(木) 22:21:54.37

bool? x; をint の 0,1,2 にしたいのですが
return (x is null) ? 0 : x ?? false ? 2 : 1;
もっとかっこよく出来ませんか？

2022/10/06(木) 22:44:56.92

ほとんど変わらんけど
x.HasValue ? x.Value ? 2 : 1 : 0;

2022/10/06(木) 23:20:02.95

見やすさを優先したいなら複数行で
return x swicth
{
　true => 2,
　false => 1,
_ => 0,
};
と書きたいなあ

１行で
return x swicth { true => 2, false => 1, _ => 0 };
と書いてもたぶん大丈夫だとは思うけど

2022/10/06(木) 23:28:30.50

ネタコードだけど
new bool?[]{null,false,true}.IndexOf(x)

2022/10/06(木) 23:51:14.28

>>155
かっこつけてないじゃん
x.HasValue ? (x.Value ? 2 : 1) : 0;

2022/10/07(金) 00:30:44.40

>>158
かっこが無くてもちゃんと動くよ
あった方が分かりやすくて良いけど

2022/10/07(金) 02:06:25.47

その変態コードやるならメソッドにして手厚くコメント入れて欲しい
明示的にif文でデカデカと対応がわかるように並べて欲しい
一石二鳥なんか狙う場面じゃない

2022/10/07(金) 02:08:27.00

そのイカれたクソ設計考えたやつの名前と設計書の項目番号も添えて
わかるように並べるべき

2022/10/07(金) 03:43:01.87

馬鹿は何でもかんでも短くすれば良いと思ってる

2022/10/07(金) 07:30:32.84

switch式って.NET Frameworkだと(というかC# 7.3までだと)使えないんだね

.NET FrameworkでC# 8.0以上に上げるのは推奨されないって見てビビった

2022/10/07(金) 09:36:20.95

推奨されないというか、C#8.0以上では.NET Frameworkは公式にサポート外となった
仮にたまたま今動いてても明日.NET Frameworkのセキュリティパッチで突然動かなくなるかもしれないし、もちろんMSは修正しないよ

2022/10/07(金) 11:14:52.33

まあ今出てる中ならどれでもいいわ
少し見にくいとしても読めないレベルじゃないから

2022/10/07(金) 11:22:49.33

忍者コードへの道

2022/10/07(金) 12:22:10.54

>>159
ギャグなんだけど…(´・ω・`)

2022/10/07(金) 12:47:07.95

>>162
ほんそれ

2022/10/07(金) 20:16:53.71

Nullable有効にできないバージョンは古いC#って感じでもう使いたくないな

2022/10/07(金) 20:37:29.02

>>167
笑いどころがわからんわ

2022/10/07(金) 20:50:21.74

>>170
よし。俺が解説してやろう

かっこいいコードがほしい
かっこがない→かっこつけた→格好つけた→格好いい

>>167 可哀想ｗ

2022/10/07(金) 20:56:43.70

>>167
なんかゴメン

2022/10/07(金) 21:09:28.95

>>171
せめてカッコつけてないじゃん
って書いてほしいわ...

2022/10/07(金) 22:02:05.67

どんまい、来世はいいことあるさ

2022/10/07(金) 23:17:09.48

>>167
強く生きて

2022/10/08(土) 08:16:32.93

オブジェクト内でバイナリファイルの内容を扱うとしたら、バイト型配列がよいでしょうか。ファイルストリームで吸い出してオブジェクト内で扱うつもりです。

テキストファイルでは、ストリング型か、ストリング型配列か、それともバイト型配列がよいでしょうか。処理のしやすさを考えるとストリング型に一気に吸い出すのが良いかなと思います。

2022/10/08(土) 08:22:48.18

データをバイト配列で扱うのが都合が良ければバイト配列にするしそうでなければ型を作る

2022/10/08(土) 11:01:05.54

C#の正規表現が難しい・・・

文字列が特定パターンに一致したら、その一部をキャプチャして後方参照したいんだけど、やり方がわからん
具体的には下の感じで最初の数値群と2番目の数値群を取り出したい
Perlだとこのパターンマッチング後に$1と$2で取り出せるけど

if (Regex.IsMatch(str, @"^FIRST(\d+)_SECOND(\d+)$"))

2022/10/08(土) 11:34:32.95

IsMatchは結果を捨ててるぞ
Matchを使え

2022/10/08(土) 11:53:56.88

>>177
ストリング型に一気に吸い出すのが処理しやすいんだったらそうしたらいい
ストリームは全部一気に読むときの遅延が無視できなかったりメモリに全部乗らないような巨大なファイルを扱うようなときに使うもので、
全部一気読みで問題なく動くのならその方がシンプルで好ましい
バイト配列か文字列かは扱い対象のファイルがバイナリなのかテキストなのかに合わせればよいだけ

2022/10/08(土) 11:54:28.61

自分でも複雑なことをやるってわかってるのに一気に処理して
ログも出さない
途中の計算課程もみずにできると思い込む
やり方がわからない以前に一度でも実行したのか？

2022/10/08(土) 14:35:23.82

c#でthisはつけたほうがいいのですか？
現在のインスタンスを参照していることが、そのほうがわかりやすいかなという認識ですが、機能上、すごく重要なものだったりすりんでしょうか

2022/10/08(土) 15:10:00.89

visual studio使ってるなら色を見たらいい
色が薄いのは削除推奨
右クリックしたらリファクタリングメニューが出る
濃い色ならそのまま書いとけ

**.NET M HighSchool** (ﾜｯﾁｮｲ ca01-K5IV) · 2022/10/08(土) 15:43:59.89

thisは高確率で色薄くなるな

2022/10/08(土) 15:49:28.50

this 必須のケースって引数と名前被ってる場合以外にあるっけ？

2022/10/08(土) 15:53:41.70

this.でわずかに候補が絞れるというメリットはあるがそのためにソース汚すのもな

2022/10/08(土) 16:04:49.31

this使ってないと素人臭がするんだよなぁ
「こいつほんとに分かってんの？」って感じ。
thisは常につけろ、何があろうと。

2022/10/08(土) 16:14:22.95

逆に全部this書いてるのを見ると素人だからわからないんだなと感じる

2022/10/08(土) 16:15:59.85

それどういう理屈だw

2022/10/08(土) 16:23:46.29

コードの記述量が減るように様々な工夫が凝らされているので、それを使わないやつは知らないように見えるというそれだけのことだが？

2022/10/08(土) 17:07:26.31

>>183
色濃いっす
書いときます

2022/10/08(土) 17:22:37.77

可読性を考えるとthisを付けたほうがいい

2022/10/08(土) 17:30:09.59

原則省略していいよ
基本的には人間の記述した字句解析の手間が少なくなる程コンピューターは速く処理できるべきであり
人間の意図や文脈を解釈できないインテリセンスがまだまだ糞ってことだ

2022/10/08(土) 19:23:01.64

>>192
this.で汚染されて逆に見辛くなるんだけど

2022/10/08(土) 19:52:21.24

なんかマトリョーシカみたいなクラスの記述を強制するライブラリ使ってると
this付けないと飛び越えて呼んでるときあって気が付かない不具合がかなり凶悪だった覚えがある
多分この取り決めはそーゆークソライブラリ使ったとき用だと思う
通常では絶対イランと思う

2022/10/08(土) 23:18:49.64

>>194
そう？
俺は見にくいとは感じないし、わかりやすいからつける派だけど
慣れ親しんだ環境じゃない？

2022/10/08(土) 23:19:17.46

>>177
>>180
ありがとうございました。

ファイルストリームと、バイト配列の使い分けを、
教えてもらったことで意識したいと思います。

2022/10/08(土) 23:20:51.72

まぁ、俺にとって見やすい·わかりやすいってのはvsの色分けの効果が大きいとは思うけど

2022/10/09(日) 04:43:45.49

色々なコード読むとthisなんてわざわざ書いてないよね

2022/10/09(日) 04:45:35.54

世の中にはthisを書かないと読みきれないクソソースを書くやつがいるってことだな