ふらっと 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/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
批判をずるずる引っ張るのはやめてくれ

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

雑魚しかおらんかったか
初心者スレだからしゃあないか

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

また余計なことを

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

Buggy C# Code: The 10 Most Common Mistakes in C# Programming

https://www.toptal.com/c-sharp/top-10-mistakes-that-c-sharp-programmers-make

俺はあまり共感できないな…

**デフォルトの名無しさん** · 2018/09/17(月) 00:28:42.00

>>593
何が？

**デフォルトの名無しさん** · 2018/09/17(月) 00:43:15.18

英語読める人ホント羨ましい
リリース当日にリファレンス把握できちゃうわけでしょ

**デフォルトの名無しさん** · 2018/09/17(月) 00:43:43.99

>>591
お前が一番の雑魚

**デフォルトの名無しさん** · 2018/09/17(月) 05:59:26.92

>>593
1~2番目はまあそうだねと思ったけど
3番目がくだらなかったから読むのやめた

**デフォルトの名無しさん** · 2018/09/17(月) 08:16:13.80

>>595
今からでも遅くないぜ。

**デフォルトの名無しさん** · 2018/09/17(月) 11:20:21.31

対象文字列　"<xx><yy><xx>111</xx></yy></xx><xx>222</xx><xx>333</xx>"
があるとき、
xxの中を取り出す正規表現はどうしたらいいのでしょう？
ただし、xxが閉じる前にyyがあるときはそのxxは無視という条件付きです

例えば正規表現を　@"<xx>.*?[^(</yy>)]</xx>"　にすると
実行結果
　<xx><yy><xx>111</xx>　　←</yy></xx>が欠ける
　<xx>222</xx>
　<xx>333</xx>

欲しい結果は
　<xx><yy><xx>111</xx></yy></xx>
　<xx>222</xx>
　<xx>333</xx>

**デフォルトの名無しさん** · 2018/09/17(月) 11:25:17.63

内容はみてないけど
正規表現では検出できないパターンがある
それにあたるのかと

**デフォルトの名無しさん** · 2018/09/17(月) 11:32:42.98

XMLとして要素抜き出したほうが確実じゃね

**デフォルトの名無しさん** · 2018/09/17(月) 11:38:46.01

ｵﾚだったらどうでもいいしょうもないこと考えたくないから
普通にxerces使う

**デフォルトの名無しさん** · 2018/09/17(月) 11:40:49.96

質問からはxmlなのhtmlなのかすら確定できない

**デフォルトの名無しさん** · 2018/09/17(月) 11:42:17.99

正規表現は括弧やタグの対応は苦手
中に再帰的構造があるものは苦手
その構造が特殊になるとさらに苦手

**デフォルトの名無しさん** · 2018/09/17(月) 11:45:20.52

xmlだけど同じデータ格納するのに色々なフォーマットがあるごちゃついたのだから
文字列として処理したいんです。正規表現使わずに力技で読むかなぁｗ

すみません。>>599の対象文字列がミス

対象文字列　"<xx><xx><yy>111</yy></xx></xx><xx>222</xx><xx>333</xx>";
試した正規表現　@"<xx>.*?[^(</yy>)]</xx>"

結果
　<xx><xx><yy>111</yy></xx></xx><xx>222</xx>
　<xx>333</xx>

欲しい結果
　<xx><xx><yy>111</yy></xx></xx>
　<xx>222</xx>
　<xx>333</xx>

**デフォルトの名無しさん** · 2018/09/17(月) 11:45:52.85

**デフォルトの名無しさん** · 2018/09/17(月) 12:02:14.11

C#の正規表現だからこっちにしたんだけど、あっちに引っ越します

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

したんだけどぉ

**デフォルトの名無しさん** · 2018/09/17(月) 14:34:45.72

XMLや正規表現を考えるよりもデータ構造がどうなっても対応できるようにインターフェイスを考えるべきだろ

**デフォルトの名無しさん** · 2018/09/17(月) 16:03:32.30

>>609
正解

**デフォルトの名無しさん** · 2018/09/18(火) 01:24:04.08

>>1
ぶっちゃけた話、C#って2030年まで生き残りますかね？

**デフォルトの名無しさん** · 2018/09/18(火) 01:39:12.39

生き残ってる定義による
cobolなんてもう60歳だけど必要とされてる場面が無いわけじゃない