[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part141 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
208(1): (ﾜｯﾁｮｲ 69e3-RM76) 2019/01/09(水)14:41 ID:2h2JyjUc0(1) AAS
>>203
名前空間の全表記は可読性下げるので使ってないな
VSでカーソル当てれば名前空間表示されるし、今時テキストエディタでゴリゴリ書いている人でもなければ全表記する必要ないと思う
209(1): (ﾄﾞｺｸﾞﾛ MM63-3T74) 2019/01/09(水)14:52 ID:TKkGGOqYM(1/2) AAS
>>208
MediaのcolorとDrawingのcolorが混在してるときはぶっ潰したくなる
210: (ﾄﾞｺｸﾞﾛ MM63-3T74) 2019/01/09(水)14:55 ID:TKkGGOqYM(2/2) AAS
pathってファイルパスじゃなくて
曲線かよ死ねよとか
省略形でも違いがあったほうが絶対いい
211(1): (ﾜｯﾁｮｲ 917b-6YBr) 2019/01/09(水)19:11 ID:5txyXp0A0(1) AAS
>>203
外部ﾘﾝｸ:docs.microsoft.com
usingでググればここに理由も呼び分け方(using ディレクティブ)も出ている
一般的な呼び名を使わないと調べることすらできなくなるよ
212: (ｵｯﾍﾟｹ Sr85-DIji) 2019/01/10(木)13:13 ID:lMztlpGar(1) AAS
>>209
そういうの他にもある
213: (ｱｳｱｳｳｰ Sa89-xTYM) 2019/01/10(木)20:09 ID:9xQ4gBbQa(1) AAS
P/InvokeやCOM相互運用を書くときに
System.Runtime.InteropServices.ComTypes以下の構造体やインターフェースを使う時があるんだけど
System.Runtime.InteropServices以下に同名の物があるから、大体の場合で完全修飾かusing alias directiveが必要になって面倒なんだよなあ
.Net1.1時代の後方互換性のためにObsolete付きで残してあるんだろうけど邪魔で仕方がない
214(1): (ｴｱﾍﾟﾗ SDe2-42Wh) 2019/01/11(金)12:39 ID:qc15f1nfD(1) AAS
>>211
その名前を知る事が大変ですよね
沢山本読むしかないんでしょうけど
215: (ﾜｯﾁｮｲ 557b-5zJT) 2019/01/11(金)12:57 ID:RbVY6SmB0(1) AAS
>>214
この話はusingの話で質問した人もわかっているし
わからないなら分からないなりに説明したらいいだけ
オレオレ用語使ってこんなところで質問するのは普通におかしい
216: (ﾜｯﾁｮｲ a57c-Iup+) 2019/01/11(金)13:29 ID:5RUmP2fm0(1) AAS
スレ間違えたことを嘘に嘘を塗り固めるのは朝鮮人の始まり
217(3): (ﾜｯﾁｮｲ a161-Fjw0) 2019/01/11(金)14:37 ID:225AU0sE0(1) AAS
ちょっと教えろください。
int型変数二つの足し算でオーバーフローするかどうかチェックしたいのですが、
?decimalにキャストして足し算した結果がintの範囲に収まっているかif文で判断
?try catchで例外をつかまえる
どっちがいいのでしょう？
218(1): (ﾌﾞｰｲﾓ MM71-oec2) 2019/01/11(金)14:40 ID:86XGb19RM(1) AAS
>>217
?decimalではなくlongにキャストして足し算した結果がintの範囲に収まっているか判断
219: (ﾜｯﾁｮｲ aa08-8shN) 2019/01/11(金)15:54 ID:r18fheRy0(1) AAS
>>217
int_max - a < bなら
a + b < int_maxが成り立つ
でも>218のほうがわかりやすいとは思う
220: 203 (ﾜｯﾁｮｲ dd01-42Wh) 2019/01/11(金)17:49 ID:1orv+xc30(1) AAS
俺がjavaerという事がバレちまったらしょうがねえ
なんだよusingってよ
vb如きだってjavaリスペクトしてんぞ
221: (ｱｳｱｳｴｰ Sa22-j/vx) 2019/01/11(金)18:29 ID:KWycMyC0a(1) AAS
>>217
オーバーフローは同じ符号の値を足した時にしか起こらず、起こった場合は前後で符号が変わる。
他の人が見ても何やってるか分かることが重要ならそれで判定するのが一番だと思う
222: (ﾄﾞｺｸﾞﾛ MM9d-QFwb) 2019/01/11(金)18:33 ID:KnmjjSvJM(1) AAS
ラップアラウンドとサチュレーションって学生のときに聞いたのが最後だ
223(2): (ﾜｯﾁｮｲ 7a01-ae4N) 2019/01/11(金)18:40 ID:fFtOgUz40(1) AAS
すみません、初めて見る構造体が出て来たのですが
[StructLayout(LayoutKind.Sequential)]
struct INITCOMMONCONTROLSEX
{
public int dwSize;
public uint dwICC;
}
省1
224: (ﾌﾞｰｲﾓ MM9a-kZrb) 2019/01/11(金)18:45 ID:1+lzGhU1M(1/2) AAS
つまらん！
お前の話はつまらん！
225: (ﾜｯﾁｮｲ d67b-92yO) 2019/01/11(金)18:46 ID:eF6moy/g0(1) AAS
>>223
外部ﾘﾝｸ:ufcpp.net
>Sequentialレイアウトでは、複合型のフィールドは宣言した順序通りにレイアウトされます。
226: (ﾌﾞｰｲﾓ MM9a-kZrb) 2019/01/11(金)18:49 ID:1+lzGhU1M(2/2) AAS
イニシャライズコモンコントロールズイーエックス構造体
227: (ｱｳｱｳｳｰ Sa89-xTYM) 2019/01/11(金)18:51 ID:zVvjOIcHa(1) AAS
>>223
構造体名で検索したらInitCommonControlsEx関数が出てくるじゃろ
228(1): (ﾜｯﾁｮｲ 867d-Fjw0) 2019/01/12(土)00:09 ID:iaJ8ArIE0(1/4) AAS
VS2017でC#のプログラムを組んでます。
はじめてVS2017を使うのですが、画面の下に
準備完了 ↑ソース管理に追加
という邪魔なバーが表示されてます。
VS２０１０にはありませんでした。目障りなのでこれを消したいのですが何か方法はありますか？
229(1): (ﾜｯﾁｮｲ 4a32-kZrb) 2019/01/12(土)00:20 ID:Fl9Ups4U0(1) AAS
>>228
ツール->オプション、環境->全般、ステータス バーを表示するのチェックを外す
230: (ﾜｯﾁｮｲ 867d-Fjw0) 2019/01/12(土)00:21 ID:iaJ8ArIE0(2/4) AAS
>>229
ありがとうございます！！目障りだったんですよね。
231: (ﾜｯﾁｮｲ a161-QFwb) 2019/01/12(土)01:04 ID:CChJ5ept0(1/2) AAS
色々迷ったけど
オートフォーマットはOFFにした
232(4): (ﾜｯﾁｮｲ 55da-RNo8) 2019/01/12(土)03:22 ID:S1bCJ3S10(1) AAS
例外処理（に限らず、エラー処理）ってどこまで徹底して行うべきなんでしょうか？
下みたいに、使うインスタンス片っ端から毎回nullチェックとかしてたら、凄まじいコード量になるんですが・・・・・
if(obj == null)
{
return msg;
}
233: (ｱｳｱｳｴｰ Sa22-j/vx) 2019/01/12(土)03:53 ID:ejfouP+Ya(1/2) AAS
>>232
さあ。
でもバグと例外は区別した方がいいんじゃないか。
そのコードは多分バグを想定してるんだよね？
絶対にとは言い切れないが、バグを想定してそれを検出するifは書かないのが普通じゃないか
いやライブラリみたいなものを作ってるならバグを想定して例外を投げるのは普通だけど
234: (ｱｳｱｳｴｰ Sa22-j/vx) 2019/01/12(土)03:58 ID:ejfouP+Ya(2/2) AAS
最後の行は引数のチェックの話ね
235: (ﾜｯﾁｮｲ 8e7d-DANP) 2019/01/12(土)04:03 ID:2xT9w9620(1/2) AAS
return msg
してるから まず例外をちゃんと使えてないんじゃ疑惑
236: (ﾜｯﾁｮｲ dd01-trTt) 2019/01/12(土)04:04 ID:DC6KrvaN0(1/2) AAS
デザインパターンでnullオブジェクトパターンみたいの参考にするのは？
237: (ﾜｯﾁｮｲ dd01-trTt) 2019/01/12(土)04:12 ID:DC6KrvaN0(2/2) AAS
nullが入るケースがあることを想定している場合にnullチェックを全部書くのがめんどいならnullオブジェクトパターン適用すればいいし
本来はnullが入ってたらおかしいケースならエラーを起こして拾わせるのが正しい構造って回答でいいのかな？
238: (ﾜｯﾁｮｲ 8e7d-DANP) 2019/01/12(土)04:17 ID:2xT9w9620(2/2) AAS
・nullが来ない想定ならチェック不要
・nullケース考慮したくないならnullオブジェクトパターン
・null来た場合にぬるり以外で知らせるならチェックする
・nullのネスト面倒ならnull条件演算子
こんな感じやろか
null非許容参照型使うという手もあるが
239(3): (ﾜｯﾁｮｲ 7aad-RNo8) 2019/01/12(土)08:05 ID:VHzQIvd20(1) AAS
読んでる入門書のLINQとラムダうんたらってのが分からなくて
手がstopしてしまっているのですが入門者向けに分かりやすく解説されてるページなど教えていただけないでしょうか？
メソッドの使い方はある程度分かったのですがそれじゃ駄目なんすかね…
240: (ﾜｯﾁｮｲ a161-Fjw0) 2019/01/12(土)08:39 ID:0dPYYJK00(1) AAS
>>239
LINQやらラムダ使えなくても動くものはつくれるからまぁまずは作ってみよう
241(1): (ﾜｯﾁｮｲ 867d-Fjw0) 2019/01/12(土)10:13 ID:iaJ8ArIE0(3/4) AAS
最近は、自分でプログラム組まずにランサーズでハイスキルな奴に外注してるわｗ
中抜きでうま〜〜〜
242: (ｱｳｱｳｳｰ Sa89-gnS9) 2019/01/12(土)10:35 ID:e9xF8Gpoa(1) AAS
>>232
チームの方針次第
うちの場合は
nullを許可しない引数と返り値は基本的に全てチェックして例外を投げてる
めんどくさいと思うかもしれないがFluentAssertionのようなライブラリを使えばそこまで大きな負担にはならない
nullオブジェクトパターンはやればわかるがチェックするよりも手間がかかる
また必ずしもnullの場合の適切な動作を定められるとは限らない
省3
243: (ﾜｯﾁｮｲ a161-QFwb) 2019/01/12(土)10:44 ID:CChJ5ept0(2/2) AAS
>>232
仕様と設計で解決する問題
エラーが出たときどうしたいの？
エラー出たときに別に原因とかわからんでええなら一連の処理をtrycatchで囲ったらええやん
なんか起きたらcatchに入ってくるで
244: (ﾜｯﾁｮｲ a5d2-SD/a) 2019/01/12(土)17:18 ID:XDHakXaX0(1) AAS
>>232
外部とのやりとりの場所は結構厳重にチェックを入れる。
自分で書いているところは適当に流す。
外部とは当該館数のパラメータや、呼び出す関数とかの戻り値ね。
try catch で囲んで、チェックして例外発行して、catch 内でまとめてトレース情報込みでログ出してスローするくらいなら大した手間じゃないじゃない。
その例なら if( obj == null ) throw new ArgumentNullException("ぼーっと生きてんじゃねーよ！"); で済む話じゃん。
>>239
省2
245(1): (ﾜｯﾁｮｲ 867d-Fjw0) 2019/01/12(土)17:23 ID:iaJ8ArIE0(4/4) AAS
昔は開発現場でこっそりExcel型の２ｃｈブラウザでネットサーフィンばかりしてたな〜
座ってるだけで月７０万むっちゃらくやった
246(1): (ﾜｯﾁｮｲ d6a7-VK1S) 2019/01/13(日)00:23 ID:X0+RFgX60(1/2) AAS
>>239
駆け出し時代オープンソース改造してた時にLINQはパフォーマンス悪いと思って見つけ次第foreachに手直しするという逆工程でLINQとラムダ式マスターした
247: (ｻｻｸｯﾃﾛ Sp85-aawd) 2019/01/13(日)00:46 ID:IIPQpabmp(1) AAS
使えば勝手にlinqの快感にハマって抜け出せなくなる
248: (ﾜｯﾁｮｲ a563-jrHm) 2019/01/13(日)04:21 ID:qwE0jZig0(1) AAS
麻薬のような機能だなw
249: (ﾜｯﾁｮｲ 8e7d-DANP) 2019/01/13(日)09:07 ID:Xn8IPTP50(1) AAS
LINQもRxも使いだすと元に戻れなくなる
でも性能気にしてstructとforeachに書き直し始めると時間足りない
250(1): (ﾜｯﾁｮｲ faad-yiss) 2019/01/13(日)09:32 ID:Z+h8nfOL0(1) AAS
>>246
パフォーマンスのためならなんでforにしなかったん？
251: (ﾜｯﾁｮｲ d6a7-VK1S) 2019/01/13(日)18:27 ID:X0+RFgX60(2/2) AAS
>>250
Listはしてたよ
あとラムダ式はLINQ→foreachより行数減らす意識持って1行メソッドを見つけ次第ラムダ式に直す工程で習得したな
252(4): (ﾜｯﾁｮｲ 551f-M1d3) 2019/01/14(月)23:20 ID:3wGjtMyb0(1) AAS
ComboBoxに例えばA〜Dと4つ項目が入っていて、A〜Cは同一計算方法でDのみ特別な計算方法でコード内容が異なり且つ色んな計算をする為コードが長くなる場合の見やすくする為の最初の分岐方法とか書き方とかありませんか？
今はifで分岐した中にあれこれ結果を取ってきて結果を出してるのでifがやたら長く見辛いです。なんかいい方法があれば教えて頂きたいです。
253: (ﾜｯﾁｮｲ 3d46-VK1S) 2019/01/14(月)23:31 ID:CBheeOs80(1) AAS
LINQ使うと元に戻れなくなるのはわかるんだけどデバッグしづらくね？
デバッグを想定する時点で初心者なのかな...教えてエロい人
254: (ｱｳｱｳｴｰ Sa22-j/vx) 2019/01/15(火)00:45 ID:DUfu4s9fa(1) AAS
>>252
4っつぽっちの分岐で何がそんなに見づらくなるのかちょっと理解できんよ。
いや、煽ってるわけじゃなく本当に
各分岐先のコードが長くなるっていうのならそれぞれメソッドに切り分けるだけじゃないの？
255(2): (ｻｻｸｯﾃﾛ Sp85-aawd) 2019/01/15(火)02:09 ID:gvlEsXBIp(1) AAS
>>252
if(value == d)｛
d用処理またはメソッド
｝else ｛
a〜c用処理またはメソッド
｝
これじゃダメなの？
256: (ｶﾞﾗﾌﾟｰ KKad-zSS6) 2019/01/15(火)04:09 ID:Vsgk6Uc3K(1) AAS
>>252
ComboBoxにブチ込むためのクラスを書いてDは継承
257(1): (ﾜｯﾁｮｲ a161-PaIb) 2019/01/15(火)06:09 ID:rjgxVR8i0(1) AAS
LINQはなかなか身につかんなあ。
とりあえずforで書いといて見直してこれLINQで一行になるんじゃね？と気付いたらいそいそと書き直す感じ。
LINQ脳になってない
258(1): (ﾜｯﾁｮｲ a563-jrHm) 2019/01/15(火)06:39 ID:OSSPo6bD0(1) AAS
例えば処理順を意識しなくて良い場合、通常のforまたはforeachで処理するのと、Parallel.ForEachで並列処理するのはやはり並列処理の方が早い？
259(2): (ﾄﾞｺｸﾞﾛ MM9d-QFwb) 2019/01/15(火)07:24 ID:ohj/8QmzM(1) AAS
>>255
質問者の意図とは違うかもしれんがそういうコード書くと怒るやつがいた職場がある
わざわざ継承してうにゃうにゃやらんと怒る
んでできたコードが何がいいのか考えてもさっぱり意味がわからん
本人にメリットを聞いてもさっぱり理解できんというかメリットの話になると必ずボケた返しをする
ありもしない改修を想定してキチガイとしか思えない発言を連発する
そもそも仕様書や設計書に処理がその数で分岐するってあるのに
省5
260: (ｽｯﾌﾟ Sd7a-8shN) 2019/01/15(火)08:37 ID:biF9zsRRd(1) AAS
環境次第
261: (ｱｳｱｳｳｰ Sa89-E4e6) 2019/01/15(火)08:41 ID:AEHaNlhRa(1) AAS
>>259
条件分岐が減るとかじゃないの？
それだけ不具合が減る理屈だが、工数が増えてるんじゃ意味ないな
262: (ｵｲｺﾗﾐﾈｵ MM3d-DANP) 2019/01/15(火)08:50 ID:OahWWfOzM(1) AAS
普通のケースでは継承にしても
条件分岐が別の場所に移動するだけだべ
263: (ﾌﾞｰｲﾓ MM9a-oec2) 2019/01/15(火)09:24 ID:n85zJfLmM(1) AAS
>>258
Parallel.ForEachはオーバーヘッドが大きい
一周に数百ミリ秒かかるくらいの粒度の大きなループでない限りは普通のforeachより確実に遅くなる
264: (ﾜｯﾁｮｲ 7a42-VK1S) 2019/01/15(火)10:26 ID:fix0rts+0(1) AAS
多態性は手間がかかる割に恩恵が少ないよな
265: (ﾜｯﾁｮｲ 4de3-Fjw0) 2019/01/15(火)16:18 ID:R0UqBAnw0(1/2) AAS
>>257
foreachならともかくforで書いているなら苦労するだろう
266: (ﾜｯﾁｮｲ 4de3-Fjw0) 2019/01/15(火)16:22 ID:R0UqBAnw0(2/2) AAS
>>259
逆のパターンなら数多見てきたけど、そのパターンは珍しいな
if分岐が10以上になるからなんとかしてと言われて継承使ったプロトタイプ渡したら、なぜか基底クラスでif文復活してたことならあるけど
267(2): (ﾌﾞｰｲﾓ MM9a-jrHm) 2019/01/15(火)16:36 ID:0qvQfApDM(1) AAS
C#のforeachってpythonみたいに定義しないでindex取得出来ませんか？forにするしかないでしょうか？
268: (ﾌﾞｰｲﾓ MM9a-RNo8) 2019/01/15(火)16:37 ID:Oh+57Mh2M(1) AAS
[_]
269: (ﾜｯﾁｮｲ 3117-Fjw0) 2019/01/15(火)16:53 ID:XrO54/Dg0(1) AAS
>>267
foreach単体じゃ無理
Enumerable.Select Method
外部ﾘﾝｸ[2]:docs.microsoft.com
270: (ｽｯﾌﾟ Sd7a-trTt) 2019/01/15(火)17:42 ID:AbSveg4gd(1/4) AAS
>>267
上のSELECT使った実装例はこんな感じ
foreach (var x in items.Select((item, index) => new { item, index }))
{
Console.WriteLine($"index: {x.index}, value: {x.item}");
}
Listか配列かIEnumerabelどれでやってるかは知らないけどもこれで行けるはず
271: (ﾜｯﾁｮｲ a161-QFwb) 2019/01/15(火)17:49 ID:u2JtKhAa0(1/4) AAS
forが完全上位互換なのになんで
foreach使うのか？
って今でも思ってるよ俺は
ループにインデックスが必要になったというただそれだけで変更するんだぜ
272: (ｽｯﾌﾟ Sd7a-trTt) 2019/01/15(火)17:55 ID:AbSveg4gd(2/4) AAS
indexが必要でCountもできる時はわざわざindex生成してforeach使う必要無いと思うけどもLinq使いたい時とかIEnumerabelに実装してるものにわざわざfor使わない派
273: (ｽｯﾌﾟ Sd7a-trTt) 2019/01/15(火)17:58 ID:AbSveg4gd(3/4) AAS
というか戻り値をIEnumerabelにして抽象化しておく事が多いから余計にforeach使うのはあるかもしれない
Linq拡張メソッド作る時とか諸々
274: (ﾜｯﾁｮｲ 8e7d-DANP) 2019/01/15(火)19:24 ID:Kk36dR3w0(1) AAS
とりまLINQ使って富豪的に組むだろ
275(1): (ｱｳｱｳｳｰ Sa89-gnS9) 2019/01/15(火)20:11 ID:LAAyKIEna(1/2) AAS
>>252
int CalcDefault();
int CalcSpecial();
int Calc() {
if (IsSpecialCase()) return CalcSpecial();
else return CalcDefault();
}
省6
276: (ｱｳｱｳｴｰ Sa22-j/vx) 2019/01/15(火)20:18 ID:ToRrrvnYa(1) AAS
switchを無くすのに多態なんか使う必要ないね。
すくなくともC#にはデリゲートがあるんだから多態使うぐらいならComboBoxのアイテムに
デリゲート持たせた方がいいよ。
個人的にはこれも本当に可読的か疑問だけど。
分岐素直に分岐で書いた方が分かりやすいって
277: (ﾜｯﾁｮｲ a161-QFwb) 2019/01/15(火)20:29 ID:u2JtKhAa0(2/4) AAS
テストするときに圧倒的にわかりにくいコードになんの意味があるの？
バカのやることは本当にわからない
278: (ｱｳｱｳｳｰ Sa89-gnS9) 2019/01/15(火)20:31 ID:LAAyKIEna(2/2) AAS
確かに
分岐が多いとテストしにくい
少しならいいけど限度がある
279: (ﾜｯﾁｮｲ a161-QFwb) 2019/01/15(火)20:50 ID:u2JtKhAa0(3/4) AAS
設計書で分岐が100個あったらswitchcaseかifで100個書けよ
それが気に入らないなら設計書直せよ
そういう当たり前の手続きを無視してコード書いてる雑魚に俺は超えられねぇ
280: (ﾜｯﾁｮｲ a602-XKp7) 2019/01/15(火)20:54 ID:ShjRgn6y0(1) AAS
switch vs 多態って結局プログラムがDRY & SOLIDになってるかどうかって問題に帰着すんだよな
>>255はDRYでもSOLIDでもない
>>275はSOLIDではあるがDRYではない
多態までいけば完全にDRYでSOLIDなプログラムになる
そのコードが一回こっきりで重複がないという前提だと、DRYのありがたみを実感しにくい
だからswitch派が一定数居るのだろうね
281: (ｽｯﾌﾟ Sd7a-trTt) 2019/01/15(火)20:58 ID:AbSveg4gd(4/4) AAS
インターフェイス厨だから似たような分岐はインターフェイスで分けて個別実装か本当に共通してるなら継承でなんとかしたくなる
それと見返したら俺酷いスペルミスしててワロタ
282(3): (ｻｻｸｯﾃﾛﾚ Sp85-NsAs) 2019/01/15(火)22:25 ID:rPJfKlkHp(1) AAS
cしか知らないのです
vsをダウンロードして独学でc#勉強し始めたのですが、どうにもなりませんです
オブジェクトだのラムダ式だのデザインパターンだの文法的な要素以外に勉強しないとなにを言ってるのかわからない事が多くて、勉強の進め方が間違ってるのだろうと思いました。
初心者丸出しの質問で恐縮ですが、どんな順で何を勉強したら良いでしょう？
また、良書、良いウェブページなどご存知でしたら、ご教示いただければ幸いです
よろしくお願いします。
283: (ﾜｯﾁｮｲ d67b-92yO) 2019/01/15(火)22:32 ID:2N1r/ZHN0(1) AAS
>>282
物まねでもなんでもいいから何か作りまくれ
用語とかから勉強しなくていい。色々調べるうちに覚える
わからなくなったらやりたいことの頭にC#＋スペース入れて検索
284: (ﾜｯﾁｮｲ 81da-Fjw0) 2019/01/15(火)22:33 ID:p93FMJH30(1) AAS
必要性がわからない概念を理解するのは難しい
それはコード書いた経験が少なすぎるから
Cもほぼ入門書読んだだけでしょ
とりあえず自分が理解できる範囲の知識でなにか作りたい物つくった方がいい
285: (ﾜｯﾁｮｲ 6d5f-VK1S) 2019/01/15(火)22:52 ID:qux9+5740(1) AAS
>>282
主にオブジェクト指向関係が分からないみたいだから
オブジェクト指向入門系の本やウェブサイトを探せばいいんじゃないか？
あるいはC#にこだわらないのであればC++の入門書はC言語との違いとして
オブジェクト指向向けの機能に触れているものが多いと思う
実際にプログラム作ってオブジェクト指向の感覚掴みたいなら
個人的にはちょっとしたゲーム作ってみるのもオススメだな
省1
286: (ﾜｯﾁｮｲ 4a32-kZrb) 2019/01/15(火)23:25 ID:Zm1dLYXR0(1) AAS
>>282
勉強の進め方というか基本的な理解が浅いのでは
Cでも構造体ネストして疑似継承くらいするだろうし
ラムダにしてもクロージャ要素はともかく匿名関数
とりあえずクラスは関数を纏めているのではなく
型を作りデータと結び付けているという事だね
外部ﾘﾝｸ:docs.microsoft.com
省1
287(2): (ﾜｯﾁｮｲ 8dad-NsAs) 2019/01/15(火)23:31 ID:grH+sReD0(1/3) AAS
ご教示ありがとうございます
いわゆるコンソール用のアプリケーションなら、cで充分私が必要とする程度のものは作れるので、わざわざ新しい言語なんか習得したいとは思わないんですが。
やっぱり、GUIのアプリケーションの方が使うとき楽だとら思いまして、なんとかc#勉強して作れるようになりたいなと言うのが発端なんです
vsで参考になるようなところを参照してつまみ食いで作ったのですが、少しでも自分で機能を追加しようとすると、マイクロソフトのクラスライブラリなんか知らないので、なかなか困難で。
おまけにクラスというかオブジェクト指向って奴だと、無闇矢鱈と真似すれば良いという手法が私では通用しなかったのです。
どのようにクラスを作って良いのか基準もわからないですし。
オライリーのc++の本があるので読んだのですが、そこでは電子レンジをモデルにしてオブジェクトの説明をしてくれたのですが、なかなか良く分からず
省2
288: (ﾜｯﾁｮｲ 8dad-NsAs) 2019/01/15(火)23:33 ID:grH+sReD0(2/3) AAS
図々しいお願いで恐縮です
上下前次1-新書関写板覧索設栞歴
あと 714 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s