C#, C♯, C＃相談室 Part95

**デフォルトの名無しさん** · 2017/10/17(火) 04:02:10.51

■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part94
http://mevius.2ch.net/test/read.cgi/tech/1492843013/

■次スレは>>970が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2018/04/27(金) 09:59:09.03

>>885
あー、お母さんと代わってくれるか？
もしくは学校に行きなさい

**デフォルトの名無しさん** · 2018/04/27(金) 10:54:20.26

ひきこもりじゃねーし、ばーか、ばーか。

**デフォルトの名無しさん** · 2018/04/27(金) 12:03:50.25

ニートは気楽でいいよな
羨ましいよ

**デフォルトの名無しさん** · 2018/04/27(金) 12:32:23.33

羨ましいならニートになればいいだけのこと

**デフォルトの名無しさん** · 2018/04/27(金) 13:54:04.43

C#はニート専用だしな。プロはJavaを使ってる。

**デフォルトの名無しさん** · 2018/04/27(金) 13:59:13.33

馬鹿がガベコレで夢を見たんだよ。そしてJavaをパクった。

だが現実はusingにdisposeだらけ。

ほんと馬鹿だよな。もはやC言語以下の不便さ、汚さ。ボケ老人には革新に見えるらしいwww

**デフォルトの名無しさん** · 2018/04/27(金) 14:14:23.73

嫉妬がひどいな

**デフォルトの名無しさん** · 2018/04/27(金) 18:43:09.60

一貫性はあるけどさ、仕事で2.0のソースメンテするとストレス半端ないよ

**デフォルトの名無しさん** · 2018/04/27(金) 18:45:23.22

仕事じゃなかったらストレス半端なんか？

**デフォルトの名無しさん** · 2018/04/27(金) 18:47:54.03

わかる
C# 2.0ってまるでJavaみたいでスゲー使いにくい

**デフォルトの名無しさん** · 2018/04/28(土) 06:41:03.36

カベコレのせいでデストラクタがいつ動くか不定でC++のようなスコープ終了で自動クローズができなくなった。
結果、using、disposeの導入。

馬鹿がほんと何も考えないで設計するとこうなるという見本。ほんと醜い言語だよ。

一貫性？　ないない。C#2.0とは既に別言語だよ。名前買えるべき。Neet-C#とかに

**デフォルトの名無しさん** · 2018/04/28(土) 07:19:29.33

君はガベコレが理解できないんだね

**デフォルトの名無しさん** · 2018/04/28(土) 09:28:12.52

>>897
詳しく!!!

**デフォルトの名無しさん** · 2018/04/28(土) 09:35:16.04

C#が開発現場からほぼ淘汰されたから良い時代になった。保守で残ってるのは2.0案件ばかり。
こういうゴミ案件は、自称おれは理解している ID:bL+b5Osr に投げるのが一番。

**デフォルトの名無しさん** · 2018/04/28(土) 09:38:30.51

ホントにゴミの巣窟スレになったな
初心者どころかひきこもりがずっと吠えていてそれにいちいち相手するクズまでいる

**デフォルトの名無しさん** · 2018/04/28(土) 09:40:48.45

>>900
IDに変えるのにどんなに時間かけてんだよ。馬鹿め。

**デフォルトの名無しさん** · 2018/04/28(土) 09:48:46.48

せっかくのGWだからな。

みんなで死滅寸前のC#にトドメを刺そうではないか。

ヘジがMSを退社すれば黒歴史としてC#は完全に消される運命。

**デフォルトの名無しさん** · 2018/04/28(土) 09:54:11.18

なんかC#に親でも殺されたのかと思うような奴らがいっぱいおるのなんなの
今さらJavaドカタが出張してくるはずもなく謎だわ

**デフォルトの名無しさん** · 2018/04/28(土) 09:56:44.37

GWなのに人がいない。C#は完全にオワコンだったわ。今日はニュー速で過ごすわ。

**デフォルトの名無しさん** · 2018/04/28(土) 09:57:08.60

Javaは今末期だから必死なんだろう
JavaしかできないJavaドカはおまんま食えなくなる

**デフォルトの名無しさん** · 2018/04/28(土) 10:21:24.12

狂っているのはID:OvoGcsme＝ID:o29GXtCOだけ
GWが昨日から始まっている方

**デフォルトの名無しさん** · 2018/04/28(土) 14:29:47.18

ヒープ管理から解放されたけど、むしろリソース管理が意味不明になってるよな。

**デフォルトの名無しさん** · 2018/04/28(土) 18:41:37.21

どうせそいつはふらっとに居たおじいちゃんだろ
相手にするだけ損

**デフォルトの名無しさん** · 2018/04/28(土) 19:13:37.12

次スレはワッチョイ付きにしないとここに居着くよ

**デフォルトの名無しさん** · 2018/04/28(土) 19:19:20.17

ワッチョイなんかいらない
規制を強化すればスレが良くなる、という単純なパターンを鵜呑みにする思考こそ批判されるべきだ

**デフォルトの名無しさん** · 2018/04/28(土) 19:24:42.35

デメリット無いんだからワッチョイ有りでいいよ。

**デフォルトの名無しさん** · 2018/04/28(土) 19:36:02.31

ﾜｯﾁｮｲ有りはもう立っているんだから付けて立てたら重複だ
ふらっとに頭のおかしいやつ行かないようにここで囲っててくれ

**デフォルトの名無しさん** · 2018/04/28(土) 20:08:26.34

勝海舟は「憂国の士を自称する連中が国を亡ぼす」と言ったそうだけど、スレも同じだね。

荒らしてる奴に限って自分が荒らしだと思ってないどころか、
逆に俺はスレを憂いてるんだとか盛大に勘違いしてるのな

お前がいなくなるのが一番スレのためだってw

**デフォルトの名無しさん** · 2018/04/28(土) 22:25:56.27

>>910
1週間NGに入れられるから便利ってだけだよ
規制ってなんのことさ

**デフォルトの名無しさん** · 2018/04/28(土) 22:27:08.21

何か妙だな
1週間NGの効果が続くから、だ

**デフォルトの名無しさん** · 2018/04/28(土) 22:30:51.56

まあしかしこのスレには要らない気がするぜ
ゴミ棄て場は必要だからな

**デフォルトの名無しさん** · 2018/04/29(日) 07:55:16.57

マウスカーソルの位置を0.1sec置きぐらいに全部取得したいんだけど、
終了時刻は決まってないので配列で宣言し難い。
これってDictionaryとかに入れていけばいいのかな？

x,y座標と時間の3変数になるんだけど、
時間をkey noにしてx,yを紐づけるみたいな感じでOK?
time,xとtime,yの二つのDictionaryを作る。

なんかすごく冗長な気がする。
time, x, y
みたいなDictionaryってできないのだろうか・・・。

**デフォルトの名無しさん** · 2018/04/29(日) 08:01:26.21

最大時間は決めといた方がいいんじゃないか

**デフォルトの名無しさん** · 2018/04/29(日) 08:53:02.78

イベントそのまま記録すりゃいいじゃん。

**デフォルトの名無しさん** · 2018/04/29(日) 08:59:57.28

時間をキーにする意味がないだろ
普通にList<(DateTime time, int x, int y)>でいい

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

>>920と同意見だな

**デフォルトの名無しさん** · 2018/04/29(日) 12:15:32.77

>>920を見てC#って匿名型のList<T>を簡単に作れる新しい構文ができたのかと
思ったが、そんなものはなかったw

あと、調べてないがDateTime.Nowの精度は恐らく秒単位だと思う。

だから時間は記録開始かまたは先頭のデータからのオフセットをms単位で
記録するとかの方がいいだろうねたぶん。

**デフォルトの名無しさん** · 2018/04/29(日) 12:21:08.09

イベントを
観測すれば
いいじゃん

**デフォルトの名無しさん** · 2018/04/29(日) 12:23:38.33

>>922
DateTimeプロパティにMillisecondあるから。DateTime.Nowでも取り出せる
https://msdn.microsoft.com/ja-jp/library/system.datetime(v=vs.110).aspx
>>917
Dictionary<DateTime,Point>じゃ嫌なのか？

**デフォルトの名無しさん** · 2018/04/29(日) 12:24:11.68

そういう場合は構造体に包んで扱うと良いよ

public struct Cursor{
　public float x;
　public float y;
　public int frame;

　public Cursor(float x, float y, int frame){
　　this.x = x;
　　this.y = y;
　　this.frame = frame;
　}
}

// コレクションを生成
var list = new List<Cursor>();

// 追加する
list.Add(new Cursor(x, y, frame));

あとマイクロ秒を後で使う予定がなければフレーム番号で保持するのが妥当だと思う

**デフォルトの名無しさん** · 2018/04/29(日) 12:30:41.68

>>922
いや今のC#は>>920は通るぞ
タプルだ

**デフォルトの名無しさん** · 2018/04/29(日) 12:41:33.60

>>924
データ型にms単位になってるからってHWがその精度を持ってるかどうかは別問題w
RTCは歴史的にそんな精度を持ってないw

>>926
ああ、そうなのか
名前知ってるだけで全然使ったことないから知らんかった

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

精度保つ外部dllあったよな？

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

>>927
知ったかさん乙
現在時刻をRTCから取得するOSなんてほぼないぞ

**デフォルトの名無しさん** · 2018/04/29(日) 20:24:15.50

>>929
アホだ

**デフォルトの名無しさん** · 2018/04/29(日) 20:38:40.73

ほぼｗ

**デフォルトの名無しさん** · 2018/04/29(日) 21:19:58.30

ほぼほぼ警察です
ほぼほぼ言ったら殺します

**デフォルトの名無しさん** · 2018/04/29(日) 22:33:17.87

>>928
それはそういう質問？
>>917の質問に関して言えば「0.1sec置きぐらい」って書いてあるからそんなきっちりの時刻精度求めていない気がする
精度に関しては下の記事
https://answers.microsoft.com/ja-jp/windows/forum/windows_10-performance/windows10%E3%81%AE%E6%99%82%E8%A8%88%E7%B2%BE/2cd3c47c-5359-4c1e-a1db-23f24feca338
精度保つ外部dllはわからない。NTPで適度に合わせるくらいしか思いつかない

**デフォルトの名無しさん** · 2018/04/29(日) 23:32:24.12

>>930
マジで言ってるの？ w
RTCから読み出すのはブート時だけやぞ

**デフォルトの名無しさん** · 2018/04/30(月) 01:56:37.76

動画や音声再生するのにより正確なタイムチックが必要なアプリは山ほどあるし、実現してんぞ。

**デフォルトの名無しさん** · 2018/04/30(月) 11:14:45.39

質問にない事は答えなくて結構です
ありがた迷惑

**デフォルトの名無しさん** · 2018/04/30(月) 11:20:09.20

ほら、彼ら少し頭おかしいからさ
許してやってくれないか

**デフォルトの名無しさん** · 2018/04/30(月) 11:42:52.93

RTCは頻繁にアクセスするには遅すぎるデバイスだからOS起動後の時計はタイマー割り込み駆動だよ

**デフォルトの名無しさん** · 2018/04/30(月) 12:09:14.35

いろいろありがとうございます。
終了時刻が決まってないからlistとかかなとおもったんですけど、
構造体の方がよさそうですね。
試してみます。

**デフォルトの名無しさん** · 2018/04/30(月) 12:11:05.06

それとは別にｃ＃で
List<(DateTime time, int x, int y)>
みたいな複数の変数を扱うことってできるのでしょうか？
var list = new List<int>();
みたいに一つの変数だけなのかと思ってました。
これができるといろいろ便利そうなのですが・・・。「

List<(DateTime time, int x, int y)>
って入力してもエラーが返ってくるんすよね。。。

**デフォルトの名無しさん** · 2018/04/30(月) 12:16:44.53

過去に囚われているとそうなる

**デフォルトの名無しさん** · 2018/04/30(月) 12:18:15.00

ValueTupleのListじゃないの？

**デフォルトの名無しさん** · 2018/04/30(月) 12:19:53.98

>>940
VSのバージョンが古いんだろ
VS2017でないとダメ

**デフォルトの名無しさん** · 2018/04/30(月) 12:22:51.08

VS2017かつ、NuGetでSystem.ValueTupleを参照する必要がある

**デフォルトの名無しさん** · 2018/04/30(月) 12:34:43.28

タプルの利用には、ValueTuple構造体という型が必要になります。この型が標準ライブラリに取り込まれるのは .NET Framework 4.7、.NET Standard 1.7を予定しています。それ以前のバージョンでタプルを使いたい場合には、以下のパッケージを参照する必要があります。

System.ValueTuple

**デフォルトの名無しさん** · 2018/04/30(月) 12:53:56.38

なるほど
System.ValueTuple
ですね。
試してみます。
ありがとうございます。

**デフォルトの名無しさん** · 2018/04/30(月) 12:56:22.44

また初歩的な質問で申し訳ないのですが、
C#のクラスと構造体で、これまで軽量のオブジェクトでもすべてクラスで作成していたんですが、
あまりお作法的には宜しくないんでしょうか？

**デフォルトの名無しさん** · 2018/04/30(月) 12:56:51.66

なんとなく構造体はクラスの下位互換みたいなイメージで使用していませんでした。

**デフォルトの名無しさん** · 2018/04/30(月) 13:48:36.78

応用アプリケーションなら全部クラスでいいよ
構造体は構造体のメリット・デメリットを全て把握した上で、構造体のほうが良い選択であり、将来に渡って絶対にクラスに変更したくならない、と確信できる場合に使うもの
そんなケースは滅多にない
あ、PInvokeは例外な

**デフォルトの名無しさん** · 2018/04/30(月) 15:01:14.38

C#上の構造体はクラスと等価だ。
つか、構造体で使う共通処理をまとめてそこに突っ込め。
ほら、使い易くなっただろ？
構造体なんか使わずクラス使え。

**デフォルトの名無しさん** · 2018/04/30(月) 15:27:50.05

>>950
おばかｗｗｗ

**デフォルトの名無しさん** · 2018/04/30(月) 15:59:18.84

structは値型として扱われるので
参照型であるclassと同じようにコピーするとメモリの内容が丸ごとコピーされる

structを使った方が良い時の条件見たけど
普通はクラスで良いんじゃね？

https://dobon.net/vb/dotnet/beginner/whenusestruct.html

**デフォルトの名無しさん** · 2018/04/30(月) 16:42:40.95

ヒープとスタックって知ってる？

**デフォルトの名無しさん** · 2018/04/30(月) 16:54:16.36

ありがとうございます。
ちょっと急ぎでコーディングしてるので、
不慣れな構造体でなくクラスでやってしまおうと思います。

こうやって新しい知識をいれないとあとではまって痛い目あうのかなぁ。

**デフォルトの名無しさん** · 2018/04/30(月) 17:35:20.19

C#で構造体とか思考から除外してどうぞ

**デフォルトの名無しさん** · 2018/04/30(月) 17:42:54.80

>>954
構造体には構造体のメリットもある（だからBCLでも使われてる）んで、
2chネラ的な1bit脳の極端な意見は真に受けない方がいいよw

一つだけ挙げれば、プロパティとして公開するような値は構造体の方が楽。
クラスでもイミュータブルにすれば構造体と同じような感覚で使えるが、
イミュータブルなクラスは使い勝手がよくない

**デフォルトの名無しさん** · 2018/04/30(月) 17:44:39.38

>>956
わかってないなら無理してレスしないほうがいいぞ

**デフォルトの名無しさん** · 2018/04/30(月) 18:07:28.59

IoTでまだまだJAVAは安泰？
C#もIoTがいける様にならないんですかね・・・

**デフォルトの名無しさん** · 2018/04/30(月) 18:20:41.55

>>955
C#では構造体絡みのパフォーマンス改善が最近ホットなのに何言ってんの？

**デフォルトの名無しさん** · 2018/04/30(月) 19:21:42.03

素人がテキトーに構造体を扱うと却って遅くなるなどの弊害がある
使うならプロファイリングして本当に速くなっているか見極めるべき

**デフォルトの名無しさん** · 2018/04/30(月) 19:24:02.15

>>960
GC pressureって知ってる？

**デフォルトの名無しさん** · 2018/04/30(月) 20:01:02.23

>>959
ヴァカ

**デフォルトの名無しさん** · 2018/04/30(月) 20:02:31.93

>>962
わかってないなら無理してレスしないほうがいいぞ

**デフォルトの名無しさん** · 2018/04/30(月) 20:02:40.18

最近の参照関連の拡張は失敗だった
なんもわかってない奴がドヤ顔でクソコード量産する未来しか見えねぇ

**デフォルトの名無しさん** · 2018/04/30(月) 20:07:52.11

>>964
Framework自体のパフォーマンス向上に大きく貢献してるんですが…

**デフォルトの名無しさん** · 2018/04/30(月) 20:08:20.38

>>964
自己紹介おつ

**デフォルトの名無しさん** · 2018/04/30(月) 20:18:18.75

>>965
そこが悪いとは一言も言ってないだろう直近の少しのレスも読めねえのか

**デフォルトの名無しさん** · 2018/04/30(月) 20:19:59.64

>>967
自分のレスも読めないのか

**デフォルトの名無しさん** · 2018/04/30(月) 20:21:47.02

なんだかわいそうな子か
相手するだけ時間の無駄だなこりゃ

**デフォルトの名無しさん** · 2018/04/30(月) 20:21:58.65

>>964
Span

**デフォルトの名無しさん** · 2018/04/30(月) 20:22:31.59

>>969
かわいそうに

**デフォルトの名無しさん** · 2018/04/30(月) 20:24:31.99

>>958
ゴミ

**デフォルトの名無しさん** · 2018/04/30(月) 20:25:28.02

かわいそうな子たちのレスバトル
かわいそうに幕を閉じる

**デフォルトの名無しさん** · 2018/04/30(月) 21:08:37.06

GWだっつーのに悲しい連中だ

**デフォルトの名無しさん** · 2018/04/30(月) 21:11:39.90

ここで真っ赤になっている時点で恥ずかしいのに中身が低能の罵り合い
次スレ立てる人がいたらﾜｯﾁｮｲは付けるなよ
もうﾜｯﾁｮｲ付きの相談室のスレは２つあるから

**デフォルトの名無しさん** · 2018/04/30(月) 21:15:37.43

ここから外に出てこられても困るからなぁｗ

**デフォルトの名無しさん** · 2018/04/30(月) 21:19:32.91

この2つか
C#, C♯, C＃相談室 Part93©2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1492818720/

C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508168482/

**デフォルトの名無しさん** · 2018/04/30(月) 22:34:10.34

ValueTuple構造体
あるといいなあとは思ってたけど、遂に実装される日が来るのか

**デフォルトの名無しさん** · 2018/04/30(月) 22:38:16.75

もう既に

**デフォルトの名無しさん** · 2018/05/01(火) 08:04:16.42

カーソル記録のものですが、

class Point { public int X; public int Y; 他必要メンバ変数 }

でwhileループを組んでゲーム終了条件でBreakするまでは
上記クラスのインスタンスを無限生成してカーソルの位置を記録するみたいな感じでおかしくないですよね？

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

それだと際限なくメモリを圧迫するから、保持できる上限を決めておいてそれを超えたら追加時に古いのを消したほうがいい

**デフォルトの名無しさん** · 2018/05/01(火) 09:32:42.75

>>981
確かにゲームの終了時刻を決めておかないと、どこかでメモリ破たんするですよね。

**デフォルトの名無しさん** · 2018/05/01(火) 09:36:42.01

>>982
もう一回>>981を読め
終端を決めろって書いてあるわけじゃない
あと全体のコンセプトや仕様が見えないんだから、それ抜きでここで聞いても正しい答えが返ってくるとは限らない

**デフォルトの名無しさん** · 2018/05/01(火) 09:41:38.51

結局こいつは自分のやりたいことが最初から有って、賛成意見が欲しいだけなんだろう
やり方を変えるようなアドバイスはするだけ無駄だぞ

**デフォルトの名無しさん** · 2018/05/01(火) 10:46:07.88

>>980
100msごとぐらいの記録でよかったんじゃなかったの？

どっちにしろ、ビジーループが回るごとにマウスポインタ位置の記録を取る（そう言ってるように聞こえる）
なんて無駄過ぎる。

限りなく忠実にマウスポインタの移動を再現したいとしても、常識的に考えて
ポーリング間隔は30ms程度で十分なはずだし、座標だけでなく時刻も記録するのであれば
前回から移動してなければ記録する必要もない

まあ、何にしろ何が聞きたいのかはっきりした方がいいね
そこがさっぱり分からん。