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

2017/07/18(火) 06:40:45.47

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

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

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

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

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

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

■関連スレ
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: default:vvvvv:1000:512:----: EXT was configured

2017/07/18(火) 06:41:42.74

前スレがいつの間にか1000行ってたので取り急ぎ

2017/07/18(火) 07:54:13.58

並列にしてるのが思い込みらしいから放置でいいよ
やってみねぇでやろうとしちゃうんだな

2017/07/18(火) 11:05:24.85

情報サイト教えて下さい

例えば、
int型の連番配列全てを（for文,等を使わずに）文字列にしたり
一発で配列内の位置を特定して抜き出してから削除する（通常のコードとは違う方法）

便利な命令文とか教えて欲しいです。

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

>>4
LINQで調べてみるといいと思う

2017/07/18(火) 11:37:44.23

>>4
何がしたいの?
１０年以上やってる俺が必要だと思えない機能なので多分やりたいことが間違ってると思う

2017/07/18(火) 12:05:13.73

宿題じゃないの？

2017/07/18(火) 12:43:59.95

とぅーすとりんぐ

2017/07/18(火) 12:48:38.87

ビジアルC#（フォームアプリケーション）でトランプゲーム作ってます。
その為に、配列操作を簡潔にしたいと考えてます。

ボタン入力→コンソールで操作→コンソールから値を受けとる→画像出力
間違ってますか？

2017/07/18(火) 13:43:03.26

ポインヨ使いの俺にはお前が何を言ってるのかさっぱりわからないぜ

2017/07/18(火) 14:00:23.98

なるほど。

つまり、FlowSimulator見たいなソフトが作りたい！
って事です。

2017/07/18(火) 14:30:52.59

>>11
よくわかんねーからポーカーやろうぜ
プレーヤー２人ね
ジョーカー入れて53枚から５枚選べる?
もちろんダブっちゃ駄目よ
んでもう一人の分の５枚選べる？
一人目のカードを引いちゃ駄目よ
お互いにいらないカードを捨てて捨てた枚数補充して
お互いに捨てたカードとか相手が持ってるカード補充しちゃ駄目よ

(*ﾟ∀ﾟ)コール!花京院の魂をかけろ!

ここまでで何か行ったか?
なければ完璧だ!健闘を祈る!

2017/07/18(火) 18:07:34.46

>>12
自分で作れば？

2017/07/18(火) 18:26:15.96

>>13
自分で作りやすいように書いたのでもちろん作れる!
でも今時トランプゲームなんていらないや(・∀・)
んで必要な配列の処理は洗い出せたのかい?
思ってたんと違う感じになったんじゃないかな?

2017/07/18(火) 18:52:54.47

それは、個人で調べてる。

別の問題で、コードの暗号化（exeファイル）が逆アセンブルで閲覧されてしまうんだが、
何か良い方法無いですか？

2017/07/18(火) 18:57:11.13

>>15
難読化ツール
Visual Studioに付いてくる

2017/07/18(火) 19:02:38.94

>>15
むしろGithubで公開したら?
自分の価値を高めることを目的とするなら隠すことには全くメリットはないよ

2017/07/18(火) 19:04:51.06

よし、難読化してgithubで公開だ!

2017/07/18(火) 19:08:58.61

宇宙仮面さん生きてる？

2017/07/18(火) 19:23:40.54

Dotfuscatorを検索したけど見つからない。
Visual Studio C# 2008でも付いてる？

2017/07/18(火) 19:25:04.23

ぐぐったのか？↑

ぐぐてから質問しろ

2017/07/18(火) 20:00:39.41

何処にあるか分から無い。

2017/07/18(火) 20:06:29.49

商用で売るんでなければ難読かなんてする理由はまずない

2017/07/18(火) 20:13:24.32

>>23
フリーソフト公開したら、
わざわざ逆アセンブルして、もっとコウしろコードはこう書けとか沢山飛んで来る。
下手クソ、俺ならこう書くぞ！　とか、キツイんだよ！

**デフォルトの名無しさん** (ｽﾌｯ Sd94-Icm7) · 2017/07/18(火) 20:16:55.46

>>24
いっそソース公開した上で基本無視して有用そうな情報だけ生かしとけ、それかGithubに上げてプルリクしろIssue立てろと書いとけ

2017/07/18(火) 20:27:30.63

少し、混乱してるから、
一旦、落ち着く。

どうも、ありがとう。

2017/07/18(火) 21:05:16.22

参考にしたのですが、厳しいです。
Azure in microsoft Visual Studio 2017 || Anthony Cangialosi
https://www.youtube.com/watch?v=umdy7WXauz4

設定の方法を紹介しているサイトは豊富ですが、
使い方を詳細まで乗せているサイトが見つかりません。

やりたい事
Visual Studio C#2017（フォームアプリケーション）で入力したデータとモデルを指定して、
Azureへデータを渡してから、結果を受け取り。
C#内の表に格納してから、グラフを自動で作成する事はできますか？

できれば、詳しく説明しているサイトを教えて下さい。
それと、個人利用での値段も教えて下さい。

2017/07/18(火) 21:25:55.45

普通はソースごと上げても無反応なのに、たくさん指摘が飛んでくるなんてありがたい環境じゃん
無価値な指摘は無視すればいいし、有意義な指摘は参考にすればいいだけ

>>27
どこまでまわかってるのか、何がわからないのか具体的に
Azureのサービスは立てられてるの？表からグラフは作れてるのか、そこもわからないのか？

2017/07/18(火) 21:31:45.07

>>28
冗談抜きで、何も分かって無いから顔面蒼白してる。
C#も初心者です。

2017/07/18(火) 21:45:50.66

まずその設計が不自然すぎる
Azure使うならASP.NETでWebサービスとして作りなよ
ASP.NETなら書籍買って読めば簡単に使えるようになる

2017/07/18(火) 21:58:53.20

資料分析任されてけど、一切、来なくなった。
あなたのポジションがなくなりました。とツイッターのメールで飛んで来た。

2017/07/19(水) 00:50:57.31

>>30
お薦め書籍は？

2017/07/20(木) 10:18:37.61

ねーねー
Windows10でアクションセンター出すコマンドラインとかあるの？

探しきれなくて、もし出来ることがわかればC#の処理で開くことができると思うんだけど…

やっぱWinAPIなんかなぁ

2017/07/20(木) 10:57:07.79

自分でC#で組めよ

2017/07/20(木) 11:33:09.40

>>33
これで出来たよ
Process.Start(@"ms-actioncenter:");

元ネタはここ
http://winsupersite.com/windows-10/how-open-windows-10-apps-using-shell-commands

2017/07/20(木) 14:32:49.49

>>35
ありがとうございます。
やっぱあるんですね！

2017/07/21(金) 15:26:36.42

質問です。

C#でIEは操作できますが、

C#でMicrosoft Edgeを操作する事は出来ますか？

2017/07/21(金) 18:30:07.33

ググれカスタム

2017/07/21(金) 18:56:20.59

>>37
だが

誰か教えてくれ

2017/07/21(金) 18:56:59.85

ググれ

2017/07/21(金) 19:06:22.38

>>39
ほれ
https://www.google.co.jp

2017/07/22(土) 01:49:06.33

c#からはやったことないけどできるよ。
ie,chrome,edgeの自動テストを作ってる。

2017/07/22(土) 03:39:06.11

C#でやりたいんだよね　>>42

API使ってやってるの？

2017/07/22(土) 04:08:21.08

多分WebDriver使ってるんだろう

2017/07/24(月) 16:06:09.79

WinForm使って3D表示するとしたら、何が一番手軽なんでしょう？
1枚絵を3D表示して色んな角度から見る程度なら、OpenTKでいいのかな？
ガッツリやるならWPFやUnityに移行した方が良いのかもしれないけども。

2017/07/24(月) 16:18:13.05

なんでc#で3D表示する必要があるんだよ

2017/07/24(月) 16:34:47.01

最初はBitmap画像を表示するだけだったんで、WinFormで作ったんです。
そしたら後で「これもうちょっと見易くする為に3Dで表示して」って言われたので・・・。

2017/07/24(月) 17:00:41.63

この場合OpenGLかなぁ?

2017/07/24(月) 17:01:32.85

OpenTKって俺何か知らん

2017/07/24(月) 17:14:44.48

「OpenGL C#」でググったところ、
http://qiita.com/okajima/items/8082c0d2473949ec51e8
＞OpenTKは、C#からOpenGLをいじるためのほぼ唯一の選択肢となるツールです

ってあったので、OpenGLを使うのならOpenTKを使うしか無いのかなと。
他のラッパーも動かしてみたけども、上手く動かなかったりなので。

2017/07/24(月) 17:25:57.56

WinFormsにこだわるならElementHostでそこだけWPF使うのが簡単じゃないかな
DirectXを意識するような方法だとゲーム的な作法になるので経験ないならかなりハードルが高いよ

2017/07/24(月) 17:32:00.52

https://dobon.net/vb/dotnet/control/elementhost.html
WPFコントロールを使用することが出来るのですね。
OpenTKを調べてみたらNuGetから消えてたみたいなので、検討してみます。
ありがとうございます。

2017/07/24(月) 17:41:13.07

3D回り酷すぎだな
音も相変わらず雑なんかな?

2017/07/24(月) 18:11:14.11

テトリス作ったり３D言い出す奴とか
アホしかいないですね。このスレッドは。

2017/07/24(月) 18:21:57.94

c#って何にも作れないんですね

2017/07/24(月) 18:33:39.39

>>55
お前はな

2017/07/24(月) 18:46:20.02

>>56
まるで自分なら作れるかのような物言いですね
でも現実をご覧なさい

2017/07/24(月) 19:33:29.80

NGスッキリ

2017/07/24(月) 21:51:36.91

OpenGL wrapper for C#
ttps://stackoverflow.com/questions/5938151/opengl-wrapper-for-c-sharp

2017/07/25(火) 00:07:11.33

>>43
webdriverをつかってる
c#用のライブラリもあるよ。

2017/07/25(火) 02:24:44.23

>>52
NuGetにOpenTK v2.0.0あったぞ。

2017/07/25(火) 13:59:34.79

Open Tetsuya Komuro

2017/07/25(火) 15:58:59.38

TextFieldParserってバグってんね
連続改行あると処理できねーし
これ地味に困るな

2017/07/25(火) 16:04:35.84

外人の作ったもんっていつもこんな感じだな
テストやってんのかよてめー

2017/07/25(火) 17:07:02.02

>>60
サンキュー

知らなかった

2017/07/25(火) 18:46:59.69

CsvHelperでReadメソッド読んだら元の処理に差し替え出来た

ぐぐるとマッピング方式ばっかりなんだけどマッピングなんてしねーよボケがって状況なので
マッピング無し方式を見っけるのに時間かかった

2017/07/25(火) 19:07:52.65

>>59
これなに？
OpenGLで高度なグラフィックコントロールができるってこと？
ってかLinux向けかな

2017/07/25(火) 19:15:57.14

>>67
無能

2017/07/25(火) 21:15:14.41

OpenGLはどちらかというと低レベル層のコントロール

2017/07/25(火) 22:02:34.46

OpenGLをまともにサポートしていないIntelの古いオンボードビデオのPCがまだまだ生き残ってるから、
なるべく多くのPCで動かしたいアプリでOpenGLの採用は厳しいな。

2017/07/25(火) 23:05:49.65

いままでずっとVB.netでwinformアプリ作ってて
いい加減C#の勉強しようと思ったらnamespaceのせいでインデントが余分にいっこ右に行くんだけど
もちろんVBでも一見して見えないだけでNamespaceが宣言されてるのはわかってるんだが、インデント減らす方法ないかな

2017/07/25(火) 23:17:42.58

namespace Unko {

class Unker {

}

}

package文が欲しい

2017/07/25(火) 23:29:59.95

初心者スレで標準スタイルを破ることを推奨するわけにはいかないだろ
郷に入れば郷に従えとしか

2017/07/26(水) 00:05:38.86

>>71
VGAやプリントアウトして机上デバッグする時代じゃないんだから意味ないよw

違和感を感じているのならそんなのすぐ慣れる。
恐らく1週間かからない

2017/07/26(水) 10:02:54.88

TextFieldParserで思うんだけど
俺が不満なのは連続改行が処理されないことだけだったのに
このクラスは使えない認定せざるを得なかった
クラスの汎用性なんて幻想だよな
じゃ、仮にTextFieldParserの動作を今から変更ってきっとできないんだよな
少なくともそれを待っているよりはCsvHelperを使ったコードに変更したほうが話が早い
クラスなんて所詮こんなもんだよな

2017/07/27(木) 07:28:39.66

ゲーム制作するためにc#を勉強しています。
確かな力が身につく「超」入門シリーズのc#版が発売されたのですが、読まれた方はいませんか？
または他にプログラム初心者にオススメのc#の本などがあれば教えていただけますか？

2017/07/27(木) 07:34:29.37

少し古いがCLR via C#ってのがいいよ
細かいところまで嘘や誤魔化しをしないでしっかり書いてくれてる
いい入門書は初心者を煙に巻くような誤魔化しが少ない
俺はこれで入門した

2017/07/27(木) 10:15:42.11

>>77
ありがとうございます！
色々と調べているんですが、評価もまちまちなので迷っていました。探してみます。

2017/07/27(木) 11:30:34.93

クラスとオブジェクトについてですが、クラス(雛形)に対して実体化されたものがオブジェクト（実態）と考えていいんですよね？

例えばRPGなんかでいうと

敵クラス
HP（変数）
攻撃力（変数）
HPがある数値を下回ると逃げる（関数）

スライム（敵オブジェクト）
HP 5 （メンバ変数）
攻撃力 3（メンバ変数）
HPが2以下になると逃げる（メンバ関数）

といった感じの理解で良いのでしょうか？また本によってはオブジェクトとインスタンスの説明が似ているので、違いがよくわかっていません。

2017/07/27(木) 11:47:24.54

スライムクラスが敵クラスを継承していて
個々のスライムがスライムクラスのインスタンスという認識

2017/07/27(木) 11:50:59.30

オブジェクトはオブジェクト指向にかぎらず広い定義での「物 (変数に入れたり、引数で渡したりできる)」
でオブジェクト指向が出てきて、クラスを実体化したものがインスタンス

言い換えると、クラス（設計書）をインスタンス化（オブジェクトとして実体化）したものがインスタンスって感じでいいんじゃないかな

2017/07/27(木) 11:57:32.87

クラスもオブジェクトのひとつ

2017/07/27(木) 12:01:13.40

ざっくりとした俺のイメージ

家の設計図がオブジェクト
家そのものがインスタンス

2017/07/27(木) 12:05:17.06

クラスと構造体をひっくるめた総称がオブジェクト
オブジェクトを実体化した物がインスタンス

2017/07/27(木) 12:10:08.71

凄い！短時間でこれだけ回答をいただきありがとうございます。
オブジェクトは設計図とか概念って考えた方がいいんでしょうか？
となるとさっきの敵クラスを継承したスライムクラスはオブジェクトというよりインスタンス？

2017/07/27(木) 12:10:51.23

C#では単体で概念的なオブジェクトの話はほとんど出てこない

大体object型というすべてのクラスの元になる型の話

2017/07/27(木) 12:15:51.83

オブジェクトって単語は使わないほうがC#を理解し易いと思う

2017/07/27(木) 12:17:23.86

>敵クラスを継承したスライムクラスはオブジェクトというよりインスタンス？

class 派生クラス : 基底クラス{}　//　これはオブジェクト（クラス）

派生クラス変数名 = new 派生クラス　//　これがインスタンス

2017/07/27(木) 12:20:24.13

敵　（クラス）

↓継承

スライム　（クラス）

↓インスタンス化

スライムA,スライムB,スライムC　（インスタンス）

2017/07/27(木) 12:24:19.57

今は気にしなくてもいいけど
C#での話と一般的なオブジェクト指向とでは話がまた違う

C#のクラスも構造体も一般的なオブジェクト指向じゃクラスでひとくくり

2017/07/27(木) 12:25:13.94

敵クラスもスライムも攻撃パターンもオブジェクトとして考えるみたいな感じがオブジェクト指向ですよね？（ざっくり）

c#はオブジェクト指向に基づいて作られているけど、オブジェクトという概念自体はあまり考えずともプログラムは組める、という考えでいいのでしょうか？

2017/07/27(木) 12:27:22.18

>攻撃パターン
そこはメンバ関数じゃないかな

>オブジェクトという概念自体はあまり考えずともプログラムは組める、という考えでいいのでしょうか？
それでいいよ
正しいオブジェクト指向とは～とか覚えなくていい　学者や思想家になるんでもなければ
覚えるべきなのは、C#での適切なコーディング

2017/07/27(木) 12:28:34.69

つか、C#ってマルチパラダイム言語なので
純粋で完全なオブジェクト指向を適用しようとすると、かえって面倒な事になりかねないしな

2017/07/27(木) 12:30:35.13

>>92
攻撃パターンもオブジェクトでいいよ

2017/07/27(木) 12:37:22.98

ある本によると、
クラスを実体化したものをオブジェクトといい、実体化することをインスタンス化する、またはオブジェクトを生成する、などといいます。クラスはオブジェクトになってから初めて利用できるのです。

と書かれているのですが、実際にはクラスもオブジェクト指向で考えるとオブジェクトの一つだけれど、そこまで考えるとややこしいから無視してていいよ、って感じですかね？

2017/07/27(木) 12:47:23.41

つまり

敵クラス（雛形クラス）
HP（変数）
攻撃力（変数）
HPがある数値を下回ると逃げる（関数）

スライムクラス（継承クラス）
HP 5 （メンバ変数）
攻撃力 3（メンバ変数）
HPが2以下になると逃げる（メンバ関数）

インスタンス化

スライムA、スライムB、スライムC・・・

でも言ってしまえば、これら全てオブジェクト。

という理解でよろしいでしょうか？

2017/07/27(木) 12:50:15.14

>>96
インスタンス化したもの(メモリに割り当てられた)がそう。
君がいうようにスライムA,スライムB…がオブジェクトでおk

2017/07/27(木) 12:52:42.14

またオレオレ定義でグダグダになっとる w
イメージなら>>83がまあまともだと思うわ

2017/07/27(木) 13:12:19.93

オブジェクトって言葉はふわふわしがちな印象だから
実際のプログラム言語ベースで考える場合とかは使わないほうが安全
C#ならクラス(構造体含む)とインスタンスで事足りる

2017/07/27(木) 13:33:43.77

C#(VB.NET)の継承は、なんちゃってだからなぁ

2017/07/27(木) 14:15:37.95

ぶっちゃけ

継承とかして実装するから
可読性が悪くなって保守コストがかかる事分からんのかねぇ

2017/07/27(木) 14:19:50.11

リアルタイムゲームはすべてのパラメータをリアルタイムでエクセルで閲覧できるような構造で作らないとデバッグ間に合わない
縦軸インスタンス、横軸パラメータで
バグったら前後のデータを自動出力

オブジェクト指向（ツリー構造的な意味で）は合わないと思う

2017/07/27(木) 16:38:48.16

>>96
オブジェクトとは何か、みたいな哲学的疑問（笑）が気になるのは
よく分かるけど、そういうのは後回しで十分だし後回しにした方がいいと思うよw
たぶん、不毛なだけw

初心者は具体的なコード例を見て、どういうコードがどう機能するか、
何が実現できるのか、そういうところに集中した方がいいと思う

2017/07/27(木) 17:13:14.27

>>98
いやこういう例え方って初心者にとっては一番ふわふわしてて分からないと思うんだけど

2017/07/27(木) 17:30:52.71

>>104
ごめんね

2017/07/27(木) 19:00:29.42

>>104
そう？
たいていの人は設計図とか家自体はイメージできるしそのイメージとそんなに解離してないと思うけどな

2017/07/27(木) 19:25:46.31

オブジェクトはともかく、インスタンスなんて変な例えや哲学的な話じゃなくて、
もっと現実のコード寄りに「newすると作られて使えるようになる何か」
ぐらいにに理解した方がいいよw

しつこいけど、初心者にとって重要なのは「インスタンスって何？」みたいな意味論じゃなくて
インスタンスを作るコードをどう書くか、どう記述したらインスタンスのメンバーにアクセスできるか、
っていう機能主義的な具体論

2017/07/27(木) 19:54:58.52

new = メモリ確保して初期化する
でいいんだよ
くだらねえ例え話はいらん

2017/07/27(木) 20:46:55.30

>>107
それは強く同意だな
俺としてはオブジェクトとかインスタンスとかの言葉すら知らなくていいとも思ってる

newしたらなんか動いた！すげー！
くらいの軽い感覚が理想

2017/07/27(木) 22:08:18.79

みなさんありがとうございます。>>96です。

皆さんがおっしゃるように、とにかくオブジェクトが云々と考えるより構文をたくさん打って感覚で覚えていくのが一番の近道なのかもしれません。

でも皆さんの話を聞いて少し頭の中が晴れてきました。
ありがとうございました。

2017/07/27(木) 22:12:49.28

オブジェクト指向って本来はモジュール設計のベストプラクティスに現実世界のアナロジーをこじつけたものだから、
高尚な理論なんか無視して単なるモジュール化の一手法として導入すべきなんだよな
C言語を使っていれば自然とlist_add(&list, item)のようなパターンに行き着いて、
そこからのオブジェクト指向への発展はきわめて自然なもの

2017/07/27(木) 22:30:42.28

>>95
とりあえずその本のタイトルと筆者をさらせ

オブジェクト指向ってのもいくつかの流派があるから、一概には言えないが
C#ベースで説明してるならその本は焼き捨てた方が良い

2017/07/27(木) 22:36:39.83

>>83,98
その例えならクラスは何よ？
その答え見ないとまともかどうかは何とも言えん

それがC#での一般的な用法になじむかどうかは別だがな

2017/07/27(木) 22:45:52.46

>>112
誰に向かって何を威張ってるのか知らんけど、>>95にあるような記述は
初心者向けのざっくりとした説明としてはまあ妥当なもの。

最初から重箱の隅つつく勢いで厳密に矛盾がないように書いたら初心者は理解できないよ。
ばっかじゃないの

2017/07/27(木) 23:04:02.99

ここまで液晶に価値なし

2017/07/27(木) 23:16:14.24

私が参考にしたのは「c#の絵本」という本です。
立ち読みした本の中で一番わかりやすく感じたので買いました。

http://i.imgur.com/nAKj1Ds.jpg
http://i.imgur.com/y3u7rfK.jpg

2017/07/27(木) 23:20:12.49

classって、共通の性質や特徴を有するものの分類とかいう意味みたい。
オブジェクト指向の言語は、大体がobjectを基本として、そこから色んな性質に分けていったものをクラスにして「名前をつけて」あげる。
オブジェクト指向でいうクラスは「分類整理のやり方、結果」と言えるんじゃないかな。

動物とか車とかに例えたりする説明の仕方もありだと思う。けど、分類整理のやり方という文脈がないと、継承とか派生、つまり上下・並列の概念が分かりにくくなったりしないかな。
いま目の前にライオンが2匹いたとして、同じライオンとして分類していいのか、タテガミの長さが分類のポイントなのかとか、片方は外敵から身を守るために火を噴くとか。ペンギンと比べてどの程度同じ分類が出来て、どの程度違いがあるのかとか。

まとめると、モノでも生き物でも何かしらの特徴とか性質を持っていて、特徴で分けたのがクラス。
オブジェクト指向とは指向、言い換えると、方向性としてはモノを「最小の単位」として扱うことを表している。元素や光といった、もっと根本的な最小になる要素もあるけど、そのレベルで扱おうとすると色々細かすぎたり、人が理解しにくいから。

かな？俺もよく分からなくなってきた。
個人的には日本に来るとき訳する際に、継承とかいう普段使い慣れない概念語じゃなく、「環境適応」とか「マイナーチェンジ」とかがよかったのかなと勝手に思ってる。

2017/07/27(木) 23:32:44.71

>>117
後半に行くに連れて、段々変になっていってるぞ

最も重要な点は、
「データ（プロパティ）」と「振る舞い（メソッド）」を1つにパッケージする事だろう
一々現実世界の物体に例えて説明する必要は無い

2017/07/27(木) 23:45:51.22

stackoverflowでも回答者によってマチマチだし
考えたら負けな気がしてきた

2017/07/27(木) 23:52:55.67

>>118
データと振る舞い、そこが理解できたらパッと先が開ける感あるんだけど、灯台元暗し的に回り道しちゃうよね。

質問者の人には、その疑問は忘れず、さりとて目の前の事をこなしてみて、たまーにまた疑問に立ち返って欲しいなあ。試行錯誤してるある瞬間に、パッと思い出してすんなり受け入れられる時が来ると思う。

オブジェクト指向だとかなんだとか、結局はどっかのオッチャンインスタンスが考えたものだろうし、完全な答えはないんだろうなぁ。

2017/07/27(木) 23:54:43.51

厳密な定義も元からないし実装によって変わるし
そもそもクラスベースじゃないものまである
設計段階と実装段階でも別のことがある
ひとくくりに語るのは難しい

でも意思の疎通はかなりできてしまうという曲者

2017/07/28(金) 00:24:58.46

哲学的な話は初心者には意味ないって自分で書いておいてあれだけど、
あえてそういう話をすれば、オブジェクトっていうのは「～であるかのように振舞う仮想機械」
だと考えるのが一番いいと思うよ。

従来の構造体＋関数より分かりやすく仮想機械を記述するための仕組みがクラス。
仮想機械の組み合わせでプログラムを作りましょう、っていうのが（もっとも素朴な）オブジェクト指向

2017/07/28(金) 00:42:55.93

っていうかオブジェクト指向自体いらねぇ

2017/07/28(金) 06:24:23.12

>>113
あれは「オブジェクトとインスタンスの関係性」をハイパーざっくり示すだけでほかに流用できるほど高尚な例えじゃないよ
ごめんね

2017/07/28(金) 07:18:09.76

>>117
> classって、共通の性質や特徴を有するものの分類とかいう意味みたい。
IT系（に限らんのかも知らんが）の用語は結構元の意味と違う使い方されてるから気を付けた方がいいよ
例えばネットワークカードでパケットキャプチャするためにPromiscuousモードって言うのがあるんだがあるときふとどういう意味だろう？って辞書引いて笑たし
https://dictionary.goo.ne.jp/ej/67118/meaning/m0u/

**遊園地** ◆OM5/jtEIXw (ﾜｯﾁｮｲ be96-ywSo) · 2017/07/28(金) 10:18:52.22

引っ越して来ました。
いろいろ、よろしくお願いします。　┌(_Д_┌ )┐

2017/07/28(金) 10:27:48.91

皆さん、float、double、intの使い分けはどうされてますか？例えばドラクエのようなRPGでせいぜい4桁程度の整数しか使わない場合でしたら、intを使っておけば間違いはありませんか？

**遊園地** (ﾜｯﾁｮｲ be96-ywSo) · 2017/07/28(金) 10:42:44.33

初心者として記載

基本的にintでも良いと思う。けど、 true(1)　false(0)で詳細分けする時に便利
http://ideone.com/7joXzQ

**遊園地** (ﾜｯﾁｮｲ be96-ywSo) · 2017/07/28(金) 10:59:03.19

bool a = true;
bool b = false;

bool c = null; // error CS0037: Null 非許容の値型であるため、Null を 'bool' に変換できません
bool d = 0; // error CS0029: 型 'int' を 'bool' に暗黙的に変換できません

2017/07/28(金) 11:22:46.32

>>127
普通に整数が使いたければint
アニメーションなどで込み入った計算をするときは無理に整数でやるよりdoubleの方が職人芸がいらなくて楽floatは精度の低さが問題になりやすいから描画などの最終的な出力以外には使わない方がいい

2017/07/28(金) 20:00:02.99

>>127
とりあえず、整数ならint、小数点以下が必要ならdoubleを使っておけば良い。
floatを使うメリットはあまり無い。

2017/07/28(金) 20:04:18.47

decimalじゃだめなのん？

2017/07/28(金) 20:15:41.50

decimalは必要ない時は極力使わない。

2017/07/28(金) 20:40:55.30

こんなときこそvarだろwww

2017/07/28(金) 20:44:23.47

varはｱﾀｲのｶﾚｼだから
ﾎｯﾄｲﾃﾈ

2017/07/29(土) 00:13:16.03

doubleの演算って結構誤差でない？

2017/07/29(土) 00:29:15.87

情報落ちを起こしてるんじゃないか?
浮動小数点数は大量の値を前から順に加算したりしたらダメだよ

2017/07/29(土) 02:59:59.30

>>136
誤差を累積させるような演算をしてるからだろうねえ。
誤差の性質を理解して累積しないようなコードを書かなきゃだめでしょう

2017/07/29(土) 06:35:15.67

要求される精度にもよる
double /frortは２進数表現だから表現できない小数がある
dicimal は10進数表現

2017/07/29(土) 06:36:38.66

×dicimal
○decimal

2017/07/29(土) 06:38:47.23

>>140
その前に直すところあるだろ...

2017/07/29(土) 11:14:24.90

>>139
デジャビューだけど、こういう寝言を書く人は誤差の問題の初歩の初歩も理解してない

2017/07/29(土) 11:19:08.43

>>142
おまえもだよ

2017/07/29(土) 12:26:02.64

double/frort(笑)の表現が2進数だからdicimal(笑)と違って誤差が…みたいな話をする奴は本質を理解してないよな
実数型は常に連続な近似値として扱うべきで、最終的には要求される精度に応じて必ず丸めて使うんだよ
decimalとは扱う問題の性質が違う

2017/07/29(土) 14:51:29.49

任意の範囲（C#に組み込まれてないようなのも含めて）の整数型を総称してintegerと呼ぶなら
double/frortはinteger / 2^integerでdicimalはinteger / 10^integerなのじゃ

2017/07/29(土) 17:41:23.74

誰かに突っ込まれるまでボケ続けるつもりかなw
frortってどういう発音なんだろw

2017/07/29(土) 18:33:12.08

frortはfrort型だろ

読み方はfrortって読むんだ

2017/07/29(土) 18:35:29.45

>>145は分かっててやってんだろｗ

2017/07/29(土) 19:48:17.74

わかってやるほどのネタとは思えないけどな

2017/07/29(土) 21:29:22.88

decimal の、なかみは、いんと

2017/07/29(土) 21:54:03.03

だからよ、var使えば済むっしょ！

2017/07/29(土) 22:02:40.05

しつこい

2017/07/29(土) 22:23:19.76

varint作るわｗｗｗ

2017/07/30(日) 01:11:39.61

>>116みたいな人もおるんやし
ちょまどさんもそろそろ本書いてみたらどないやろ？
真奈たその後釜じゅうぶん狙えるんちゃう？

2017/07/30(日) 01:15:46.07

>>134
そういのがいるからC♯たんが馬鹿言語扱いされちゃう

2017/07/30(日) 08:26:12.42

>>151
ちゃんと設計したら？

2017/07/30(日) 10:02:02.22

>>153
なにその便利そうな型は w

2017/07/30(日) 14:48:33.51

>>157
intっぽい型を自動判別
string,double,date,boolの値が入ってきたらアウト
decimal,char,int,byteはセーフ

2017/07/30(日) 15:04:18.95

variant型かと思ってた。

2017/07/30(日) 15:06:27.30

>>159
そんなvb坊みたいな期待してたら減点

2017/07/30(日) 15:06:34.85

でもさ、ｿﾓｿﾓなんで型分けてるかと言うと
消費する容量が違うからじゃないの？

ﾊﾞﾘｱﾝﾄ型って結構デカイとかないの？
例えばbyteで済むならbyteの方がよくね？

2017/07/30(日) 15:11:52.74

>>161
違うよ
型ってのはあくまで気分なんだよ
厳密に定義したらわかりやすいし
でも厳密にし過ぎると使いにくい

マシンみたいなPGにはこんなもん必要ない
メモリ上にはアドレスと実際の値
それしかない
そこになんのデータを入れてるかなんて知ったこっちゃない

2017/07/30(日) 15:15:39.29

何言ってるのか意味不明だね

2017/07/30(日) 15:18:29.06

>>163
まあ、c言語とかアセンブラやんないとわかんないと思う

あ (ｽﾌﾟﾌﾟ Sd8a-BRPM) · 2017/07/30(日) 15:42:06.12

気分だな。unionとか使い出すともう本当どう扱いたいかの気分でしかない。
浮動小数点と巨大整数と、それらのテンソルの型作ったことあるけど、SIMD的な命令として流し込むためにバラバラにしたりしやすいように都合よく書いてた覚えがある。

2017/07/30(日) 16:04:34.61

>>161
C#に限った話なら
byteはSystem.Byte構造体のエイリアスだし、
intはSystem.Int構造体のエイリアスだから
当然、消費するメモリ容量に差は出るが

大昔ならいざ知らず、現代のマシン環境において
そこまでメモリ容量を切り詰めて考えなきゃならん場面なんざ、そうそうねえよ
メモリを節約したきゃ、変数のスコープや生存期間を見直した方がいい

2017/07/30(日) 16:15:05.92

型を厳密にしたいかどうかだな
仕事で設計書書いて実装してるときは
varとか邪魔だし

2017/07/30(日) 16:39:12.40

CLRの型はVMレベルで実装されていて、気分で扱えるのはbittableな値型だけだよ
それ以外はメタデータを含んでてアホなことするとAccessViolationException

2017/07/30(日) 17:56:10.49

C#はどこもかしこもvar推奨だぞ
数値計算以外はvarでええやろ

2017/07/30(日) 18:15:04.88

今まで型厳密に書いてたけど、var推奨だったのか・・・

2017/07/30(日) 18:19:11.77

>>169
さすがにvar推奨は見たことないな
禁止は結構見る

2017/07/30(日) 18:19:12.89

推奨してるかしらんけど
varの方が見やすい

2017/07/30(日) 18:20:22.83

右辺を見て明確な場合はな
全体を見渡す力のない俺は使うとしてもローカル変数までにしとかなきゃ死ぬ

2017/07/30(日) 18:20:43.69

>>172
var unk = GetUnko();
の型を追跡するの面倒じゃね?

2017/07/30(日) 18:22:58.28

印刷はあんまりしないけどブロックで取り出したときにIDEが無いと読めないんだよね

2017/07/30(日) 18:24:40.67

パッと見で型が明確な場合は、varで問題無いと思ってる
varで訳が分からなくなるなら、メソッドを肥大化させ過ぎという意見も理解は出来る

しかし、それはそれとして
型名をきちんと書くのが手癖として身に付いてしまってるのだ

2017/07/30(日) 18:26:42.51

>>174
GetUnko()がUnko型を返さないのならそれは命名がおかしくね？

2017/07/30(日) 18:29:34.45

>>177
インターフェースってそういうもんだってさ

2017/07/30(日) 18:50:20.73

型が目に見えたら何かメリットあるの？
全ての型のAPIと振る舞いを覚えてるならともかく普通覚えてないよね
public UnkoNagashi() {
Unko unko = unkodb.GetUnko();
unko.Nagasu();
unkodb.SaveUnko(unko);
}
というコードをみてなるほどunkoはUnko型なのかとわかる
でもUnko型がNagasu()以外に何をできるかは僕は知らない
そしてこの文脈ではNagasu()以外の振る舞いを知る必要もない
だったらそれって型名を書く意味あるの？
unkoがNagasu()できる事だけ知ってればいいよね
それはコードがコンパイルできる事から自明でしょ

2017/07/30(日) 18:58:07.04

ここ初心者の質問スレなんだよ
質問でなく議論したいなら
ふらっと C#,C♯,C＃（議論用）
http://mevius.2ch.net/test/read.cgi/tech/1469538912/
でやれよ

2017/07/30(日) 18:58:57.54

unk.FermentationShit();

2017/07/30(日) 19:06:43.78

>>174
デジャブかな？
もう何回みたことか。。つーか毎回言われてると思うけどカーソルあてるのそんな面倒か？

2017/07/30(日) 20:39:56.83

>>171
MSのオープンソースプロジェクトは殆どvar推奨だぞ
どんなときも使える限りvar使えって言ってる

https://github.com/dotnet/roslyn/blob/master/.editorconfig

2017/07/30(日) 20:46:54.11

>>171
いつの時代の話だよｗｗｗ

2017/07/30(日) 21:37:31.57

var に拒否反応示してるのは老害だけだろ
自動的に型名に置き換えてくれるだけなのにな

2017/07/30(日) 22:03:52.72

>>171
var禁止なんて見たことがないから参考までに教えてほしい

2017/07/30(日) 22:07:36.28

>>186
わざとvarってクラスを作って型推論を阻止するやつらがいるとかなんとか

2017/07/30(日) 22:16:53.75

>>185
ホントに害なの？

2017/07/30(日) 22:22:32.05

>>182
1000行あるうち300行そんなのがあったら300回当て無いといけないんだぜ

2017/07/30(日) 22:35:12.83

>>189
1000行ものメソッドを作る時点で設計を見直そう

2017/07/30(日) 22:40:01.38

>>189
1/3が変数宣言って前提に無理があるのでは？

2017/07/30(日) 22:42:42.77

>>189
当てなきゃわかんないようなやつがそんなにある時点でクソ

2017/07/30(日) 22:43:59.63

>>190
トータルとはいってない

2017/07/30(日) 22:47:13.08

>>191
結構あるぜ
でもここで考えて欲しいのは
そもそもvarなんて使わなければ当てる必要などないということ
当てなければ読めないソースと
当てなくても読めるソースのちがいしかない

2017/07/30(日) 22:47:50.56

>>193
や、だからメソッド単体で1000行だったら何かしら設計あぶないっての

2017/07/30(日) 22:53:22.17

自分はなんでもvarは使わない派
右辺見ればわかるときだけ使うからマウスカーソル当てる必要もない

var list = new List<int>();
こういうのも気に入らないの？

2017/07/30(日) 22:56:46.57

>>194
その前に考えるべきことは
型を読めないと全体が読めないメソッドなど書くべきではないということ
そもそも型を読まなくてもいいならvarを使わない理由を考える必要などない

2017/07/30(日) 22:57:08.87

プリミティブ型以外は全部varだわ

2017/07/30(日) 22:57:14.29

>>195
メソッド1個しか読まねーわけじゃねーじゃん
じゃあ30万行のコードのプロジェクトがあって1万行もvarがあったら
1万回もマウスの素振りすんだぞオメー

単純に害にしかならないと思う
varを本来の型に１発変換できるリファクタリングができればえーけどね

2017/07/30(日) 23:01:58.42

>>199
しねーよアホ
当てなきゃわかんない書き方がクソなんだよ