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

2017/06/09(金) 18:36:01.72

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part128
http://mevius.2ch.net/test/read.cgi/tech/1493730340/

■関連スレ
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/
---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/07/09(日) 23:16:12.83

>>828
あっさりできました！ありがとうございます

2017/07/10(月) 18:47:09.19

C#でテトリスを作っているのですがブロックによっては回転させるとおかしくなったり、また端っこまで寄せてそれ以上移動させようとすると変形したり散々です
ブロックを回転させるときにx座標にyを、y座標に-xを入れればいいと書いてあったのですが違うのですか？

http://ideone.com/35p7Ko

2017/07/10(月) 19:06:29.55

既にあるのに

C#でテトリスなんて作る必要ある？

2017/07/10(月) 19:34:24.67

>>830
自分で紙にでも書いてみりゃわかるが単にx=y,y=-xにしても望む回転はしないよね？
それはx=0,y=0を軸とした回転であって動いてるブロックの中心を軸とした回転じゃない
ブロックの中心軸回転したいなら中心座標からのオフセットを回転させる的なことしないとダメ
詳しくは調べりゃ絶対出てくる

2017/07/10(月) 19:55:43.44

せっかくならボンブリス作成に精を出してもらいたい

2017/07/10(月) 20:12:20.59

>>830
テトリスを作るのが凄いんじゃなくて、最初に発想した人が凄い

2017/07/10(月) 20:16:20.81

>>831
つまらない人生送ってるでしょ君

2017/07/10(月) 22:23:10.72

WebBrowserのプロキシ設定をやりたいのですが、InternetSetOption使うとIEの設定まで変わっちゃいますよね？
アプリはプロキシ通してIEはプロキシ通さない方法ってないですかね？

2017/07/11(火) 00:44:10.74

すいません、自己解決しました。
IEの設定を書き換えるコード消さずにInternetSetOptionしてたらそりゃIEも設定されますわ・・・
何やってんだろ俺

2017/07/11(火) 02:45:03.56

お前がテトリス作っても誰も遊ばねーよ

2017/07/11(火) 03:12:45.75

初心者が練習で作るなら何でも良いだろうに。
Hellow world作るなと難癖付けてるのと同じ位無意味。
テトリスならプログラミング的には割と単純だし、練習の題材としては悪くないだろう。

2017/07/11(火) 07:40:44.76

いやテトリスは無い
オリジナルの機能も付けないんだろ？

2017/07/11(火) 08:07:41.32

誰が何を作ってもそんなの各々の勝手だし。

2017/07/11(火) 08:19:02.76

最近になってようやく拡張メソッドってすげーなって感じた

2017/07/11(火) 11:14:07.06

>>842
実際は単なるstaticメソッドの構文糖だけどな

2017/07/11(火) 12:10:09.14

拡張プロパティが欲しくなる

2017/07/11(火) 12:11:43.17

SetXX、GetXX って拡張メソッドが美しくないもん。。
多重継承ができないから、どうしても拡張メソッドでカバーせざるを得ない場面が多い

2017/07/11(火) 12:21:38.98

それはクラスに手を入れなよ

2017/07/11(火) 12:32:43.48

分かりやすく既成品で言うと
TextBoxとLabelに共通する機能を追加したいとき、
共通機能を MyClass に書いて

class MyTextBox : TextBox, MyClass
class MyLabel : Label, MyClass

って風にしたオリジナルクラスを作りたいのだが、それが出来ない。
Interface定義するにせよ、中身はそれぞれに書かないといけない

拡張メソッドで
public static MyMethod(this System.Web.Ui.WebControl Control, ・・・)
って風に共通化させざるを得ない

2017/07/11(火) 12:39:25.35

>>843も言ってくれてるけど拡張メソッドは所詮ただのstaticメソッド
同じような感じでプロパティってなるとどこからでも参照できる単一の状態となる

プロパティの存在意義を考えたらstaticな状態はとっても危険

2017/07/11(火) 12:46:19.28

第一引数にthisを取ってるんですがw
何が危険なんだw
意味が分からん

2017/07/11(火) 13:02:42.77

>>847
エヴァンジェリストなんかは「実装の継承は悪」て言ってるけど。

2017/07/11(火) 13:18:32.42

プロパティはオブジェクトの状態を表すわけであって
既に閉じたクラスに対して状態を外から付け加えたいって場面はそうないだろ

2017/07/11(火) 13:43:38.38

Rectangleに右下の座標をPointで返すプロパティが欲しいとか、
配列の最後の要素のインデックスを頻繁に使うからa.Length - 1じゃなくてa.LastItemIndexって書きたいとか、
要するにプロパティを追加したいケースなんて普通にコード書いてれば山ほどあるよ。

例に挙げたのはゲッターだけだけどセッター込みで欲しいケースもね。

2017/07/11(火) 14:23:28.23

内容がダセェ
金にならない些末なことはテキトーにやっとけよ
誰も突っ込まねーから

2017/07/11(火) 14:28:40.11

テトリスなんて作ってどーするんだよ。

2017/07/11(火) 14:34:06.59

次は倉庫番だ

2017/07/11(火) 19:40:01.52

>>853
お前うぜぇよ、どっか行け。

2017/07/11(火) 19:46:36.47

>>856
(*ﾟ∀ﾟ)はぁ？

2017/07/11(火) 19:59:58.44

>>856
こんな匿名掲示板で指摘されたくらいでカッカすんなって
ここしか居場所がないのだったら仕方ないけどさ

2017/07/11(火) 21:35:17.36

インベーダーでもパックマンでもブロック崩しでも
なんでも好きなの作ればいい

2017/07/11(火) 22:24:42.60

vpn gateを使っていると2chに書込みが出来ません。

その場合、なんで2chはvpn gate 使ってるのがわかるのでしょうか？

2017/07/11(火) 22:35:07.26

vpn gateのグローバルipアドレスが固定なんだろ?
っていうかBot荒らしが多いから全部アク禁になってんじゃねーの?

2017/07/11(火) 23:24:35.69

>>861
いや、IPは全部バラバラ

なのでどうやってはじいているのかわからない。

2017/07/11(火) 23:37:08.42

>>862
バラバラじゃないだろ
VPNサーバーのに変わるって書いてあるじゃん

2017/07/12(水) 00:47:55.19

ワシの股間の拡張メソッドを
喪前らのライブラリに公開してやろうか!?!!

(´・ω・｀)b

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-lHvp) · 2017/07/12(水) 07:02:36.50

>>864
インポートエラーでるぞおい

2017/07/12(水) 11:11:16.31

>>864
使えない…

いや、一生使うことがないライブラリだな

2017/07/12(水) 11:27:05.53

なんかリークしてるぽいし

2017/07/12(水) 11:33:18.78

>>864
くわえても何もできないからしまってて下さい

2017/07/12(水) 11:53:08.34

>>759
返事遅くなりましたが、やってみたらあっさりできました。
ありがとうございました。

2017/07/12(水) 15:53:27.29

>>863
2chはvpnのサーバのIPアドレスを逐一クロールして補足してるのかな？

2017/07/12(水) 19:46:28.80

C#の話じゃねえ
質問者と相手してる奴は死ね

2017/07/14(金) 02:55:50.32

Javaを勉強していてC♯にも興味を持っています
C♯とJavaの似ている点、異なる点を教えていただけないでしょうか？

2017/07/14(金) 04:59:45.06

C#はだいたいJavaの上位互換
Javaにある機能はだいたいC#にもあり、C#の方がずっと機能が多く複雑な言語
周辺技術は圧倒的にJavaの方が充実してる
C#はその点MS技術の枠内でわりとコンパクトに完結するので比較的わかりやすい

2017/07/14(金) 06:41:36.15

Javaのinterfaceデフォルト実装はC#に存在しない

2017/07/14(金) 07:05:21.07

>>872
Visual Studioが使える

2017/07/14(金) 07:20:35.60

僕はＣ＃もといプログラミング初心者でふ（＾＾
まだ関数の有用性がわからないのでふ（＾＾
優しく関数の使い道や例を紹介してるサイトはありまふか？（＾＾

2017/07/14(金) 07:22:13.60

>>876
日本語でおｋ

2017/07/14(金) 07:28:46.03

僕はまだなぜ関数が便利なのかよく分かってまふぇん（＾＾
なので関数をコピペ以外で使ったことがないのでふよ（＾＾
関数を使うとなぜ便利なのかを解説してるサイトを教えてくらふぁい（＾＾
ボッキング！（＾＾

2017/07/14(金) 08:59:32.10

fuck

**デフォルトの名無しさん** (JP 0H32-v2r+) · 2017/07/14(金) 10:02:07.24

大規模のプログラムで
アチコチに同じような処理が実装されてると憂鬱になるだろ
つまりそういうことだ

2017/07/14(金) 10:03:41.84

>>880
つまり、どう言うことだってばよ？

2017/07/14(金) 10:13:35.24

>>878
テトリスでも作ってみろ

2017/07/14(金) 10:23:02.18

関数には大事な機能がいくつもある
処理の一般化
処理の抽象化
コールバック関数
再帰を利用できるようになる
スコープの局所化
他にもいろいろある

でも最初は同じ処理をなんども書かなくていいぐらいでいいんだな

2017/07/14(金) 13:01:26.15

保守

2017/07/14(金) 14:34:00.53

>>881
1000行のコードが100行で済む

2017/07/14(金) 14:41:07.20

>>885
主語を明記して欲しい

2017/07/14(金) 16:17:33.09

遅くなりまひたがありがとうございまふ（＾＾
ボッキング！（＾＾

2017/07/14(金) 21:11:39.26

>>878
「関数って何ですか？」って質問を関数って単語を使わずに書き直してみてみな
関数のありがたさがわかる

2017/07/14(金) 23:16:31.20

しかし、C#には関数なるものは存在しない・・・

2017/07/15(土) 06:38:14.05

メソッドっていうんだぜ

2017/07/15(土) 07:49:42.88

どうもinterfaceがよくわかりません。
調べていくうち↓のサイトがありました。
http://garicchi.hatenablog.jp/entry/2014/09/11/181456

クラス設計する際、hasかasかの考え方があります。
メンバとして別なクラスを持たせるのか、継承するかですが。
ここに出てくるTVクラスとISwitchインターフェースは、

public class TV:ISwitch

となってて、TVクラスがISWitchから派生した子供のクラスのように見えてすごく違和感があります。
TVはISWitchを継承するんじゃなくISWitchをhasしてる方がはるかに考えやすいんですが。
そもそも、インターフェースってのは継承するものじゃなく、具備してるものでやっぱhasだと思うんですが、
どう考えたらいいんですかね？

2017/07/15(土) 08:06:44.71

あと上のサイトでTVのメンバ変数channelがprivateなので、触れないとか書かれてますが、
class TVそのものにChangeChannelメンバ関数を追加改変するならISwitchがあろうが無かろうが関係なく
channelを自由にいじくれるんですけど。

2017/07/15(土) 08:54:29.21

テレビそのものに書くって事は人はチャンネルを変えらんない
もしくは変えるために直接テレビを触らねばならない
そうしたときにラジオが出てきたらめんどくさいことになる

interfaceは受付窓口と同じ
駅、遊園地、ライブは内部でどんな処理をしてるかそれぞれ異なったとしても利用側はどこでも受付ってinterfaceに切符を渡せば望む結果を得られる

c#は実装側の書き方がabstractとinterfaceでほぼ同じなので慣れるしかないよ
それかここだけjavaで勉強するってのもあり

2017/07/15(土) 09:24:34.53

ChngeChannel を public にしてしまえば。
あるいはアクセサを用意すればprivateメンバに誰でもアクセス可能かと思われますが？
インターフェースというならこういうアクセサのほうがずっとしっくりきます。
そもそもアクセサってインターフェースですよねwww

たとえば既製のクラスにインターフェースを追加したいときってどうすればいいんでしょうか？
よく既製のクラスを拡張するのに、基本クラスのコードには手をつけず、継承して、機能追加しますよね。
インターフェースにこういう発想は根本的に間違ってるのかな？
でも、上のテレビで、址から赤外線リモコンインターフェースを追加したいと、
そして、元のTVクラスのソースヘッダは触れないときはどーすればいいか？です。

2017/07/15(土) 09:35:28.99

そしたら人が直接テレビを触らねばならない
人は必ず有効値を入れるとは限らない
故障の原因になり得る

触りたくないのであれば既存のクラスを継承してinterfaceを貼り付けた新しいクラスを作ればよい

2017/07/15(土) 09:45:52.69

そのサイトの例が悪いとしか言えない

ISwitchじゃなくてISwitchableとでも考えればいい

TVはスイッチを持っている！やTVはスイッチだ！
じゃなくてTVはチャンネルを切り替えられるぐらいのこと

2017/07/15(土) 10:10:22.92

>>894
インターフェイスは継承関係のないクラスたちを、同じ手続きで操作する為の物なので…
そのサイトの例だと対象が1つなので、確かにアクセサの説明かの様になってしまっている
.NET Reference Sourceで既存インターフェイスの使われ方を見てみるのも良いと思う、複数実装とか

継承か委譲かというのはまた少し異なる話…というか妙な例えは往々にして本質からずれる気がする

2017/07/15(土) 10:12:54.91

このへんで詰まるアホって大抵ネットで拾ってきた一つの例題だけをこねくり回そうとして話が明後日に飛んでくよね

2017/07/15(土) 10:27:42.98

いやいや誰でも最初はこんなもんよ

多重継承の代わりと言われたinterfaceの内容知った時の落胆...
非力すぎて涙が出たわ

2017/07/15(土) 10:32:45.07

多重継承するとメモリレイアウトがおかしくなって効率悪すぎ
↓
じゃあ継承はひとつだけにしようか
↓
でもフィールドなければ問題なくね？
↓
ならフィールドなしなら多重継承していいよ
↓
悪く無いねっていうかメソッド実装も衝突するから要らなくないか
↓
なんだこれ凄くイイぞコーディングがめちゃ捗る
↓
あまりにも便利だから名前付けて言語機能にしよう
↓
インターフェース誕生

2017/07/15(土) 10:52:25.26

多重継承が捨てられたのはそんな理由じゃない
ググってから出直せ

2017/07/15(土) 10:54:05.46

>>901
どんな理由だよ

2017/07/15(土) 10:54:39.28

ググれよ

2017/07/15(土) 11:15:41.99

ググったがわからんかった
解説して

2017/07/15(土) 11:27:09.38

>>900
javaのデフォルト実装についてコメント願います

2017/07/15(土) 11:32:14.35

>>905
まああってもいいかな～ぐらいのノリ

2017/07/15(土) 13:41:14.84

結局テストするときはマトリックス書いて全部抜けが無いようにしなきゃいけないからインターフェイスなんて邪魔だけどな
継承なんてありがたがってるやつはまともなテストなんか要求されないゴミ環境にいるとしか考えられない

2017/07/15(土) 14:10:33.48

>>907
まともなテストをしたことがない人って不思議とみんなこういうこと言うよね

2017/07/15(土) 14:14:37.87

>>908
そうかな?
じゃあインターフェイスから派生してる処理は全部でいくつあってそれぞれいつ呼ばれるの?
一覧になってる?
こんな当たり前のこと聞かれても
本能に任せて作っちゃったもんだから
全く説明できないでしょ?
じゃ、明日までに一覧作ってテストやり直してくれるかなぁ?
って言われちゃうよ

2017/07/15(土) 14:18:16.87

単純に作るだけのアマチュアから脱却しなくてはならない

2017/07/15(土) 14:22:44.84

>>909
そんなのすぐにわかるよ
わからないならそれはお前にスキルがないだけだろ

というか君の認識は全く逆だよ
そういった「機能が幾つあるのか」「どんな時に使われるのか」ってのを明確にするためにインターフェースを使うんだろ
インターフェースを使ったらそれがわからなくなるという発言は全くもって理解が足りてない証拠

インターフェースも使わずに密結合しまくった汚いシステムだと
そもそも「どっからどこまでが１つの機能なの？」って問いに明確に答えられない
そして境界がわからないから、「幾つあるか」も数えられないし
それが「どんな時にどれが有効になるのか」もわからない(どれ？という問いは当然だけどそれぞれが明確に区別できる前提がないと答えられない)

2017/07/15(土) 14:27:02.76

さらにいうと
インターフェースで疎結合を維持すれば自動テストを構築できる
そうすれば明日までと言わずに1時間もあれば回帰テストをやり直せる

インターフェースを使わないガチガチに密結合したシステムではこうはいかない
テストだけでも丸一日、下手すれば数日はかかる

2017/07/15(土) 14:28:56.54

>>910
まさに君のことだね

2017/07/15(土) 14:32:21.17

>>911
え？明確になる?
はぁ?
swich caseで並べてあるときよりも?
俺には動かしてみないとどれが死にコードでどれが生きてんだかわかんねぇよｗ

2017/07/15(土) 14:33:55.74

個人だとインターフェース使う機会があまりないなぁ

2017/07/15(土) 14:34:40.29

ここから俺とお前で

(*ﾟ∀ﾟ)明確になるなる!
(*ﾟ∀ﾟ)明確にならないならない!
(*ﾟ∀ﾟ)なるなる!
(*ﾟ∀ﾟ)ならないならない!

って1000レスぐらい想定ｗｗｗ

2017/07/15(土) 14:37:21.67

>>914
ほらね
やっぱりスキルがないじゃん
適当なコードを書くからわからなくなるんでしょ

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 14:38:08.00

switchでその手の分岐かますと汚くて保守性低いコードになるから嫌い

2017/07/15(土) 14:43:55.40

タイプコードswitchはたいていの場合おなじようなswitchをコードのあらゆるところにばら撒いてどこで何やってんだ状態(いわゆるスイッチヘル)に陥る
インターフェースを使うとそのようなswitchは一箇所にまとめられたり、設定ファイルに抽出されたり、コーディング規約に従って動作するようになり、誰が見てもはっきりとどんな時のどの実装が使われるかを理解できるようになる
このように構造化されていれば機能一覧や使用条件などをリアルタイムに出力することすらできる
switchとの格闘で費やしていた無駄な時間をバカンスに割当てることもできるのだ

2017/07/15(土) 14:44:31.73

>>918
でも間違いが無いよね?
実行する場所ですべてのパターンがひと目でわかる
インターフェイスだとどう?
全部で何パターン処理があるの?

**デフォルトの名無しさん** (ｽﾌｯ Sd70-Icm7) · 2017/07/15(土) 14:47:19.82

>>920
IDEで追えるだろ全部

2017/07/15(土) 14:47:37.52

>>919
じゃあ、ホイ

unko.flyhigh();

いくつあるか言ってみろよ
お前が判断に必要な情報を俺が出していってやるよｗｗｗ

2017/07/15(土) 14:48:35.92

>>921
死にコードもわかる?

2017/07/15(土) 14:50:14.71

>>920
間違いがあるのはswitchを多用する複雑怪奇な方法
間違いがないのはインターフェースを使ってエレガントな方法

switchでパターンがわかるのは1箇所だけ
実際にはswitchの数だけ掛け算したパターンを把握しなければならない
3分岐のswitchが4箇所で使われていたらそれだけで3 * 3 * 3 * 3 = 81パターンの実行パスが考えられる
このコードベースで処理パターンと条件を列挙するのは事実上無理と言っていい
ところがインターフェースを使った方法ならswitchは1箇所で済むのでコードパスの爆発は起こらない
機能一覧と使用条件を洗い出すのもとても容易になる

2017/07/15(土) 14:53:15.41

>>922
コード全部ちょうだい
コードってのはインターフェース使ってOOPで書かれたコードのことな
あっという間に数えてやるよ
ちなみにお前の書いた汚いswitchスパゲティは意味わからんからいらないよ
それはコードじゃなくてゴミだから

2017/07/15(土) 14:59:32.85

>>923
容易に判明するよ
インターフェースを使っていれば生成箇所だけを見れば判断ができる
場合によってはソースや設定ファイルを見ただけでわかるし
生成箇所が変数に依存して実行するまでわからない場合も生成箇所だけにログを仕込めばわかる
そして何より重要なポイントは仮に死にコードだとしても全く害がないということ

スイッチヘルだと全てのコードを追跡しなければならない
何時間も何日もかけてソースを読んで
ログを仕込む作業何百回と繰り返し
そのログを仕込む作業で凡ミスしてないかの確認を要求されて
また何時間も何日もかけて回帰テストを手作業で行い
スイッチヘルだと死にコードだからと言って無視することはできない
なぜならスイッチヘルでは死んでるコードと死んでないコードが密結合していて分けて考えることが極めて難しいから一緒くたに行きていると判断するしかないからね
もう考えただけでも嫌になってくるよ

2017/07/15(土) 15:05:09.36

>>925
それはすべてのコードを見ないと分からないという敗北宣言でいいのかな?

2017/07/15(土) 15:10:16.49

まーた始まった