ふらっと C#,C♯,C＃（初心者用） Part141

2018/12/15(土) 11:07:07.89

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part139
https://mevius.5ch.net/test/read.cgi/tech/1538646998/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

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

2019/01/09(水) 12:21:16.40

>>205
c#にもimportはあるから余計混乱するだけ

名前空間とusingsは全然用途違うでしょ？

2019/01/09(水) 12:21:41.32

C#というかMSBuildだけど

2019/01/09(水) 14:41:58.83

>>203
名前空間の全表記は可読性下げるので使ってないな
VSでカーソル当てれば名前空間表示されるし、今時テキストエディタでゴリゴリ書いている人でもなければ全表記する必要ないと思う

2019/01/09(水) 14:52:14.20

>>208
MediaのcolorとDrawingのcolorが混在してるときはぶっ潰したくなる

2019/01/09(水) 14:55:45.81

pathってファイルパスじゃなくて
曲線かよ死ねよとか
省略形でも違いがあったほうが絶対いい

2019/01/09(水) 19:11:30.62

>>203
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/using-directive
usingでググればここに理由も呼び分け方(using ディレクティブ)も出ている
一般的な呼び名を使わないと調べることすらできなくなるよ

2019/01/10(木) 13:13:55.78

>>209
そういうの他にもある

2019/01/10(木) 20:09:22.40

P/InvokeやCOM相互運用を書くときに
System.Runtime.InteropServices.ComTypes以下の構造体やインターフェースを使う時があるんだけど
System.Runtime.InteropServices以下に同名の物があるから、大体の場合で完全修飾かusing alias directiveが必要になって面倒なんだよなあ
.Net1.1時代の後方互換性のためにObsolete付きで残してあるんだろうけど邪魔で仕方がない

2019/01/11(金) 12:39:13.44

>>211
その名前を知る事が大変ですよね
沢山本読むしかないんでしょうけど

2019/01/11(金) 12:57:28.29

>>214
この話はusingの話で質問した人もわかっているし
わからないなら分からないなりに説明したらいいだけ
オレオレ用語使ってこんなところで質問するのは普通におかしい

2019/01/11(金) 13:29:58.48

スレ間違えたことを嘘に嘘を塗り固めるのは朝鮮人の始まり

2019/01/11(金) 14:37:44.48

ちょっと教えろください。
int型変数二つの足し算でオーバーフローするかどうかチェックしたいのですが、
①decimalにキャストして足し算した結果がintの範囲に収まっているかif文で判断
②try catchで例外をつかまえる
どっちがいいのでしょう？

2019/01/11(金) 14:40:44.08

>>217
③decimalではなくlongにキャストして足し算した結果がintの範囲に収まっているか判断

2019/01/11(金) 15:54:41.82

>>217
int_max - a < bなら
a + b < int_maxが成り立つ
でも>218のほうがわかりやすいとは思う

**203** (ﾜｯﾁｮｲ dd01-42Wh) · 2019/01/11(金) 17:49:49.09

俺がjavaerという事がバレちまったらしょうがねえ

なんだよusingってよ
vb如きだってjavaリスペクトしてんぞ

2019/01/11(金) 18:29:52.22

>>217
オーバーフローは同じ符号の値を足した時にしか起こらず、起こった場合は前後で符号が変わる。
他の人が見ても何やってるか分かることが重要ならそれで判定するのが一番だと思う

2019/01/11(金) 18:33:43.65

ラップアラウンドとサチュレーションって学生のときに聞いたのが最後だ

2019/01/11(金) 18:40:14.66

すみません、初めて見る構造体が出て来たのですが

[StructLayout(LayoutKind.Sequential)]
struct INITCOMMONCONTROLSEX
{
public int dwSize;
public uint dwICC;
}

これは何構造体と読むのですか？

2019/01/11(金) 18:45:24.19

つまらん！

お前の話はつまらん！

2019/01/11(金) 18:46:13.28

>>223
https://ufcpp.net/study/csharp/interop/memorylayout/
>Sequentialレイアウトでは、複合型のフィールドは宣言した順序通りにレイアウトされます。

2019/01/11(金) 18:49:12.65

イニシャライズコモンコントロールズイーエックス構造体

2019/01/11(金) 18:51:24.03

>>223
構造体名で検索したらInitCommonControlsEx関数が出てくるじゃろ

2019/01/12(土) 00:09:08.43

VS2017でC#のプログラムを組んでます。

はじめてVS2017を使うのですが、画面の下に

準備完了 ↑ソース管理に追加

という邪魔なバーが表示されてます。
VS２０１０にはありませんでした。目障りなのでこれを消したいのですが何か方法はありますか？

2019/01/12(土) 00:20:55.22

>>228
ツール->オプション、環境->全般、ステータスバーを表示するのチェックを外す

2019/01/12(土) 00:21:44.23

>>229
ありがとうございます！！目障りだったんですよね。

2019/01/12(土) 01:04:45.40

色々迷ったけど
オートフォーマットはOFFにした

2019/01/12(土) 03:22:33.67

例外処理（に限らず、エラー処理）ってどこまで徹底して行うべきなんでしょうか？
下みたいに、使うインスタンス片っ端から毎回nullチェックとかしてたら、凄まじいコード量になるんですが・・・・・
if(obj == null)
{
return msg;
}

2019/01/12(土) 03:53:00.80

>>232
さあ。
でもバグと例外は区別した方がいいんじゃないか。

そのコードは多分バグを想定してるんだよね？
絶対にとは言い切れないが、バグを想定してそれを検出するifは書かないのが普通じゃないか
いやライブラリみたいなものを作ってるならバグを想定して例外を投げるのは普通だけど

2019/01/12(土) 03:58:46.63

最後の行は引数のチェックの話ね

2019/01/12(土) 04:03:08.28

return msg
してるからまず例外をちゃんと使えてないんじゃ疑惑

2019/01/12(土) 04:04:51.50

デザインパターンでnullオブジェクトパターンみたいの参考にするのは？

2019/01/12(土) 04:12:05.96

nullが入るケースがあることを想定している場合にnullチェックを全部書くのがめんどいならnullオブジェクトパターン適用すればいいし
本来はnullが入ってたらおかしいケースならエラーを起こして拾わせるのが正しい構造って回答でいいのかな？

2019/01/12(土) 04:17:50.15

・nullが来ない想定ならチェック不要
・nullケース考慮したくないならnullオブジェクトパターン
・null来た場合にぬるり以外で知らせるならチェックする
・nullのネスト面倒ならnull条件演算子

こんな感じやろか
null非許容参照型使うという手もあるが

2019/01/12(土) 08:05:30.51

読んでる入門書のLINQとラムダうんたらってのが分からなくて
手がstopしてしまっているのですが入門者向けに分かりやすく解説されてるページなど教えていただけないでしょうか？
メソッドの使い方はある程度分かったのですがそれじゃ駄目なんすかね…

2019/01/12(土) 08:39:26.90

>>239
LINQやらラムダ使えなくても動くものはつくれるからまぁまずは作ってみよう

2019/01/12(土) 10:13:12.90

最近は、自分でプログラム組まずにランサーズでハイスキルな奴に外注してるわｗ
中抜きでうま～～～

2019/01/12(土) 10:35:45.31

>>232
チームの方針次第
うちの場合は

nullを許可しない引数と返り値は基本的に全てチェックして例外を投げてる
めんどくさいと思うかもしれないがFluentAssertionのようなライブラリを使えばそこまで大きな負担にはならない

nullオブジェクトパターンはやればわかるがチェックするよりも手間がかかる
また必ずしもnullの場合の適切な動作を定められるとは限らない
適切でない場合にパターンを適用するとそれがnullオブジェクトかどうかチェックするといった本末転倒なことになりかねない
なのでこれが最も適切と確実に判断できる場合を除いて使用しない

C# 8.0が待ち遠しいね

2019/01/12(土) 10:44:33.52

>>232
仕様と設計で解決する問題
エラーが出たときどうしたいの？
エラー出たときに別に原因とかわからんでええなら一連の処理をtrycatchで囲ったらええやん
なんか起きたらcatchに入ってくるで

2019/01/12(土) 17:18:08.40

>>232
外部とのやりとりの場所は結構厳重にチェックを入れる。
自分で書いているところは適当に流す。

外部とは当該館数のパラメータや、呼び出す関数とかの戻り値ね。
try catch で囲んで、チェックして例外発行して、catch 内でまとめてトレース情報込みでログ出してスローするくらいなら大した手間じゃないじゃない。
その例なら if( obj == null ) throw new ArgumentNullException("ぼーっと生きてんじゃねーよ！"); で済む話じゃん。

>>239
コピペでもいいからたくさん書いてみる。で解決するよ。
やってるうちに理屈が分かるようになる。

2019/01/12(土) 17:23:52.90

昔は開発現場でこっそりExcel型の２ｃｈブラウザでネットサーフィンばかりしてたな～
座ってるだけで月７０万むっちゃらくやった

2019/01/13(日) 00:23:58.00

>>239
駆け出し時代オープンソース改造してた時にLINQはパフォーマンス悪いと思って見つけ次第foreachに手直しするという逆工程でLINQとラムダ式マスターした

2019/01/13(日) 00:46:53.42

使えば勝手にlinqの快感にハマって抜け出せなくなる

2019/01/13(日) 04:21:19.42

麻薬のような機能だなw

2019/01/13(日) 09:07:48.83

LINQもRxも使いだすと元に戻れなくなる

でも性能気にしてstructとforeachに書き直し始めると時間足りない

2019/01/13(日) 09:32:12.32

>>246
パフォーマンスのためならなんでforにしなかったん？

2019/01/13(日) 18:27:15.40

>>250
Listはしてたよ
あとラムダ式はLINQ→foreachより行数減らす意識持って1行メソッドを見つけ次第ラムダ式に直す工程で習得したな

2019/01/14(月) 23:20:39.35

ComboBoxに例えばA～Dと4つ項目が入っていて、A～Cは同一計算方法でDのみ特別な計算方法でコード内容が異なり且つ色んな計算をする為コードが長くなる場合の見やすくする為の最初の分岐方法とか書き方とかありませんか？
今はifで分岐した中にあれこれ結果を取ってきて結果を出してるのでifがやたら長く見辛いです。なんかいい方法があれば教えて頂きたいです。

2019/01/14(月) 23:31:33.99

LINQ使うと元に戻れなくなるのはわかるんだけどデバッグしづらくね？
デバッグを想定する時点で初心者なのかな...教えてエロい人

2019/01/15(火) 00:45:24.53

>>252
4っつぽっちの分岐で何がそんなに見づらくなるのかちょっと理解できんよ。
いや、煽ってるわけじゃなく本当に

各分岐先のコードが長くなるっていうのならそれぞれメソッドに切り分けるだけじゃないの？

2019/01/15(火) 02:09:17.70

>>252
if(value == d)｛
d用処理またはメソッド
｝else ｛
a～c用処理またはメソッド
｝

これじゃダメなの？

2019/01/15(火) 04:09:30.23

>>252
ComboBoxにブチ込むためのクラスを書いてDは継承

2019/01/15(火) 06:09:12.86

LINQはなかなか身につかんなあ。
とりあえずforで書いといて見直してこれLINQで一行になるんじゃね？と気付いたらいそいそと書き直す感じ。
LINQ脳になってない

2019/01/15(火) 06:39:49.84

例えば処理順を意識しなくて良い場合、通常のforまたはforeachで処理するのと、Parallel.ForEachで並列処理するのはやはり並列処理の方が早い？

2019/01/15(火) 07:24:38.34

>>255
質問者の意図とは違うかもしれんがそういうコード書くと怒るやつがいた職場がある
わざわざ継承してうにゃうにゃやらんと怒る
んでできたコードが何がいいのか考えてもさっぱり意味がわからん
本人にメリットを聞いてもさっぱり理解できんというかメリットの話になると必ずボケた返しをする
ありもしない改修を想定してキチガイとしか思えない発言を連発する
そもそも仕様書や設計書に処理がその数で分岐するってあるのに
なんで普通に書いたら怒るんだよ
もうお前とはやってられん
ってとこまでいって仕様書や設計書通りに組んでるのに工数が増えてるのはあんたのせいだ
って会社間の会議になってもまだグチグチ言ってる
その場にいる全員？な状態だった

2019/01/15(火) 08:37:28.18

環境次第

2019/01/15(火) 08:41:56.04

>>259
条件分岐が減るとかじゃないの？
それだけ不具合が減る理屈だが、工数が増えてるんじゃ意味ないな

2019/01/15(火) 08:50:45.78

普通のケースでは継承にしても
条件分岐が別の場所に移動するだけだべ

2019/01/15(火) 09:24:06.17

>>258
Parallel.ForEachはオーバーヘッドが大きい
一周に数百ミリ秒かかるくらいの粒度の大きなループでない限りは普通のforeachより確実に遅くなる

2019/01/15(火) 10:26:04.16

多態性は手間がかかる割に恩恵が少ないよな

2019/01/15(火) 16:18:48.41

>>257
foreachならともかくforで書いているなら苦労するだろう

2019/01/15(火) 16:22:04.50

>>259
逆のパターンなら数多見てきたけど、そのパターンは珍しいな
if分岐が10以上になるからなんとかしてと言われて継承使ったプロトタイプ渡したら、なぜか基底クラスでif文復活してたことならあるけど

2019/01/15(火) 16:36:00.01

C#のforeachってpythonみたいに定義しないでindex取得出来ませんか？forにするしかないでしょうか？

2019/01/15(火) 16:37:26.00

[_]

2019/01/15(火) 16:53:35.12

>>267
foreach単体じゃ無理

Enumerable.Select Method
https://docs.microsoft.com/ja-jp/dotnet/api/system.linq.enumerable.select?view=netframework-4.7.2

2019/01/15(火) 17:42:13.30

>>267
上のSELECT使った実装例はこんな感じ

foreach (var x in items.Select((item, index) => new { item, index }))
{
Console.WriteLine($"index: {x.index}, value: {x.item}");
}

Listか配列かIEnumerabelどれでやってるかは知らないけどもこれで行けるはず

2019/01/15(火) 17:49:07.53

forが完全上位互換なのになんで
foreach使うのか？
って今でも思ってるよ俺は
ループにインデックスが必要になったというただそれだけで変更するんだぜ

2019/01/15(火) 17:55:58.21

indexが必要でCountもできる時はわざわざindex生成してforeach使う必要無いと思うけどもLinq使いたい時とかIEnumerabelに実装してるものにわざわざfor使わない派

2019/01/15(火) 17:58:55.44

というか戻り値をIEnumerabelにして抽象化しておく事が多いから余計にforeach使うのはあるかもしれない
Linq拡張メソッド作る時とか諸々

2019/01/15(火) 19:24:57.54

とりまLINQ使って富豪的に組むだろ

2019/01/15(火) 20:11:07.93

>>252
int CalcDefault();
int CalcSpecial();
int Calc() {
if (IsSpecialCase()) return CalcSpecial();
else return CalcDefault();
}
bool IsSpecialCase() => combo.SelectedValue == "D";

とりあえず最初はこれでいいよ
似たような条件分岐が増えてきたらリファクタリングしてポリモー対応できないか検討
最初からポリモーは大げさだからやらなくていい
でも後でリファクタリングしやすいように責務指向でメソッドを切っておくぐらいはやっておいたほうがいい
このへんのさじ加減は経験則だな

2019/01/15(火) 20:18:43.20

switchを無くすのに多態なんか使う必要ないね。
すくなくともC#にはデリゲートがあるんだから多態使うぐらいならComboBoxのアイテムに
デリゲート持たせた方がいいよ。

個人的にはこれも本当に可読的か疑問だけど。
分岐素直に分岐で書いた方が分かりやすいって

2019/01/15(火) 20:29:43.48

テストするときに圧倒的にわかりにくいコードになんの意味があるの？
バカのやることは本当にわからない

2019/01/15(火) 20:31:56.84

確かに
分岐が多いとテストしにくい
少しならいいけど限度がある

2019/01/15(火) 20:50:47.00

設計書で分岐が100個あったらswitchcaseかifで100個書けよ
それが気に入らないなら設計書直せよ

そういう当たり前の手続きを無視してコード書いてる雑魚に俺は超えられねぇ

2019/01/15(火) 20:54:23.73

switch vs 多態って結局プログラムがDRY & SOLIDになってるかどうかって問題に帰着すんだよな

>>255はDRYでもSOLIDでもない
>>275はSOLIDではあるがDRYではない
多態までいけば完全にDRYでSOLIDなプログラムになる

そのコードが一回こっきりで重複がないという前提だと、DRYのありがたみを実感しにくい
だからswitch派が一定数居るのだろうね

2019/01/15(火) 20:58:26.66

インターフェイス厨だから似たような分岐はインターフェイスで分けて個別実装か本当に共通してるなら継承でなんとかしたくなる
それと見返したら俺酷いスペルミスしててワロタ

2019/01/15(火) 22:25:49.08

cしか知らないのです
vsをダウンロードして独学でc#勉強し始めたのですが、どうにもなりませんです
オブジェクトだのラムダ式だのデザインパターンだの文法的な要素以外に勉強しないとなにを言ってるのかわからない事が多くて、勉強の進め方が間違ってるのだろうと思いました。
初心者丸出しの質問で恐縮ですが、どんな順で何を勉強したら良いでしょう？
また、良書、良いウェブページなどご存知でしたら、ご教示いただければ幸いです
よろしくお願いします。

2019/01/15(火) 22:32:18.90

>>282
物まねでもなんでもいいから何か作りまくれ
用語とかから勉強しなくていい。色々調べるうちに覚える
わからなくなったらやりたいことの頭にC#＋スペース入れて検索

2019/01/15(火) 22:33:11.37

必要性がわからない概念を理解するのは難しい
それはコード書いた経験が少なすぎるから
Cもほぼ入門書読んだだけでしょ
とりあえず自分が理解できる範囲の知識でなにか作りたい物つくった方がいい

2019/01/15(火) 22:52:10.98

>>282
主にオブジェクト指向関係が分からないみたいだから
オブジェクト指向入門系の本やウェブサイトを探せばいいんじゃないか？

あるいはC#にこだわらないのであればC++の入門書はC言語との違いとして
オブジェクト指向向けの機能に触れているものが多いと思う

実際にプログラム作ってオブジェクト指向の感覚掴みたいなら
個人的にはちょっとしたゲーム作ってみるのもオススメだな　
UnityならC#使えるし

2019/01/15(火) 23:25:56.04

>>282
勉強の進め方というか基本的な理解が浅いのでは
Cでも構造体ネストして疑似継承くらいするだろうし
ラムダにしてもクロージャ要素はともかく匿名関数

とりあえずクラスは関数を纏めているのではなく
型を作りデータと結び付けているという事だね
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/index
翻訳が割と酷いが公式にもドキュメントはあるよ

2019/01/15(火) 23:31:48.76

ご教示ありがとうございます
いわゆるコンソール用のアプリケーションなら、cで充分私が必要とする程度のものは作れるので、わざわざ新しい言語なんか習得したいとは思わないんですが。
やっぱり、GUIのアプリケーションの方が使うとき楽だとら思いまして、なんとかc#勉強して作れるようになりたいなと言うのが発端なんです

vsで参考になるようなところを参照してつまみ食いで作ったのですが、少しでも自分で機能を追加しようとすると、マイクロソフトのクラスライブラリなんか知らないので、なかなか困難で。
おまけにクラスというかオブジェクト指向って奴だと、無闇矢鱈と真似すれば良いという手法が私では通用しなかったのです。

どのようにクラスを作って良いのか基準もわからないですし。
オライリーのc++の本があるので読んだのですが、そこでは電子レンジをモデルにしてオブジェクトの説明をしてくれたのですが、なかなか良く分からず

デザインパターンとやらを先に勉強しておくべきなのかとチラホラ読んだのですが、これもまた実装とは程遠い座学の世界でピンと来なくて泣きそうです。

みなさん、ある程度使えるようになるまでどんな順序でなにを学んだのか、ご教示いただければたすかります

2019/01/15(火) 23:33:48.23

図々しいお願いで恐縮です

2019/01/15(火) 23:35:09.56

ﾃﾞｻﾞﾊﾟﾀは経験積まないと有り難味が判らないから放置でいいよ
作りたいものを完成させるにはどうすれば近道かだけ考えろ

2019/01/15(火) 23:40:43.54

>>289
デザイパターンはある程度蓄積が出来てないとありがたみがわからない、だから、後回しでも良いと言う意見ですね
クラスを作る定石集のようなものだと思ったので、先に勉強した方が良いのかとも思っておりました
定石知らなくても、楽しく将棋はできるのだから、後回しでも良さそうですね

ご意見ありがとうございます

2019/01/15(火) 23:50:54.16

vector3Dクラスの内部に
vector2Dクラスは普通は作らないんだぞ
知ってた？
しかし、両クラス共にメンバx,yを保持する
そう、お前らの大っっっっっっっ嫌いな重複だｗ
しかし、極上のバカでもない限り
vector3Dをvector2D+zで作るやつなんてこの世にいないんだよ
わかるな？

この例ではわかりやすく
XYZで説明してやったが
世の中ってのはこういうもので満ち溢れてるんだよ
xyでもyzでも計算するときがあるのさ
わかりにくいだけで
xyをvector2Dで作ってしまったオブジェクトのyzの計算は不格好なのさ
オブジェクト指向は破綻している
そこをわかった上で付き合うんだ

2019/01/16(水) 00:03:56.21

>>287
物に例えるってのは常々ダメだと思うわ、関係ない要素が絡んできて
人に依ってはマイクロウェーブとか出るの？とか思うだろうし
クラス設計としちゃフィールドは構造体と一緒だけどメソッドは…
うん、とりあえず手続き型っぽく作っても良いだろう＼(^o^)／
多態性は+演算子の数値なら加算が文字列だと連結になるとかね

C経験はCUIのみという事かな？.NET Frameworkなんか知らん！という事であれば
Visual C++ Windows デスクトップアプリを従来通りWin32で作っても良いと思うけど
手っ取り早くダイアログベースで作成してメッセージハンドラに渡ってきたIDで振り分ける

ぶっちゃけ.NET FrameworkもWin32 APIをラップしてるだけなのでC#も基本は変わらない
フォームデザイナーで弄くってコントロールにイベントハンドラ割り当てるだけ

2019/01/16(水) 00:44:36.48

>>292
制御系のプログラムばかり書いているのです
どうかするとロジアナ見てる方が多いかもしれませんが
パソコンの世界はほとんどわからないです

2019/01/16(水) 01:02:27.00

>>293
制御系ならCでも自然とオブジェクト指向的な設計でコード書いてたはずだと思う。

「キーをスキャンしてデバウンス処理を担当するコード」とか「LCDドライバーへの表示データの転送を担当するコード」
とか、そういう仮想機械をコード上にいっぱい作ってたはず。

オブジェクト指向のオブジェクトって要はこの仮想機械のこと。
クラスはそれを書きやすくするための仕組みに過ぎん。
だからたぶん心配してるよりずっと簡単な話だと思うよ

2019/01/16(水) 01:07:11.33

>>294
私の頭の中はオブジェクト指向とは無縁です。

設計そのものに、そんな考え方を取り入れていないので、どこまでも手続き型で考えてしまうのです。
強いて言えば、状態遷移を作るときに少し似たような考え方になるだろうか、という程度ですね

なにをクラスとすれば良いのか、そういうところがピンとこないので、わからないのです。

2019/01/16(水) 01:13:49.60

いわゆる組み込み系か、それだと逆にこっちが経験乏しいけど、Cライブラリなら馴染みはあるのかな
するとまずはVisual C++からWindowsコンソールアプリをC/C++ライブラリで作ってみるとかかねぇ？
APIとかはC#にしろMSDN…今はMicrosoft Docs？を見るしかないね、C#ならIntelliSenseにも詳細出る

でもC#からなんか制御するとかだと結局プラットフォームのネイティブAPIや専用ライブラリになるか？
とりあえずオブジェクト指向とかを学びたいのであればC++や他スクリプト言語とかでも良さそうな

2019/01/16(水) 01:15:08.32

>>295
でもキュー（リングバッファー）ぐらい実装したことあるでしょ？
端的に言えばあれがオブジェクトの一例っすよ。

データ（配列 + 読み出しポインタ + 書込みポインタ）と、
それをリングバッファーに見せかけるコードの組み合わせ

簡単でしょ

2019/01/16(水) 01:30:35.70

>>296
言語そのものはどれでも良いと考えています
vsのヘルプを読む限り、同じことができてるようですから
どうせなら、c#を勉強してみたいなと考えております

2019/01/16(水) 01:36:56.53

>>297
リングバッファがオブジェクト指向の考え方なのですか。
なるほど。
仮装化したデバイスのようなもの、ということなのでしょうか。ハードディスクのドライバやNICのドライバは確かにアプリケーションからみると仮想的で、実際のハードウェアの持つ機能とは関係なくつかえるようにしますね
少し例えがわかった気がします

ありがとうございました
今日は遅いので、この辺で失礼します

2019/01/16(水) 02:56:08.32

private Task<int> hoge{....}
というメソッドがあって

var t=hoge();
でタスク走らせた後、ちょっと別の処理してから
t.ContinueWith(()=>...);
と継続タスクを付け足した場合、
付け足した時点でhogeが終わってれば
すぐ継続タスクの処理を開始してくれますか？

2019/01/16(水) 08:32:38.24

>>300
はい

2019/01/16(水) 09:09:41.77

なんならTask.CompletedTaskからでもContinueWithできる

2019/01/16(水) 11:29:57.72

>>299
オライリーのヘッドファーストオブジェクト指向がおすすめ

2019/01/16(水) 16:28:16.62

ついでに、ユニットテストを身につける本をだれか教えてくれんかな
どの入門書もテストについて全く教えてくれんがどうなってんだ・・・・

2019/01/16(水) 16:40:21.97

そのうちテストのテストも書きたくなってくる

2019/01/16(水) 18:30:37.61

なかなかゲームの自動プレイを実装するの難しいな～