ふらっと 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/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
なに言ってんだ？
その話以外何があるんだ？
自分だけならプライベートリポジトリ使う意味が薄い

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

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

自分のところで作ったものも含めて完全にNuGetで管理するのは
自社サービスの会社でない限り現実的ではないわな

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

DLLが嫌って言ってるんだから普通にソリューションにプロジェクトをインポートするだけでいい
それを知らないから質問してきたんだろ？

**デフォルトの名無しさん** · 2017/10/01(日) 00:43:39.59

フラットなのかシャープなのか
スレタイ

**デフォルトの名無しさん** · 2017/10/01(日) 06:51:54.07

>>587
それだとDLLになるでしょ

**デフォルトの名無しさん** · 2017/10/01(日) 07:38:59.49

>>585
NuGetパッケージ化したことのない人がこれです

**デフォルトの名無しさん** · 2017/10/01(日) 14:55:40.54

WPFわけわかんねぇええええええええええええええええええええ
動的に配置すんのめんどくせえええええええええええええ
なんじゃこれええええええええええええええええ

はぁスッキリした
Formの森に帰る・・・

**デフォルトの名無しさん** · 2017/10/01(日) 18:47:48.34

おつおつ

**デフォルトの名無しさん** · 2017/10/01(日) 18:50:37.49

普通にやると面倒だから
自分のやりやすいようにヘルパークラスでも作ればいいと思うよ
（MSの人はそういう考え方はないみたいだけど）

動的追加が身につけばそれを使えばいい

**デフォルトの名無しさん** · 2017/10/01(日) 20:18:09.95

結局ASP.NET MVCはweb開発の市民権を得れたの？

**デフォルトの名無しさん** · 2017/10/01(日) 20:30:42.79

>>594
最近使ってる企業を見たことがない
しかもMVC自体が今後やって行けるのかどうか謎

asp.netシリーズは早く終息させたほうがいい
開発リソースの無駄
業務じゃASP.NET Coreはほとんど誰も使ってないんだから明日捨ててもほとんど支障がない

**デフォルトの名無しさん** · 2017/10/01(日) 20:30:49.07

Web系にはね
ジャパニーズドカタには完全スルー

**デフォルトの名無しさん** · 2017/10/01(日) 21:41:07.77

>>595
ただの引きこもりさんご苦労様です

**デフォルトの名無しさん** · 2017/10/01(日) 21:41:52.69

>>595
bitFlyer
はい論破

**デフォルトの名無しさん** · 2017/10/01(日) 21:44:32.55

雑談はマ板かせめて相談室でやれよ

**デフォルトの名無しさん** · 2017/10/01(日) 22:26:04.18

調べたぞ
IISのシェアが伸びてると言って喜んでるけど
欧米では下がってる

中国で小規模サイトが増えててそこでIISのシェアが高い
中国ではasp.netの技術者がそこそこいる

**デフォルトの名無しさん** · 2017/10/02(月) 14:14:55.86

Windows FormでPictureBoxにプログラムで描画した画像の上に
マウスドラッグで選択範囲を表すラバーバンドを表示したいと思うんだけど、

(1) 画像はBitmapに描画してPictureBox.BAckgroundImageに設定。
ドラッグ時マウス移動で必要部分を無効化してPainrイベントでラバーバンドを描画

(2) 画像もラバーバンドもPaintイベントて描画。ドラッグ時マウス移動で必要部分を無効化する。

(3) 画像はPaintイベントて描画。ラバーバンドはドラッグ時にMouseMoveイベントでCreateGraphcs使って描画。
ラバーバンド描画時、ラバーバンドが描画される位置の画像をBitBltでBitmapにキャプチャーしておき、
ドラッグ時のマウス移動ごとに無効化する必要がないようにする。

これら3つの実装方法を思いつくけど、他にもっと簡単な方法あります？
DrawFocusRectはさすがにビジュアル的に却下で

**デフォルトの名無しさん** · 2017/10/02(月) 14:54:34.78

つボタン（範囲編集モードボタン）＋トラックバー＋テキストボックス
昔、得意気にそういうの作ったら

ああ、いや、数値でしか入力しないからｗ

って言われてボタン＋トラックバーとテキストボックスになった
トラックバーはあんまり使わないらしい

**デフォルトの名無しさん** · 2017/10/02(月) 15:07:15.72

トラックバーってスライダーのことか?

**デフォルトの名無しさん** · 2017/10/02(月) 15:19:06.18

>>603
そうとも言う

**デフォルトの名無しさん** · 2017/10/02(月) 15:32:48.09

>>604
今まで一度も必要性を感じた事がない。

**デフォルトの名無しさん** · 2017/10/02(月) 15:58:06.97

基底クラスでvirtual宣言したメソッドを
abstract付けた時のように派生クラスで必ずoverrideしないといけないようにする方法って、無いですかね？

**デフォルトの名無しさん** · 2017/10/02(月) 16:36:15.51

>>606
abstractを付ける
必ずオーバーライドされるのに実装書く意味ないだろ?
superで呼びたいんなら代わりに別のprotectedメソッドにするか、
逆の発想でTemplateMethodパターンで差し替えたいところだけprotected abstractにして基底から呼べばいい

**デフォルトの名無しさん** · 2017/10/02(月) 18:04:51.91

継承は悪

**デフォルトの名無しさん** · 2017/10/03(火) 07:22:33.28

C#やるならCなんて絶対にやっちゃダメだろ

十中八九手続き型プログラム書き始める

**デフォルトの名無しさん** · 2017/10/03(火) 08:27:32.02

>>609
cのポインタの概念を理解出来ないヤツがc#のオブジェクトを扱うと。
以下省略致します。

**デフォルトの名無しさん** · 2017/10/03(火) 08:42:33.72

別に問題ないやろ

**デフォルトの名無しさん** · 2017/10/03(火) 08:48:00.46

せめてC++くらいはやっとけ

**デフォルトの名無しさん** · 2017/10/03(火) 09:16:05.26

>>611
c#の変数はnewしなきゃいけないと思い込んてるヤツが少なからず居て、newした直後に別のインスタンスを代入とか。
参照と中身の区別の曖昧なやつ多すぎ。

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

>>613
それはC関係ないわ
c#理解してないだけ

**デフォルトの名無しさん** · 2017/10/03(火) 09:24:35.82

>>614
結構居るぞ。
cのポインタの概念がわかってりゃありえん。

**デフォルトの名無しさん** · 2017/10/03(火) 09:34:53.80

いや、違う　　ただのバカだ

**デフォルトの名無しさん** · 2017/10/03(火) 09:36:26.96

おまえがな

**デフォルトの名無しさん** · 2017/10/03(火) 09:51:52.72

>615
それは、
・cのポインタの概念を理解していれば
・c#の参照の概念を理解していれば

が等価じゃないの？

なんにせよ個人の理解力不足で、cを先にの理由にはならなくない？

**デフォルトの名無しさん** · 2017/10/03(火) 09:52:06.38

>>613
インスタンスの概念にポインタの理解が必須とか本当にポインタやインスタンスの概念理解していないのはわかる

**デフォルトの名無しさん** · 2017/10/03(火) 09:54:28.45

Cやったやつが　こうに違いないみたいな思い込みしてんだから
そいつ自体が証明してんだよな

**デフォルトの名無しさん** · 2017/10/03(火) 09:59:37.01

>>615
ただのバカです

**デフォルトの名無しさん** · 2017/10/03(火) 10:01:30.91

おまえがな

**デフォルトの名無しさん** · 2017/10/03(火) 10:36:15.57

>>618-619
お前ら、枝葉末節に拘りすぎじゃのう。
もっと森を見ろよな。

**デフォルトの名無しさん** · 2017/10/03(火) 10:42:44.41

まあ、いまさら言い繕ったってなぁ

**デフォルトの名無しさん** · 2017/10/03(火) 10:49:35.60

物事の上っ面しか見えないお前らにとってc言語は害悪でしか無いのは認めようw

**デフォルトの名無しさん** · 2017/10/03(火) 11:42:19.03

要領を得ない例を挙げて「真意がわからないのか」というバカ

**デフォルトの名無しさん** · 2017/10/03(火) 12:14:14.43

またアルツハイマー患者の繰り言が始まった。

どうでもいいけど、もともとの話は、入門者がいきなりC#みたいな今時の言語から始めるより
一旦Cを経由した方が回り道のように思えて結局近道なんじゃないかって話だ。

いつもの馬鹿の「老害ガー、俺スゲー」っていう意味不明な被害妄想と
その裏返しの自己陶酔の開陳、みたいな間抜けな話じゃないよ

**デフォルトの名無しさん** · 2017/10/03(火) 12:19:42.20

まあ、大抵のやつはポインタでつっかえて終了確定だから
c#のがええよ
そのうちでかいメモリ扱ってるうちにポインタ的要素は理解できるっしょ

**デフォルトの名無しさん** · 2017/10/03(火) 12:44:31.07

>>625
上っ面の認識で間違った人が言ってもなぁ

**デフォルトの名無しさん** · 2017/10/03(火) 12:50:17.91

>>627
cわかる俺スゲー

**デフォルトの名無しさん** · 2017/10/03(火) 12:56:03.36

ポインタ知らないと出来ないことってなに？

**デフォルトの名無しさん** · 2017/10/03(火) 13:11:42.49

特にない。ハードウェアを知ることはプログラミングに関して必要なだけ