Inheritance

３章の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.」とは言わないそうな。

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

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

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

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

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

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

昨日の疑問点について

クラスを定義する際のメソッドの宣言で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

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

ここで行う処理の事を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

クラスの実装部の説明。

@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

昨日の続きから

- (void) setFillColor: (ShapeColor) fillColor;

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

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

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

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

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

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

Implementing Object Orientation

前回のプログラムを改良したものとして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

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/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

今日は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型について

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[])についても理解しつつあります。（やっとかよ。）

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

本日のまとめ

前回からの引き続きでもあるが、まずは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」って表示するだけ。

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

今までのまとめ

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

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ってどゆこと。。。ワカラン。

さて。

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

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

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

でも、がむばる。

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

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