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

**デフォルトの名無しさん** · 2018/08/05(日) 19:55:44.50

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

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part138
https://mevius.5ch.net/test/read.cgi/tech/1528194762/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

**デフォルトの名無しさん** · 2018/09/12(水) 22:45:44.44

linq
リンキューですか？
ラインクですか？

**デフォルトの名無しさん** · 2018/09/12(水) 22:59:50.57

リンクじゃないのか？
俺はアクセントがわからない

**デフォルトの名無しさん** · 2018/09/13(木) 01:12:43.13

リンクだと思ってた

**デフォルトの名無しさん** · 2018/09/13(木) 03:37:55.81

>>490
したない

**デフォルトの名無しさん** · 2018/09/13(木) 05:03:38.49

byte a;
byte b;
byte c = a + b;
だと型が合わないとエラーが出る
左辺をint cにするか、右辺を(byte)(a + b)にする必要があるんだな
なんで型が合わないのか分からず一日ドツボにはまった
入門レベルの参考書には載ってないし
でもバイト型とバイト型を演算したら答えはイント型に変わるって
根本的におかしくね？

**デフォルトの名無しさん** · 2018/09/13(木) 05:09:18.59

why?

**デフォルトの名無しさん** · 2018/09/13(木) 06:06:29.57

https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/byte#conversions

**デフォルトの名無しさん** · 2018/09/13(木) 08:17:24.20

>>491
リンクだとlinkって感じなので心の中ではリンクゥって言ってる

**デフォルトの名無しさん** · 2018/09/13(木) 08:18:16.41

>>495
CPUはそういうもん
小さな型でもいったんCPUに応じた処理しやすい自然なサイズに変換してから演算する
32/64bit CPUと呼ばれる所以だ
もちろんbyte同士なら演算後に勝手にbyteにキャストする仕様もありうるけど、
そんなことをしてもせっかく255を超えてもオーバーフローせずに表現できてるものを
わざわざ余計な処理入れて切り捨てるなんて無駄でしかないからCPUの仕様に合わせている

**デフォルトの名無しさん** · 2018/09/13(木) 08:44:11.24

>>491
https://www.microsoft.com/ja-jp/mic/seminar/programing_linq.aspx
＞統合的なデータの問い合わせを実現したテクノロジ LINQ (リンク)

**デフォルトの名無しさん** · 2018/09/13(木) 10:09:10.44

LINQ職人の方に聞きたいのですが

var 元 = new[] {
　　new {Index = 0, Value = "あ"},
　　new {Index = 1, Value = "い"},
　　new {Index = 3, Value = "う"}
};

みたいな羅列があって、こいつを平凡な string[] に変換したいです。

[0] → "あ"
[1] → "い"
[2] → null
[3] → "う"

LINQ 1発でバシって出来ませんか？

**デフォルトの名無しさん** · 2018/09/13(木) 10:15:23.01

普通にはできません

**デフォルトの名無しさん** · 2018/09/13(木) 10:49:45.94

LINQ 外部結合
ぐらいでググったらそれらしいのあるが、やめとけ。

**デフォルトの名無しさん** · 2018/09/13(木) 10:55:31.20

さくっとできる

**デフォルトの名無しさん** · 2018/09/13(木) 10:59:56.20

rangeとzipな

**デフォルトの名無しさん** · 2018/09/13(木) 12:50:08.04

>>495
今まで気づかなかったけど、C#もintに揃えるCの手抜き実装を踏襲してるんだなw
これはシンプルに「大きい方の型に揃える」ルールにして欲しかったね

**デフォルトの名無しさん** · 2018/09/13(木) 15:34:46.60

>>501

var 元 = new[]
{
new {Index = 0, Value = "あ"},
new {Index = 1, Value = "い"},
new {Index = 3, Value = "う"}
};

var array = Enumerable.Range(0, 4).Select(index => 元.Where(moto => moto.Index == index).FirstOrDefault()?.Value).ToArray();

**デフォルトの名無しさん** · 2018/09/13(木) 15:38:33.86

ちなみにFirstOrDefaultはFunc<T, bool>を引数に取れるからWhereはなくていいよ

**デフォルトの名無しさん** · 2018/09/13(木) 16:23:35.73

>>508の指摘にそって改良

var 元 = new[]
{
new {Index = 0, Value = "あ"},
new {Index = 1, Value = "い"},
new {Index = 3, Value = "う"}
};

var array = Enumerable.Range(0, 4)
.Select(index => 元.FirstOrDefault(moto => moto.Index == index)?.Value)
.ToArray();

**デフォルトの名無しさん** · 2018/09/13(木) 16:34:26.33

zipで一行

**デフォルトの名無しさん** · 2018/09/13(木) 16:48:55.75

>>510
コードで示して

**デフォルトの名無しさん** · 2018/09/13(木) 16:51:19.42

コードは甘え

**デフォルトの名無しさん** · 2018/09/13(木) 16:52:36.00

>>512
じゃあ>>509も1行で済んでるからそっちでいいや

**デフォルトの名無しさん** · 2018/09/13(木) 17:34:16.92

cscやmscが吐き出す実行ファイルについて教えてほしいのですが、これはOSや実行環境に依存せず実行できるのですか？
WindowsPC上で実行ファイルを作成し、それをRaspberry Pi等にコピーしてmono上で動くのかが知りたいです

**デフォルトの名無しさん** · 2018/09/13(木) 17:40:54.40

>>514
依存する
monoの方にどこまでサポートするか書いてないか

**デフォルトの名無しさん** · 2018/09/13(木) 19:29:30.60

Tostaring();
Set focus();
とかの()の意味を教えてください。

**デフォルトの名無しさん** · 2018/09/13(木) 19:30:56.20

>>516
引数が存在しないことを示す

**デフォルトの名無しさん** · 2018/09/13(木) 20:13:42.27

言葉も出ない、ということ

**デフォルトの名無しさん** · 2018/09/13(木) 21:21:45.27

>>516
演算子だって考えるのが素直でしょう
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/operators/invocation-operator

デリゲートの後ろに引数リストを囲った()を付けるとメソッドが呼び出される

**デフォルトの名無しさん** · 2018/09/13(木) 21:24:09.90

しかし、Tostaringてw
ドラマか何かの主演俳優にするメソッドがw

**デフォルトの名無しさん** · 2018/09/13(木) 21:25:43.52

スターリンがどうかしたって？

**デフォルトの名無しさん** · 2018/09/13(木) 21:26:14.24

はからずもS式の合理性を再認識させられる初秋の夜であった

**デフォルトの名無しさん** · 2018/09/13(木) 22:00:27.97

>>501
Enumerable.Range(0, 4)
.GroupJoin(元, m => m, i => i.Index,
(m, i) => i.FirstOrDefault()?.Value)
.ToArray()
長いね…

**デフォルトの名無しさん** · 2018/09/13(木) 22:14:47.62

元.Aggregate(new string[4], (a, x) => { a[x.Index] = x.Value; return a;});

**デフォルトの名無しさん** · 2018/09/13(木) 22:17:18.10

おお

**デフォルトの名無しさん** · 2018/09/13(木) 22:21:08.27

>>510
Zipじゃ
i=2 : null
は無理でしょ

**デフォルトの名無しさん** · 2018/09/13(木) 22:31:31.75

3項塩山市をつかう

**デフォルトの名無しさん** · 2018/09/14(金) 07:23:37.25

>>1のスレ趣旨にあるように、
超初心者でも、気軽に入り込めるスレに、して欲しいです。

**デフォルトの名無しさん** · 2018/09/14(金) 07:53:12.59

LINQのメソッドこねくり回しているのは超初心者には厳しいかな？

**デフォルトの名無しさん** · 2018/09/14(金) 08:02:41.43

おまえも超初心者やんw
そうゆうとこやあかんのはw

**デフォルトの名無しさん** · 2018/09/14(金) 09:26:00.50

Aggregate優勝

**デフォルトの名無しさん** · 2018/09/14(金) 09:48:38.96

Aggregateのパターンを実際使うとすると配列代入時のインデックス範囲チェックが必要で結局長くなるんだよな

**デフォルトの名無しさん** · 2018/09/14(金) 10:20:53.65

業務システム開発でLinqと三項演算子だけでほとんど処理を書いていたら　応用情報技術者試験のアルゴリズム問題でカウンタを持つようなfor文が全然読めなくなってしまいました

やはり開発においてLinqは有害なのでしょうか？

**デフォルトの名無しさん** · 2018/09/14(金) 10:40:20.21

>>533
貴方の脳の品質の問題をLINQの問題にしないでください

**デフォルトの名無しさん** · 2018/09/14(金) 12:17:21.38

まあ脳の病気だわな

**デフォルトの名無しさん** · 2018/09/15(土) 10:29:16.94

C#7のローカル関数って、一つのメソッドからしか呼ばれないなら良いと思うんだが、ユニットテストはどうなるんだろ？

**デフォルトの名無しさん** · 2018/09/15(土) 11:18:16.17

>>536
ユニットテストはやる人などによってやり方はそれぞれだろう

**デフォルトの名無しさん** · 2018/09/15(土) 11:19:27.99

privateメンバのユニットテストをしようとするのはそもそも誤り
壊れやすいテストは結果的にメンテされなくなり意味を為さなくなる

**デフォルトの名無しさん** · 2018/09/15(土) 12:21:00.32

>>538
これ
publicなメンバーを通してテストすること

**デフォルトの名無しさん** · 2018/09/15(土) 20:38:11.28

LinQの中身がfor文って本当ですか？

**デフォルトの名無しさん** · 2018/09/15(土) 20:39:51.17

>>537-539
納得しました、サンクス

**デフォルトの名無しさん** · 2018/09/15(土) 21:16:49.41

>>540
ソースを読めば分かる

https://referencesource.microsoft.com/#System.Core/System/Linq/Enumerable.cs

**デフォルトの名無しさん** · 2018/09/15(土) 21:24:11.06

for文の中身がgotoて本当ですか？

**デフォルトの名無しさん** · 2018/09/15(土) 21:29:31.15

コンパイル結果見ればわかる

**デフォルトの名無しさん** · 2018/09/15(土) 21:48:21.87

列挙子とforeachの組み合わせってforよりおそい？

**デフォルトの名無しさん** · 2018/09/15(土) 21:51:19.05

数％の処理速度の違いを気にするくらいならその都度試してみればいいんじゃないかな

**デフォルトの名無しさん** · 2018/09/15(土) 21:53:24.60

いや、なんでLINQ遅いって言われてるのかなっておもって

**デフォルトの名無しさん** · 2018/09/15(土) 21:56:28.37

遅いと言えば遅いよ
余計な手数が増えてるから

気になるなら後からでも書き換えればいいだけ

**デフォルトの名無しさん** · 2018/09/15(土) 21:57:40.02

>>547
それはリンキューさんの遅さとゆうより
有り合わせのアルゴリズムの組み合わせで勝負するか
はたまた最適化したアルゴリズムをシコシコ組み立てるか
の違いが大きいのや

**デフォルトの名無しさん** · 2018/09/15(土) 21:58:32.54

その程度の差なんですね
よほど大きなオーバーヘッドでもあるのかと思ってた

**デフォルトの名無しさん** · 2018/09/15(土) 22:09:29.85

MSIL勉強したいのですが、参考になるサイトを教えてもらいませんか？

**デフォルトの名無しさん** · 2018/09/15(土) 22:14:24.26

MSDN

**デフォルトの名無しさん** · 2018/09/15(土) 23:09:21.09

>>542
やべえ
これを読む能力がない・・・

**デフォルトの名無しさん** · 2018/09/15(土) 23:53:24.63

linqの中身はforeachで列挙子を回してる
それは
while(次の要素を取得するメソッド){
要素に対する処理のメソッド
}
に展開される

詳しくないから適当だけど

**デフォルトの名無しさん** · 2018/09/16(日) 01:03:15.10

アセンブラでもやってろよ

**デフォルトの名無しさん** · 2018/09/16(日) 01:04:46.36

がっつりパフォーマンスのチューニングしたことあるわけじゃないけど
unityの毎フレーム行われるような処理で使わない限りlinqの速度が問題になることはないんじゃないか？

**デフォルトの名無しさん** · 2018/09/16(日) 06:05:13.06

プログラムによる
プロファイラで分析しろ
ボトルネックの分析前に100倍遅いのとか1000倍遅いとか言っても何の意味もねえから

**デフォルトの名無しさん** · 2018/09/16(日) 08:07:06.87

ゲームで描画以外の処理が問題になることは少ない

**デフォルトの名無しさん** · 2018/09/16(日) 08:29:55.59

アプリケーションのプロパティの中にある[設定]という項目で
Properties.Settings.Default.xxxでint型配列の変数を保存したいのですが
できませんでしょうか？
前回使ったパラメータ群を配列で保存して
次回に読み込んで再現したいのですが
別の方法でもいいのですが参考になる解説ページでもあれば教えてください

**デフォルトの名無しさん** · 2018/09/16(日) 09:04:23.29

>>559
「,」でjoinして文字列で保存、取り出すときに「,」でsplitとかどうだろ？

**デフォルトの名無しさん** · 2018/09/16(日) 09:25:05.54

>>560
まあこれが横道だよね
てか、今ならjsonで保存か

**デフォルトの名無しさん** · 2018/09/16(日) 09:42:20.10

>>560
なるほど！配列を分解して文字列型にするのか！
それなら私の低スキルでもなんとかできそうです
ありがとうございました！

**デフォルトの名無しさん** · 2018/09/16(日) 10:07:09.66

例えばアプリケーション終了時に画面のサイズと位置を保存して
次回起動時に設定をロードするとしたら
なにで保存しますか？XML?INI?JSON?

**デフォルトの名無しさん** · 2018/09/16(日) 11:04:54.55

>>563
「どこに保存するか」を気にしないならすぐ上に出ているProperties.SettingsのSystem.Drawing.Pointで保存したら
ＭＳの推奨なんだから

**デフォルトの名無しさん** · 2018/09/16(日) 11:12:58.81

昔からあるＶＳの定型Tipsだけど
この上から目線な感じは
もっと高度な議論を吹っ掛けてるんじゃね？
くわばらくわばら

**デフォルトの名無しさん** · 2018/09/16(日) 11:25:39.54

>>563
俺はXMLで実行ファイルと同じ場所に保存してる

**デフォルトの名無しさん** · 2018/09/16(日) 12:37:43.94

>>566
実行ファイルと同じ場所は書き込み権限がなかったりするからMS的にはApplication.UserAppDataPathで得られる場所などを推奨

**デフォルトの名無しさん** · 2018/09/16(日) 12:48:14.51

>>559
IDEでプロパティの型を選ぶところの中には配列ってなかったっけ

**デフォルトの名無しさん** · 2018/09/16(日) 13:06:53.35

場所や形式はなんでもいいけど
読み書きクラスを上手くカプセル化しないと後で変更効かなくなって泣くのでそっちのほうが重要

**デフォルトの名無しさん** · 2018/09/16(日) 13:19:04.65

いや、場所や形式は重要だよ

**デフォルトの名無しさん** · 2018/09/16(日) 13:23:10.99

>>564
へーありがとう御座います
調べてみます

**デフォルトの名無しさん** · 2018/09/16(日) 13:32:26.33

>>570
重要になるのは後で
開発中はたいして重要じゃないし正解も定かではない

**デフォルトの名無しさん** · 2018/09/16(日) 13:59:51.99

>>566
実行ファイルのパスってProgramFilesのとこかな？
あのフォルダーって監視入ってるから、データアクセスでも色々遅くなるかも

**デフォルトの名無しさん** · 2018/09/16(日) 14:01:52.05

どこに保存するかはかなり致命的な問題になるから
今から学んでおいて損はないよ

**デフォルトの名無しさん** · 2018/09/16(日) 14:10:32.40

>>573
ProgramFilesがなんで出てくるかもわからないし設定ファイルのデータアクセスのスピードが問題になるのはおかしい

**デフォルトの名無しさん** · 2018/09/16(日) 14:17:56.47

>>567
知ってる。でも自作のポータブルアプリだからそうしてる
インストールするようなもんはC#ではまだ作ったことないわ

>>573
違う。ポータブルアプリだからユーザーが置いた場所
USBのフォルダとかマイドキュメントとか

**デフォルトの名無しさん** · 2018/09/16(日) 14:41:31.05

>>569
同意。C#はXMLについては簡単にカプセル化できるのがいい
JSONも簡単なんだっけか？、使ったことないから分からんわ

**デフォルトの名無しさん** · 2018/09/16(日) 14:41:58.58

UACが出来てからディレクトリの書き込み制限が厳しくなってるから意識する事は大切ですね
>>574

**デフォルトの名無しさん** · 2018/09/16(日) 19:10:33.14

>>559
ここにかいてるやん
https://stackoverflow.com/questions/1766610/how-to-store-int-array-in-application-settings

**デフォルトの名無しさん** · 2018/09/16(日) 19:10:39.97

書き込み制限するだけならまだマシなんだが
勝手にリダイレクトしやがったりするからなぁ
それも同じOSでもUAC設定だけでしたりしなかったり

**デフォルトの名無しさん** · 2018/09/16(日) 19:15:37.35

>>578
違う
どこにどんな形式で置くかを柔軟に変更できることが重要
これをおろそかにして最初から場所や形式を決めつけると後で致命的な問題が発生した時に困る

**デフォルトの名無しさん** · 2018/09/16(日) 19:41:28.41

いやいや保存場所は最初から重視しないとだめだよ
あとで罠にはまるよ

**デフォルトの名無しさん** · 2018/09/16(日) 19:50:02.93

>>582
情報が出揃ってない序盤で決定するのはNG
根拠の薄い判断に盲目的に従って進めるよりはわからないものはわからないと認識した上で進めるほうが良い
最初は良いインターフェイスを決定することに注力する
開発が進むと徐々に客が(隠していた|失念していた)情報を出してくるのでそうなってから検討すればよい
それまでは暫定で簡単な実装を置いておく

**デフォルトの名無しさん** · 2018/09/16(日) 19:57:02.81

よくわからないけど設定ファイルを柔軟にする必要はないよ

**デフォルトの名無しさん** · 2018/09/16(日) 19:59:35.75

実装方法を知りたい人にインターフェイス云々から始める人は無視

**デフォルトの名無しさん** · 2018/09/16(日) 20:03:32.45

どの初心者スレでも明後日のレスしてドヤりたがっとるプロさんおるねw

**デフォルトの名無しさん** · 2018/09/16(日) 20:14:16.80

いいや
プロ的にもありえないだろ

**デフォルトの名無しさん** · 2018/09/16(日) 20:31:15.27

具体例示さず「～しなきゃいけない」とかいうのは「妄想お疲れ」って返しておけばいいよ

**デフォルトの名無しさん** · 2018/09/16(日) 20:59:15.70

今後は全部の質問にインターフェイスの決定に注力しろって答えたらいいんだな

**デフォルトの名無しさん** · 2018/09/16(日) 21:19:05.23

>>589
批判をずるずる引っ張るのはやめてくれ