Kazukiの同人3DRPG制作【第二話】

**Kazuki** · 2010/09/19(日) 04:46:22

Kazukiの同人3DRPG制作公式サイト
ttp://www.kazuki-sendo.com/game/

発展途上中の素人Kazukiを中心として
DirectX9による3DRPG制作に挑戦します。

開発言語は、C++です。
長く苦しい戦いになると思われますが、
同人ゲーム制作の限界への挑戦が、当企画のテーマでもあります。

**名前は開発中のものです。** · 2010/09/22(水) 02:21:32

ここまで無知を晒して何が楽しいんだろう

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

>>820
；は正確には、EOP？だったかな？

ちょっと忘れた。

とにかく、何かの意味なんだよ。

でも、
#define a 0
↑
こんな風に最後に;を入れない場合もある。

;が文章の終了という意味なら、
これを証明することが出来なくなる。

なので、文章の先頭がゴール地点で
座標０に来ると次の行を読むと考えればいい。

なので、後ろから前に向かって読むのだろう。

**名前は開発中のものです。** · 2010/09/22(水) 02:27:54

後ろから読むコンパイラww

ビットレベルで下位から計算される(そういう場合も当然ある)ことと、ソースを読む方向が
なんで同レベルで語れるんだ。

つか、プリプロセスの話とコンパイル時の話と実行時の話が一緒くただよな

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

GCCのソース読んできたら良いと思うよ。
いや、俺も読んだ事無いけど普通にソースの先頭から読み込んでるだろうし
インタプリタじゃ無いんだから読み込み順に処理するわけでも無いし

てかファイルの終端が分からなかったら終端から読むなんで事出来ないっていう

**名前は開発中のものです。** · 2010/09/22(水) 02:28:54

#define A 1
int b = 1;

b=A+b;

↑
この式だけを後ろから分解

１．;
２．b ←ここには1が入る
３．+
４．A
５．=
６．b ←ここには2が入る

各演算子は、それぞれの向きで考える。

+は、左から右
=は、右から左

これで俺が言いたいこと解った？

**名前は開発中のものです。** · 2010/09/22(水) 02:30:43

> #define a 0
> ↑
> こんな風に最後に;を入れない場合もある。

そりゃ、それを処理するのはプリプロセッサでコンパイラじゃないからなww

それに、前から読んだとき終わりがわからないなら、後ろから読んだって初めが分からなくなるだけだしwww

**名前は開発中のものです。** · 2010/09/22(水) 02:31:35

てか、コンパイラの動作なんて言語仕様と全く関係無いんだけどな。
コンパイラは最終的に仕様にそった実行ファイルを吐けば中でどううごくかなんて言語側で制限しないから。

**名前は開発中のものです。** · 2010/09/22(水) 02:32:46

どうやって行と行を見分けるん？
見分けられたとして、行の終端から調べるためには終端がどこにあるかわからないと出来なくね？

**名前は開発中のものです。** · 2010/09/22(水) 02:35:49

もしかしてこいつの頭の中ではコンパイラはアセンブラ程度の物なのかもしれない

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

b=b+（A+b）;
↑
これを後ろから読んで分解

１．;
２．) ←関数呼び出しを意味する
３．b
４．+
５．A
６．( ←関数終了を意味する
７．+
８．b
９．=
１０．b

このように考えれば、
各演算子の優先順位もキレイに説明出来る。

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

int main()
{

struct test sttest;

sttest.n = 10;
printf("%d\n", sttest.n);

return 0;
}

struct test{
int n;
};

これが動かないのは何で？

**名前は開発中のものです。** · 2010/09/22(水) 02:40:24

関数呼び出し…

(　ﾟдﾟ) ・・・
　
(つд⊂)ｺﾞｼｺﾞｼ
　
(；ﾟдﾟ) ・・・
　
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ） …！？

**名前は開発中のものです。** · 2010/09/22(水) 02:41:26

まさかの関数登場

**名前は開発中のものです。** · 2010/09/22(水) 02:41:30

「この式だけを後ろから分解」ってのが都合が良すぎない？

終端が分からないっていうなら一番最初はソースコードの最後にならないとおかしくね？
行単位でっていうなら

#define A 1 int b=1; b=A+b;

って書かれたら

１．;
２．b ←はい、値が分かりません

**名前は開発中のものです。** · 2010/09/22(水) 02:41:48

もう一回>>280読んでこようか
あとb= (a+b)+b;はどう処理するん？

**名前は開発中のものです。** · 2010/09/22(水) 02:42:19

配列変数を指定するとき、

int a[2]

↑こう書くよね？

これを後ろから分解

１．]
２．2
３．[
４．a
５．t
６．n
７．i

なので、[　]←これは順位が１位なのだよ

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

#include <stdio.h>

int main()
{
int a, b;

a = 1;
b = 2;

// 「前から読んだら文がどこで終わるかわからない」としたら、「後ろから読んだとき」
printf(
"%d\n",
b
+ a++
); // ここで終わる文がどこから始まるのか、コンパイラはどう判断するの?
return 0;
}

**名前は開発中のものです。** · 2010/09/22(水) 02:44:18

>>836
「なので」の前と痕が全くつながってない

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

ちなみに=代入演算子は優先順位が低いから、
最初の方に書く必要がある。

a = a +1

↑
=は２列目に書いている
優先順位が低いから

**名前は開発中のものです。** · 2010/09/22(水) 02:45:54

どのプログラムもそうなってるよ。

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

> ちなみに=代入演算子は優先順位が低いから、
> 最初の方に書く必要がある。

その理屈だと、優先順位の低い = 演算子は必ず優先順位の高い [] より前に書かなきゃいけないってことでいいんだよね！

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

配列要素に代入出来ないのか
キツイな

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

a[1] = b[2];

**名前は開発中のものです。** · 2010/09/22(水) 02:51:27

>>835
b= (a+b)+b;
↑
これは、こんな感じに後ろから前に分解して読む

１．;
２．b
３．+ ←コレが３位
４．) ←コレが１位
５．b
６．+ ←コレが２位
７．a
８．( ←１位ここまで
９．= ← コレが４位
１０．b ← コレが５位

**名前は開発中のものです。** · 2010/09/22(水) 02:51:40

そうか…

今まで

　x * y + 2

とか書いてたけど、これからは優先順位の低い + を前にして

　2 + x * y

って書かなきゃいけないな

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

優先順位と書く位置は全く関係無い
というか、順序を制限しないための優先順位なんだけど
例えば算数で
1+2×3と
2×3+1が同じになるのは優先順位のおかげ

**名前は開発中のものです。** · 2010/09/22(水) 02:54:00

だ　か　ら　後ろから読むの（＾＾

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

想像以上にバカだった

**名前は開発中のものです。** · 2010/09/22(水) 02:57:18

>>844
もっと詳しく説明よろ

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

取り合えず>>743がわかりやすいから何度も読め
それでも後ろから読む必要があると思うならもう知らん

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

int a = 1 ;
if ( (a=a+3)>2 || (a=a-5)>0 ){}

この条件文は通る？
この条件文を抜けたあとのaは？
後ろから読んで説明してみて

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

文ごとに後ろから読むの？
ソース全部後ろから読むの？

**名前は開発中のものです。** · 2010/09/22(水) 03:01:06

>>852
そこは答えたく無いらしいよ？w

**名前は開発中のものです。** · 2010/09/22(水) 03:01:30

>>851
めんどくさいからもう分解しないけど。

if ( (a=a+3)>2 || (a=a-5)>0 ){}
↑
これを脳内で後ろから前に読んでください。

それを俺が書いた順位表で考えて
その順番に計算してください。

この場合、||←（理論演算子）が最後から二番目の順位です。

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

どっかに演算順序を超わかりやすく書いてくれたレスがあったはず

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

>>847

なにが「だから」なのか全く不明
改めて確認するが、

　・優先順位の高い [] 演算子は低い = の前に書いてはいけない
　・どのプログラムもそう ([] が = より前に書かれてるようなプログラムはない)

でいいんだよな？

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

ソースは１行目から下に向かって読む。
列は、後ろから文章の先頭（座標０）に向かって読む

だが、実行する場合は、
mainから実行

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

>>857
じゃあ、>>834に答えて

**名前は開発中のものです。** · 2010/09/22(水) 03:05:45

あ。実行する前にグローバル変数とかインクルード読んでるけどね。

それを飛ばしての話です。

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

=を関数で考えると
int equal(int &a,int b);
見たいになるから左辺の正体は値じゃなくて参照って考えるといいんじゃね？

**名前は開発中のものです。** · 2010/09/22(水) 03:07:36

あった>>476
この説明見た上で後ろから読む必要を説明してくれ

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

>>845
いや、違う。。

x * y + 2

でもいい。

後ろから分解

１．2
２．+
３．y
４．*
５．x

こう考えて、+と*の順位はどっちが上ですか？

俺のサイトの表を見てください。

*は３位で+は４位です。

なので、その順番で計算する。

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

前から読むと文末が分からないのに
文末から読めるって発想がスゴイな

**名前は開発中のものです。** · 2010/09/22(水) 03:11:04

> ソースは１行目から下に向かって読む。
> 列は、後ろから文章の先頭（座標０）に向かって読む

じゃあ

a = a
*
(b + 10);

はどう読まれるの？

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

ちなみにこれはコンパイラの理解です。

これらの文章法則をコンパイラは、
機械語に変換して、

そして、ようやく本来のコードになる。

機械語を直接話せるなら、
コンピュータにとって、もっといいコードになる。

アセンブラとか。

**名前は開発中のものです。** · 2010/09/22(水) 03:13:01

>>862
優先順位考えるんだから
前から読んでも問題無いよね

**名前は開発中のものです。** · 2010/09/22(水) 03:13:07

>>859
最初に変数を読んで後は後ろから分解するんだよね？

int a = 1, b = 2 ; a = a+b ; a = 10 ; b = 11 ; a = a+b ;

あれ？
最初の式と後ろの式の結果がいれかわっちゃったｗ

**名前は開発中のものです。** · 2010/09/22(水) 03:14:27

>>865
前にもレスしたけど
コンパイラがどう読むか
と
言語仕様としてどの順序で演算するか
は全く関係無い

**名前は開発中のものです。** · 2010/09/22(水) 03:15:26

>>862
代入演算子は優先順位が低いから最初の方に書かなければいけないって言ったのはお前じゃん
なのになんで

　　優先順位の低い + は優先順位の高い * より前に書かなければならない

にならないの?

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

あと>>864にも答えてね

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

#define A 1

これを分解

１．1
２．A
３．e
４．n
５．i
６．f
７．e
８．d ←ここまで読んで、ようやく「define」であることを理解
９．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

となって、マクロを使う。

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

ああ。正確には、

１．1
２．空白（スペース）
３．A
４．空白（スペース）
３．e
４．n
５．i
６．f
７．e
８．d ←ここまで読んで、ようやく「define」であることを理解
９．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

こうだね？

なので、1はAに格納される

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

ダメだこいつプリプロセッサもやっぱり理解してない

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

訂正

１．1
２．空白（スペース）
３．A
４．空白（スペース）
５．e
６．n
７．i
８．f
９．e
１０．d ←ここまで読んで、ようやく「define」であることを理解
１１．# ←ここまで読んでようやく「呼び出すんだね？ラジャー！」

何度も失礼・・。

**名前は開発中のものです。** · 2010/09/22(水) 03:23:33

>>839をふまえた上でint型配列の変数に値を代入したいときはどうすれば良いか答えてくれない？

**名前は開発中のものです。** · 2010/09/22(水) 03:24:58

>>871-872

# で始まる行であることをまず認識しないとプリプロセッサが動けないんだが

**名前は開発中のものです。** · 2010/09/22(水) 03:26:08

>>875
その指摘は見えないようになってるらしい

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

私の高校の頃の数学教師の言葉
「数学の式や関数って、プログラムで使う式や関数とは別物だから混同しないほうがいいよｗ
同じなのは見た目だけｗ」

**名前は開発中のものです。** · 2010/09/22(水) 03:26:49

てか取り合えず>>476を読めよ
まさか読んだ上で言ってるの？

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

当時の自分は「は？数学でもC++でも別段困ってないんだけど」ってスルーしてたけど、
カズキくんみたいに自分の知ってることだけでC++を理解しようとすると勘違いするから
前もって言ってくれてたのね

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

字句解析とか構文解析なんて言葉は見たこともないんだろうな
ごく簡単なものでいいから一度でもパーサを書いてみてから語って欲しいものだ

**名前は開発中のものです。** · 2010/09/22(水) 03:33:46

では、これにて後ろから前は終了！！

じゃあ、寝るわ。

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

#define A(a) {a=a+1;a=2;a=a+3;}

はい、説明して！

**名前は開発中のものです。** · 2010/09/22(水) 03:34:38

説明出来なくなると逃げる
いつも通りだね

**名前は開発中のものです。** · 2010/09/22(水) 03:35:15

都合の悪い質問は全て無視して終了宣言か

**名前は開発中のものです。** · 2010/09/22(水) 03:35:39

#define TEN 10

1.# ←プリプロセスっすね　準備するっす
2.d
3.e
4.f
5.i
6.n
7.e　
8. ←defineっすね？ぱねぇｗｗ使いすぎ
9.T ←マクロ名っすか "T"
10,E ←Eっすね "TE"
11. N ←　N　"TEN"次は？
12.　 ←途切れたんで"TEN"でいいんすね
13. 1 ←代入は"1"・・・と
14.0 ←０、後は？　"10"
15.\n ←おｋ、"TEN"って識別子を"10"に変えるんすね、覚えとくっす

僕のdefineちゃんはこんな感じ

**名前は開発中のものです。** · 2010/09/22(水) 03:37:02

>>886
どっちかっていうとプリプロセッサちゃん

**名前は開発中のものです。** · 2010/09/22(水) 03:38:46

>>883
これの場合は、;を書いてるから
そこで一区切りになって考えます。

たしか;はそういう意味だったはず。

つまり、こうだね？

#define A(a) {a=a+1;a=2;a=a+3;}

{a=a+1;a=2;a=a+3;}
　↑
この部分だけ考えるね？

a=a+1;
a=2;
a=a+3;

↑
中身をこんな風に分解。

これをそれぞれ後ろから読む

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

このスレも後ろから読むと理解できます。
一番後ろはきっと5000スレくらいなので気長に待ってください。

**名前は開発中のものです。** · 2010/09/22(水) 03:40:15

起きてからでいいから

#include <stdio.h>
int main(){ int a = 3; int b = 2; a = a * (b + 10); printf("%d\n", a); return 0; }

↑のプログラムがどう読まれるか解説してね。あと↓のも

#include <stdio.h>
int
main(){
int
a
=
3;
int
b
=
2;
a
=
a
*
(b
+
10);
printf("%d\n",
a);
return
0;
}

**名前は開発中のものです。** · 2010/09/22(水) 03:40:53

正確にはこうか。

１．a=a+3;
２．a=2;
３．a=a+1;

順番を間違った（＾＾；

**名前は開発中のものです。** · 2010/09/22(水) 03:42:46

>>888
まちがい。プリプロセッサは ; を特別扱いしたりしない

**名前は開発中のものです。** · 2010/09/22(水) 03:43:58

>>890
絶対に嫌ｗ

わざと読みにくく書いて困らせようとしているのが、
その文章から読み取れるから。

自分で考えろ。

**名前は開発中のものです。** · 2010/09/22(水) 03:45:00

読めないのか

**名前は開発中のものです。** · 2010/09/22(水) 03:45:00

>>891
ならa=0で入れたらaは３になるんだね？

**名前は開発中のものです。** · 2010/09/22(水) 03:46:02

>>891
じゃあ、

int a = 1 ;
A(a)

のあとのaは3ですね
マジパネェっす

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

>>890の二つのプログラムが同じものだってことは理解できる?

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

しかしこんなのが30代なんだよな
周りの人が可哀想で泣けて来るわ

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

「当然知ってたし
そんなの初歩だよ」
とか言い出すと予想

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

とりあえず配列への代入について答えてもらおうか

**名前は開発中のものです。** · 2010/09/22(水) 03:49:44

>>896
違う。

初期化してるから毎回変わる。

１．a=a+1;
２．a=2;
３．a=a+3;

１．は1
２．は2
３．は何かな？

これぐらいは解るよね？

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

えっ

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

>>901
前から読んでるじゃんｗ
>>891といってることが違いますよ？

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

あれ？

なんか、ややこしくなったけど。

とにかく、

#define A(a) {a=a+1;a=2;a=a+3;}

↑
この場合は、後ろの}←から読む。

改行しようが何しようが一緒！

{ }で囲まれたブロックを一つの関数として考えていきます。

**名前は開発中のものです。** · 2010/09/22(水) 03:55:49

>>893

俺は別に考える必要はないよ。この二つのプログラムがコンパイラでどう処理されるか
は (もちろん概要だが) 知ってるから。

キミはその「後ろから前」説を

　　「コンパイラはプログラムを後ろから読むんだ！だって前から読んだらどこで終わったらいいかわからないじゃないか！」

ってことを根拠にしてたんだよね。

でも「;」が区切りになることを認めちゃったらその根拠が崩れちゃうんじゃないの?

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

ちなみに{ }の中は、→こっち方向で読むので、

a=a+1

から読む。

失礼ｗ

上のはミスです

**名前は開発中のものです。** · 2010/09/22(水) 03:57:15

>>904
とにかくじゃないよおおおおおお
>>891
の順番なら３が出るはずなのに
実際は５が出てるんだよおおおおおおおお

期待した値と違う結果が出てコンパイラがエラーや警告で教えてくれないんだよ！？？
最悪のエラーじゃないか！！

**名前は開発中のものです。** · 2010/09/22(水) 03:58:02

>>904
分かりました{}をとりましょう

#define A(a)a=a+1;a=2;a=a+3;

エラーは出ませんよ？
改行したら出るけどなｗ

**名前は開発中のものです。** · 2010/09/22(水) 03:58:34

>>891は間違えです。
失礼しました。

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

>>906
なぜ{}の中だけ前から処理するの？
普通に考えて全部前から処理していってなにが問題なの？

**名前は開発中のものです。** · 2010/09/22(水) 04:00:26

てか、プリプロセッサとコンパイラ
コンパイルと、実行
は分けて考えろよ

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

もっと単純に
プリプロセスと、コンパイルと、実行
で良いか

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

> { }で囲まれたブロックを一つの関数として考えていきます。

ふーん、じゃ、とっておき

#include <stdio.h>

#define BEGIN {
#define END ;}
#define FOO(x, y) {int a = x int b = y
#define BAR(x) x; }

int main()
BEGIN
FOO(3;, 2;)
a = a * (b + 10);
BAR(printf("%d\n", a))
END

これでもちゃんと動くれっきとしたCプログラムだけど、これはどんなふうに読まれる?

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

訂正

#define A(a) {a=a+1;a=2;a=a+3;}

↑
これを分解

最後の}から読み始めて、

a=a+1;
a=2;
a=a+3;

上記のようにまず、三つに分解する。

これを、上から順番に、実際は左から右に読んで、
最終地点の;をスタートにして、前に向かって読む。

終わったら次の行を読む。

この場合、{ }内は、
{ ←これが０地点

**名前は開発中のものです。** · 2010/09/22(水) 04:06:08

>>914
>>908

**名前は開発中のものです。** · 2010/09/22(水) 04:06:32

>>914
なんでそんなややこしいことしなきゃならんの? 前から読めばいいのに

それにプリプロセスとコンパイルは違うって皆が言ってるの、耳に入らないの?

**名前は開発中のものです。** · 2010/09/22(水) 04:07:40

>>910
だから向きだよ。
演算子は、それぞれの考える向きが決まっている。

検索すれば出てくると思うけど。

**名前は開発中のものです。** · 2010/09/22(水) 04:08:17

>>915
それも

最後から読み始めて、

a=a+1;
a=2;
a=a+3;

のように分解する
で切り抜けられる気がしてきた

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

int a[10];
a[0]=0;
この簡単な式の説明して見てよ

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

>>918

#define A(a, x) a=a+1 x a=2 x a=a+3 x

A(a, ;) で展開すればおｋ