ふらっと 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/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

とりあえずこっちへ行け

Regular Expression(正規表現) Part14 [無断転載禁止]©2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1489511075/

**デフォルトの名無しさん** · 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歳だけど必要とされてる場面が無いわけじゃない

**デフォルトの名無しさん** · 2018/09/18(火) 02:11:14.63

>>611
進化続けてるし、余裕であると思う。

**デフォルトの名無しさん** · 2018/09/18(火) 02:21:27.54

そんでC++みたいにバージョンが制定年になると
正直機能的には3.0くらいであまり困らんのだけどね
簡潔に書けるとかはあるけど
ライブラリだけ拡充してくれれば

**デフォルトの名無しさん** · 2018/09/18(火) 05:59:52.79

await無しで非同期処理書きたくないな

**デフォルトの名無しさん** · 2018/09/18(火) 08:10:13.67

LINQがないと死ねる
というかLINQがないとC#のアドバンテージを全く感じない言語になってしまう
それとawaitもそうだけど、C#はJavaに対してコンカレントプログラミングの能力に
まだまだ欠けていると思う
Javaの強みはjava.util.concurrentにあると思う

**デフォルトの名無しさん** · 2018/09/18(火) 08:19:55.28

java.util.concurrentってほとんど.NETにも同じのあるぞ
Javaのあの〇〇Queueとかクッソ使いづらい並列フロー制御系に対応するのはTPL Dataflowがある

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

>>616
メソッドにした方が2回目同じ処理するときにいいよ

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

python如きには負けんよ

**デフォルトの名無しさん** · 2018/09/18(火) 10:06:07.53

負けてるんだよなあ

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

結局Windowsアプリケーションにしか使われてなくて
VBの代わりくらいのポジションなんですかね・・・

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

>>617
そんなんどこにあったっけ？
実際java.util.concurrentパッケージの充実度は凄いぞ

**デフォルトの名無しさん** · 2018/09/18(火) 10:52:42.36

UnityとかTypeScriptとか、色々と使われているでしょ

**デフォルトの名無しさん** · 2018/09/18(火) 10:58:02.59

>>620
連想配列分負けてる気がするね
c#には付けないで欲しかったけど
ちょっと前に付いた？

**デフォルトの名無しさん** · 2018/09/18(火) 11:04:50.17

>>624
大昔(2.0)からある
System.Collections.Generic.Dictionary<TKey,TValue>
でなくて?

**デフォルトの名無しさん** · 2018/09/18(火) 12:05:26.41

>>621
iOSやAndroidアプリにも使われてますよ

**デフォルトの名無しさん** · 2018/09/18(火) 12:54:57.79

C#でカードゲーム作るため
テキストファイルに保存した
一行分をカードデータにしたいのですが

行指定はどうやるのでしょうか

**デフォルトの名無しさん** · 2018/09/18(火) 12:59:13.48

1行ごとにList<string>に入れる

**デフォルトの名無しさん** · 2018/09/18(火) 13:34:02.44

jsonか何かにしたほうが楽だと思うけど…

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

.Net4.0までの環境で、Task.Runが使えないのですが
Task.Factory.StartNewを使う場合、戻り値を処理するContinueWithに該当する書き方はあるのでしょうか？

**デフォルトの名無しさん** · 2018/09/18(火) 14:06:00.86

>>622
System.Threading
System.Threading.Tasks
System.Threading.Tasks.Channels
System.Threading.Tasks.DataFlow
System.Collections.Concurrent
ちゃんとこの辺りを見よう

**デフォルトの名無しさん** · 2018/09/18(火) 14:25:25.74

>>630
Task<T>を作るのが.Runだろうが.Factory.StartNewだろうが
その後の記述は特に変わらないけど

**デフォルトの名無しさん** · 2018/09/18(火) 14:29:51.48

最近の.NETってMS製の公式な標準ライブラリですら平気でNuGetだけで提供されるようになったけど
ビルドにインターネットからのダウンロードが必要なのはギョウムワールドだと問題になるところが多そう
ジャパニーズドカタは氏ねってことかな

**デフォルトの名無しさん** · 2018/09/18(火) 14:38:44.61

>>625
タプルと合わせないと似たような機能にならない気がする

**デフォルトの名無しさん** · 2018/09/18(火) 14:50:46.95

ぎょうむわーるどなんてなおさら最近の開発環境とは縁がないのでへーきへーき

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

async await使わせてくれー

**デフォルトの名無しさん** · 2018/09/18(火) 15:31:00.86

>>633
世界平和に繋がって最高だね

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

>>636
気軽に使うと問答無用でバグ票切られる機能だろそれ

まず待ちたいならタイムアウトを設定しないと
そもそも何がどんな状態で終了することを想定している？
リトライはいらない？
お前は何もしなくてよかったの？
自分の次の動作は待ってるタスクの結果次第だから待ってたのに何も受け取ってるように見えないけど？

ってぐらいは考慮してないとだいたいバグってる

**デフォルトの名無しさん** · 2018/09/18(火) 20:45:48.05

>>621
Google Cloud Platform Japan Blog
ポノス株式会社の導入事例： eスポーツ対応の対戦型ゲームを Compute Engine ベースで構築、レイテンシーの比較で最大 2 倍の差が採用の決め手
https://cloudplatform-jp.googleblog.com/2018/08/ponos-esports-compute-engine.html

＞特長的なのは、バトルサーバーで、アプリケーションが C# で書かれています。
＞「Windows 上で C# を動かすのではなく、.NET Core を使って CentOS の上で C# を動かすという珍しい構成になっています。」

**デフォルトの名無しさん** · 2018/09/18(火) 22:17:49.42

>>633
ローカルのリポジトリ立てればいいやん

**デフォルトの名無しさん** · 2018/09/18(火) 22:40:10.00

Javaと比べるとビルドから実行時までサクサク動くから気持ちいい

**デフォルトの名無しさん** · 2018/09/19(水) 01:24:11.00

uiスレッドって1個だけ？
datagridviewのデータソースにdatatable突っ込んで何十万件も表示させてます
高速化する方法ないですか？

**デフォルトの名無しさん** · 2018/09/19(水) 06:12:31.75

その設計が間違ってる
何十万件も一度に表示ｗｗｗ

**デフォルトの名無しさん** · 2018/09/19(水) 08:06:04.74

それが一億とかのときもあるんです

**デフォルトの名無しさん** · 2018/09/19(水) 08:12:17.74

Form1.csに書くコードに対し、これは別クラスに書いとけってコードは例えばどんなものですか？

**デフォルトの名無しさん** · 2018/09/19(水) 08:25:39.24

動作にフォームのインスタンスが要らないもの

**デフォルトの名無しさん** · 2018/09/19(水) 08:26:54.31

>>644
頭から改良した方がいい
皮肉じゃない
真面目に言ってるぞ

**デフォルトの名無しさん** · 2018/09/19(水) 08:45:08.99

そこまで行くと高速化よりも
コルーチンで徐々に表示したりしてuiスレッドを止めないようにしたほうがいい
どう考えても設計見直したほうがいいけど