ふらっと C#,C♯,C＃（初心者用） Part131 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/08(金) 18:12:11.06

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part130
https://mevius.2ch.net/test/read.cgi/tech/1500327645/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

**デフォルトの名無しさん** · 2017/09/27(水) 22:26:43.20

>>485
馬鹿が何言っても戯言でしか扱われないよ
だからお前は底辺なんだよ
はやく勉強しなさい

**デフォルトの名無しさん** · 2017/09/27(水) 22:30:37.27

統計的結果に基づいて遅いって言ってんだよ分かれよ

**デフォルトの名無しさん** · 2017/09/27(水) 22:32:14.93

Linqで起動が10倍遅いソースはやく出せよ

**デフォルトの名無しさん** · 2017/09/27(水) 22:43:09.62

労力？
Linqって苦労して身に着けることなのか？
いくつか覚えることあるけどその後は使うだけだぞ？

**デフォルトの名無しさん** · 2017/09/27(水) 22:50:51.57

なんだこれマッチポンプ？

**デフォルトの名無しさん** · 2017/09/27(水) 22:58:42.43

>>489
複雑なの書かれると理解不能だぜ

**デフォルトの名無しさん** · 2017/09/27(水) 23:01:08.37

>>491
それは自分の頭が悪いからって気付こう？

**デフォルトの名無しさん** · 2017/09/27(水) 23:05:47.18

複雑なのは置いといて
普通のは普通に使えるでしょ？

それじゃダメなのか？

**デフォルトの名無しさん** · 2017/09/27(水) 23:11:04.12

>>493
こんな簡単に理屈を捻じ曲げるのが大得意
否定こそ正義みたいなのが未だに文化だよな
疲れないんかな？

**デフォルトの名無しさん** · 2017/09/27(水) 23:39:15.53

>>493
だったらlinq使ってない普通のが読みやすくてデバッグもし易いんだけど？

**デフォルトの名無しさん** · 2017/09/27(水) 23:42:46.84

>>495
じゃあなんで世界中で使われてるのかな？ん？
その理由答えてみなよ

**デフォルトの名無しさん** · 2017/09/27(水) 23:44:59.89

お前ら本当にLINQ大好きだな

**デフォルトの名無しさん** · 2017/09/27(水) 23:56:02.90

コードろくに書けない連中がここでデカい顔しているだけだろ。みっともない

**デフォルトの名無しさん** · 2017/09/28(木) 00:27:03.29

>>496
え？誰か使ってるの？

**デフォルトの名無しさん** · 2017/09/28(木) 00:37:18.50

>>499
stackoverflowだけでもLinqについてこれだけの質問が出てるのに誰も使ってないと思ってるの？
https://stackoverflow.com/search?q=c%23+linq

**デフォルトの名無しさん** · 2017/09/28(木) 00:52:55.75

>>500
少ない

**デフォルトの名無しさん** · 2017/09/28(木) 00:58:57.04

>>501
何を持って少ないと言ってるのか明示してみろ
どうせ出来ないんだろ無能

**デフォルトの名無しさん** · 2017/09/28(木) 01:11:11.82

> ID:sNRbvHHL

世界中で使われてる現実を直視できず否定するなら
世界で使われてない証拠を出せよ
こいつの頭はお花畑か？プログラマー失格。向いてないから肉体労働でもやってろ

**デフォルトの名無しさん** · 2017/09/28(木) 01:29:22.33

>>502
何をもって多いって言ってるの？
c言語ユーザより多いの？

**デフォルトの名無しさん** · 2017/09/28(木) 01:53:55.48

>>503
はぁ？
そんなに大盛況ならlinqスレ使えよ
友の会解散したのか？ｗ

**デフォルトの名無しさん** · 2017/09/28(木) 02:22:00.21

>>503
キチガイに触んなすな

**デフォルトの名無しさん** · 2017/09/28(木) 06:24:42.04

>>504-505
なんでいきなりC言語が出て来るの？
答えられないからって逃げるなよ

**デフォルトの名無しさん** · 2017/09/28(木) 09:19:39.28

質問しなきゃ使えないような、難しいものじゃないしな

**デフォルトの名無しさん** · 2017/09/28(木) 09:25:32.06

>>507
他との比較がないと多いってのは表現できないよね？

**デフォルトの名無しさん** · 2017/09/28(木) 09:31:09.75

クラスなんか使うなとか、　正規表現なんかイラネとか　昔からこういうのずっといるじゃん。
そんなやつを叩く必要は全くない。　そっすねって言っとけばいい。

**デフォルトの名無しさん** · 2017/09/28(木) 09:31:45.87

linq友の会スレもうすぐ十周年じゃねーか!ｗ
１０年かけて1スレも消費できずに要るとかｗｗｗｗ

**デフォルトの名無しさん** · 2017/09/28(木) 09:34:00.36

そっすね

**デフォルトの名無しさん** · 2017/09/28(木) 09:36:58.47

for (int i = 0; i < array.Length; i++)　みたいなほうが見やすいって人も世の中にはいるんだよ。
理解はしなくてもいいけど、　そういう人がいることは現実なので受け入れなくてはならない。

**デフォルトの名無しさん** · 2017/09/28(木) 09:37:16.85

やっぱ、誰も使ってないよねｗ

**デフォルトの名無しさん** · 2017/09/28(木) 09:39:01.33

使わない言い訳も、昔からの決まり文句があって、
こんなの誰も読めない、使ってないって言うんだ。

**デフォルトの名無しさん** · 2017/09/28(木) 09:40:05.55

上司だったら会社辞めたり、部下だったらまあ、それなりのことは言うだろうけど

まあ、他人なら　そっすねー　で終わり。

**デフォルトの名無しさん** · 2017/09/28(木) 09:40:21.54

でも友の会あのザマじゃん

**デフォルトの名無しさん** · 2017/09/28(木) 09:40:39.47

そっすね

**デフォルトの名無しさん** · 2017/09/28(木) 09:42:40.66

>>503
友の会過疎ってるけど？（笑）

**デフォルトの名無しさん** · 2017/09/28(木) 09:43:12.34

そうだね統計的にね

**デフォルトの名無しさん** · 2017/09/28(木) 09:45:02.79

linqは産業廃棄物

**デフォルトの名無しさん** · 2017/09/28(木) 10:00:57.75

ID:sNRbvHHL

いつになったら証拠提示するの？底辺無職君

**デフォルトの名無しさん** · 2017/09/28(木) 10:02:37.59

ID:sNRbvHHL

こいつみたいな出来の悪い子供を産んでしまって両親はさぞ悔やんでるだろうな

**デフォルトの名無しさん** · 2017/09/28(木) 10:04:30.45

ID:sNRbvHHL

現実を直視できないガチの障害者
Linqで起動が10倍遅い異世界の住人だろ

**デフォルトの名無しさん** · 2017/09/28(木) 10:05:13.86

ID:sNRbvHHL

親に生まれてきてごめんなさいしてこいよ
それか親も障害者か？だからお前みたいなキチガイが産まれたわけ？

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

え、でも、友の会過疎ってるし

**デフォルトの名無しさん** · 2017/09/28(木) 10:17:26.27

>>526
2chのスレをソースにする馬鹿って未だ居るんだ

**デフォルトの名無しさん** · 2017/09/28(木) 10:18:34.60

この馬鹿、例えば俺がスレ立てて自演でスレ埋めたらどうするんだ？（笑）

**デフォルトの名無しさん** · 2017/09/28(木) 10:31:26.12

どなたかこれを…>>439

**デフォルトの名無しさん** · 2017/09/28(木) 13:32:50.85

>>529
2013からドキュメントアウトラインが変わったみたいね
まあ気にしなくてもいいよ　いちいちドキュメントアウトライン見に行くとかむしろ面倒だし

**デフォルトの名無しさん** · 2017/09/28(木) 14:04:14.61

>>513
入門者の方へ

forはバグの温床だからiがいらない場合は
なるべくforは使わない方がいいです

10年前では考えられなかったけど

**デフォルトの名無しさん** · 2017/09/28(木) 14:40:34.06

でもListの要素とか複数削除したいときすぐ必要になるよね

**デフォルトの名無しさん** · 2017/09/28(木) 14:47:19.91

>>532
ToArray（）すればforeachでも消せるよ

foreach(var hage in hoge.ToArray())
{
hoge.Remove(hage);
}
で大丈夫

**デフォルトの名無しさん** · 2017/09/28(木) 14:53:50.63

頭が痛くなる

**デフォルトの名無しさん** · 2017/09/28(木) 14:57:45.66

forが禁止で>>533でClear()も禁止ですか
何も書けなくなるね

**デフォルトの名無しさん** · 2017/09/28(木) 14:58:44.65

素数番目の要素を消したい

**デフォルトの名無しさん** · 2017/09/28(木) 15:15:19.51

RemoveAt

**デフォルトの名無しさん** · 2017/09/28(木) 15:42:42.74

もう配列自体なくしてほしい
AddRangeみたいに配列を引数にするやつも
IEnumerable入れられるようにしてほしい

**デフォルトの名無しさん** · 2017/09/28(木) 16:15:13.05

パフォーマンス上必要だったりアンマネージド呼び出しで必要だったりするので
それは無理。

って書くとまた馬鹿が暴れ出すかもしれんが、ケースバイケースで柔軟に考えなきゃ。
馬鹿の一つ覚えは頭が悪い

**デフォルトの名無しさん** · 2017/09/28(木) 16:19:37.39

>>535
消し方だから省略したが、通常はRemove行には何らかの条件付けるだろ

**デフォルトの名無しさん** · 2017/09/28(木) 16:34:05.21

>>537
ってやるとiが必要になるよねって話

**デフォルトの名無しさん** · 2017/09/28(木) 16:49:01.01

>>541
そうやってすぐ話から逃げるんだな害児

**デフォルトの名無しさん** · 2017/09/28(木) 16:59:48.20

マジボケなのか
老化して意味がつたわらないのか？

**デフォルトの名無しさん** · 2017/09/28(木) 17:05:35.41

>>543
自分が>>513の意図を理解していないのは気付かないのか
Linqもまとめて
ふらっと C#,C♯,C＃（議論用）
http://mevius.2ch.net/test/read.cgi/tech/1469538912/
に行け。スレ違い

**デフォルトの名無しさん** · 2017/09/28(木) 21:52:52.56

>>531
タダの嫌味にマジレスとかなぁ…

**デフォルトの名無しさん** · 2017/09/28(木) 23:42:42.14

キチガイにマジレスはオッケー

**デフォルトの名無しさん** · 2017/09/29(金) 01:29:49.55

%%%3%%%
000-DOK<NAZE-0.8112162>
001-3800%\73NMB/1,81,2,NB"IKKI"%
002-91.81%ML7"8.122231746668193,43@ML.4@"%^23.1444
003-1.33321444718%"YLD""SO"%{71.%{62.1339816{331.422231765%<<<NL6
004-LOOP%Go To"000"%

VCL

**デフォルトの名無しさん** · 2017/09/29(金) 05:59:25.49

ふと思い立ち、Release版の実行ファイルをバイナリで見たところ、
C:\Users\(ユーザ名)\Documents\Visual Studio 2017\Projects\CodeHelloWorld\CodeHelloWorld\obj\Release\CodeHelloWorld.pdb
という文字列が平文で入ってました。
コレでは個人情報がダダ漏れなので調べてみると、デバッグ情報でnoneを設定すると出なくなるという情報があったので、Releaseビルドではnoneを設定しリビルドしてみましたが、同様の文字列が入ります。
デバッグビルドの方もnoneにしてもでます、デバッグ版には入ってます（当然）
embeddedでビルドすると、平文ではでてこないようですが、コレもなんか変な気が…（難読化されて入ってる？そもそも埋め込みだからパスが入る必要性がない？）
Portableでも入るのを確認しています。
バイナリに平文でユーザー名（ソリューションの作成時のフォルダのフルパス）が入ることに対する情報があまりないのですが、皆さん気にしてないのでしょうか？
何か他に設定がいるのでしょうか？
よろしくお願いします。

情報
ttps://qiita.com/lainzero/items/27681ddc96638e33758b

中身は
簡素なhaloworldです

**デフォルトの名無しさん** · 2017/09/29(金) 06:01:07.40

ミス：デバッグビルドの方もnoneにしてもでます、デバッグ版には入ってます（当然）
訂正：デバッグビルドの方もnoneにしてもでます。

**デフォルトの名無しさん** · 2017/09/29(金) 07:20:04.98

VS2017ならpdb出さない設定でもパスが入っちゃうのは既知のバグ
修正待ち

**デフォルトの名無しさん** · 2017/09/29(金) 07:37:19.51

>>550
ありがとうございます。
そうなんですか…
既知ならいずれ治るのかな。

embeddedでビルドすればとりあえず平文では見えないのでコレでやっちゃっていいのかな…

結構な大問題だと思うけど、日本語情報あまりないようだから、あまり皆さん気にしてない？
日本語でその手のバグ情報載ってる所ありますか？

とりあえずソリューションのフォルダ何処かへ移したほうがいいのかも？

**デフォルトの名無しさん** · 2017/09/29(金) 10:21:05.14

そんなに気になるものかね

Buildアカウント作ってそれで作ればいい

**デフォルトの名無しさん** · 2017/09/29(金) 10:45:04.63

ドキュメントフォルダーを他のドライブに持っていっているから問題ないな

**デフォルトの名無しさん** · 2017/09/29(金) 10:56:57.85

スレ違いだけどOSのユーザー名はただのIDだから
フルネームの実名を入れる必要はないし入れちゃダメだよw

オフィスなんかでドキュメントの作成者に入る名前は別の設定であったはずだし

**デフォルトの名無しさん** · 2017/09/29(金) 12:06:49.41

>>554
Microsoftアカウント名だったりするんだろ

**デフォルトの名無しさん** · 2017/09/29(金) 19:29:35.92

自分で便利な拡張メソッドやカスタムコントロール作ったんですが、いろいろなプロジェクトで参照したい場合dllファイルにするしかないんですか？
できればdllファイルを使用せずに参照追加したいのですが、できないのでしょうか？

**デフォルトの名無しさん** · 2017/09/29(金) 19:34:42.63

プロジェクト参照

**デフォルトの名無しさん** · 2017/09/29(金) 19:49:14.80

>>556
NuGetパッケージ化すれば？中身はdllだけど
なんでdllは嫌なの？

**デフォルトの名無しさん** · 2017/09/29(金) 19:49:44.01

>>556
EXEでもプロジェクトから参照出来るけど、プロジェクト分割してDLL化した方がその後楽になると思う

**デフォルトの名無しさん** · 2017/09/29(金) 19:56:55.95

>>556
ソースがあるのなら
using (名前空間) で取り込んでしまえばいいだけでは

**デフォルトの名無しさん** · 2017/09/29(金) 20:23:16.47

>>557
参照したいものはクラスライブラリで作成しましたが、参照の追加→プロジェクトを見ても何もないんですよね

>>559
大きいものならそれでいいのですが、わずか200行くらいのものなので・・・

**デフォルトの名無しさん** · 2017/09/29(金) 20:24:19.41

>>556
運用を考えてない雑魚の疑問

作成物Aと作成物Bと
共通dllの作成物Sがあったとして

作成物Bには不具合があって
使用している共通dllの作成物Sを修正しました

このとき作成物Aもリビルドすんの？

お前が言ってる共通ソースで運用すると過去に作ったもの全リビルド
誰にも金もらえないわ
客に納めた最終納品物と違う物できるわ
正直ヤバイ
企業だと100個や200個じゃすまへんで

**デフォルトの名無しさん** · 2017/09/29(金) 20:30:58.17

>>561
ソリューション->追加->既存のプロジェクト
をやってから

**デフォルトの名無しさん** · 2017/09/29(金) 20:37:34.12

前もプロジェクト参照知らずにobjフォルダのバイナリを直接参照して
何かトラブってる人おったな

**デフォルトの名無しさん** · 2017/09/30(土) 00:57:22.13

nuget挙げてるやつが一人しかいないことに驚いたわ

**デフォルトの名無しさん** · 2017/09/30(土) 07:45:43.46

入れ子になったオブジェクトのListをファイルとして保存、読み込みするのに、
バイナリファイルにして保存、読み込みしていたのですが、List数が千近くになると、
読み込みに5秒以上かかるようになってしまったので、高速化したいと思ってます。

調べてみるとDataContractSerializerがいいかなーとも思ったのですが、
DataMemberAttribute.Orderプロパティを設定していないと、メンバの順番が
数値やアルファベット順になるため、逆シリアル化するときに、正しくできないですよね？
メンバ数が多いので1つ1つ今のコードに設定するのもかなり苦行なんですが、
何かいい方法はないものでしょうか？

**デフォルトの名無しさん** · 2017/09/30(土) 07:54:58.14

>>566
DB使えよ

**デフォルトの名無しさん** · 2017/09/30(土) 08:30:00.41

>>566
MessagePack for C# いいよ爆速だよ

**デフォルトの名無しさん** · 2017/09/30(土) 08:52:23.73

>>566
JSON.NETでいいよ
たかが1000件くらいテキストでも楽勝
BinaryFormatterとか昔からあるシリアライザは遅いので有名

**デフォルトの名無しさん** · 2017/09/30(土) 09:03:00.42

>>566
> 数値やアルファベット順になるため、逆シリアル化するときに、正しくできないですよね？

大丈夫なはずだけどね。

**デフォルトの名無しさん** · 2017/09/30(土) 09:05:50.60

自動実装プロパティとインスタンス変数の使い分けを教えてくれ。拙者には違いがわからぬ。

**デフォルトの名無しさん** · 2017/09/30(土) 09:26:10.67

基本的にpublic/protectedである"外に見せる"ものはフィールドでは書かない

**デフォルトの名無しさん** · 2017/09/30(土) 09:26:41.66

外部に公開するのは基本プロパティでOK

複数プロジェクト環境だとメンバ変数からプロパティに変更すると
参照している側もビルドしなくちゃいけなくなる

**デフォルトの名無しさん** · 2017/09/30(土) 09:42:51.44

もう、インスタンス変数は全部自動実装プロパティで良いんじゃないの?
コーディングの負担も{get;set;}だけだし。

**デフォルトの名無しさん** · 2017/09/30(土) 10:45:34.67

refで渡せないからInterlockedとかで困るんよ

**デフォルトの名無しさん** · 2017/09/30(土) 12:04:04.74

>>575
そんなん使わないでget; set;の中でlockしとけば良いんじゃないの?
自動実装じゃできないけど。

**デフォルトの名無しさん** · 2017/09/30(土) 13:48:17.11

>>565
>>558

**デフォルトの名無しさん** · 2017/09/30(土) 13:53:25.73

>>565
>>558
nuget使うとver管理が逆に面倒になることもあるから
自分で管理したほうがいいかも

**デフォルトの名無しさん** · 2017/09/30(土) 14:04:53.11

>>556
VS2017(VS2015以降?)には共有プロジェクトと言うのがある。
ソリューションに菱餅みたいなアイコンでプロジェクトが追加されて
他のプロジェクトから共有プロジェクトとして参照できる。

**デフォルトの名無しさん** · 2017/09/30(土) 14:11:11.97

>>578
最新getで動かなくなるよね

**デフォルトの名無しさん** · 2017/09/30(土) 16:08:26.95

nugetはlockないの

**デフォルトの名無しさん** · 2017/09/30(土) 19:49:16.97

console.WriteLineとconsole.Writeて何が違う？

**デフォルトの名無しさん** · 2017/09/30(土) 19:55:11.12

Lineは改行される

**デフォルトの名無しさん** · 2017/09/30(土) 23:27:46.64

>>578
プライベートNuGetリポジトリのことやろあほか

**デフォルトの名無しさん** · 2017/09/30(土) 23:34:38.68

>>584
なに言ってんだ？
その話以外何があるんだ？
自分だけならプライベートリポジトリ使う意味が薄い

会社とかで数人以上なら意味があるけど自分だけで使うなら管理コストが増えるだけ