C# C＃ C♯ でゲームを作ろう Part2

**名前は開発中のものです。** · 2010/11/21(日) 09:52:59

C#でゲームを作ろうと思う人が情報を交換するためのスレです。
テーマはアクション、パズル、RPG等なんでもOK

C#ゲーム製作@wiki
http://www21.atwiki.jp/csharpgamedev/

前スレ
C# C＃ C♯ でゲームを作ろう Part1
http://hibari.2ch.net/test/read.cgi/gamedev/1212989813/

**名前は開発中のものです。** · 2010/12/16(木) 00:30:49

.NET CLRのメモリ管理に関する最低限の基礎知識(Xbox360上のXNAとは異なる)
・.NET CLRのGCは効率的な世代別GCを採用している
・CLRはメモリをG0/G1/G2(G=Generation)/LOH(Large Object Heap)の4つの領域で管理する
・～.NET3.5：同時実行GC　.NET4/Silverlight4：バックグラウンドGC
・同時実行GC：Full GCの実行中にG0/G1のGCが実行できない。
　新たな割り当てができなくなった段階で、Full GCの終了まで中断される。
・バックグラウンドGC：Full GCが実行中でもG0/G1のGCが実行できる。
　中断される回数が大幅に減少し、中断された場合でも中断時間が短くなる。

.NET4でコンパイルするか、App.configで.NET4対応にするだけで改善が期待できる。

>>19-22
掲示板に書ききれない話が行間に山ほど含まれてるので、一度調べてみるといいよ。MSDNマガジンの関連記事読むだけで全然違う。
>タスクマネージャで使用目盛り見た
せめて、管理ツールのモニタツール使ってパフォーマンスカウンタ見てくれ…。もっと踏み込むならメモリプロファイラ使いたい。

>>23
Silverlightも入れてよ。次期リリースの5はもっと凄くなるよ。
Immediate Mode Graphics SupportでGPUを活用できるようになって3D(光源、テクスチャマッピング、アルファブレンディング)がサポートされる。

**名前は開発中のものです。** · 2010/12/16(木) 01:44:28

>>16はG0で済ましているから負荷が軽い

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/16(木) 10:13:47

なんや知らんが、秒間６０回のフレームループの中で
newをやっちゃダメだよ。

**名前は開発中のものです。** · 2010/12/16(木) 16:54:03

なんか落とし穴とかわかりにくい
foreachとか駄目なんでしょ？

**名前は開発中のものです。** · 2010/12/16(木) 19:07:42

>>27
何がどうダメなのか具体的に

**名前は開発中のものです。** · 2010/12/17(金) 00:44:40

動かすターゲットによって目標とする最適化の程度は異なる。

.NET CLR：世代別GC（.NET Framework/Silverlight）
.NET CF CLR：マーク&スイープGC（Xbox360/Zune）

.NET CF CLRはGCのコストが桁違いに大きいため、徹底的にGCを排除すると大きくパフォーマンスが上がる。
.NET CLRでは>>16 >>25の言うようにG0/G1のGCのコストが小さいので、全部最適化するだけの労力に見合った効果が得られない。

.NET CLRはG2の発生が抑制されていてG0の発生頻度が1フレームより長ければ問題ない。
この状態を保てている範囲なら1フレーム未満の寿命しかないインスタンスを作り捨ててもいい。
もっと長い寿命を持つインスタンスの生成は、G2ヒープ/LOHにどのくらいのペースで積まれるかによって上限が決まるので、
プロファイルをとってヒープに積まれたインスタンスの生成元を調べて、最適化の効果が大きく簡単に改善できる個所から手を入れましょう。

これ以上の最適化は手段と目的が逆転するが大丈夫か？

**名前は開発中のものです。** · 2010/12/17(金) 00:52:07

SwapArrayやRingBufferを使えばforeachできない

これはIEnumeratorを吐く関数を作ればいい

**名前は開発中のものです。** · 2010/12/18(土) 02:37:41

みんなすげえよく知ってるな。どうしても速度がほしくなったらここら辺のレスを元に掘り下げることができそうだ。サンクス

**名前は開発中のものです。** · 2010/12/18(土) 17:03:01

Winではとりあえず毎フレームGen0GC入れとけば劇的に安定するよね

**名前は開発中のものです。** · 2010/12/18(土) 17:35:19

ちがうよぜんぜんちがうよ

**名前は開発中のものです。** · 2010/12/20(月) 00:09:43

XNAのロボットゲームが非会員でも落とせる
ようになっとる

結構ぬるぬる動く

**名前は開発中のものです。** · 2010/12/20(月) 13:50:11

C#でhtml文をパネルにしてくれるようなクラスってない？

**名前は開発中のものです。** · 2010/12/20(月) 14:32:52

IEコンポーネントでHTMLをホストしたいならWebBrowser使う。
IE以外だと
GeckoにはActiveX版があってC#からも呼んで使える。でも↓の方が便利。
GeckoFX（ActiveXを使わず直接使ってる。あと開発者のアンドリューさんは日本語ちょっと話せるらしいｗ）
完成したらWebkit.NETも有望そう。

マークアップランゲージ(ML)でUI定義したいならWPFのXAMLがまさにそれ
WinForms用ならWFML(http://windowsclient.net/articles/wfml.aspx)あたりだろうか？これは使ったことない。

>>34
なにそれｋｗｓｋ

**名前は開発中のものです。** · 2010/12/20(月) 14:38:54

>>36
どれが使えるかわからんから、いろいろ調べてみるよ
ありがとう

**名前は開発中のものです。** · 2010/12/20(月) 15:55:15

>>36
XNAの有料チュートリアルだった
補完のあるボーンアニメーションやパーティクル
木構造のデータ管理、AIなどが一通りそろっている
割と平易
XNAやC#以外でも使えると思われ

なにより軽い

**名前は開発中のものです。** · 2010/12/20(月) 19:06:39

ttp://www9.uploda.tv/v/uptv0001083.png
C#を使っているために処理が重いのは
このグラフの左端のたった平均2msの部分

↑の人達はこの処理が重いからC#はダメだ(笑)
とか宣っていたんだから

今どんな気持ち？
　　　　　　　　∩＿＿＿∩　　　
　　　　♪ 　　| ノ　⌒　 ⌒ヽﾊｯ
　　　　　　　 /　 (●)　　(●)
　　　　　　　| 　　　( _●_)　ミ
　＿＿＿彡　　　　　|∪|　ミ
　ヽ＿＿＿　　　　　ヽノ､｀＼
　　　　　 /　　　　　　　／ヽ　<
　　　　　 /　　　

**名前は開発中のものです。** · 2010/12/20(月) 19:27:22

＞39
そのＰＣのスペックは？

**名前は開発中のものです。** · 2010/12/20(月) 19:50:10

何故自分の環境で動かさないのか？
宗教的理由でC#のソースをコンパイルすると死ぬんですね
わかります

P4 2.80
メモリ 1G

**名前は開発中のものです。** · 2010/12/20(月) 19:54:13

ていうか、それをＣ＋＋で実装した場合との比較はないの？

**名前は開発中のものです。** · 2010/12/20(月) 20:00:01

C++の方が速い
あたり前だ
なんで実装してまで調べる必要があるんだ？

頭の中のお花畑ぐあいをちょっと聞かせ
てくれないか？

**名前は開発中のものです。** · 2010/12/20(月) 20:40:29

ちょっと落ち着けｗ

C#自体の速度は最適化してないC++並みって知らない人は置いとくとして
意図しないタイミングでのGCは避けるべきだけど、（PCでは）極端に忌避する必要はないって話に落ち着いてたでしょ

>>38
ロボットゲームってまんまRobot Gameなのかｗ
試してみるthx

**名前は開発中のものです。** · 2010/12/20(月) 20:50:42

GCについてどうC++と比較するつもりなんだ？

**名前は開発中のものです。** · 2010/12/20(月) 21:49:42

newはC++より一桁速い。それは何故か
ってとこからC#のメモリ管理について延々と語れるけど、それをやるには掲示板は狭すぎる。

世代別GCは一般に思われているより高速。
（何倍も時間かけて）C++で作ればC++の方が早い。
どの言語で作っても結局は描画にかかる時間が大半を占める。

**名前は開発中のものです。** · 2010/12/21(火) 01:12:58

DirectXの情報がどうもないと思ったらXNAってもんがあるのかｗ
C#+DirectXで作っちゃった・・・

でも、苦労はあんまり変わらないような・・・

**名前は開発中のものです。** · 2010/12/21(火) 01:20:04

と思ったら結構臭いな＞XNA
C#は混沌としてるな

**名前は開発中のものです。** · 2010/12/21(火) 01:48:06

薄いwrapperが欲しいならSlimDX

**名前は開発中のものです。** · 2010/12/21(火) 01:50:42

2011年になろうかと言うときに
Managed Xとか…
釣りやなw

C++/CLIでツール作成ならまだ疑う余地
もあったけど

**名前は開発中のものです。** · 2010/12/21(火) 06:58:33

あげておくか

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/21(火) 09:16:03

いや、だから、タイミングや状態もわきまえずnewする時点で、
言語がなんであろうと以下略。

**名前は開発中のものです。** · 2010/12/21(火) 13:04:31

そうでもない
インタプリタが遅くてnew自体のコストなんか誤差になるような言語処理系は
スクリプト言語ではわりとある

**名前は開発中のものです。** · 2010/12/21(火) 17:39:24

いや、だから、タイミングや状態もわきまえずnewしていいなんてどこに書いてあるよ？
やっちゃダメ>>26と、管理されていればやってもいいは全然違う。
それだけの開発コストを投入するに値する根拠ってあるの？

C#はインタプリタでもスクリプト言語でもない。
newのコストは誤差(C++より速い)の範囲内。動作速度はJITされるため一度動き出せば最適化していないC++並み。
で、GCのコストをどう見積もってどこまで対策するのかって話なんだが…

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/21(火) 20:24:12

開発コストを投入するに値する根拠？

知ってると思うが、new ってのは mallocなんだぞ。
メモリの消費状況によっては、そこでスワッピングなどの
ディスクアクセスが発生する恐れもあるんだからさ。

で、ガベージが作動すりゃ、freeなわけだから、
そこでまたディスク沙汰に、なりかねないわけだ。

ソノヘンがわかってりゃ、例えば敵の弾の発生時にnewなんて
恐ろしくて恐ろしくて・・・
描画時のnew Color とかnew Fontなんてのにも注意しないと。

だから new は、ループに入る前とか、別のスレッドでやるとかがセオリー。

**名前は開発中のものです。** · 2010/12/21(火) 21:42:50

C#の絶対性能がC++より低いなら、その低い性能で足りる範囲でゲームデザインすりゃ済む話だろう。
見積もりを検討するなら、プロトタイプ組んで実測すりゃ済む話だろ。
全部アセンブリで書くならまだしも、C#やらC++で書いたゲームのソースコードだけ見て、事前に精密な見積出せるわけない。
そんなもん、言語仕様以前のレベルの話だ。
なのに、事前に脳内で結果が分かって当然って前提を置こうとしている時点で、>>54は全くゲームのコード書いたことが無い、脳内クリエイターかなんかなんだろうよ。
どうせ、C#の方が簡単そうだけど絶対性能で負けるなら何となく格好悪いから使いたくない、とかその程度の発想でウダウダ食い下がってるだけだと思うぞ。

**名前は開発中のものです。** · 2010/12/21(火) 21:55:38

>>55
G0/G1ヒープがスワップアウトってどんな環境だｗ

敵の玉やFontなんて真っ先に
>最適化の効果が大きく簡単に改善できる個所
として槍玉にあがるとこじゃん。

プロファイルに基づかない最適化は害でしかない。
まぁ、終わりのない自己満足の最適化ゲームやりたいなら止めないけど

>>56
>事前に脳内で結果が分かって当然
主張しているのは真逆の事。誤読乙

**名前は開発中のものです。** · 2010/12/21(火) 21:59:22

昔のJavaスレをみるようだ歴史は繰り返すなｗ

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/21(火) 23:38:07

まあ、要するに、newの使いどころをわきまえてりゃ、
ガベージがドーノコーノなんて話が出てくる必要もないわけで。

変なタイミングでnewするから、変なタイミングでガベージが動くんだぞ。

最初に書いたように、フレームループの中でnewしないように注意なんてのは、
プロファイルとやらがドーコー言う以前の、技術の基礎だからな。

**名前は開発中のものです。** · 2010/12/21(火) 23:50:24

上のRobotGameでもふつうにnewしてGCしてる

クラス設計特に継承を使った設計が
頭の中にないとなんでnew禁止が辛いのか
理解できないので
会話にならない

**名前は開発中のものです。** · 2010/12/22(水) 00:17:59

俺がゲーム開発のノウハウ教えてやんよ
と、息巻いてる奴に限って
英語コンテンツは一切目をとうさず
シェーダーも使えない
悲しい現実

**名前は開発中のものです。** · 2010/12/22(水) 01:02:04

>>61
あんなすごい技術を使ってても可愛い女の子の１人も出てこない向こうのゲームってなんなんだろうな？
って俺はいつも思うんだ

**名前は開発中のものです。** · 2010/12/22(水) 01:47:45

>>59
newの使いどころをわきまえる為に、.NET CLRのGCの特性を理解して使いましょうって話をしてるんだよ。
必死に無駄な最適化をしている君は実に馬鹿だなぁ
無駄な努力をするのは別にいいけど、誤った知識を広めて人に迷惑かけんなよ。

**名前は開発中のものです。** · 2010/12/22(水) 03:50:48

>>62
脳が腐ってる気もするけど、同意。なんだろう、ロリコンって少ないのか？他の国じゃ。

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/22(水) 10:24:58

new と同様に注意しなきゃならんのは、Listで定義した配列のAddとRemoveだな。
多くの場合、Addの直前にnewしてるんだろうけど。

フレームループの中で有効件数が変わるような配列（敵の弾とか）は、
最大値を設けてあらかじめその数だけ取っとくなりしないと。

**名前は開発中のものです。** · 2010/12/22(水) 10:56:22

newのコストとかGCのコストなんてゲーム作ってくうちにネックに成ったら考えれば良い話。
簡単なパズルゲー、ノベルゲーなら多少フレーム落ちてもたいして問題ないし。

**名前は開発中のものです。** · 2010/12/22(水) 11:46:54

>>65
List<T>の内部配列のサイズはオーバーするたびに2倍になる。Removeされても縮小は行われない。
なので、そのせいでフレームレートが落ちるようなことは100%ありえない。

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/22(水) 12:18:18

縮小は行われなくても、インデックスの更新などがあるからねぇ。
まあ、パズルやノベルなら、確かにさほど気にせんでもいいが。

おれが今作ってるのは音楽ゲー系（Javaだけど）だから、
タイミングにはイロイロとシビアでねぇ。

**名前は開発中のものです。** · 2010/12/22(水) 12:20:16

指数関数的に内部配列を拡張していって縮小はしないのはC++のvectorやJavaのArrayListなんかでも見られる
ごく一般的な動的配列の実装なんだけどな
上でもnew ColorがGCに影響するとかnewがmallocとか見当違いのこと言ってるし

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/22(水) 12:45:03

ＣＰＵの進化ってすごいんだねぇ。

ここの連中のおれへの反論を見ると、
そう思っちまうねぇ。

**名前は開発中のものです。** · 2010/12/22(水) 12:59:52

もうその話題は終わったよ

**名前は開発中のものです。** · 2010/12/22(水) 13:11:33

音ゲにNPC AIもステージ設計も無いもんな

むしろ事前初期化ぐらいしかやる事なさそ

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/22(水) 13:21:41

おれの場合、MIDIを使って、既存のデータで遊べるようにしてるから、
そのMIDI関連の調査には、チョットばかし苦労したねぇ。
最近はソノヘンの資料が少なくてねぇ。

何とかならんのかねぇ、あの叩いてから音が出るまでの遅延。
マックならそれほどひどくもないんだが・・・

**名前は開発中のものです。** · 2010/12/22(水) 13:21:53

JavaのGCって.NETのと比べてストップザワールドを起こしやすいし
値型を定義できないしジェネリックも飾りでボックス化が発生しまくるからゴミも多発しやすい
インデックスの更新ってほんとにそんなものがボトルネックになったことあるのか?
知りもしない調べもしない測りもしない

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/22(水) 13:32:07

そんなものがボトルネックになったことあるのかって？

そういうリスクを未然に防ぐ作り方を心がけてるから、
知りもしないでいいし調べもしないでいいし測りもしないでいい。

おれがおれのやりかた。

**名前は開発中のものです。** · 2010/12/22(水) 13:35:51

本人がキチガイ認めて完結

**名前は開発中のものです。** · 2010/12/22(水) 16:16:47

なんだ、やっぱりキチガイが妄想を根拠にした俺理論で騒いでたのか。
通りで理詰めで説明しても通じないわけだ。

>必死に無駄な最適化をしている君は実に馬鹿だなぁ
>無駄な努力をするのは別にいいけど、誤った知識を広めて人に迷惑かけんなよ。

**名前は開発中のものです。** · 2010/12/22(水) 18:35:42

調べも測りもしない上に使ってる言語はJava
思慮に値しない戯言だったって事だな

**名前は開発中のものです。** · 2010/12/22(水) 18:52:03

それぞれを比較できる幾つかの数値的な根拠なりなんなりを出していない時点でどっちもどっち。

**名前は開発中のものです。** · 2010/12/22(水) 19:51:48

ID違うけどお前さん◆4xAJeG.COMの捨て台詞みたいな事言ってるな。
まぁ、実際に問題なくゲーム（Robot Game）が動くのが何よりの証拠。お前の目は節穴か。

**名前は開発中のものです。** · 2010/12/22(水) 19:54:10

このスレはゲ製板を象徴するようなスレだな。ダウトだらけ。本当にコンスタントにゲーム作ってる人いるんかね。

**名前は開発中のものです。** · 2010/12/22(水) 20:01:53

ここまでほとんどゲーム関係ないじゃん
純粋に.NETの知識としては特定の人以外はそんなに間違ってはいない

**名前は開発中のものです。** · 2010/12/22(水) 20:03:19

ゲーム関係ないｗ。いらないなこんなスレ

**名前は開発中のものです。** · 2010/12/22(水) 20:08:02

Ｃ＃の話題ならム板で事足りる。
最近の流れはヲチとしては面白い。

**名前は開発中のものです。** · 2010/12/22(水) 20:15:47

>>84
何の話しする？
どうしていきなり興奮してるの？

教えて 84

**名前は開発中のものです。** · 2010/12/22(水) 20:44:11

俺より難しいことを知ってる奴はゲームなんか作ってない

はいこれ繰り返し言ってみなさい

ね、落ち着いたでしょ

**名前は開発中のものです。** · 2010/12/23(木) 01:28:50

C#で作ることのメリットデメリットは実行速度・ライブラリと組みやすさってのはわかってるし、特に言語にまつわるできるできないもそんなにないし。
SlimDXやXNAの話題は専用スレもあるし、
このスレの価値はこれらのライブラリを比較することと、C++に根本的にない文法で実装した方法紹介ぐらいしかないような気がする。

**名前は開発中のものです。** · 2010/12/23(木) 02:25:47

yield return
Reflection.Assembly.LoadFrom
シリアライズ

効果
相手は死ぬ

**名前は開発中のものです。** · 2010/12/23(木) 07:11:33

何でイテレータがそこに入ってるの？
配列へのforeach（最速）に比べりゃ遅いが
コンパイラが生成するクラスと動作を知ってれば大したコストはないと分かりそうなもんだが

>>84 >>87
こういう最適化絡みの取るに足らない罵り合いはム板じゃできんよ。
あっちでやったら"誤差の範囲"と一蹴されて終わってしまう。

**名前は開発中のものです。** · 2010/12/23(木) 10:33:35

まあ前はXNAのModelMeshCollectionなどの列挙子がクラスとして実装されてて
foreachでガベージが発生してパフォーマンスが落ちるとか騒がれてたくらいだからな
yieldも構造体じゃなくてクラスなのでwindowsではまず問題にならないけど360では問題になるのかも

**名前は開発中のものです。** · 2010/12/23(木) 12:02:54

vs2010だとC++でも文字列処理の塊みたいなプログラムだと
Debugで実行するとReleaseの１０００倍以上遅くなった
Debugで実行すると30分たっても終わらないのに
Releaseで実行すると5秒もしないうちに終わったりする

C#も似たような面がある
Debugで実行すると不安になるぐらいおっそいの
でもReleaseで実行すると問題ないぐらい早く動くの

debugで実行して遅い遅いいってない？（って開発の妨げになることはなるけど）

**名前は開発中のものです。** · 2010/12/23(木) 12:10:58

文字列処理ならそうだろうけど、DirectX使ってるときはあまり感じないな
描画がボトルネックになってるとほとんど関係ない気が

**名前は開発中のものです。** · 2010/12/23(木) 12:15:02

>>89,90
マイクロスレッド yield return
でぐぐるとよい

良かったね知らない事がひとつ減って

>>91
音ゲーくんのことはもういいよ
音ゲーってそんなもんだ

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/23(木) 12:37:31

最近のゲームって、このように基礎知識がなってない連中が作ってるのか。
まあガベージコレクション自体、ソノヘンが欠けた技術者？の為の機能だからな。

**名前は開発中のものです。** · 2010/12/23(木) 13:29:08

痛々しいな
ツッコミが怖くて技意味のある発言ができなくなっとる

まぁ嘘臭いからツッコまれるのだがw

**名前は開発中のものです。** · 2010/12/23(木) 13:31:49

GC自体否定&ゲームに使ってる言語もJava
なのになぜC#スレにくるのか…

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/23(木) 14:17:35

なにしろ今、開発に忙しいからね。
技術味のある発言なんて始めからしてないし。

new に関する話なんて基礎の基礎だから、
技術味なんてご大層なレベルじゃないもん。

**名前は開発中のものです。** · 2010/12/23(木) 14:26:58

俺より強い奴はみんなハメ
俺より強い奴はみんなチート

俺よりゲーム開発詳しい奴はみんなゲーム作ってない　　new

**名前は開発中のものです。** · 2010/12/23(木) 19:00:16

開発に忙しいなら尚更こなければ良いのに。

**名前は開発中のものです。** · 2010/12/24(金) 11:05:04

>>93
マイクロスレッドなら最初からそう書けよｗアホかｗ

**名前は開発中のものです。** · 2010/12/24(金) 11:37:59

煽るにも、俺の方が詳しいんだゼ
って事を書かないと
負け犬の遠吠えですぜ

**名前は開発中のものです。** · 2010/12/24(金) 11:55:56

>yield return
>Reflection.Assembly.LoadFrom
>シリアライズ
>
>効果
>相手は死ぬ
>>93はこの並びにyield returnが入ってる理由の説明になってない。
yield returnはマイクロスレッドの事だって後付けにも程がある。後付けしたせいで「相手は死ぬ」との関連性が不明瞭になった。
最初から間違っていたのか、後付けしたために自己矛盾を抱えることになったのか、日本語が不自由だったため誤解を与えたのか。別にどれでもいいか。

>>101
俺は詳しくない。技術的には理解してても
あんまり上手く使いこなせてないから詳しいなら教えてほしい。
とは言っても設計に絡んだ事は自分で頑張るしかないだろうね。

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/24(金) 11:59:47

技術のことはソースで語るんだよ。

**名前は開発中のものです。** · 2010/12/24(金) 12:03:36

>>103
つまり自分の書き込みには技術的価値は無い　と
分かってるじゃん。

**アジェグ４倍** ◆4xAJeG.COM · 2010/12/24(金) 12:12:03

おれがここで言うレベルなど、
技術者なら当然知っているべき、基礎の基礎だからな。
前にも書いたが、価値なんていうほどのもんじゃない。

でも、それさえ知らんとなるとねぇ・・・

**名前は開発中のものです。** · 2010/12/24(金) 12:19:11

もう無視でいいよね
>>102 C#をスクリプトっぽく使いたいんじゃね
yield returnをコルーチンとして使ってゲームのシナリオスクリプト書いたりしてて
そういうのはdllとして分離して動的に参照したいと
シリアライズはまあセーブに使うんだろう

ところでセーブってシリアライザ使うのが一般的なの?
XmlSerializerやDataContractSerializerはともかく、
他のはバージョン管理がうざいから嫌いなんだけど

**名前は開発中のものです。** · 2010/12/24(金) 12:21:34

C++にできないか、面倒くさくてやる気が起きない物が
3っつ並んでるのを
変に思い悩んじゃったんだね

うぜー

**名前は開発中のものです。** · 2010/12/24(金) 13:06:13

突っ込みどころが多すぎて、無視するのが勿体ないような気分に…

>>107
誰かと勘違いしてるだろｗ

**名前は開発中のものです。** · 2010/12/24(金) 13:26:19

いったい誰とたたかっているんだ

**名前は開発中のものです。** · 2010/12/24(金) 16:03:06

謎の組織だろjk

**名前は開発中のものです。** · 2010/12/25(土) 10:23:42

俺基礎の基礎分かってないからそういう話あるとありがたい
いろいろな考えあって勉強になる

**名前は開発中のものです。** · 2010/12/26(日) 03:16:46

今冬コミのカタログチェックしてたんだけど
もうXNAやらC#のゲームとか、普通に出回ってるな

で、ちょっとだけのつもりでリフレクしちゃったんだけ
2chで言われってる事は嘘ばっかりだな

嘘で去勢はるのにこんだけ熱心になるとか
マジキチガイだよお前ら

**名前は開発中のものです。** · 2010/12/26(日) 10:43:37

え？２ｃｈってそれがデフォだろ？

**名前は開発中のものです。** · 2010/12/26(日) 10:46:25

>で、ちょっとだけのつもりでリフレクしちゃったんだけ
日本語でおｋ

**名前は開発中のものです。** · 2010/12/26(日) 10:54:17

確かに間違ってる奴はいるけど、どれが間違ってるか具体的に全部指摘してみてよ
そんなに難しいことはここまでひとつも書かれてないよ

**名前は開発中のものです。** · 2010/12/27(月) 03:34:23

基礎の基礎を明らかに間違ってる奴が約一名居る。
お前らと言うからには他にも沢山あるんだろうが、具体的にどれがどう間違ってんの？ｗ

>>114
リフレクするって言い方は馬鹿っぽいと思うけど、普通に考えて.NET Reflectorだろ。.NET使った開発での定番ツールの一つ。
>>112が平気でライセンス違反するような屑だという疑惑が出てくるが、そんな事は別にどうでもいいや。

**名前は開発中のものです。** · 2010/12/27(月) 08:43:43

痛々しいなコイツ
新しい話題がでてもこの一手先が読めない猿が
偉そうにオナニー講釈するだけで終わりだな

**名前は開発中のものです。** · 2010/12/27(月) 11:09:37

こういう罵りあいがあると、このスレの板的知名度も大分上がったんだなーとかふと思う。
このスレには、C#ゲームを現在のPCで動かすことを前提とした人と、XNAで動かすことも見越した人がまずいる。
それとは別に、流れがどういうスタンスか考えずにとりあえず持ってる知識で相手を否定したがる人が数名。

速度を過剰に云々語る人は、まぁ十中八苦アマチュアではないよなーとは思う。
まったく作ったことがないか、それとも過去の歴史にしがみつつ、わかってても少し警笛をならしたい老人か。

あとこのスレやJava関連で語るのに適した話題として、データ構造やアルゴリズム設計なんかもあるかもね。
シーンをどう定義してどう管理してるとか、メニューを作るとか。
まぁここら辺はちゃんと仕様書がきってあって、変更されにくいポイントだと言う前提なら、ハードコードしてもいいんだが。というかさっさと最速で実装するべきだが。

･･･ん、背伸びしてレスしてもいいことないな・・・

みんなそんなことよりゲーム作ろうぜ

**名前は開発中のものです。** · 2010/12/27(月) 11:39:22

流れぶったしたついでにぐぐれば出てくる内容を書いとこう。どれも読んだだけで実装したことないから勘違いしてたらよろ。
>yield return
本来は確かforcach文を実現するために使われる文法の1つ。
匿名メソッドとかラムダ式とかと似たような感覚で、主に既存の文法を省略表記できるように、とっぴな記述を実現できるようにしたやつらの一人。
列挙子あるいは反復子(英語だとイテレータだっけ?デザパタとかとは別で、C#の用語・文法に存在する)とよばれる、
特定の自作クラスをfreeach文で利用する可能にするための一連の記述内で登場する。
実際の動きがマイクロスレッドやファイバーと呼ばれる機構そのままを実現してる。
ゲーム屋はそういう用途で使いたいときに使うことも可能。自分はやったことないけど。

>Reflection関連
メタデータから強引にあれこれしたいときに使う。通常用途はプラグイン機能を実現するための機能。
ここら辺をうまく使うと、理論上C#プログラムのスクリプト言語にC#を選択できるみたいだけど、知らん。C#仮想マシンってそもそも簡単に使える状態で公開されてるの？
実現すればかなり有効な気はしないでもないが、動的コードの読み込みと再起動を実現したいためにスクリプトを使う場合は、情報の多いLua仮想マシンを利用する手段に落ち着く傾向ががが。

**名前は開発中のものです。** · 2010/12/27(月) 11:55:53

>C#プログラムのスクリプト言語にC#を選択できる
現状では無理がある。一度読み込んだらアンロードできないからAppDomainを分けない限りメモリリークする。
CLRには、ILを動的に生成して実行できて生成されたコードはGC対象になるという
LCGと呼ばれるとっても便利な機能があって
IronPythonなどはそれを使ってるから問題ないんだけど、C#コンパイラは対応してない。

**名前は開発中のものです。** · 2010/12/28(火) 00:15:05

で、具体的にどれがどう間違ってんの？ｗ

**名前は開発中のものです。** · 2010/12/28(火) 01:48:16

首尾一貫して.NET CLRは十分高速だから、無駄な最適化の時間をゲーム開発に使えよ　って話だろ。
×XNAで動かす/○XNAで作ってXbox360で動かす　なら頑張ってGC抑制するしかないってのもずっと上の方で結論出てるじゃん。
ぐぐれば出てくる基礎的な話で、知ってるからといって威張れるような話ではない。でも知らずに書くと上の例のように周りから笑われてしまう。その程度の話。

>まったく作ったことがないか、それとも過去の歴史にしがみつつ、わかってても少し警笛をならしたい老人か。
Javaで作ってると主張してるのに、newがmallocと思ってて、ListのAddとRemoveで都度長さが変わると思ってるJavaの基礎の基礎ができてない人が
間違った知識で講釈垂れ流そうとしたあたりから話がおかしくなった。

>このスレの板的知名度も大分上がったんだなーとかふと思う。
Part1の過疎っぷりを思うと胸が熱くなるな。
みんなそんなことよりゲーム作ろうぜ

**名前は開発中のものです。** · 2010/12/28(火) 04:11:28

>>120
詳しい情報サンクス。
うふふ、うひゃひゃ寝る暇ねー。。。。また･･･また･･･体験版を刷らなきゃいけないのか･･･
リプレイの機構見直さないとうまく動かないや・・・