ふらっと 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に移ってもいいし仕事じゃなきゃ移らなくても何も問題ない