C#, C♯, C＃相談室 Part53

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/07 13:31 / Filesize : 223 KB / Number-of Response : 993
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2009/06/16(火) 20:11:11 ]: (#ﾟーﾟ)つ＜ C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C＃相談室 Part52
pc12.2ch.net/test/read.cgi/tech/1238548552/

Visual C# 2008 Express Edition 日本語版
www.microsoft.com/japan/msdn/vstudio/express/vcsharp/

その他テンプレ>>2-5くらい
577 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:30:01 ]: >>574
プログラミング未経験者がいきなり本で独学でC#とか俺は無謀だと思う。
特別地頭がいいなら別だけど。
こういうスレの連中は変な見栄と気取りがあるから認めないと思うけどねw

いきなりC#でも人に直接教えて貰えばなんとかなるかもしれんけど、
そういう訳にいかんのかな。
578 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:30:59 ]: だから地獄の始まりだと言ってるだろ
579 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:32:57 ]: >>577
うちの会社教えてくれる人いないんですよ・・・
これやってねって言った人も始めてだし。

今まで仕事・・・まぁ新入社員だけど
プログラミング教えてもらったことなど一度もないんです。
本渡されてどうぞ？しかないです。
580 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:37:02 ]: まあとりあえず触ってみりゃいいんじゃない
「VisualC#入門」みたいな本買ってきて一通り打ち込んで動かしてみてそれからだな
プログラミング自体に興味が持てれば次は文法の本に行けばいいし無理ならキャリアスクールへどうぞ
581 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:45:10 ]: そのレベルの初心者なら、最初は研修に行かせてもらったほうが早いんだけどな。
最初は入門書は定番の有名なのより、
手取り足取りタイプの超入門書を２～３冊読み漁るのがいい。
物足りなくなったら定番に移行。
582 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:55:54 ]: >>577
C#が無謀なら何ならいいの？
583 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 20:56:17 ]: 研修とかスクールって行った事ないけど意味あるの？
実際に仕事したことのない講師が教えてそうで怖いわ。
584 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:10:35 ]: 研修とかプログラム受けると
お金になるとききました
（経理的な意味で）
585 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:34:40 ]: msdn.microsoft.com/ja-jp/library/ms229043%28VS.80%29.aspx

＞複数の単語で構成されるパブリックメンバ、型、および名前空間の名前には、常に Pascal 形式を使用してください。

ってあるけどプライベートなメンバの命名規則はどこにあるの？
586 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:35:54 ]: 公式には原則自由
それ「クラスライブラリ開発者向け」のガイドラインだからアセンブリの外から見えないメンバについては
どうでもいいの
587 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:37:02 ]: すばやい返答ありがとう
588 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:49:37 ]: ちなみに非推奨のアンダーバー始まりを使ってます。
589 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:52:15 ]: Cじゃないんだから取り立てて禁止というわけじゃないよ。
590 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 21:55:53 ]: むしろMSが公開してるC#で書かれたコードでは _camelCase が多数派
591 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:29:41 ]: C#って結構とっつきやすい方だと思うんだけどなぁ。
592 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:32:20 ]: 他の言語の経験がある人にはね
もともとそういうコンセプト
593 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:38:09 ]: 他の言語使ったことないと結構きつい気がするよ
594 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 22:40:13 ]: 他のってCとjavaだけだろ。
595 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:07:54 ]: delphiから移行したけど結構簡単だった
596 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:09:54 ]: delphi とは腹違いの兄弟みたいなものだからなぁ
597 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:12:02 ]: >>590
そうなんだけど非推奨なんだよｗ
598 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:16:02 ]: ああ・・・種は一緒だからな
確かに腹違いだ
599 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:18:45 ]: お下品。
600 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:32:40 ]: 他の言語の経験なんているか？
どの辺が？
601 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:42:45 ]: >>600
誰に向かって反論してるわけ？
「どの辺」にそんなこと書いてあるの？

どうでもいいけど、こんなちっちゃいことで自分を大きく見せたい奴は
大概その意図に反して無能な奴だわな。
602 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:46:25 ]: C/C++やってた俺には最初ヘッダが無いのが気持ち悪くて仕方なかった
603 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:47:37 ]: >>597
非推奨と書いてある箇所は何処でしたっけ？MSDNみてるけど出てこない。
604 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:48:08 ]: #defineが無くて幸せ
605 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:49:24 ]: マクロには使えないが一応あったような。#define
606 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:49:36 ]: あ、#defineマクロのことな
607 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:59:12 ]: 条件付きコンパイルはもうちょっと言語を壊さない形で実現できなかったのかな
conditional (DEBUG) { }とか
608 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 23:59:40 ]: プリプロセスを無くすのはいいが、ファイルのインクルードまで無くしたせいで
条件付コンパイルがやり難くてしょうがないと思うんだけど。

とくに条件が複数のプロジェクトを横断的に規定するようなものだった場合。
609 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:02:52 ]: >>601
うわっ、キモっ
610 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:03:40 ]: >>579
悪いことは言わん。明日の退社後にでも、夜でもやってるパソコン教室へ、せめて1日(2時間)だけでも行ってこい。
最低限のとっかかりがないと、参考書のコードをそのまま入力するのも大変だろうし、ぐぐることもできんはず。

つーか、俺を雇ってくれよ…
611 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:09:54 ]: なんか変な妄想ふくらませてるのがいるなｗ
習得に相当時間がかかったのだろうか。
612 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 00:12:26 ]: >>610
悪いことは言わん。明日の朝にでも職安へ行ってこい。
613 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 01:17:30 ]: >>568
明日の朝、退職願出して、ハローワークに行って、事務か介護か土方の仕事探しな。
お前みたいな奴が居ると迷惑だ。
614 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 06:32:24 ]: >>603
msdn.microsoft.com/ja-jp/library/ms229045.aspx
アンダースコア (_) やハイフン (-) など、英数字以外の文字は使用しないでください。
ハンガリー表記法は使用しないでください。

読み直したらこれはプロパティのことだけに言ってるのか一般的なことに言ってるのかがわからんようになった。
615 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 07:25:28 ]: >>614
>>586の見解で正しいと思う。

自メンバーのアクセスには全部this.つけろより、
前か後ろにアンダーバーのほうが好みだ。
616 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 08:43:36 ]: 日本語使ってるコード見たことあるな
617 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:27:46 ]: ○○○○○○ToolStripMenuItem_Click(object sender, EventArgs e)
これの前に日本語つくよねｗ
618 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:42:06 ]: インテリセンスの都合で、後ろに _ の方が好き。
アンダーバーってキーボードの位置的に押しづらくて、先頭に持ってきたくない。
619 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:46:47 ]: private readonly stringのメンバー変数名って大文字から始まるの？
620 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 09:58:36 ]: privateは好きにしろと何度も出てるだろ
621 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:18:09 ]: 今はC#だからメソッド名とか大文字にしてるけどF#始めるから小文字になる予感。
そのあとC#使うときはどっちになるんだか･･･
622 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:24:36 ]: 正直どうでもいいな。
623 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:25:16 ]: F#ってC#と比べてどんなメリットあるの？
624 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 10:54:16 ]: >>617
エンティティフレームワークなんて、Hogesってテーブルがあったらデフォルトで

エンティティ=Hoges
エンティティセット=Hoges設定

だぜ。
625 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 11:12:59 ]: ﾜﾛﾀ
626 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:05:34 ]: プログラミングで初めての言語が C# だとクラスとか
よくわからないままになるかもしれないかな。
C++ から入るとあまり問題にならないような気がする。
627 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:08:04 ]: C++こそクラスから逃げられないと思うんだが…
628 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:18:26 ]: C# をはじめてのプログラミング言語にすると Main メソッドをもつクラスの意味がわかりづらい。
いきなりおまじないから始まるのはちょっと考えもの。
629 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:30:56 ]: >>627
逃げられないからこそよくわからないままでいられないってことでしょ？
630 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 12:51:18 ]: クラス設計が難しい
631 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 14:33:24 ]: >>608
プリプロセスのうちヤバイとされる物の一つだからそりゃなくなるだろ。
また、define の方は、Conditional アトリビュートを使えとのいうがC#流。
これによって、マクロ機能等をライブラリ化する時に捨てず、きっちりdllまで維持して再コンパイル等を防止している。
632 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 15:14:12 ]: ファイル横断的にやりたいなら、
csc /define:HOGE ...　やMSBUILDのスクリプトで指定するのが原則。
633 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 17:17:09 ]: C#でのスレッドセーフなプログラミングに関する簡単な質問なんですが
あるクラスインスタンスの値を取得する部分

work = myClass;

と、クラスインスタンスの参照をセットする部分

myClass = new MyClass();

これってそれぞれクリティカルセクション化しないとまずいですか？
内部で何をやっているのか分からず不安なんですが、何でもかんでもlockするのは嫌なので…

また、intなどの値型でも同じことが言えるんでしょうか。お願いします。
634 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 17:57:08 ]: 前提が抜けすぎてて答えようがない。もう少しシナリオをしっかり書こうよ。
635 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:42:23 ]: そこだけをロックしなけりゃならないことはあまりない
636 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:50:18 ]: 念のため、なんでもかんでもロックしたところでそれでもスレッドセーフになるわけじゃないぜ
637 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 18:59:04 ]: 普通は想定される複数スレッドからの使われ方というのがあって、
その時にどのように動作させるという設計があって、
その上で内部のデータや動作が不正にならないための条件を導いて、
それを壊さないようにロックなどで保護するんだよ。

だから何の前提もなくただスレッドセーフなんてのはない。
638 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:49:32 ]: // どちらが実行されるでしょうか？

bool a = true, b = false, c = true;
if ((a = b == c) == (a == b == c))
　d();
else
　e();
639 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:53:46 ]: ｄ
640 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:53:47 ]: 宿題か？
641 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:55:20 ]: 貼りつければ分かるから宿題じゃないです
クイズです
642 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 21:58:15 ]: 不適切な問題じゃね

演算子の優先順を問う感じだろうけど=と==をどっち優先にしてもdになる気がする
643 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:01:08 ]: d?
644 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:03:05 ]: >>642

(a = t == f) == (f == t == f)
(a = f) == (f == t)
(f) == (f)
t

(a = t == f) == (f == t == f)
(t == f) == (f == t)
(f) == (f)
t

ホントだｗ
645 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:17:53 ]: あほやのう
646 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:26:34 ]: >>644
(f == t == f) が (f == t) ？
なんで？
647 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:33:06 ]: 安産してeだと思った15年目の俺･･･orz

基本的に優先順位とか気にしたくないのでかっこでくくってますが( ﾟДﾟ)ﾅﾆｶ?
648 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:34:56 ]: なんだろうねぇ
649 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:39:14 ]: なにいってんの？
eだろ
650 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 22:53:01 ]: >>644
(f == t == f) の出所は？
651 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 23:18:16 ]: (a = b == c) == (a == b == c)
=> (a = (F == T)) == (a == b == c)
=> (a = F) == (a == b == c)
=> F == (F == (F == T))
=> F == (F == F)
=> F == T
=> F

なので e が正解
652 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 23:21:37 ]: ==演算子って左結合じゃなかった？
653 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 23:28:05 ]: >>651
まて結合の優先順位と、実行される順序は別だ。

(a = b == c) == (a == b == c)
=> (a = (F == T)) == (a == b == c)
=> (a = F) == (a == b == c)

1)
=> F == (F == (F == T))
=> F == (F == F)
=> F == T
=> F

2)
=> (a = F) == (T == (F == T))
=> (a = F) == (T == F)
=> F == F
=> T
654 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 23:32:29 ]: 大漁ですな(；´Д｀)
655 名前：デフォルトの名無しさん mailto:sage [2009/08/05(水) 23:34:36 ]: 式は右辺からと思っていると、
(a = b == c) == (a == b == c)
-> X == Y
の右辺Yからやることになり、地獄行きになるんです
656 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 00:13:44 ]: (==)((a = b == c), (a == b == c))
657 名前：651 mailto:sage [2009/08/06(木) 03:03:09 ]: >>652
すまん4行目は F == ((F == F) == T) だな。
結果は一緒。
ttp://msdn.microsoft.com/ja-jp/library/aa691323(VS.71).aspx
658 名前：633 mailto:sage [2009/08/06(木) 09:04:57 ]: >>634-637
遅くなってすみません。

たとえば、スレッドAとスレッドBで変数myClassを共有している

スレッドAでは、myClassに新規インスタンスをセットする

while( 1 )
{
myClass = new MyClass();
}

スレッドBでは、myClassを作業用変数に確保し、さまざまな処理を実行する
while( 1 )
{
MyClass work = myClass;
workに対しての様々な処理
}

代入演算子はオーバーロードしていません
ちょっと何をやりたいかわかりにくいかもしれませんが、これだけを見た場合に問題はありそうですか？

内部的に参照カウント関係の処理が走っていたりして、危険だったりしますか？お願いします。
659 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:10:07 ]: ダメダメ絶対ダメ
スレッドBのループが一回回る間にスレッドAのループが何回回るか全く分からないんだよ?
それにいくらメモリを意識しなくていいといったってさすがにノーウェイトでnewしまくったらGCの負担になる
660 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:21:04 ]: スレッドAとスレッドBの周回数は同期がとれていなくていいです
GCの負荷は考慮しないとして、スレッドセーフかっていう質問なんですが・・・

要するに
myClass = new MyClass();
と
MyClass work = myClass;
のところをロックしないとメモリを壊したりしますか？ってことが聞きたいんです

C言語なら問題無いはずですがC#だとどうなのかな？って

>>635 の言うようにこれ自体はロックしなくても問題ないんですかね＾＾；
661 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:28:22 ]: ｍｙClassが共有されてると言うことでおけー？
ロックされる云々の前に多分それ意図してるように動かないよ。エスパーしてみるとｗ
662 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:29:44 ]: 必ずしも間違った扱いではないけど問題あるかどうかは別だな
AでMyClassのコンストラクタが呼ばれた後に，Bで古いインスタンスが使われる可能性はある
663 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:32:02 ]: ロックするならスレッドBの書かれてない処理のところじゃね？
664 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:36:37 ]: 参照やintへのアクセスはアトミックと規定されている。
つまり、myClassが32bitだとすると16bitだけ新しい値に書き換わってるという状態は存在しない。
一方doubleやlongはそういう状態が発生しえる。

ただしマルチCPUの場合はもう少しややこしくて、
スレッドAが書き換えたmyClassの内容がスレッドBに反映するまでにタイムラグが発生する場合がある。
これが問題になるならlockを使用するかmyClassをvolatileで宣言する。
Cのvolatileとの違いに注意。
665 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:44:52 ]: あと、C#のGCは参照カウントじゃないよ。
666 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 09:58:55 ]: ま、確実性という意味なら、volatileつけとけば確実。
ただしなくてもメモリが壊れるとかのレベルの問題はない。

実質的にはCLR2.0以降のメモリモデルと86系CPUのメモリモデルから、
事実上はvolatileなくても問題ないはず。
667 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 10:02:26 ]: あ、確実というのは、可能な限り最新のインスタンスを使うという意味でね。
668 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 10:13:30 ]: Interlocked.Exchangeでも使えば
669 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 10:40:47 ]: volatileを使わない場合はもうひとつ問題があって、
MyClassの初期化が終わる前にスレッドBに参照が渡ってしまう可能性がある。
ただし、これが起きるのはMSだとItatiumの場合だけ。
原理的には有名なダブルチェックロッキング問題と同じ。

myClassをvolatileにしない場合のスレッドA
while( true ){
MyClass tmp = new MyClass();
Thread.MemoryBarrier();
myClass = tmp;
}
670 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 11:15:28 ]: おまいら詳しいのな
671 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 11:20:35 ]: それもCLR2.0以降では大丈夫でそ。
ついでにその問題を出すなら、Aのメモリバリアだけじゃだめ。

なぜなら、Bスレッドのワーク変数が目的通りに動かないから。
ワーク変数への各アクセスで、新しい参照を読んでしまう危険がある。
かなり直感に反する動作だと思うけど。

結局この場合もvolatileつけるのが最も簡単確実。
672 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 11:58:19 ]: >>671
いや大丈夫でないから.NET2.0で.MemoryBarrier()が追加になってるわけで。

myClassからworkの参照コピーは１回限りのようだから問題ない。
work変数はローカルなんだし、
MyClassはスレッドAでセットしたあとは放置状態なのだから、
途中で新しい参照を読み込むことはありえない。
workは一貫したクラスを参照できてれば、MyClassのバージョンは問わないという前提だよ。
673 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 12:00:37 ]: Ｃ＃　2.0で質問です。

List<int> _list = new List<int>();

//(本当はintではなくクラスなんですが説明しやすいようにintで・・・)

_list.Add(1);
_list.Add(2);
_list.Add(3);
_list.Add(4);
_list.Add(5);

foreach(int data in _list)
{
　Console.WriteLine(data);
}

このような感じで記述した時に
List<int>はインデックス0からデータを順番に必ず返すのでしょうか？
やってみた感じ必ず返っては来ているようなんですが、保障されているというような感じの文章がヘルプから探せなかったので質問させていただきました。
よろしくお願いいたします。

コレクションやソーテッドリストなんかはその並び順は勝手に変わるようですがListオブジェクトはどうもみあたらない・・・orz
674 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 12:11:22 ]: foreach が配列の要素を走査する順序は、次のように定義されます。
1 次元配列の場合、要素はインデックス 0 から始まってインデックス Length ? 1 で終わるインデックスの昇順に走査されます。
多次元配列の場合、要素は、最初に右端の次元のインデックスが増加し、次にその左側の次元のインデックスが増加し、さらにその左側の次元のインデックスが増加する、というように走査されます。
675 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 12:37:54 ]: >>674
int のコレクションとして考えれば0～インデックスの最後までの順序で処理される
それでもってListコレクションの中身も同じように処理されるということでしょうか？

ということであればすっきり処理を続けることができます。
ありがとうございました！
676 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 13:09:05 ]: >>672
違うよ。
メモリバリアはCLIの標準仕様では必要。
CLR2.0以降の実装では不要だとしても、互換性の為には必要になる。
だからある。

あとソースコード上はワーク変数に1回だけ取得してても、
実際にはワーク変数を削除して毎回実体にアクセスするという、
直感的でない最適化が行われる可能性があるんだよ。

共有してる変数をvolatileにすればそれを防げる。
677 名前：デフォルトの名無しさん mailto:sage [2009/08/06(木) 13:11:03 ]: この辺はいつだったかのMSDNマガジンに詳しく書かれてる。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef