07FJ064 Tomo Meets A

補足・チャプター３

2010-09-30T06:31:00.061+09:00

前回の投稿で「次は4章でデバイスに流すぞ」発言してましたがちょっと気になるトコがあったので追加。

.sio2ファイルを書き出すときに設定するオプションと、書き出されたファイルの形式について。（卒論に書けそうなのでネタとして記述ｗ）

前述の通り、.sio2ファイルを書き出す際にはオプションを設定できる。

そのオプションが「UP、N、O、V、IP」の５つ。

ちなみに、それぞれ設定する項目の頭文字をとっておるようです。

・UP (UPdate)

これは、既に出力されている.sio2ファイルに上書きする形で書き出す場合に有効なオプション。そのまま書き出すと重複するデータが出てくるので、新たに出力すべき最低限のファイルだけを書き出すようにする。そうすることによって書き出し時間の短縮になる。（今回のチュートリアルのファイルは数秒で終わったが＾＾；）

・N (Normal direction)

チュートリアルで設定したオプション。これは、通常の座標形式を書き出すようにするための設定する・・・らしい。よーわからんが。適切な照明効果を発揮するためには、SIO2側で全てのfaceの正確な方向を認識しておく必要がある。（どっちが表でどっちが裏？的な意味かな。反射に関わってくるからな。）

これを設定しないと正しい照明効果が得られないので、照明を使っているチュートリアルでは必要なオプションになる。

てか、大抵のモデリングでは照明効果使うでしょうに。

とにかく、オンにしてれば無難なオプションてことにしておこう。

・O (Optimization)

四角形のmeshを三角形に２等分する場合に設定するオプション。そうすることで、よりキメ細やかなモデルになるんですな。

あれ？OpenGL ESって三角形のmeshじゃないと扱わないんじゃないっけ？チュートリアルでは設定しなかったけど良かったのかなァ。

・V (Vertex color)

meshに対して照明効果が適用された状態の色情報を保存するためのオプション。これを使うと「照明→反映→色の変化」っていう手順が簡略化されるらしい。

・IP (Ipo curve)

Ipoカーブを書き出すためのオプション。

イロイロ突っ込みどころ満載だけど、今の英語＆3Dの知識ではこれで限界。

Ipoカーブってのは色の状態を示すカーブみたいなんだけど、、、それを保存するオプションなのか？よく分からんかった。

さて。

お次はファイルの構造について。

スクリプトにより書き出されたものは、Hello3DWorldという名前のフォルダとHello3DWorld.sio2という名前のファイル。

これらの中身は同じものであり、フォルダとそれを.sio2にアーカイブした結果がこの２つ。

中には「camera、image、ipo、lamp、material、object、script」といったフォルダが存在し、それぞれの中にSIO2向けに変換された3Dシーンの要素となるファイルが入っている。

このファイルはテキストエディタで開けるようになっている。

まずはカメラオブジェクトの説明から。

camera( "camera/Camera")
{
l( 0 -3.594 0 )
r( 0.0 360.0 360.0 )
d( 0 1 0 )
f( 49.134 )
cs( 0.1 )
ce( 100 )
}

たったこれだけの要素でカメラの情報が構成されている。

l：Blenderで設定していたカメラが位置する座標

r：同じく角度

d：カメラの位置と角度から計算される、カメラの基準となるベクトルの方向。（X, Y, Zのどの方向に＋でどの方向に−なのかってことか？）←要行列の勉強

f：カメラの向いている方向から計算されるアングル。レンズの値が小さいほど広角。

cs, ce：カメラのからの視点の有効範囲

そして3DオブジェクトのPlaneの中身がコチラ。
注意書きとして「今は四角形だけどこれから２つの三角形に分割するよ」みたいな記述があった。

object( "object/Plane" )
{
l( 0 5.9 0 )
r( 90 0 0 )
s( 3.35 3.35 3.35 )
ra( 5.84 )
di( 1.233 1.233 0 )
vb( 128 48 0 96 0 )
v( 1.233 1.233 0 )
v( -1.233 1.233 0 )
v( -1.233 -1.233 0 )
v( 1.233 -1.233 0 )
n( 0 0 1 )
n( 0 0 1 )
n( 0 0 1 )
n( 0 0 1 )
u0( 0 1 )
u0( 1 1 )
u0( 1 0 )
u0( 0 0 )
ng( 1 )
g( "null" )
mt( "material/Material.002" )
ni( 6 4 )
i( 3 0 1 2 )
i( 3 0 2 3 )
}

l：Blender上で設定されていた位置座標
r：同じく角度
ここまではカメラ同じ。
ra, di：これらの値は物理演算をするときの衝突が発生した際に用いる
vb：vertex bufferを決定するために必要な値（Appendix Bに詳細）
v：ｘ，ｙ，ｚそれぞれのvertex
u0：UVマッピングのvertex
n：不明
ng：meshで宣言されているvertexグループの数
g：上記グループの名称
i：ポリゴンを組み立てるために必要なリストの数

途中でNオプションを有効にすることで発生した項目もあるらしいのだが、どうもそれについてわからない。。。
後半戦は3Dの知識不足のせいでよー分からん内容になってしまったし。。。

ま、今は特に使わないからスルーで！←

SIO2のディレクトリ構造について、Appndix Cで詳しく記載されてるらしい。
どうしても必要ならそこから情報をいただくとしよう。

帰宅する。

続・チャプター３

2010-09-29T01:58:00.001+09:00

なんとか昨日の時点でテキスト通り、モデリングや照明効果を付け足すことが出来た。

それで完成したモノがこちら。

地球は青かった。。。テッカテカですがｗ

とりあえず、テカり防止とかの処理は後からやります。

とりあえずこの過程で勉強したことをさらっとまとめて、さっさと.sio2形式で書き出したいと思います。

実際の作業画面はこんな感じ。

UVマッピングを使用して地球の画像を貼りつけた球体のオブジェクト、カメラ、カメラから見て地球の背面に来るようにした板、異なる２種類の照明を設置した。

配置やオブジェクトの角度は指定された値に設定するだけなので簡単楽チンでした。

これらの作業の中で重要になってくる要素は「UVマッピング」。

UVマッピングとは、オブジェクトの各面の頂点に画像上の座標を対応させるための機能のこと。

大まかな手順は、、、

１、UV展開（3Dモデルを展開図にする）

２、UV / Imageエディタで展開したイメージを編集

３、編集した内容を画像として出力

４、実際に貼り付けを行う

といったもの。

とりあえず、、、Blenderで新しく習得したテクはこんなとこです。

地球はテキストにそって作成できたが、背面の板は「地球儀と同じ方法で」しか書かれていなくて困った。。。これができないと自分でiPhoneに表示なんてできないからさぁ大変。

最終的に何とかで攻略することができました。

重要なのは、板は平面なので１の手順をカットできること。そのままテクスチャを貼れちゃいます。一人で延々と「あれ、展開できないぞ」とかやってました。

さて、ココからは.sio2での書き出しについて。

書き出すためにスクリプトが必要だと説明は以前にもしたが、その名前は「sio2_exporter.py」。Pythonのスクリプトだから.syだそうだ。
SIO2の公式サイトからDLしたファイル群の「script」というフォルダに入ってました。

このスクリプトファイルをBlender.appの奥深くにコピーしておくと、Blender内部から直接スクリプトを呼び出すことが出来るようになる。（Exportの選択肢に「SIO2 Exporter v1.4 (.sio2)」という項目が追加される）

そして、書き出す際の手順はたったの３ステップ。

１、書き出したいオブジェクトは全てレイヤー１に配置し、全て選択された状態にしておく。

２、BlenderウィンドウのヘッダーにあるSCEという部分が保存する際のファイル名になるので、変更したい場合はへ変更しておく。

３、書き出し設定のオプションNを有効にして書き出しをする。

すると、指定したディレクトリにHello3DWorldというフォルダとHello3Dworld.sio2というファイルが生成されました。

フォルダに中にはobjectだのcameraだの、作成したオブジェクトと思われるフォルダが含まれていて、更にその中にはテキスト形式のデータが入っています。

何かテキストのデータとオレが作ったデータに若干の誤差があるが。。。

まぁ気にしないでいってみよう。

次回、チャプター４ではこれらをXcodeで読み取り、実際にiPhoneに流し込むまでの過程について取り上げます。

これさえ出来れば最低限の卒論くらいは書けそうな気がするｗｗｗ

ぶっちゃけ、それ以外の要素は自己満足みたいなとこあるしな。。。

なんて言わず！！←

モチベーションはこれからも右肩上がりで参ります。

チャプター３

2010-09-28T01:26:00.001+09:00

Saying Hello to the Blender / SIO2 / iPhone World

前のチャプターの「A simple OpenGL Demo」については後日（もしくは今日？）、先生と話しながら読み進めていきます。

なんせOpenGLだけではなく行列の知識も不足しがちなので１人じゃどうしよもないんです。

という訳で！！

今日は実際にBlenderに触れながらSIO2の使い方を勉強していきます。

An Overview of SIO2

iPhone SDKではBlenderで作った3Dモデルを扱うには、Pythonを使って.sio2と呼ばれる形式で書き出して扱う必要がある。本の画像そのそまま載せちゃいますゴメンなさい。

こんな感じでSIO2が働いている。

始めに通常通りの使い方でBlenderでシーンを作成していくが、そのシーンをSIO2で使うためには決定的な違いがあるという。それは、texture channelのフォーマットが異なるということだ。
BlenderとiPhoneではそのフォーマットが違うらしい。。。←知識不足
そのBlenderのフォーマットをiPhone向けのフォーマットに変換するためのスクリプトが存在する。こういったフォーマットの変換を行ったBlenderのシーンの保存形式が.sio2である。

作成した.sio2形式のファイルをチャプター１でも紹介したResourceディレクトリに格納する。（もちろんプロジェクトでの呼出も忘れずに。。。）

そうすることによって.sio2のファイルがSIO2の恩恵を受けることが出来るようになる。

・・・と。
SIO2の使い方の概念についてはココまで。

次からはBlenderで3Dモデルを作っていくシーンになるが、そこまで記述するつもりはありませんｗｗ

次の投稿はモデル作成後、如何に.sio2に変貌させるかってトコから行きます。

さてと。
これから作業です。徹夜だァーイ！！

チャプター２

2010-09-27T04:47:00.000+09:00

Introducing Graphics Programming in SIO2

そういや前回チャプターのタイトル書いてなかった。
これが有るか無いかではかなり分かりやすくなりますわなｗ

今後、気をつけます。

それと、ブログの記事の本文を分ける仕様にしてみました。
投稿が増えてくると重たくなりそうなので。。。

これも一種のユニバーサルデザイン？ｗ

さて。
余談はこれくらいにしておきますか。

このチャプターでは、前回の投稿で紹介した「テンプレート」の具体的な使い方を学びながらOpenGLの使い方について学び、最終的にはテンプレートにOpenGLのコードを記述していく作業をするらしい。

…感無量ッ。

１歩１歩ではあるが、確実にiPhoneで3Dやるために歩みを進められそうな感じがするッ。
それではゴリゴリ読んでいきましょうー。

The SIO2 Template

そういえば、、、OpenGLES自体も何も宣言しなきゃ使えるわけないのよね笑
テンプレートはいろんなライブラリを参照してくれてるって説明は把握してたけど、OpenGLESもしっかり使えるようになってますハイ。

初心者はAppendixから読み始めろとか言われたけど、正直今は我流で行列の変換とか勉強してる場合じゃないっす。先生と一緒に読みながらアレコレ聞かせていただこう。

そして、いよいよtemplate.mmのコードに付いて具体的な説明がスタート。ﾜｸﾜｸ

…初っ端から自動生成される著作権情報とファイル名の説明がッｗｗコメント文の書き方とかどうでもいいわｗｗｗ
まぁ、これは全てにおいて初心者に向けての本。こういうトコは割愛させていただきます。

さて、テンプレートにはsio2.hというファイルが含まれていまして。
このファイルの中でsio2という名前のオブジェクトを宣言し、SIO2において使うエンジンやライブラリのインポート、構造体の宣言を行っている。SIO2を支えるという大きな役割を果たしているのだと。
このファイルを読むだけでかなり貴重なデータが得られそう。

void templateRender( void )

続いてtemplateRenderというファンクションについて。
このメソッドではフレーム単位でのスクリーンへの描写を行っている。ここに記述した命令がすんごいスピードでループして3Dの描写をするのだそうだ。ゲームのようにフレームごとに変化を与えたい場合はこのメソッドに記述をすればいいらしい。

デフォルトではここはOpenGLを呼び出すために最低限必要な要素のみで構成されている。

glMatrixMode( GL_MODELVIEW );
glLoadIdentity();
glClear( GL_DEPTH_BUFFER_BIT | GL_COLOR_BUFFER_BIT );

ネットからの入れ知恵だと、glMatrixMode( GL_MODELVIEW )でコード内で使う座標系を行列を指定、glLoadIdentity( )で選択した行列を初期化、glClearでバッファを初期化。。。
何のこっちゃ。やっぱ3Dグラフィクスの基礎から勉強必要なんやね。。。

void templateShutdown( void )
{
// Clean up
sio2ResourceUnloadAll( sio2->_SIO2resource );
sio2->_SIO2resource = sio2ResourceFree( sio2->_SIO2resource );
sio2->_SIO2window = sio2WindowFree( sio2->_SIO2window );
sio2 = sio2Shutdown();
printf("\nSIO2: shutdown...\n" );
}

お次はこんなの。
SIO2エンジンを停止させるためのファンクション。これに関してはヘタに手を加えずそのまま使うことを推奨された。

void templateScreenTap( void *_ptr, unsigned char _state )
{
}

void templateScreenTouchMove( void *_ptr )
{
}

void templateScreenAccelerometer( void *_ptr )
{
}

そして最後にこの３つのファンクション。ここでiOSアプリケーションとの対話を行う。
templateScreenTapでスクリーンを指で押したり離したりしたとき、templateScreenTouchMoveでスクリーンをなぞっているとき、デバイスを振ったり傾けたりすることで加速度センサーが反応したときの３つのシチュエーションを想定して、それに応じて処理を記述する仕組みになっている。

テンプレートの構造はこれで以上。
どのようにコードを追加していくかで、アプリケーションに変化をもたらすことになる。

えーと。
このチャプターを独学で進めることが出来るのはここまで。

次からは実際にOpenGLのコーディングをしていくんだけどそれと一緒に行列どうこうってう知識が必要になってきます。なって来るはずです。
行列については付け焼き刃程度の知識しかないので、先生と共に読みすすめながら行列も勉強していたらと思う。

チャプター１まとめ

2010-09-27T01:11:00.003+09:00

前回の投稿が中途半端だったのは、その日にメンド臭くなって途中放棄したわけではない。

…まぁウソなんだが。

ひとまず、チャプター１で記述してある内容についておさらい＆まとめてみようと思います。

このチャプターはXcode、Blender、SIO2というiPhoneで3Dアプリケーションを作成する際の三種の神器の紹介。このソフトはこうっいたもので云々と、大まかな説明とインストール方法について記述してある。

XcodeとBlenderはすでに知識として知っているところがほとんどなので、ここでは特に取り上げません。日本語のサイトでもココなんかよりよほど秀逸なサイトが勢ぞろいなのでそちらを参照してね。

オレにとって重要なのはSIO2の記述。

SIO2ってのはBlenderで作ったモデルをiPhone上で動かすエンジンで、更に搭載されているライブラリを用いることで、そのモデルに様々物理計算や特殊効果も適用できちゃうスーパーなツールらしい。

そして、SIO2を使って開発するためには公式サイトからDLしたSIO2のファイルに含まれる「テンプレート」と呼ばれるXcodeのプロジェクトににゴリゴリとコードを記述していくとすげー楽ちん。

なぜなら、そのテンプレートには既にSIO2で使える様々なライブラリが追加されていて、「Other Source -> template.mm」にコードをゴリゴリ記述するだけでそのライブラリを使えてしまうからだ。つまり、プロジェクトのメインループとなるのがtemplate.mmなのだ。
この本では主に、このtemplate.mmにコードを記述してく手法で開発プロジェクトのサンプルを紹介するそうだ。

他にもSIO2のファイル群には実行するだけで起動するアプリケーションも数多く含まれていて、それだけでもSIO2のスゴさを確認することが出来るそーな。
確かに、赤いお猿さんや炎が出てきたり、仮想空間を移動できたりとなかなかすげーよSIO2。

ひとまずこんな所でチャプター１は終了。

画像使ってないから見にくい！とか言わないよーに。あくまで個人メモなので。

あ、質問とかあればコメント欄に書いてくだしあ。
出来るかぎり応対させていただいきます。

イライラ棒をiPheneで、しかも3Dでやることになってしまった。

2010-09-25T17:30:00.000+09:00

とりあえず、どこから説明しようか。話せば長くなる。

イライラ棒を画像をちょこちょこ動かすことで作ろうとしてた。

↓

中間報告で、イライラ棒とは！？的な議論と自分の現状（コースの絵の色で当たり判定出来るようになりましたー。）これから付けていきたい機能（色々なセンサーあるからそれ使うとオモロイと思いますぅ。）について発表。

↓

副査の先生より「3Dでやったら面白くね？＾＾」とご指摘。

↓

3Dでやることになったよー！！！！！！！
今までやったこと意味あったのかｗｗｗｗｗｗｗｗｗｗ

そういう訳で。
夏休みに入り、いかにiPhoneで3Dやるか検討開始。

3Dてなんだよ？
iPhoneで3DっていったらOpenGL ES？

調べていくうちにわかったこと。

OpenGLだけでイライラ棒のようなコースを描写するのは無理なんじゃね？ｗ
不可能ってわけではないけど、コードだけそんなモノ記述したくねぇｗｗｗｗ

さて。
やはりモデリングソフトとやらを探してみなきゃいけないようです。

そしてさらに調べていくと、捜査線上にあるソフトの名前が。それが「Blender」。

この辺ですでに夏休み4分の1終了のお知らせ。
他にもレポートとかあって、そこまで時間割けなかったと言い訳させてくだしあ。

で、米国の教授にここまでの進捗を報告。
すると、あるテキストを紹介するあるメールが届いた。

それがコチラ。どん

3D for iPhone Apps with Blender and SIO2 Your Guide to Creating 3D Games

はい出た英語テキストー。
でも仕方ない。オレがやりたい事のすべてが載ってるんだものっ。てかSIO2ってナンだよ。

やっぱり日本語のテキストは後手後手なんだよね。。。
今までの集大成として頑張りますかということで3D開発が本格的にスタート。

それ以降、夏休み中はひたすらBlenderの基本的な使い方や、今まで勉強してなかった行列やベクトルについて、あるいは3Dってナンだ？ってとこから勉強してました。

今まで授業でさえも3Dなんて扱ったことないから勉強する項目が盛り沢山。。。（MikuMikuDanceは遊びで数十分だけいじったことあるんだがね。）

そして今日。
ようやく全体的に勉強がキリいいとこ（その定義は定かではないが英語から逃げる時効）になったので、本腰入れて読み始めることにした。

一章
主にソフトウェアのインストール方法やそれに関する説明。
iPhone SDKやある程度勉強してるBlenderの説明も含まれているのでその辺はショートカットして読んでいける。

で、はじめましてSIOさん。

まず、SIO2ってのはBlenderで作ったオブジェクトをiPhoneで読み込み＆動作させる3Dエンジンらしい。そのために.sioって形式に変換して動かすんだと。

ほう。
そうなのかとしか言えない。

んでもって、開発をするときには「テンプレート」ってのにガシガシ自分のコードを追加していっていくらしい。このコードの追加が開発の肝なんですな。
「テンプレート」にはその他に、いろんな計算や処理に用いるライブラリも含まれているので、単純なメソッドの記述だけでそういったものを用いることが出来る。

８ページ。

間違いなく教授にはSIO2ってナンだ。ってツッコミ入れられそうだけど。。。
1つ1つのファイルについて研究しろとか言われそうでビビッてます。
このへんはもう少し読んでいかなきゃいけないらしい。

Source File Organization

2010-01-12T22:58:00.000+09:00

６章からは、もともと１つのファイルに記述していたファイルをクラス毎に複数のファイルに分割する手法を紹介している。
この要素はイライラ棒を作る上で非常に重要な要素になる。以前手を付けていたイライラ棒はmain.m１つに全てのコードを記述していたため、とても見づらいものになっていた。そこでiPhone Dev Centerで配布しているようなサンプルコードのようにクラス毎にファイルを分割して見やすいプロジェクトにすることを検討した。
しかし、サンプルコードのようにうまくコードを分割することができずにいたため、こういった勉強をしたいと感じていたところだった。

そんな前置きはさておき。。。

まずはこのように記述されているTireクラスとEngineクラスを以下のようにそれぞれ分割していく。

Tire.h

Tire.m

Engine.h

Engine.m

このように@interfaceを含む宣言部を.hファイル、@implementを含む実装部を.mファイルとして２つのファイルに分けて記述する。
この２つのファイル間の関連のことをDependenciesという。
ここでのコツは.hファイルにでCocoa.hをインポートし、.mファイルで.hファイルをインポートすることでスーパークラスのNSObjectとCocoa.hを継承させるということだ。同じクラスの宣言と実装を違うファイルで行ったとしてもこのような継承をしっかりすれば問題ない。

また、この組み合わせは常に.hファイルと.mファイルが１対１である必要はない。例えば１つの.hファイルを１００個の.mファイルでインポートしても問題はない。その逆もアリだ。
他にも、File1.hでFile2.hをインポートしてさらにFile2.hでFile3.hをインポートするというように、.hファイル内でさらに.hファイルをインポートすることも可能だ。
このとき最上位のFile3.hに変更があると、Xcodeはそれをインポートしている２つのファイルを再コンパイルする。そのためコンパイルには時間はかかってしまうが、そこで形成された繋がりは切れる事はない。

こういった所でInheritanceの概念が活用されている。

Inheritance

2009-12-09T00:54:00.002+09:00

３章のIndirectionの説明が終わったので、次に４章のInheritanceについて読み始めた。

Inheritanceとは日本語にすると「継承」。

クラス同士で関係を持つときには２つの重要な要素があり、それがInheritanceとcomposition。Inheritanceという概念をマスターすることで、クラスを作った時にとその性質を他のクラスにも使うことができるという。

最初の文章ではクラス同士の関係のことをInheritance、その関係を実際に構築することをcompositionと言っているようだがどうなのだろうか。うっし、実際に読み進めて行くことにしよう。

Why use Inheritance ?

まず、そもそもどうしてInheritanceという概念が必要になってくるのかということで、前回使っていたサンプルからCircleクラスとRectangleクラスの宣言を例にして解説していた。

ここではクラス名以外は全く同じ宣言をしている。

そしてクラスの実行部でも宣言部と同様に、同じような命令を記述している。

このように何度も同じ記述をしていると、１箇所でも記述ミスをしたときにめんどくさい。そういった問題をなくすためには、各クラスの違う箇所だけを残して、共通の宣言は他でまとめて宣言すればいい。

つまり、このクラス宣言でいうdrawメソッドだけ残し、それ以外の宣言・実装をまとめてどこか違うクラスでまとめて行えばいいのだ。

その「Circleクラスはあそこのクラスを参考にして宣言・実装してくれ。」という命令のことをInheritanceという。代わりに仕事をさせるという意味では、これもIndirectionと言えるのか？

さっきから「どこかで」「あそこの」という表現を使っていたが、Inhetitanceで参照されるクラスのことをスーパークラスという。CircleクラスとRectangleクラスの宣言を行うクラスをshapeとすると、「ShapeはCircleとRectangleのスーパークラスである」と言える。

そのスーパークラスShapeを宣言することで、CircleとRectangleを宣言するときは常にsetFillColor :とsetBounds:が引き継がれることになる。

Inheritance Syntax

では、このような機能を実装するために何が必要か見ていこう。

まずは受け手側となるCircleクラスの宣言を変更する必要がある。

Circleクラスの宣言についてはShapeクラスで宣言するので、ここではCircleクラスをShape型のクラスとしての宣言すれば問題ない。

そして、気になるShapeクラスの宣言だが、今までやってきた知識でまかなえるような記述だ。

クラスそのものはNSObject型で宣言し、CircleクラスやRectangleクラスで共に使う２つのインスタンス変数、３つのインスタンスメソッドを宣言する。

宣言部と同様、実装部もとても簡単な方法で記述している。まずはCircleクラスの実装部。

drawメソッド以外は既にShapeクラスで実装されているので、ここで記述しない。

なぜNSLogだけ残したかというと、当然のことだがコンソールに表示させたい内容はクラスによって違うためである。

そして、Shapeクラスの実装は以下のようになっている。

これも今までの知識で十分にまかなえる記述だ。

あえてコメントするなら、後ほど使うdrawメソッドを空白でここでも記述していることについて。

drawメソッドは宣言こそ各クラスで共通して使うが、前述の通り実装方法はクラスによってそれぞれ異なる。なので本来ならばここで実装することは全く意味をなさない。しかし、Shapeクラスで宣言したからにはShapeクラスで実装しないとコンパイラが警告を出してしまう。そのため、とりあえず空白でも良いから警告を出させないためにとりあえず記述しちゃえということでこういった記述をしている。

さて。

次からは「How Inheritance Works」ということでInheritanceが具体的にどのような働きをしているか図を用いて解説している。

ざっと見てみると「self」という単語も出ているのでさらにOBJCの理解が深まりそうだ。

※少し雑談

英文の読解についてはあらゆる人の助言を受けた結果、このような結果にたどり着いた。

Q.英語を読めません！どうやったら読めるようになりますか？

A1.ざっくり読む。翻訳するのではなく、その文章が何を言いたいのか理解する。

A2.英語は読める、読めないじゃない。読む、読まない。

ちょっと雑談になるが、去年スロベニアで出会った日本人の学生とチャットをする機会があった。

その中で英語を読むコツを聞いたところ、２個目のアドバイスを貰った。

英語では「I don't speak Japanese.」とは言うが、「I can't speak Japanese.」とは言わないそうな。

ラテン語などでも同じ言い回しをするらしい。だから「英語を喋れない」という表現をするのは日本くらい。

というか、自分の英語レベルでもそれくらいはなんとなく覚えていた。

・・・確かに！！これも日本人の悪いところなのか。。。

それを少し意識するだけで本のペースは少し早まった。

重要そうでも分からない単語については辞書を引いているが、文章が何を訴えているのか分かるようになってきた。

先生がいない間に少なくともあと２０ページ読んで、５章まではコンプリートしたい。

昨日の疑問点について

2009-12-01T23:09:00.001+09:00

クラスを定義する際のメソッドの宣言でcやbといったものを使っている理由。

ここでいうcやbはダミーと言って、実際にメソッドが実行される際には関係のないもの。

setfillColorを例にすると、このメソッドは実行されるとfillColorにShapeColor型の値を代入しろということをここでは述べている。具体的な値に関してはmain関数の方で準備されるので、ここではどのような値が入るかという例を示しているだけだ。なので、ここだけ見ると勝手にcを宣言して勝手にcを代入しているようにしか見えず、さらにこれらの命令が連続して行われるものとしてみてしまったために混乱が生じた。

ちなみに、CircleクラスのfillColorには以下の手順でkRedColorが割り当てられる。

main関数の中でCircleクラスのshapes[0]という構造体に対して、kRedColorという引数を用いてsetFillColorというメソッドを実行する。メソッドsetFillColorではfillColorに対してShapeColor型の値を代入しろと言っているので、与えられたkRedColorをfillColorに代入してやる。

そしてもう１つの疑問点。

main関数の最後でdrawShapes (shapes, 3)というメソッドを実行するように言っているが、そのカッコの中身の意味について。

実際にメソッドがどのように宣言されているかチェクすればすぐに分かった。

メソッドでは、id型のshapes[]とint型のcountに値を入れてから実行しろと言っている。

main関数で書かれていた(shapes, 3)というのはこれに割り当てるための引数だったのだ。

どのように使うかはこのメソッド内で定義している。

for文で３回分ループさせてiを１ずつ増やし、shapes[i]をid型のshapeに代入、そのshapeを使ってdrawメソッドを実行する。

このように、メソッド間のやりとりを読み取るのに苦戦した。

これがオブジェクト指向というものなのだろうか。自分でコードを全て記述するのは非常に困難だ。。。

iPhone SDKの恩恵の大きさを知った。

次回からは先生とマンツーマンで進めて行く。

よろしくお願いします。

Instantiating Objects

2009-11-30T02:51:00.001+09:00

これまでクラスの宣言をして来たが、ここではクラスで使うオブジェクトの宣言をする。

ここで行う処理の事をinstantiatingという。（日本語直訳だと具体例を挙げる。また出たよこのindirectionみたいな要素。）

オブジェクトを具体的に示す（インスタンスを生成する）ためにその分メモリ領域を確保してそこに情報を格納する。

その確保する時には何らかの値を格納してメモリを初期化するのだが、その値はランダムな値ではなく一定の値が格納される事になっている。

そのメモリ確保（allocation）と初期化が済んだ状態の事でインスタンスの生成が可能になる。

生成したインスタンスの値は「instance variables」といい、「ivars」と表記する事もある。

新しいオブジェクトを作るためにはまず、クラスにメッセージを送る必要がある。

これはOBJCの特徴で、クラスをオブジェクトのように扱い、メッセージを送る事ができる。この事に関する英文は読めなかった。。。

実際にコードの解説をしようと思う。

まず最初にmain()があり、以前のサンプルShapes-Procedualでは配列を用意していたのに対し今回はidの属性を持つオブジェクト（だが中身は配列）を宣言している。

shapes[0] = [Circle new];

このようにshapes[0]に対して[Circle new]というメッセージを送る事で図形ごとのオブジェクトを生成する。

さらにサンプルShapes-Procedualと違うところがある。それは図形の要素を、構造体で決められた値を使ってオブジェクトとして宣言しているところだ。

setBoundsのrect0は最初にShapeRectとして、の中でsetFillColorのkRedColorはShapeColorとしてそれぞれ構造体で宣言された値を忠実に使っている。

drawShapes (shapes, 3);

そんな発狂するような処理（訳そのまま抜粋）を終えてこのようなコードを記述するとdrawShapesファンクションが実行されて画像描写が行われる。（最後のカッコの値はshapesの値を３つ使うという意味でいいのだろうか。。。）

The implementation Section

2009-11-30T01:48:00.001+09:00

クラスの実装部の説明。

@interfaceの記述はクラスのインタフェースの記述。

この部分はAPI(Application Programmig Interface)またはTLA(Three-Letter Acronym)とも呼ばれる。

それに対してクラス内のオブジェクトの実際の仕事を@implementationで記述している。

@implementation Circle

このようにクラス名を@implementationのあとに記述する事でコンパイラに「ここがCricleクラスの肝だぞ」と宣言する。ここでは変数を扱う事が合っても「：」を付ける必要は無い。

それ以降は具体的なメソッドの記述になるが、もちろん@interfaceで宣言したメソッドを記述できる。その際に宣言した順番と記述する順番は異なっても構わない。

setFillColor:

最初のメソッドの記述。@interfaceで宣言した通り「：」付きで宣言をする。C言語の記述のようにここでは最後に「；」を付ける必要は無い。また、変数の名前も変わっても構わない。

この場合は内部でcという変数を使っているのでそのままにするとエラーになってしまう。

ただ、、、なぜここでわざわざcという変数を代入しているのかが分からない。。。

その次のsetBoundsメソッドでも同じような記述はあるのだが。。。

最後にdrawメソッドの記述。

ここではこれまでに宣言したboundやfillColorをコンソールに表示するだけ。

つまり変数を直接扱う事はしていないので、前述の通り「：」を付けないのだ。

OOP in Objective-C 2

2009-11-30T00:32:00.003+09:00

昨日の続きから

- (void) setFillColor: (ShapeColor) fillColor;

ここでいう「setFillClor:」はメソッド名。（：も含む）

それ以降の記述は返り値とその型を示す。

fillColorはパラメータの名前。それをメソッドの本体の中でも使うことになるが、自分の好きな名前にできるのでとても便利。

setBoundsメソッドでも同じことを言える。

メソッドそのものが変数を扱うならば「：」を付ける、扱わなければ付けない。コレ鉄則。

そして最後の@endで、コンパイラにCircleクラスの宣言の終了を告げる。

Implementing Object Orientation

2009-11-29T00:16:00.000+09:00

前回のプログラムを改良したものとして03.10 - Shapes-Objectを紹介。

まず１つ目の変更点はメソッドdrawShapesの中身だ。

ここで変わった事は第一に、コードが短くなっていることだ。わざわざ図形ごとの処理を分けなくてもいい方法になっている。

次に、メソッドの最初に宣言しているshapes[]だ。これはid型の配列なのだが、ここでいうid型というのはオブジェクトを宣言する際に用いる。オブジェクトを呼び出す事はCの構造体を扱う事と同じような事なので、構造体へのidはポインタの１つといえる。

この場合は図形の種類を決める構造体へのポインタになる。

３つ目に変わった事は、中心のループだ。

forの内部ではまずid shapes = shapes[i]という宣言をする。

ここでは配列shapesのポインタを得て、id型のオブジェクトshapeという変数にそれを代入する。それぞれshapes[0] は赤い円のクラスCircleへのポインタ、shapes[1] は緑の長方形のクラスRectangleへのポインタ、shapes[2] は青い楕円のクラスOblateSpheroidへのポインタとなる。

そして[shape draw]と表記することで、shapeというオブジェクトが drawというアクションを実行するようになる。

OBJCでは、このようにアクションがオブジェクトを呼び出すことを”アクションがオブジェクトにメッセージを送信する”と表現する。

[shape draw]で行われる処理の手順は以下のように示すことができる。

１、shapeがどのようなクラスであるか参照する。

２、コード内のどこにdrawというファンクションがあるか調べる。

３、shapeに含まれるクラスの情報を使ってdrawを実行する。

OOP in OBJC

次に、これらの処理を行うために準備する重要な要素について説明。

Interface：クラスの宣言。この要素を宣言することで先ほどのようにクラスCircleによってdrawというアクションが実行されるようになったりする。

Implement：Interfaceの実装部。今回のコードの中ではdrawからCircleにメッセージを送信されたときにどのような処理をするか記述している。

このコードはクラスCircleに関する宣言のみ行っている。

１行目：コンパイラに対してNSObject型のCircleという名前のクラスを作ることを宣言。

２、３行目：このクラスを形成するために必要な要素の宣言を行う。

最低限、ここまでの処理（クラスの作成、２つの要素の構成）でクラスの宣言は完了する。カッコを閉じることで宣言の終了をコンパイラに指示する。

ちなみに、クラス内で自作した新たな宣言のことをクラスのオブジェクトに対するインスタンス変数という。

以下はメソッド宣言と呼ばれるものになる。

こんな宣言をサポートしてるぞと言わんばかりに、その名前と返り値の型・名前を記述する。

OBJCのメソッドが返すことができる値として「int, float, char, ポインタ, オブジェクトの参照, 構造体」があげられる。

まずは最もシンプルな- (void) draw;について。

「-」がつくことで「これはOBJCのメソッドだぞ」という意味になる。特に返り値は持たない。

Greased Lightbox

→←+-↻

読み込み中

クリックでキャンセルします

画像が存在しません

Greased Lightbox

→←+-↻

読み込み中

クリックでキャンセルします

画像が存在しません

Procedural Programming

2009-11-25T19:53:00.005+09:00

Object-oriented programmming（以下OOP）においてIndirectionは重要な要素になっている。

最大の特徴はコードを呼び出すという事だ。

そこで、説明のために用いていたサンプルコード「03.08 Shapes-Procedural」の解説に入ろうと思う。

まず始めに、プログラム内部で使う構造体をenum型の列挙で宣言する。

kCircle, kRectangle, kOblateSpheroidの３つはShapeTypeという要素、kRedColor, kGreenColor, kBlueColorの３つはShapeColorという要素に含まれる。また、このプログラムでは使わないが、kCircleには０、kOblateSperoidには１といった番号が構造体に含まれる順番にバックグラウンドでは割り振られている。

次に、ShapeRectという構造体にはint型のX, Y, width, heightが含まれる。

このShapeRectや最後のShapeという構造体を宣言する時にenum型にしなかったのは、ShapeType型のtypeという変数のように、その内部で属性を持つ変数を定義するためである。

コードの手順とは異なるが、次はmain関数内の説明。

初めに、 Shape型のshapesという変数を３つ用意する。

ShapeRect型のrect0という変数に対して４つの値を代入する。これは先ほど宣言したint型のX, Y, width, heightに代入される事になる。

Shape[0].type = kRectangleとなっているように、構造体型の変数に対して"."をつけることでその構造体の中身を参照する事ができる。この場合はShape[0].typeということでShapeType型のtypeを参照しており、enum型のShapeTypeの中からkRectangleを参照している。

同様の処理をして行くと、main関数の中からdrawShapesというメソッドに飛ぶ。

ここの２つの引数shapesと３はShape型の変数shapes[]とint型の変数countに代入される。

drawShapesでは選択されたshapes[i].typeの値によって定義されている図形３つ分の処理を行う。

shapes[i].type = kCircleだった場合はdrawCircleというメソッドで宣言されているShapeRect型の変数boundsにshapes[i].bounds（＝0, 0, 10, 30）が、ShapeColor型の変数fillColorにshapes[i].fillcolor（＝kRedcolor）が与えられる。

同様の処理をdrawRectangleとdrawOblateSperoidにも行う。

すると、各メソッドでは以下のようなコードを実行してコンソールに実行結果を表示するのだが、ここでさらにcolorNameというメソッドが呼び出されている。

ここでは用意されているShapeColor型のShapeColorに対してfillColorという値を与えている。ここで与えられたfillColorの値がkRedColorなら@"red"を返すというように、fillColorの名用によってその色の名前をNSString型として返す。
すると、コンソールにはこのような表示がされる。

このように、メソッドの中から違うメソッドを呼び出すと行った繰り返しをすることでコードを細分化し、各処理の内容を分かりやすく表記している。
それがIndirectionがもたらす最大の副産物ではないかと思う。

先生への発表を通じて

2009-11-21T16:45:00.005+09:00

発表を通して確認できたことを書こうと思う。

１（2009/10/26のエントリーより）

.hファイルで宣言しているstructure, symbolic, contants, function, prototypeについて。

実際の表記は
structs（構造体）
symbolic constants（記号定数）
function prototypes（関数原型）
というものだった。

構造体→１つのArrayで１種類の型しか宣言できないのに対し、１つの構造体では複数の型を宣言する事ができる。

記号定数→たとえばXcodeで「PI」と入力するとそれが円周率を意味するものになる。ここでいうPIが記号定数である。

関数原型→別名プロトタイプ宣言とも言い、あらかじめ使う関数を宣言することを言う。先日紹介したサンプルコードBOOL PartyでいうareIntsDifferentのようなもの。

２（同上）

precompiledヘッダファイルとは何か。

そもそもPrecompiledというのはコンパイル済みのという意味があるようで、そういうこれは既にコンパイルされたヘッダファイルという意味になる。マスタヘッダファイルがFoudation.hだとすれば、それに含まれるNSArray.hといったファイルがPrecompiledヘッダファイルという事になる。

Indirection

2009-11-14T21:15:00.000+09:00

今日はIndirectionについて書こうと思う。
Learn Objective–C on the Macによると、「あなたは友人Aから本を借りていた。しかし、その友人は遠いところに住んでいるので返しに行くのが面倒。そんな時、隣人がAの住んでる近くまで出かけると言う。あなたは隣人にAの本を返すようにお願いした。それがIndirectionだ」と書いてあった。

つまり、、、人に頼んで自分の仕事をやらせるっていう解釈の良いのかな。
かなりの参考書を読んでみたが、それに該当するような表記が見当たらない。。。
次回のゼミの時に先生と相談しよう。

そんな中でのサンプルコード03.01 Count-1の解析。

プログラム自体は単純なforループで、コンソールに表示した回数を文字列で表示するもの。

ここでいう%dがキーポイントになるそうだ。ここでfor文の終了値を５から１０に変えるとコンソールに表示される値も１０になる。（最初のNSLogも表記を変えるために変更しておく。）

さらに、このfor文で使っている値をあらかじめint型で定義しておく事でも同じ事ができる。表示する部分は直接何も変更していないが、それ以前の定義を変える事で出力結果も変わった。つまり、こんなとても簡単なプログラムの中でIndirectionを使っているといえるのだ。

次に、配列の文字列を読み込んでその文字数をカウントするプログラムを解析した。配列を定義してそこから文字列を読み込むものと、テキストファイルから読み込むものがあったが、今回はテキストファイルから読み込む方をピックアップしようと思う。

まずはテキストファイル。

このファイルがプロジェクトファイルと同じディレクトリに格納されてる。

内容を編集するとプログラムにも反映される。それを示すためにtomonariという内容を加えた。

そしてソースコードは以下の通り。

FILE *wordFile = fopen ("/tmp/words.txt", "r");で読み込みたいファイルを指定し、char[100]で100文字まで読み込める配列を宣言。

fgetsfgets(word, 100, wordFile)というwordFileから文字列を読み込んでwordに格納する処理をwhileの条件とし、その中では読み込んだ文字列数から１を引く処理をしている。それは、改行文字も１文字として認識されてしまうためだ。

そして最後に文字列とその文字列をコンソールに出力する。

こういった処理がIndirectionによるものだと言えるそうだ。

また、ファイル名をプログラム内で定義しないでも同じ処理が行えるものが紹介されていた。

変更した点は青く選択された部分だけ。

まず始めに、このプログラムは何を行うものか説明したいと思う。

argcの値が１の場合は「you need to provide a file name」というメッセージを表示し、そうでない場合はargv[1]に含まれる名前のファイルを開く処理を行う。それ以降は前のプログラムと同じものだ。

さて、ここで注目すべき点はargcとargv[1]という項目である。

この２つは最初のmain関数の定義の際に定義されているが、これらは何者なのだろうか。

これは前から気になっていたが放置していた項目の１つだ。

ネットで調べてみると、C系のプログラミング言語では共通してこの項目を使っているようで、argvはプログラムが実行する際に読み込むファイルを格納するための配列、argcはその要素の個数を示すという。argv[0]にはプロジェクトを作成した際にデフォルトで実行ファイルの名前が入るが、それ以降については自分で設定できる。つまり、ここで読み込みたいテキストファイルを指定する事で先ほどのfopen()を使わないで済むのだ。

話を巻き戻すが、argc==1という事は配列argvに実行ファイル１つ以外格納されていないため、自分で設定しろという警告文を出していることになる。もしそうではなく何らかの項目が追加されているなら、argv[1]の内容が示すアドレスのファイルを開きなさい。といったポインタ的な考え型ができるのだ。

さっきからアドレスを指定だの何だの言っているが、それはXcodeで設定する事ができる。

右側のリストの「実行可能ファイル」を展開する事で表示される項目をダブルクリックする事で、次のようなウィンドウが表示される。

その中で引数のタブを選択して上の方の＋マークをクリック。そして「/tmp/words.txt」を入力して作業は完了。

一般的な場合は分からないが、自分の場合はXcodeを再起動する事でこの設定が適用された。ちなみに「usr/share/dict/words」を追加してプログラム内で読み込み、表示させると辞書に含まれる全ての単語を読み込む事になり、エライ事になる。

この本ではこれ以降もIndirectionについて述べている。

さらに読み進めて行こうと思う。

BOOL型について

2009-11-12T23:58:00.011+09:00

C言語とOBJCではブールの表記が異なる。

C -> bool

OBJC -> BOOL

といっても大文字か小文字の違いのみ。Xcodeではどちらも使用できるが、返り値が異なる。ここが大きな違いと言えるのではないだろうか。

C ->「true」or「false」

OBJC -> 「YES (1)」or「NO (0)」

上記の通り、OBJCにおけるBOOLは水面下で「１」と「０」の返り値を扱っている。

BOOLではこういった８ビットの値を使っているが、８ビット以上の値が返ってくると「NO」をとして扱われる。

サンプルプログラム「BOOL Party」を用いたBOOLの使い方の説明があった。

＊コードをそのままコピペすると宣言部の山括弧がブログの仕様上、HTMLのタグとして認識されてしまうSHITな状況なのでコードは画像で貼付けた。

areIntsDiffent

ここではint型の２つの値（thing1, thing2）を宣言、比較して同じならNOを、異なるならYESを返す。

NSString *boolString (BOOL yesNo)

BOOL型で宣言されたyesNoに対して（BOOL型として）返って来た値がNOならばNOを、YESが返って来たらYESを文字列として返す。

int main...以降は主な処理。

BOOL 型でareTheyDifferentを宣言し、それに対して２つの値（５と５）をareIntsDifferentの処理にかける。この時点でareIntsDifferentにはBOOL型のNOが格納されている。それを文字列として表示するために、NSLogの内部でboolString(areTheyDifferent)とすることでBOOL型のNOをNSString型のNOにする。（boolString(NO)と同意）

同様の処理を２３と４２の値で行うと、最終的にNSString型のYESが返ってくる。最期に０を返すことでプログラム終了。

といった具合だろーか。

ちなみに出力結果はコレ。

これでBOOLの使い方に付いては終了。

５と５は違う？　NO

２３と４２は違う？　YES

幼稚園児でも分かりますねこんなの。でも、英語の本読んでプログラムでこれできた時の爽快感と言ったら、、、くぅっ。

相変わらずペースはクソ遅いけど、順調に進んでます。

本のペースはと言いますと、次のステップとしてIndirectionについて読んでいます。日本語に訳すと、、、回り道でいいのかな。とにかく連呼してるんで、「Indirectionは、Indirection。」という風に解釈しちゃいます。問題は中身っす。

その一環としてmain (int argc, const char *argv[])についても理解しつつあります。（やっとかよ。）

詳細はまた明日！すみません、寝させてくだしあ。。。

本日のまとめ

2009-10-29T00:22:00.002+09:00

前回からの引き続きでもあるが、まずはXcodeで使うフレームワークのディレクトリから。

/System/Libraly/Frameworks/Foundation.framework/Headers

に含まれているようだ。

話はNSLog( )について。

Cでいうprintf( )と同じような物。

OBJCでもprintf( )は使えるが、NSLog( )の方はコンソール内で日付と改行を自動的に入れてくれるという点で優れている。

NS ってなんだ？

ー＞何らかのツールを使わなくても、それ自身がCocoaのどんな機能なのか教えてくれる接頭子。Apple社に買収されたNeXT社の名残。自分で設定する場合は会社名や個人名を用いる事が多い。ヘッダファイルに含まれるAPIのようにコレクションされている訳ではない。

＊注意点

同じ識別子を使わないようにする。もし使ってしまうと残念賞。

NSLog(@"Hello world!!");

最初の@は「次の""がCocoaのNSString の要素である」ってことをコンパイラに示すためにある。Stringが文字列を示すように、CocoaではNSStringが文字列を示すからね。

で、NSStringの要素ってのはたーくさんあるんだって。

文字の長さ（字数）をカウントしたり、文字列同士を比較したり、integerとかの値に変換したり。こういった作業はCの文法でいろんなことが出来る。ch8でkwsk。

こういう"NSLog"とかの接頭子は見るだけでCocoaのどんな機能か検討がつくからcoooool。

Cocoaの要素って言うのは大抵こんなモンらしい。

"NSArray"なら「配列なんだなー」ってスグ分かる。

で、return(0)でプログラムの終点を示して実行に移るのはCと共通。

最期にreturnされた値が０なら正常、それ以外ならエラーというのは昔から同じみたい。

これで、ようやくObjective-Cコードの書き方、コンパイル、実行、分析について大まかな概念に関するパートが終わった。

#import ＜Foundation/Foundation.h＞

int main (int argc, const char, *argv[])

{

NSLog (@"Hello Objective-C!") ;

return (0);

}

この４行に関してはマスターできた、、、かと。

実行するとただコンソールに「Hello Ocjective-C」って表示するだけ。

今まで完成品の解析ばっかやってたからこんな初歩的な事やるのは違和感あるけど、収穫があるのも事実。しばらくはこんな感じでいこう。

今までのまとめ

2009-10-26T03:24:00.002+09:00

こんな本を読んで研究を進める事にしました。

Objective-Cについて基礎から学んでみる事にした。

まだ卒業までは時間がある。

そう信じて、今はひたすら基礎からキッチリ磨いていく事にしました。

ルーズリーフだとなくした時が怖いので、ココにメモします。

.mは実装部。

これが.cだとC、.cppだとC++のコードだぜって意味。

XcodeはGNU Compiler Collection (GCC)っつーコンパイラを使っていて、CもC++もObjcもコンパイルできる。

.hは宣言部。

structure, symbolic, contants, function, propertyを宣言する。

具体的な内容に関してはまだ不明。

コード内でヘッダファイルを呼び出すとき、Cでは#includeを使うがObjcでは#importを使う。

Objcではどちらも使う事が出来るが、#importを使うと既にそのファイルが呼び出されていないか自動的にチェックしてくれる。

#import　＜Foundation/Foundation.h＞//＝Foundationというフレームワークに含まれるFoundation.hというファイルを見るようにコンパイラに指示を与える。

＊フレームワーク：ヘッダファイル、ライブラリ、イメージetcがひとまとまりになったもの。

Cocoaは主に２つのフレームワークから構成される。

・Foundation

インタフェースの下の階層にある部分を処理。OS的な役割。

・Appkit

インタフェースに関わるところをサポート。

CoreAnimationやCoreImageといったものもアルヨ！

この２つにはかなーり多くのヘッダファイルを含む。全部を#importするのはメンドイ。

そのため、それぞれマスタヘッダファイルにアクセスする事で全てのヘッダファイルを使えるように出来る。

その上、コンパイラはヘッダファイル内に含まれる全てのテキストを読み込む訳ではない。

Precompiledヘッダを読みこむことでスピーディな処理を実現。

つまり、一回読み取ったものを忘れずにどっかに記憶させとく的な機能らしい。

precompiledってどゆこと。。。ワカラン。

さて。

これだけの内容を抽出するのに５日ほどかかった訳だが。

オレ、どんだけ英語よえーのｗｗｗｗｗｗｗｗ

まじぱねぇｗｗｗｗｗｗｗｗｗ

でも、がむばる。

今の苦労は、きっと将来役に立つ。

大金さん、まじリスペクトしてますんで。

タイマーできた！

2009-06-04T00:37:00.003+09:00

またもや初期化が原因でした。。。
辞書を導入する時にも初期化をしないせいでおかしなエラーが起こっていた気が。。。

http://freeek.jp/blog/iphone/117/
ここのページを参考にして作っていった訳だが、初期化ナシでは動く訳がない。
まねっこしようとした自分のミス。

- (void)touchesBegan:の中で、startTime = [[NSDate alloc] init];の１行を追加しただけでうまくいくようになった。

そしてゲームをクリアした瞬間の時刻を計測するためにNSTimeInterval saTime = -[startTime timeIntervalSinceNow];を記述。

すると、このような画面に。

今日の新しく出来た事はこれくらい。
ついに明日、出発。

昨日は報告書を仕上げていたので報告ナシです。

2009-06-03T03:59:00.002+09:00

タイトルの通り、昨日はコードには一切触れなかった。

今日でその分を取り戻そうとしたが、どうもうまくいかない。。。
今回の壁はNSTimer。ゲームをクリアするのにかかった時間を計測するためにNSTimerを実装した。

//タイマーの宣言。0.1秒刻みで計測を行う。
timer = [NSTimer scheduledTimerWithTimeInterval:(0.01)
target:self
selector:@selector(onTimer:)
userInfo:nil
repeats:YES];

//タイマーの実装。チュートリアルを除く２回目以降のゲームで指が触れている時に処理を行う。
- (void)onTimer:(NSTimer*)timer {
if(moveFlg == 1 && gameCount != 0){
storeTime += 0.01;
statLabel.text = [[NSString alloc]initWithFormat:@"%.2f秒経過",storeTime];
}
}

このような記述をすると、とりあえず動作した。
しかし、指の移動するスピードが早くなると正確な時間を刻まなくなった。
そのため、異なるアルゴリズムで時間を計測する事にした。

そこで使ったのが、
NSTimeInterval saTime = [startTime timeIntervalSinceDate:nowTime];
という「startTime」と「nowTime」の差分を求めるメソッド。

ここで使われる引数は
NSDate *startTime;
startTime = [NSDate date];　//画面に触れたときに実行

NSDate *nowTime;
nowTime = [NSDate date];　//ゲームををクリアしたときに実行
というように画面に指を触れた瞬間とゲームをクリアした時の時刻を計測したもの

時間を常に更新し続けるのではなく２回しか時間を計測しない事から、前に作ったタイマーよりも処理の回数が少なくなると思ったのでこれを使おうと思った。

timeIntervalSinceDateで時間の差を求める処理ができていないようだ。。。
デバッギングしてもその時点で処理落ちしてしまう。今日はこの方法を実装するためにかなりの時間を割いてしまった。
だが未だに実装できていない。。。

WWDCまで時間もあまりないので、時間を計る違うアルゴリズムを構築するか、それ以外にも追加する機能を考えてみようと思う。

外見の変更

2009-06-01T04:22:00.005+09:00

今日は主に外見の変更をした。
今まではイライラ棒ゲームそのものの動作に付いてコードを書いてきたが、そろそろそれ以外のジャンルにも手を伸ばす事にした。

まずはdefault.pngの追加。
具体的な構造はどうなっているかまだ分かっていないが、こういった名前の画像ファイルをプロジェクトに追加するとアプリケーションが起動する際にその画像が表示されるようになる。もはやこれはAPIうんぬんとかいう問題ではないのだろうか。

次に、アプリケーションが起動した際の外見も変更した。

- (void)applicationDidFinishLaunching:(UIApplication *)application {
UIWindow *window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
HelloController *hello = [[HelloController alloc] init];
[window addSubview:hello.view];
[window makeKeyAndVisible];
[application setStatusBarHidden:YES];

UIActionSheet *actionSheet = [[UIActionSheet alloc] initWithTitle:@"某テレビ番組で有名になったイライラ棒です。\nまずはチュートリアルを行ってから、、、\nゲームスタート♪ "
delegate:self cancelButtonTitle:@"工事中" destructiveButtonTitle:@"Let's★イライラ" otherButtonTitles:nil];
actionSheet.actionSheetStyle = UIActionSheetStyleDefault;
[actionSheet showInView:window];
[actionSheet release];
}

このようにしてapplicationDidFinishLaunchingの中でアラートを起動させると、

このような画面が表示されるようになる。
今後は「工事中」の項目からオプションの機能もつけていきたい。

ここからゲームを開始して、最初のコースはチュートリアルとして使っていこうと思う。
チュートリアルとして使うために、ラベル（statLabel）を追加する事にした。

　statLabel = [[UILabel alloc] initWithFrame:CGRectMake(10, 10, 200, 100)];
UIFont *displayFont = [UIFont fontWithName:@"Times New Roman" size:22];
statLabel.font = displayFont;
statLabel.textColor = [UIColor blackColor];
statLabel.backgroundColor = [UIColor redColor];
statLabel.textAlignment = UITextAlignmentLeft;
statLabel.adjustsFontSizeToFitWidth = YES;
statLabel.numberOfLines = 4;
statLabel.text = @"1. Touch the cursor.";

この画像は指定した範囲内でカーソルをタッチした時の状態。
始めは１つ目の画像にもあるように、カーソルをタッチしろという記述がありタッチをすると２つ目の画像のようにラベルが切り替わる。また、画像で背景が赤くなっているのはラベルの範囲を確認するためであり、本来は statLabel.backgroundColor = [UIColor clearColor];というプロパティで透明にすることにしている。

ここで苦労したのが改行についてだ。
今回はstatLabel.numberOfLines = 4;というプロパティの変更によりラベルは４行になり、改行をしてもそのまま文章が表示されるようになっている。しかし、このプロパティを変更しないとラベルは１行のままで、文章が途中で途切れてしまう。

これからはラベルの内容に変更を加えたりアニメーションも付ける事でチュートリアルとして分かりやすいものに仕上げていこうと思う。

他にも前のままだと指の現在位置が把握しづらかったので、移動させるカーソルの画像の変更もした。

また、そろそろErica式のプロジェクトから本来のプロジェクト形式に引っ越す事も視野に入れていくことにする。
コードの量が増えてきた事もあるが、まずはクラスを明確に分ける事でプロジェクトそのものの全体像も見えてくるからだ。

どれだけやっても研究すべきことが出てきて止まない。

空も明るくなってきたので、帰還します。

cocos2d-iphone-0.7.3

2009-05-31T03:54:00.004+09:00

http://code.google.com/p/cocos2d-iphone/

今日はViewを変更するための情報収集をしていた。
その中で、こんなものを発見。通常のXcodeprojと変わらないような気がするが。

なんだこれは。
どうやらオープンソースで公開しているフレームワークらしいが、とても複雑怪奇な形式をしている。

その中のアクティブターゲットをそれぞれ実行すると、Viewやwindowに対して様々なエフェクトを付けている事が分かった。
YouTubeにも動画があったので載せておこう。

AtlasTest
画像を拡大し、傾きで移動させる

AtlasTest
Atlas: LabelAtlas（ストップウォッチ）

ChipmunkAccelTouchTest
タッチして画像追加＋傾きで移動

ClickAndMoveTest
タッチした場所に画像が移動。背景アニメーション気になる。

EaseActionTest
画像を横方向にあらゆる速度で移動。

EffectsTest, EffectsAdvancedTest
View全てにエフェクトをつける。

IntervalTest
ゲーム中のポーズ機能

MenuTest
ゲーム中のメニュー画面

ParalleaxTest
コース画面を移動。

ParticleTest
指でなぞった軌道上にエフェクトをかける

PerformanceSpriteTest
iPhoneOS3.0では起動せず。それ以前のバージョンでは動作するが何を表すか不明。

RotateWorldTest
４枚のViewに対して同時にアニメーションをつけ、画面内で同時に動かす。

SpritesTest
画像をジャンプなどのアクション付きで移動させる。

StreakTest
左右に移動する画像に対して常に等間隔で回転するもう一つの画像

Texture2dTest
文字列：配置、フォント
画像：拡大方法、縮小方法、形式ごとの表示　それぞれの違いを比較。

TransitionTest
Viewが変わる際の効果

こういったものを実行できた。
そのなかでAtlasTestというターゲットに指定して実行した際にAtlas: LabelAtlasというストップウォッチのようなものがあったので、コードを解析する事にした。

しかし、複雑すぎて意味が分からない。
コードそのものも複雑だが、まずファイルの構造が理解できなかった。

これをじっくり時間をかけて解析していけばかなりの技術が身に付くと思うのだが、今はあまり時間がない。
アメリカに行くまでに少しでも多くの機能をイライラ棒に付けていかなくては。

明日はcocos2dの解析をしたいところだが、ストップウォッチのサンプルを入手したのでそれの解析を行い、イライラ棒のクリア時間の計測に使えるようにしたい。

それが終わってからcocos2dの解析に入ろうと思う。

違うディクショナリ

2009-05-30T02:10:00.004+09:00

今日は、昨日完成させたディクショナリを違う形式に改善する作業から開始した。

NSNumber *number数字 = [NSNumber numberWithInt:2];
NSNumber *startXmax数字 = [NSNumber numberWithInt:252];
NSNumber *startXmin数字 = [NSNumber numberWithInt:195];
NSNumber *startYmax数字 = [NSNumber numberWithInt:45];
NSNumber *startYmin数字 = [NSNumber numberWithInt:0];
NSMutableDictionary *dict数字 = [NSMutableDictionary dictionaryWithObjectsAndKeys:
number数字, @"number",
startXmax数字, @"startXmax",
startXmin数字, @"startXmin",
startYmax数字, @"startYmax",
startYmin数字, @"startYmin", nil];

昨日のおさらいのになるが、他にもdict3, 4, 5,,,のように辞書オブジェクトを生成し、その中に同様のキー値に対してstartXmax3, 4, 5,,,といった値を代入していく。「数字」の部分がそれぞれ変わっていく。

そこで登録した辞書を以下の方法で読み込む。
NSMutableDictionary *dicto = [roadArray objectAtIndex:index+1];　//indexの中身はランダムで生成されたint型の数
startXmax = [[dicto objectForKey:@"startXmax"] intValue];
startXmin = [[dicto objectForKey:@"startXmin"] intValue];
startYmax = [[dicto objectForKey:@"startYmax"] intValue];
startYmin = [[dicto objectForKey:@"startYmin"] intValue];

こうすることでroadArrayに含まれるindex + 1番目の辞書オブジェクトを呼び出し、startXmaxなどをキーとして値を読み出せていた。
しかし、これら辞書に登録するキー値は違うものなので異なる辞書オブジェクトを作る必要はなく、１つの辞書にまとめて代入したほうがいいと判断。
そこで、このような辞書オブジェクトを作る事にした。

NSNumber *startXmax数字 = [NSNumber numberWithInt:252];
NSNumber *startXmin数字 = [NSNumber numberWithInt:195];
NSNumber *startYmax数字 = [NSNumber numberWithInt:45];　//この処理を画像の枚数分繰り返す

dict = [NSMutableDictionary dictionaryWithObjectsAndKeys:
startXmax数字, @"startXmax数字",
startXmin数字, @"startXmin数字",
startYmax数字, @"startYmax数字",　//この処理を画像の枚数分繰り返す

ここまでは難なくこなせたが、辞書を呼び出す際に問題が発生した。

NSString *imageNumber = [[NSString alloc] initWithFormat:@"road%d.jpg", index+2];　//indexにはint型の値が含まれる
[contentView setImage:[UIImage imageNamed:(imageNumber)]];

NSString *Xmax = [[NSString alloc] initWithFormat:@"startXmax%d", index+2];
NSString *Xmin = [[NSString alloc] initWithFormat:@"startXmin%d", index+2];
NSString *Ymax = [[NSString alloc] initWithFormat:@"startYmax%d", index+2];
NSString *Ymin = [[NSString alloc] initWithFormat:@"startYmin%d", index+2];

startXmax = [[dict objectForKey:Xmax] intValue];
startXmin = [[dict objectForKey:Xmin] intValue];
startYmax = [[dict objectForKey:Ymax] intValue];
startYmin = [[dict objectForKey:Ymin] intValue];

やはり青で宣言した文字列で辞書に含まれるキーを指定したのがマズかったのだろうか。。。

…………ごめんなさい。
ココは省略して次に進みたいと思います。

次はゲーム時間を計るタイマーと、メニュー画面の設置に取りかかろうと思う。

でぃくしょなり！！

2009-05-29T02:26:00.003+09:00

ついに完成。
コードは前回の通りで合っていたのだが、初期化をしないせいでエラー（配列roadArrayに読み込まれない）が発生していたらしい。

roadArray =[[NSMutableArray alloc] init];

このコードを忘れていたせいでどれだけの時間を無駄にした事か。。。

しかし、これでコースの変更とスタート位置の設定を完了させる事ができた。
これからはコースが変わった時にスタートできる位置とカーソルの位置も変わるようになった。

そして、先生と話をした結果doctionaryの構造を変えた方が良いという事が分かった。

今は画像ごとに１つのdictionaryを以下のように作っている。

NSNumber *number2 = [NSNumber numberWithInt:2];
NSNumber *startXmax2 = [NSNumber numberWithInt:252];
NSNumber *startXmin2 = [NSNumber numberWithInt:195];
NSNumber *startYmax2 = [NSNumber numberWithInt:45];
NSNumber *startYmin2 = [NSNumber numberWithInt:0];
NSMutableDictionary *dict2 = [NSMutableDictionary dictionaryWithObjectsAndKeys:
number2, @"number",
startXmax2, @"startXmax",
startXmin2, @"startXmin",
startYmax2, @"startYmax",
startYmin2, @"startYmin", nil];
[roadArray addObject:dict2];

しかし、これは画像ごとに辞書を変えなくても緑の部分（キー）の値のみを追加していけば問題ない事が分かる。
明日はまず始めにこの変更作業から開始し、視点を切り替えてメニュー画面の制作に取りかかろうと思う。