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

2019/10/07(月) 20:16:17.93

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

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

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

2019/11/08(金) 14:03:08.97

>>475
× 算術シフト
〇シフト

要するにLSBが1になるまで右シフトを繰り返した、その回数を求めてるんだと思う
知らんけど

2019/11/08(金) 15:02:17.09

なるほど因数分解して2がいくつあるか数えるのね

2019/11/08(金) 15:11:25.53

>>474-477

ありがとうございます。
色々と実験してみた結果、
x & ~x + 1 が、x と 2で割れる回数が同じ、
1UL << i の形の値になることがわかりました。

ただ、どうして x & ~x + 1 と 1UL << i が
結びつくのかまだ理解できておらず、
67 で割った余りを計算する理由も分かっていないので
引き続き考えてみようと思います。

もし他にもヒントがあれば教えていただけると嬉しいです。
よろしくお願いいたします。

**474** (ﾜｯﾁｮｲ 9f2c-E8Ce) · 2019/11/08(金) 15:35:02.78

Ruby で作った！

そんな、67 とか、訳の分からないロジックを解析しても、仕方ないだろ。無視すべしw

def func( num )
return -1 if num == 0
# 2進数の文字列にして、逆転して、左から探す
num.to_s( 2 ).reverse.index( "1" )
end

nums = %w(0 5 10 4 8).map!( &:to_i ) # 数値の配列
p nums.map { |num| func( num ) }

#=> [-1, 0, 1, 2, 3]

2019/11/08(金) 16:37:08.11

なぜC#スレにruby厨が？

2019/11/08(金) 16:48:42.14

>>473
tableの中身を理解するにはi, table[i], 1UL <<1, (1UL<<1 %67)を0~64の範囲で逐次出力してみる
xとx&(~x +1)の関係を理解するには一旦byteで考えてビット演算を図にして考えてみる
x=1, ~x=254, x&(~x+1)=1
x=2, ~x=253, x&(~x+1)=2
x=3, ~x=252, x&(~x+1)=1
x=4, ~x=251, x&(~x+1)=4
x=5, ~x=250, x&(~x+1)=1
x=6, ~x=249, x&(~x+1)=2
x=7, ~x=248, x&(~x+1)=1
x=8, ~x=247, x&(~x+1)=8

64と67の関係は、16と19, 32と37でも同じ結果が得られそう
ぶっちゃけbrainfuck系のコードなのでビット演算を理解すればあとは忘れていい類だと思う

2019/11/08(金) 16:50:19.91

>>478
わかったわ

x & ~x + 1 は、最下位の1のビットだけ残す計算
ビット反転して1を足すことで、最下位の1まで繰り上がり
他のビットは必ずどちらかが0になるのでandで消える

で、67で割った余りを求める理由は、2^t を67で割った場合
tが0～63の範囲ならユニークな値になるから
最小サイズの配列のインデックスを返す値として
最も適していたということだな

なかなか面白いプログラムだった

2019/11/08(金) 17:03:13.19

文字列にするとかいう高コストの処理をしないためのアルゴリズムなのに無視すべきとか何言ってんだｗ
競技プログラムとか触ったこと無いの？

2019/11/08(金) 17:10:37.08

>>480
そいつはいろんな所に湧いて出てくる有名人だ。スルー推奨。

2019/11/08(金) 17:10:58.46

>>482を修正

＞で、67で割った余りを求める理由は、2^t を67で割った場合

割った余りを求めれば

＞tが0～63の範囲ならユニークな値になるから

tが1～64の場合だな

かなり洗練されているが読みやすさとしては
仕事で扱うには勘弁してほしいw

ところでまさかこれ課題じゃねーよな？

2019/11/08(金) 18:04:22.31

>>479
ありがとうございます。
Ruby を扱う技術が私には無いので
アイディアだけお借りして C# に翻訳してみたところ、
期待通りに動作いたしました。
ちなみに、他の方から実行速度に関するご指摘があったので
オリジナルと比較してみたところ、私の書いたコードでは
オリジナルよりも 250 倍程度時間がかかってしまうようでした。
とはいえ読みやすさは良いプログラムの重要な条件なので、
場面に応じて使い分けるのが良さそうですね。

2019/11/08(金) 18:04:48.09

>>481-482
大変わかりやすいご説明どうもありがとうございます。

>>481
> xとx&(~x +1)の関係を理解するには一旦byteで考えてビット演算を図にして考えてみる
>>482
> x & ~x + 1 は、最下位の1のビットだけ残す計算

いただいたアドバイスを元に↓のような実験をしてみて理解できたと思います。
00101100 (44)
11010011 (~44)
11010100 (~44 + 1)
00000100 (44 & ~44 + 1)

>>481
tableの中身を理解するにはi, table[i], 1UL <<1, (1UL<<1 %67)を0~64の範囲で逐次出力してみる
>>482
> 67で割った余りを求める理由は、2^t を67で割った場合
> tが0～63の範囲ならユニークな値になる
なるほど！実験してみて、確かにそうなっていることがわかりました。
40 人のクラスの中で同じ誕生日のペアがいる確率は 90% 近いと
聞いたことがあるので、なんだか不思議な感じがします。

>>481
> 64と67の関係は、16と19, 32と37でも同じ結果が得られそう
すごく興味深いです。私も実験してみたところ、
1 と 2、2 と 3、4 と 5、8 と 11 という感じになったのですがあってますか？
また、「16と19, 32と37」というのをさらっと書いてくださっていますが、
これは実際に調べてくださったのですか？
それとも、きちんと数学を勉強していればすぐに分かることなのでしょうか。。。

2019/11/08(金) 18:05:15.79

>>485
> ところでまさかこれ課題じゃねーよな？
学校の課題というわけではないのですが、
本来は自力で解くべきものだと思います（汗）
ごめんなさい。。。。

**474** (ﾜｯﾁｮｲ 9f2c-E8Ce) · 2019/11/08(金) 19:01:19.01

>>487
限定された範囲で、規則性があるものは、理論的に説明できないだろ。
ちょっとしたトリビア

355 / 113 = 3.141592 92035

円周率と、小数点以下6桁まで一致するとか

2019/11/08(金) 20:36:38.33

コレクションの初期化子で複数を同じ値でまとめて指定する方法はないでしょうか？

Pythonの、l=[False]*100みたいなことをやりたいのですが、
var l = new List<bool> { False, False・・(100個分)}ぐらいしか思いつかず・・

2019/11/08(金) 20:40:33.49

>>490
Enumerable.Repeatでググろう

2019/11/08(金) 20:42:51.62

>>487
16、32、64はビット数
ついになる数はそのビット数の次の素数

2019/11/08(金) 20:45:08.81

ruby君はほんとひどいな
自分が軽く触れそうな話題にだけ飛びついてわからない部分は謎理論で適当な回答しかしない

2019/11/08(金) 20:51:12.72

>>492
> ついになる数はそのビット数の次の素数

レスありがとうございます。
私も最初そのように考えたのですが、
16 の対が 17 ではなく 19 なので
そういうわけではないようなのです。

ちなみに 16 の対が 19 になるというのは
>>481 さんが書いてくださっており、
私のほうでも改めて確認しているので、
間違いではないと思います。

2019/11/08(金) 21:38:06.59

>>494
ほんまやね、すまん
ここらへんは整数論の話だから得意な人に聞けば話は早いんじゃないかな？
フェルマーの小定理から決まるのかな？って思うけど俺自身は整数論詳しくないんで解説できないわ

2019/11/08(金) 22:38:41.75

>>495
レスありがとうございます。
フェルマーの小定理について調べてみました。

フェルマーの小定理から分かることとして、p が奇数の素数のとき、
(2^0)%p と (2^(p-1))%p はともに 1 になるようです。

つまり >>482 さんの言葉をお借りするなら、
奇数の素数 p がビット数 n 以下のとき
t が 0～(n-1) の範囲で変化すると (2^t)%p がユニークにならないため、
ビット数 n の対としてn 以下の奇数の素数は不適切ということになります。

ただ、フェルマーの小定理は p > n のときに (2^t)%p がユニークになることを
保証するものではありませんし、そもそも奇数の素数じゃなくても
ビット数 n の対としてn 以下の数が適切でないのは当たり前な気がするので、
フェルマーの小定理から直ちに欲しい情報が得られるというわけではないようです。

とはいえ、関連しそうな分野が分かっただけでも大きな前進ですので、
もう少し詳しく調べてみようと思います。どうもありがとうございました。

2019/11/08(金) 22:59:25.16

ついでにガロア体も調べると、
QRのコード化で楽になるよ:-p

2019/11/08(金) 23:04:00.88

>>491
ありがとうございます。下記でうまくいきました。

var l = Enumerable.Repeat(false, 100).ToList();

2019/11/08(金) 23:08:44.38

>>498
もしfalse限定ならC#のbool変数の初期値はfalseに決まってるからbool配列100個を作るだけで目的のものは作れるよ
trueの場合はRepeatすることになるけど、falseなら配列宣言で済ませたほうがパフォーマンスは良い
100個程度なら微々たる差ではあるけど

2019/11/08(金) 23:10:41.57

>>498のは値型だからいいけど参照型でやると楽しいことになる

2019/11/08(金) 23:27:30.91

値型でしか使ったことなかったけど調べたら参照型は複製してくれないのかよ！
やっぱforループしか信じられねえわ

2019/11/08(金) 23:27:57.31

>>500
Pythonで[[0, 1]]*10とかやって、恐ろしいことになったのを思い出しました
今はちゃんと[[0,1] for _ in range(10)]としてますが、C#でも同じですね

それにしてもPythonから移ってくると、C#は難しいですね・・

2019/11/08(金) 23:28:43.13

>>497
レスありがとうございます。

いろいろなビット数 n の対になる数を調べてみると、
必ずしも素数になるとは限らないものの、
調べた範囲では全て p^k（p は素数、k　は自然数）の形になっていました。

で、教えていただいたガロア体というのは要素の個数 p^k の集合ということで
ビンゴかと思ったのですが、
どうやら私が考えているのは p^k を法とする剰余環というものらしく、
k = 1 で無い限りガロア体とは本質的に異なるもののようです。

しかし色々と調べれば調べるほどこのあたりの分野から答えが見つかりそうだと
思えてきたので、もう少し頑張ってみようと思います。どうもありがとうございます。

2019/11/08(金) 23:52:22.74

>>501
newするRepeatをGenericで作ればいいよ
whereで値型と参照型分けるようにして作ってそっち呼ぶようにすれば気にする必要もなくなる
インスタンス生成が多くなるようなプロジェクトではよく使う
ゲーム系なんかだと結構使われること多いんじゃないかな？

2019/11/08(金) 23:55:21.55

>>501

LINQ の速度が許容できるなら、こんな感じでやろうぜ。

Enumerable.Range(0, 100)
.Select( i => new CertainClass { ... } )
.ToList();

for 文ダサい。

2019/11/09(土) 05:56:33.04

LINQ覚えたてで使いたくてしょうがなくてイキって書いたコードに見えるわ

2019/11/09(土) 08:50:31.29

Visual Studio2019で新プロジェクトを作ろうとしたらWindows Forms App(.NET Core)がさも推奨かのように上の方に出てきますが、
Windowsで使う想定のWinFormsアプリを作る場合も.NET Coreで作ったほうがいいんでしょうか？

2019/11/09(土) 09:05:30.09

>>507
言わせんなよ
というMSの気持ちを察しろ

**デフォルトの名無しさん** (JP 0Hcf-ApVS) · 2019/11/09(土) 09:13:38.87

ロードマップではこれからcore主流になるんでしょ

2019/11/09(土) 09:36:44.32

CoreってWindowsに標準でインストールされてるの？
ユーザーに別途インストールさせるようなことない？

2019/11/09(土) 10:32:51.34

されてないし今のところWUで配るような予定も無いとさ
逆にインストール不要なcoreのランタイムそのものを同梱して配布はできる

2019/11/09(土) 10:38:23.18

>>506

手続型は可読性と保守性が低い。使うなら局所的に、隠蔽して使うのが吉。

どんな場合でも LINQ とは言わないが、データ変換が主な場面ではメソッドチェーンや遅延評価できる LINQ 推奨。

2019/11/09(土) 10:55:47.68

ちょっと条件変わったときに途中で引っ掛けにくいよね

あ、ここ、フラグでcontinueいるわ
あ、i%10==0毎に処理いるわ
あ、i±Nまで見る必要あるわ

とか、for文のが圧倒的に拡張性が高い

2019/11/09(土) 11:01:23.16

foreachがインデックスも定義できれば
もっと活用の幅が広がるのだけど

2019/11/09(土) 11:15:58.41

インデックス付きSelect/Whereとかでええんちゃうの

2019/11/09(土) 11:17:41.47

別に i は LINQ でも出来るような気が。

2019/11/09(土) 11:18:29.90

ループ内を雑に拡張して後で困るのが嫌だからLinqとLinq拡張ライブラリを使う
n件ごと、前後n件なんて頻出処理だしなおさらね

2019/11/09(土) 11:24:19.54

>>515
そんなのあるの？

2019/11/09(土) 11:56:21.81

>>501-502
Ruby でも、ブロック無しで、Array.new すると、同じ参照を使ってしまうが、
ブロックを渡せば、ブロック内で個々のインスタンスを作れる

p ary = Array.new( 2, [ 0, 0 ] ) #=> [[0, 0], [0, 0]]
ary[ 0 ][ 1 ] = 2
p ary #=> [[0, 2], [0, 2]]

ary_2 = Array.new( 2 ) { [ 0, 0 ] }

ary_2[ 0 ][ 1 ] = 2
p ary_2 #=> [[0, 2], [0, 0]]

2019/11/09(土) 12:15:40.62

>>513

設計せずに書き出すダメプログラマー丸出しの発言だな。そうやってできるのは、いちおう動くけどバグが埋れてて、変数ダンプしながらフローを追わないと挙動がわからない可読性の低いコードになるんだよ。

君のいうことは、インデックス付き Select や　GroupBy & SelectMany や TakeWhile なんかを組み合わせれば簡単にできるよ。

もともとは System.Linq の Enumerable.Repeat が参照型では Shallow Copy になるってことから始まったのだから Select 使って Deep Copy にすることでいいんでないの。

2019/11/09(土) 12:16:44.81

>>520
敗北宣言長いな

2019/11/09(土) 12:32:54.67

>>519
グロ

2019/11/09(土) 13:03:11.11

>>521
根拠なく脳内勝利かよ。

2019/11/09(土) 13:06:18.14

>>522
グロって書くと画像のサムネイルをモザイク化できるけど、 Ruby君の発言もモザイクにならないかな。見たくない。

2019/11/09(土) 13:24:32.16

>>524
[Rr][Uu][Bb][Yy]でNGしとけ

2019/11/09(土) 14:14:43.55

どこまで本気なのかネタなのかよくわからないけど個人的には>>505は選択しないなあ。
普通にforで回して埋めると思う。
理由は、そのコードを＜読む時＞に思考力の消費量がより少なくて済むと思うから

(a)
var list = Enumerable.Range(0, 100).Select(i => new Label()).ToList();

(b)
var list = new List<Label>(100);
for (int i = 0; i < list.Count; i++) list[i] = new Label();

一瞬で何やってるか理解できるのは(b)の方。
これは構造化（= パターン認識）の威力。

(a)も十分読みやすいけど、(b)に比べると若干高コスト。
(a)を好むのは多分巨大なコードを書いてメンテナンスしたことがない人だと思う。

2019/11/09(土) 14:30:15.58

>>526
慣れだ慣れ
普段使ってる方がしっくり来るだけだ

2019/11/09(土) 14:38:43.64

普段から書いてりゃ慣れるしLinqの遅延評価が役立つ場面なら積極的にlinqの方を選択する
可読性なんてその人そのプロジェクトで変わる
難読可したコードとかまでいくなら気にするのはわかるけど、この程度の差ならどっちでも良い
他言語から入ってきた人ならlinqが馴染みやすいこともあるだろうし、Cからやってる人ならforが馴染みやすいかもしれない
ただそれだけ

2019/11/09(土) 14:47:42.99

そのコレクションが固定長だったら、だけど
自分だったら
var array = new Label[100];
と配列で宣言したうえで>>526の(b)だな
listをわざわざforループで添字アクセスするのはちぐはぐだし
配列を明示的に使って固定長であることを明示的に表すべきだと考えるロートル人間なので

2019/11/09(土) 14:48:48.43

>>526
aのほうが遥かに読みやすい
ある範囲に対してそれぞれ新規インスタンスを選択
してリストにした物
って言葉として読んだまま理解できる

2019/11/09(土) 15:22:31.65

突然

i=>new Label

は厳しい
「i」ってなんやねんってまず思う

2019/11/09(土) 16:06:06.38

そのへんは _ にしちゃうなー
匿名の引数では言語仕様としての破棄パターンとみなされる文脈ではないけれど

2019/11/09(土) 16:07:38.17

C#というかアルゴリズムの質問になっちゃうかもしれないんですけど
aというテキストファイルがあってそこにはb cという2つのファイル名が書いてある　bを見るとdと書いてあって　cにはファイル名書いてない
このときaを読み込んで最終的に手元にa b c dの4つのファイル名を取得したい。まぁList<string>に格納される感じでしょうか
再帰で書くんだろうなぁとは思いつくんですが、再帰が大の苦手でどういう終了条件でどういう戻り値の関数を作ればいいのか考えつきません
手助けいただけないでしょうか

2019/11/09(土) 16:40:40.94

IEnumerable<string> ReadFilePaths(string filePath) { /* 再起なしでファイルパスをすべて読み取る */ }

IEnumerable<string> ReadFilePathsRecursive(string filePath) =>
ReadFilePaths(filePath)
.SelectMany(i => ReadFilePathsRecursive(i))
.Append(filePath)
;

はい

2019/11/09(土) 16:58:20.97

>>510
ランタイム同梱でexeを配布できるから問題ない

2019/11/09(土) 17:06:05.75

不要な引数は_だね
破棄パターンはまだ言語仕様になってないけど要望も多いし議論も進んでるからそう遠くない未来には入るだろう
すでに導入されてる言語もあるし

俺個人的には526のbみたいなlistなのかarrayなのかよくわからん制御のほうが混乱する

2019/11/09(土) 17:12:48.50

>>526
>(b)
>var list = new List<Label>(100);
>for (int i = 0; i < list.Count; i++) list[i] = new Label();

list.Countは0なのでループの中身は実行されない
一瞬で何やってるか理解できてる・・・？

2019/11/09(土) 17:20:28.60

>>526

LINQ が万能ではないことは認める。使う人を選ぶ技術でもあるし。

だが、Enumeration の操作にいちいちカウンタ使って境界テストしなければならなかったり、if, break, continue でフローを追わなければならなかったりするのは、レビュアーや運用・保守者を泣かせるコードになることが多い。

モダンな言語がここ10年のあいだに参照透過性や関数型を追求する方向に進化しているのは、そういう可読性、保守性、開発効率性を意識しているから。

ちっちゃいコードなら手続型で好きなように書けばいいんだよ。大規模開発やビジネスロジックが重要な場面では関数型で書くのが適してる。

まあ、LINQ もあまりやりすぎると読みにくくなるのだが。

2019/11/09(土) 17:41:21.17

>>533
aをrootノードとしたツリーとして対象をとらえれば
習ったことを生かせるんじゃないの？

2019/11/09(土) 17:42:32.31

>>537
ほんとだ引数capacityじゃん
Linq使っててよかった

2019/11/09(土) 17:47:37.52

>>537
ぐぬぬw

2019/11/09(土) 17:53:51.45

良いコントだったよ

2019/11/09(土) 18:17:38.87

わろたｗｗｗ

2019/11/09(土) 18:25:40.87

MSのDocs(?)の日本語版ってマウスオーバーでオリジナルの英語版が読めなかったっけ？
対応してるページと対応してないページが混在してるのか？
Docsって何やねんw

2019/11/09(土) 19:22:51.64

>>534
凄い……いや理解するのに10分以上かかったけど確かにこれで出来てる……
ありがとうございました勉強になりました

**デフォルトの名無しさん** (JP 0Hcf-ApVS) · 2019/11/09(土) 20:24:40.88

おまえら天才か

2019/11/09(土) 20:45:25.24

LINQは慣れると意図が読めるけど
forは何のためにループ回してるのかは解りづらくなりがち

数学的な問題や複雑な処理を書く場合LINQの表現力はすごいけど、慣れてない人が理解できるようになるのは大変

LINQやRxなしで同等のコード書くのはもはや考えられない

2019/11/09(土) 20:48:12.46

プログラマなら普通は逆だよね？

linqというかSQLはただの集合論のはずなのになぜかforの代替で使われたりする
linqはループを隠ぺいしているだけで実際はループしてる

2019/11/09(土) 20:50:43.28

Linqが本当に集合論を表してるなら途中でエラーがでてもデフォルトで残りの処理を終えるはず
そしてエラー含んだ集合が手元に残るはず

2019/11/09(土) 21:03:01.43

>>547
> forは何のためにループ回してるのかは解りづらくなりがち
流石に
> for (int i = 0; i < list.Count; i++) list[i] = new Label();
の意図がわからないならプログラマーやめるべきだと思うわ

2019/11/09(土) 21:05:00.70

やりたいことは何かを書いてそれを実現する具体的な方法をライブラリにお任せするのがLinq(宣言的)
やりたいことは何か全くわからないけどそれを実現する具体的な手続きだけは知りたくないことまで細かく書くのがループ(手続き的)

何をしたいのかわからないコードよりしたいことが書いてあるコードのほうが親切

2019/11/09(土) 21:06:24.76

>>549
例外で全部ぶった切ってもいいじゃん
決め事の話だからどっちも筋は通ってる

2019/11/09(土) 21:13:08.77

基本LINQでいいかなってなる
List.ForEachは使わんが

2019/11/09(土) 21:16:52.79

>>550
そらそうだな
こんなコード書いて仕事になるやつおらんやろ

>>551
そうそうそれが言いたかった

2019/11/09(土) 21:22:32.05

>>554
そりゃこんなコード「だけ」じゃ仕事にならんけど、仕事でその手のコードを書くことはあるだろ

2019/11/09(土) 21:32:36.03

大体の場合においてやりたいことだけをlinqで書けはしない
普通の処理をすべてLinqに置き換えられるならそれだけでいいが
そんな世界どこにもない

実現不可能な話でlinqがいいなんて現実的じゃない

2019/11/09(土) 21:34:38.32

標準で書けたところでそれって本当に効率的なのか疑問な場合がある
ループなら一回でmax min両方とれる
linqで標準で書いたとしてMAX　MIN二回ループが回る

2019/11/09(土) 21:40:24.07

基準はシンプル
状態の更新を伴うものはループで書く

2019/11/09(土) 21:45:51.67

プログラマがヘボでクエリとコマンドの分割がうまくできてないとLinqが綺麗に適用できないことがある
しかしLinqはクエリであることを忘れてはいけない
コマンドで汚染されたループをLinqでは書きにくいと主張するより先にリファクタリングすることをおすすめする

速度最適化が必要な場面はあるが常に速度最適化が求められるわけではない
速度よりメンテナンス性が重視されることの方が多い

2019/11/09(土) 21:46:24.40

本当に集合論ならループの順番などという概念がない
が実際にはある
MS自体はシーケンス（連続、並び）と言ってるが一部のオタが勝手にSQLと同じ集合論だと言ってるだけ

2019/11/09(土) 21:48:01.22

どちらとも使えるのが正しい姿で必要に応じて使い分けるのが筋

所がlinq信者は全部lnqでいいforは使わなくていいと言う

2019/11/09(土) 21:55:50.65

Linqでももともとやりたいことをそのまま表現できるパターンは少ない
それでどちらにしてもコードに落とし込みをする段階がある

処理に応じて手順を分解してコードにする
実際にそれをやるのがプログラムである
手順が分解できない、他人の書いた手順を理解する気がないならプログラムする気がないと言うこと

2019/11/09(土) 22:00:36.64

信者うんぬんの前に正しいスペル・大文字小文字でLINQと書けない人がテクニカルなことを主張しても説得力ががが

2019/11/09(土) 22:01:50.43

説得力などなくていいよ
酒飲んでごろ寝してスマホでかいてるんだから適当だよ

2019/11/09(土) 22:05:04.49

ああこれwintabだわ
つかいにくなこれｗ

2019/11/09(土) 22:38:55.83

>>534
これもイテレーター使った方が読みやすい気がする
IEnumerable<string> ReadFilePathsRecursive(string path)
{
　　yield return path;
　　foreach (var path2 in ReadFilePaths(path))
　　　　foreach (var path3 in ReadFilePathsRecursive(path2))
　　　　　　yield return path3;
　　}
}

2019/11/09(土) 23:36:14.18

循環する可能性を考慮しないのって普通にヤバイと思う

2019/11/10(日) 00:04:25.73

俺社環で{}省略していると糞扱いされるので迷わずLinq選ぶわ

2019/11/10(日) 00:18:01.25

>>561
LINQ をまともに使っている人は LINQ の得手不得手を知っているから LINQ が万能だとは言っていない。
データ処理の多くの場面ではカウンタ使ってプリミティブに手続書くのは非効率だと言っているだけ。

逆に手続型信者 (老害ともいう) は不必要な場面でもカウンタ使ってイテレーションを書き、コードをいたずらに冗長化するねっていうこと。それに対する有効な反論がない。自分にとっては読みにくいっていう個人的感想ばかりじゃないか。

誰かが言ったとおりこれは慣れだよ。初めは確かにとっつきにくいが慣れる。そして戻れなくなる。

>>562
趣味グラマーならそれでいいよ。だが、ビッグデータやデータサイエンティストの時代になって業務ユーザもコード読むようになったこのご時世。
運用が止まって、下手くそなコード読んでトラブルシュートしなければならない身にもなってみて欲しい。センスない奴が書いたプリミティブな手続をダンプしながらフロー追っかけて修正し、リグレッションテストして、一定時間内に通常運用に戻すのは地獄。

無意味な宗教戦争にしないために、みなさんが前提や目的や利用場面をもう少し明確にすることを提案する。
下請けで隠蔽工程のコーディング担っているプログラマは LINQ のありがたみなんてわからなくても当然。レビュアーや PM や使う人のことを考えず、自分のスキルでとりあえず動くものを行数書いて月給もらえればいいんだから。

2019/11/10(日) 00:23:11.55

ＬＩＮＱでＤＢ通信タイミングコントロールできなくなって
泣きを見る話は聞いたが

2019/11/10(日) 01:00:17.48

>>570

LINQ to Entities のことかな？
LINQ to Entities は残念ながらまだ発展途上だね。(もう 10 年にもなるのに。)
業務ロジックも書けなくはないが、.NET プラットホームや DB 実装などへの依存性が強すぎて、かなり工夫する必要があり、汎用性がなくなってしまう。
Select, Where (, OrderBy, Take, FirstOrDefault, Join)くらいしかまともに使えないと思っていた方が無難だと思う。となると DB アクセス回数と無駄なデータ取得が増えることになり、性能が出ない。

また C# 9 あたりで予定されている Records がないとデータ変換ロジックが非常に書きにくい。

.NET 5 になれば期待できるのではないかと思うけど。

2019/11/10(日) 01:09:03.51

>>557
おっしゃる通り、LINQ は Reduce 系処理の効率性がよくない。そこは工夫する必要あり。

ただ、Aggregate を使えば、一回の走査で Max, Min 両方同時に取れると思うよ。

2019/11/10(日) 12:04:37.46

>>550
やめた方がいいよ

2019/11/10(日) 12:51:05.83

いいからアプリ作れよ初心者

2019/11/10(日) 14:15:34.99

標準のLINQでは効率的に処理できないなら
効率的に処理できる拡張メソッドを定義してそれを使うべき

流れの中でforやらforeachを使われると可読性が落ちるしテストもしにくくなる