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

2020/12/16(水) 11:29:35.35

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part148
https://mevius.5ch.net/test/read.cgi/tech/1590578921/
■関連スレ
C#, C♯, C＃相談室 Part94
https://mevius.5ch.net/test/read.cgi/tech/1553075856/
■コードを貼る場合は↓を使いましょう。
http://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
http://referencesource.microsoft.com/
・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

2021/02/06(土) 20:10:24.73

え？

2021/02/06(土) 20:20:56.81

>>481
いや、とりあえず真似ればいいやん

people.Sort((a, b) => a.Age - b.Age);
↓
itemList.Sort((a, b) => a.itemID - b.itemID);

※ a, b は単なる引数だから (x, y) => x.itemID - y.itemID とかでもいい

>>487
氏ね、ボケ

2021/02/06(土) 21:00:57.90

最低限の基礎知識の勉強は必要だよね
そうしないと検索してもここで聞いても理解できない
「やりたいこと優先」という気持ちは分かるけど

>>487みたいに変なこと教える人もいるから…

2021/02/06(土) 21:04:16.10

>>489
何を書いてるのかまったくわからないのでちょうどラムダ式についての解説を読んでいました。

そのa,bはNameとは関係ない感じですか？
ラムダ式でしか指定できないのでしょうか？

2021/02/06(土) 21:21:06.73

>>490
今作ってるものが完成したら皆さんが言うとおり基礎の勉強したいと思います。

new Person(){Name = "a"}のaは普通の解説ならTaroとか書くはずで、のちのa,bとは関係ないって事ですね？

2021/02/06(土) 22:25:38.73

>>492
ああ、確かにPersonでName="a"は手を抜きすぎだな、"Taro"とか"田中"とかの方がいいね
その"a"とラムダ式のaは関係ない
それを示すために
> ※ a, b は単なる引数だから (x, y) => x.itemID - y.itemID とかでもいい
って書いたんだけどね

2021/02/06(土) 22:27:37.15

>>492
以下のメソッドの同じ意味
一々メソッドを定義するの面倒だし、型とか一々書くのが面倒で省略しまくったのがラムダ式と思うとイメージしやすい
int Hoge(Item a, Item b)
{
return a.itemID - b.itemID;
}

2021/02/06(土) 22:49:39.66

>>493
出来ました！ソートされました！
本当にありがとうございます！

2021/02/06(土) 23:20:37.38

>>484
水虫でスヤスヤ

2021/02/07(日) 18:04:33.39

個々の人たちは若い女性には優しい

2021/02/07(日) 20:57:57.25

ラムダ式はちゃんと練習したいな、なんか練習問題集みたいなのないのかな？
特にキャプチャーの概念が自分の感覚と狂う狂う

2021/02/07(日) 21:21:20.13

意味不明
それでしか書けないものがあるならまだしも
結局モノが作りたいんじゃないなら
この職には近づかないほうがいいぞ
不幸になる

2021/02/07(日) 21:21:56.15

真面目な話、ラムダ式はそこまで奥は深くない気がする。
決していきがって言ってないつもり。

キャプチャーに関してはC#5.0での破壊的変更が逆に落とし穴になってるような
気がしないでもないけど、他に直感を裏切るような落とし穴があるわけでもないし
https://ufcpp.net/study/csharp/ap_ver5.html#foreach

川俣さんの記事が割とよく書けてると思うしあれ読めば十分じゃないのかな

2021/02/07(日) 22:40:06.94

arcoderでもやってりゃいいんじゃないの？

2021/02/07(日) 23:10:43.01

>>500
あの人、川俣さんって言うんだ？
知らなんだ

2021/02/07(日) 23:56:40.34

俺もラムダ式は最初意味不明すぎて苦労した
何で躓いたかって言うと一番は用途が不明な点
デリゲートとか覚えたらそこから理解できた

2021/02/08(月) 00:50:31.00

ラムダ式のメリットってなによ
わざと難解に書いてるだけにしか見えん

2021/02/08(月) 00:57:45.90

>>504
絶対に一度しか使わないような処理を引数として渡したい時に
わざわざメソッドとして書かなくて済む

2021/02/08(月) 01:00:19.26

お手軽処理をその場で書いて渡せることかな

2021/02/08(月) 01:06:18.03

c#でUSBカメラから録画・録音処理をするライブラリでいいのないですかね？
Accordを使ってみたところ、録画は上手くいったけど録音が上手く動かないしもうリポジトリもアーカイブされてるので乗り換え先を探しています。

2021/02/08(月) 01:25:17.22

デリゲートを理解してればラムダ式自体を覚えるのは何の苦もないと思うけど
確かにデリゲート的な概念って、プログラミング自体初心者だったりお上品な言語しか
やったことない人だと理解しづらいよねたぶん。
それはそうだと思うわ。

2021/02/08(月) 01:52:41.04

ラムダ式がメリットというより
引数として無名関数を指定出来るのがメリットという点を理解すれば良いだけかと
例えばよくあるソートだけど、大抵は2つの比較対象のオブジェクトがラムダ式の引数になるけど、ソート側からしたらそれをどう評価したらいいか分からないから、ラムダ式で評価する関数を戻り値として指定して、ソート側でそれを実行している訳で
この辺の説明でピンとこない人は中々理解できないかも知れない

2021/02/08(月) 08:20:16.41

>>504
名前をいちいち考えなくていい
引数に変数しか指定できなくて毎回
var I1 = I + 1;
foo(I1);
って書くより
foo(I + 1);
って書く方が楽でしょ
それと同じ

2021/02/08(月) 09:02:11.48

無名関数は優れた概念だと思う。
問題はコピペが簡単にできる現代であれほど省略する必要があったのかってこと

2021/02/08(月) 10:12:50.26

メソッドを記述するのが面倒なだけってのはお前の都合じゃん

あの処理だけどさって同じ開発者同士で話すときに
名前がないのが超超超超超超超超強烈なデメリットしかない

2021/02/08(月) 10:42:42.96

ラムダはその場かぎりのちっこい処理にだけ使うものだぞ
命名しておくべきような内容・ボリュームの処理をわざわざ無名のラムダにしておきながらなに言ってんだか
不便にしてるのはお前自身だろ

2021/02/08(月) 11:03:59.10

僕たまに一行だけのメソッドも作るんでその感覚よくわかりません

あと他でも同じ処理が必要になったときにラムダで書いたから5箇所同じことやってますとか言ったやつは死刑でつ

2021/02/08(月) 11:06:59.86

>>512
いちいちコードの全処理に名前付けるのかって話よ

2021/02/08(月) 12:05:27.80

>>512
高階関数に渡す処理なので
「ここのWhereの指定だけどさ…」とか
「ここのGroupByに渡してるラムダの書き方だけどさ…」で問題なく話が通じる

話が通じないようなところにラムダを書いてるなら使い方のほうが間違ってるかも

2021/02/08(月) 12:07:08.93

513はわからないんじゃなくて分かろうとするつもりが全く無いだけでしょ
その場限りじゃないことが明白なら1行の処理でも
メソッドにするのは当たり前

というか513はメソッドのラムダ表記すら難癖つけて全面禁止しそうだな

2021/02/08(月) 12:08:42.71

レス番ずれてた
513じゃなくて>>512

2021/02/08(月) 12:13:39.02

>>516
じゃあ、メソッド名もそうしたほうがいいのかな？

2021/02/08(月) 12:16:19.29

Linqを使いやすくするためには高階関数を楽に使えるする必要があって
そのために導入されたのが無名関数とその表現形式であるラムダ式

Whereに渡す処理を必ず別の箇所で名前を付けて定義しなきゃいけないようだと面倒だし命名負荷が高い

2021/02/08(月) 12:17:03.96

>>519
そうしたほうとはどうしたほう？

2021/02/08(月) 12:52:14.43

>>512
LINQの記述を読めば分かるじゃん

2021/02/08(月) 12:53:18.46

こういう話は抽象論より具体例挙げた方が早いね

例えば>>358に出てくるOrderByが引数に取るセレクターを
実際に自分でラムダ式とメソッドの両方で書いてみれば
ラムダ式の意義なんて自ずから分かるよね

理論的根拠はその後で考えればいい
端的に言えば、アホのな初心者がやる「なんでもグローバル変数（フィールド）」がダメなのと同じ理由よ

2021/02/08(月) 12:57:17.45

>>522
というより、ローカル変数を禁止してすべてフィールドで書こうとしたらどうなるか、と言った方がたぶん通じると思う。

2021/02/08(月) 13:02:05.07

ここでどんなにラムダ式を否定しようと
大多数の業界人はそうは思わないからわざわざ作られたし普通に使われてるんだよ
マイノリティなの自覚したほうが良い

2021/02/08(月) 13:05:23.07

ラムダ式なんて書こうとした瞬間に明らかに特殊なことしようとしてんだからメソッドにしろよｗ
すくなくとももう一回その処理必要になった時点でメソッドにしたほうがいいだろ？
違うか？

検索一つとってもお前と別のやつは異なるラムダ式で同じことをやるかもしれなくて
そしてそれを見つけるのは異常に困難であると予想できる

2021/02/08(月) 13:05:46.79

>>504
LinQとの相性

2021/02/08(月) 13:13:24.77

>>526
違うよ。
メソッドというのは「意味のあるある程度まとまった処理にその処理を表す名前をつけたもの」だ。

あまりに単純でアドホックな処理を無理にメソッドにしようとすると、

(1) 命名に困る（処理が単純すぎて他と区別できるような適切な名前がつけられない）
(2) メソッドの数が無意味に増えることで見通しが悪くなる

という問題が起こる。
だから、>>524をやったら起こるのと同じ問題を回避するためだよ

2021/02/08(月) 13:17:25.53

>>528
え？じゃあ、同じことやってるのにラムダ式1、ラムダ式2、ラムダ式じゃない方法1、ラムダ式じゃない方法2みたいなコードがソース中に散布されちゃうけど
何か防止する方法あるの？
検索一つとっても起きちゃうよね？

2021/02/08(月) 13:21:46.31

>>529
馬鹿の一つ覚えはよくない。
もちろんケースバイケースで再利用を意識してメソッドにした方がよいケースもある。

今の論点は「ラムダ式に存在意義はあるのか？」ではないの？
誰も「デリゲート引数には必ずラムダ式を渡すべき」などとは言ってないでしょ

2021/02/08(月) 13:23:07.55

>>530
質問にこたえてよ
はぐらかさないでさ
一件でもあるなら最早使うべきではないでしょ？

2021/02/08(月) 13:26:13.21

何を指してはぐらかしてると言ってるのか意味がわからないけどw
この人は暇つぶしがしたいだけなのかな？
まあ俺もそうだから文句はないけどねw

2021/02/08(月) 13:29:26.72

>>532
もういいよバイバイ

2021/02/08(月) 14:13:21.62

LINQは難しくてよくわからないから使用禁止っていう会社本当に有るらしいよ

2021/02/08(月) 14:17:19.77

同じようなものをコピペするのが嫌だったら
普通にメソッド定義して、それをthis.methodみたいに指定も出来る
var q = new List<int>();
q.Add(10);
q.Add(2);
q.Add(5);
q.Sort(this.method);
foreach(var r in q){Console.WriteLine(r.ToString());}
このthis.methodが
private int method(int x,int y)
{
return x - y;
}
にしても動く
C#ならこれらの条件式を別のクラスでstaticでおいていても、別のクラス.methodみたいな指定で動く
まぁ、何度も同じような式を使うなら別のクラスに集めておくというのも無くは無いけどね

2021/02/08(月) 14:30:19.75

>>507
NAudio
OpenCV.NET

2021/02/08(月) 15:07:36.60

>>536
opencvの画像処理とNAudioの音声処理って同期できるんでしょうか？
画像フレームイベントと音声フレームイベントでそれぞれ同じファイルに対して書き込んでいくイメージが浮かびましたが

2021/02/08(月) 19:08:17.30

USBカメラでトラブルなくなんとかなりそうなのはUWPじゃね？

2021/02/08(月) 19:23:42.76

ラムダ式使うなの人はvar使うなと同じ匂いがするな

2021/02/08(月) 20:35:50.80

λ式つかうとき、なんとなく不安なので()で囲みたくなる

()で囲むなら{return }ぐらい書いても対して変わらないような気がしてくる

2021/02/08(月) 20:45:30.47

一番優先すべきは自分が(グループが)理解しやすいかどうかだからいいんじゃない？
三項演算式も単純な物以外は使わない方がいいと思うし
()で囲むなら囲むで全部囲むと統一すべきとは思うけど

2021/02/08(月) 20:47:10.26

>>539
まあ身の回りにいないならどうでもいいや

2021/02/08(月) 21:00:30.48

>>507
MediaFoundationでいいじゃん。

2021/02/09(火) 02:08:46.17

c#はコードの記述量を減らす仕様の追加は多いよね
書き方も奇妙でなく今までの記述と整合性はあるし悪くない

でも増えた仕様を知らないとソースは読めないし覚える事が多くなって初心者が戸惑う事はないのかな

2021/02/09(火) 08:42:10.30

varを使っていて読みにくいコードはvarを使ってなくても読みにくいって
ufcppの人が言ってた

2021/02/09(火) 08:42:13.95

>>544
知らない記述が出てきた時点で調べれば事足りるだろ

2021/02/09(火) 09:08:22.60

>>544
いつまでたってもマクロを実装しない時点でコード量を減らしたいという意図があるとはとても思えない
ソースジェネレーターも全然違うしあくまで安全性第一な言語

2021/02/09(火) 09:08:35.67

それはそうだけど??とか.?とかは調べても分からんよねっていう（検索しても引っかからないので）

2021/02/09(火) 09:23:40.65

C# "??演算子"
とかで検索すればヒットしたよ

2021/02/09(火) 09:27:48.15

>>546
>>548が言うように調べにくいっていうのはあるわな
ラムダ式って呼び方知らなきゃググるだけでも大変だし

2021/02/09(火) 09:30:16.24

>>549
それ、"演算子" っていう知識があるから
まあ最近は C# ?? で演算子をサジェストされたりするけど

2021/02/09(火) 09:54:22.07

>>550,551
確かに初心者はラムダ式や演算子なんて用語は最初は知らないだろうけど、学習の過程で当然学ぶべき事柄でもあると思うよ。
だから、やりたいことだけググって断片的な知識を積み重ねるだけでは不十分で、最低一冊は入門書とかで基本的な用語や概念について一通りは理解できないまでも聞いたことはあるというくらいにはなっていくべきだと思う。

2021/02/09(火) 10:42:08.15

べきべき言われても…

2021/02/09(火) 12:10:30.66

他言語経験者が入門書をバーっと一通り見るなんて1日ありゃできるんだし、それすらやらずに演算子という単語も知らないんだから調べようがない！とかどんだけ甘えたいのとしか思えない
はじめてのプログラミングでC#やってますってのならなおさら入門書ちゃんと見ようねってだけでは

2021/02/09(火) 12:30:07.39

ところで質問なんだけど、Jpegバイナリのポインタ、もしくはSpan<T>からBitmap作る事って標準ライブラリで可能？
byte[]にせずStreamでラップもせずに出来る方法があれば教えてもらいたい

2021/02/09(火) 12:47:47.15

> Streamでラップもせず
の理由は？
これさえなければUnmanagedMemoryStreamで簡単だと思うけど

2021/02/09(火) 12:52:26.96

>>556
別に大した理由じゃないから実際現状はImage.FromStreamにUnmanagedMemoryStream渡してやってるけど
瞬間的に大量のjpegを変換するから標準でSpan<byte>かbyte*で渡せる関数があるならそれに越したことはないなと

2021/02/09(火) 22:21:08.48

.NET5って.NET Frameworkと.NET Coreを統合した奴になるんですか？
Windows10のデスクトップ用に書いたコードが自分のiPhoneでも走るようになるんですか？

2021/02/10(水) 00:44:02.96

夢のある勘違いだな
俺もできるならそうあってほしい

2021/02/10(水) 01:36:35.72

じゃあ、統合する利点は？

2021/02/10(水) 07:33:17.31

>>526
車輪の再発明

2021/02/10(水) 17:27:33.39

frameworkはwin10を続ける限りサポートしなくちゃいけないけど
coreは3年間だけで済む

まったくかんたんだ

2021/02/10(水) 18:43:48.14

.NETなんて辞めればいいのにと思うけどねぇ
.NET Coreの事は全然詳しく無いけどGUIアプリ作るなら結局はWPFと殆ど同じぽいし
こんなの流行る訳無いよなぁ
WinFormsぐらいの気軽さが無いとちょっとしたアプリを作る気にもなれないｗ
もうそういうのも何でも感でもwebみたいな事になりつつあるけど

2021/02/10(水) 18:51:06.66

>>560
別ける必要がなくなったから統合するだけ

2021/02/11(木) 06:25:03.02

>>562
で、.NET5ではどんだけサポートしなきゃならないの？

2021/02/11(木) 06:25:30.46

>>563
んだんだ
WPFは近所のコンビニに行くのにジェット機使うぐらい面倒臭い

2021/02/11(木) 06:26:05.10

>>564
じゃ、今までなんで分けてたの？

2021/02/11(木) 06:28:27.83

意識高い系が作ったから
XMLで画面デザイン、俺かっこいい

2021/02/11(木) 06:41:08.46

>>568
ちょっとなに言ってんのかよくわかんないな　by 富澤

しかもXMLじゃなくてXAMLじゃないの？

2021/02/11(木) 06:45:22.54

XAMLがXMLでないならそうだろうな。
以下世に出たときの売り文句や

EXtensible Application Markup Language (XAML) is a XML based markup language developed by Microsoft. It is used in several Microsoft technologies like Windows Presentation Foundation (WPF), Silverlight, WinRT, Universal Windows Platform, etc. to define the User Interface for applications.

2021/02/11(木) 07:54:59.98

それでも「XAML＝XML」じゃないだろ

じゃ、なにか？XMLで書けばデザインできるのか？

<?xml version="1.0" encoding="Shift_JIS"?>
<?xml-stylesheet type="text/xsl" href="testxsl.xsl"?>
<おこづかい帳>
　<支出>
　　<内容>
　　　<日付>1月20日</日付>
　　　<交通費>780</交通費>
　　　<食費>980</食費>
　　　<嗜好品>250</嗜好品>
　　</内容>
　　<内容>
　　　<日付>1月21日</日付>
　　　<交通費>950</交通費>
　　　<食費>1200</食費>
　　　<嗜好品>300</嗜好品>
　　</内容>
　　<内容>
　　　<日付>1月22日</日付>
　　　<交通費>500</交通費>
　　　<食費>1500</食費>
　　　<嗜好品>250</嗜好品>
　　</内容>
　</支出>
</おこづかい帳>

・・・一体、どんなデザインになるんだろな、これ？

2021/02/11(木) 08:10:23.63

馬鹿なのかしら…

2021/02/11(木) 08:39:30.15

日常生活に問題が出る程の馬鹿だな

2021/02/11(木) 09:00:10.84

>>567
出自が違うからだろ
合併した会社になんで今まで別だったの？
って聞くようなもんだ

2021/02/11(木) 09:14:28.30

>>568
まあある意味意識高い系が作ったから自動テストが楽でCI/CDバッチリってところだよな。

2021/02/11(木) 09:27:06.58

デメリットもあるけど、メリットもあるね。

ザマリンは取り巻きがユーザーを馬鹿にして炎上したけど

2021/02/11(木) 09:58:06.70

ｈｔｍｌを触れる程度の知識があればxamlでアニメーションをやらないレベルまでなら簡単に扱えるはずなのにな
webアプリを使える設定の人が何故そこまでxamlを拒否するのか理解に苦しむ

2021/02/11(木) 10:01:50.05

世の中業務アプリ屋だけだと思うなよw

2021/02/11(木) 10:04:15.26

このまえ興味本位で「WinFormsぐらいの気軽」なソフトを WPF で作ってみたけど、別にタイヘンってことはなかったような。
まあ環境が違うから覚えることはあったけど。・・・もう忘れたけど。w

2021/02/11(木) 10:07:51.67

一応Forms爺とWeb派は別勢力だと思いたいところだけど、たしかに
Forms爺がWPFをdisるためだけにwebを持ち出している感も否めない。

2021/02/11(木) 10:18:08.25

>>577
簡単だけど記述量が多くて結構面倒って感じ
css程度の記述量で済むようにして欲しいわ
あとstaticresourceやdynamicresourceとか使おうとすると結構ムズい

2021/02/11(木) 10:37:27.67

WebView2ってWPFみたいに重くないの？

2021/02/11(木) 11:00:57.44

XAML∈XMLって理解できないバカがいるな

2021/02/11(木) 11:12:52.35

>>566
winFormsと同じように書けますよ。
イベントハンドラーで。

ただ、みんな苦行プレイ(mvvm)が好きなだけ。

2021/02/11(木) 11:16:29.74

>>566
WPFの実装みるとまず
コードベースの実装があってそれに対応する
XAMLベースの表現(記法)がありますね。

なのでその逆で考えれば良いです。

2021/02/11(木) 11:22:49.45

Formsもそのまま使えば楽ちんだけど、ちょっと凝ったことやってオーナードローに手を出すと途端に面倒になる

>>584
WinUIになるとvmにイベントハンドラを書けるから、そこらへんは解消されるんだけどね

2021/02/11(木) 11:53:47.88

>>586
単にwinFormsの改良版としてWPFつかえますよ。
（テンプレートをXAMLで実装してるので
幸福になれます。）

その基礎の上にMVVMを追加してるだけです。
早く気づきましょう！