本系列讲座有着很强的前后相关性，如果你是第一次阅读本篇文章，为了更好的理解本章内容，笔者建议你最好从本系列讲座的第1章开始阅读，请点击这里 。

现在笔者假设大家已经有了开发的环境。好了，我们开始构筑我们的第一个程序。

在开始第一个程序之前，笔者需要提醒大家一下，如果手里面有开发环境的话并且是第一次亲密接触Xcode的话，为了可以熟悉开发环境，强烈建议按照笔者的步骤一步一步的操作下去。尽管如此，笔者还是为大家准备了已经做好的代码，点击这里 下载。

第一步，启动Xcode。初次启动的时候，也许会弹出一个“Welcome to Xcode”的一个对话框。这个对话框和我们的主题没有关系，我们可以把它关掉。

第二步，选择屏幕上部菜单的“File->New Project”,出现了一个让你选择项目种类的对话框。你需要在对话框的左边选择“Command Line Utility” ，然后在右边选择“Foundation Tool”,然后选择“Choose...”按钮。如图2.1所示。

 图2-1，新建项目

第三步，Xcode会提问你项目的名字，在“Save As”里面输入“02-Hello World”，然后选择“Save”。如图2-2所示

图2-2，输入项目的名字

第四步，得到一个如图2-3所示的一个画面。尝试一下用鼠标分别点击左侧窗口栏里面的“02-Hello World”，“Source”.“Documentation”，“External Frameworks and Libraries”，“Products”，然后观察一下右边的窗口都出现了什么东西。一般来说，“02-Hello World”就是项目的名字下面是项目所有的文件的列表。项目下面的子目录分别是和这个项目相关的一些虚拟或者实际上的目录。为什么我说是虚拟的呢？大家 可以通过Finder打开你的工程文件的目录，你会发现你的所有文件居然都在根目录下，根本就不存在什么“Source”之类的目录。

图2-3，项目浏览窗口

第五步，选择屏幕上方菜单的“Run”然后选择“Console”，出现了如图2-4所示的画面，用鼠标点击窗口中间的“Build and Go”按钮。

图2-4，运行结果画面

如果不出什么意外的话，大家应该看到我们熟悉得不能再熟悉的“Hello Wolrd!” 。由于我们没有写任何的代码，所以从理论上来说，这部分代码不应该出现编译错误。好的，从下面开始，笔者要开始对这个Hello World里面的一些新鲜的东西进行讲解。

在Java或者C/C++里面，当我们的程序需要引用外部的类或者方法的时候，需要在程序源文件中包含外部的类以及方法的包（java里面的jar package）或者头文件（C/C++的.h）， 在Objective-C里面也有相类似的机制。笔者在这一节里面将要向大家介绍在Objective-C里面，头文件是怎样被包含进来的。

请同学们到Xcode开发环境的左侧窗口里面，点击Source文件夹，然后就在右侧部分看到了代码源文件的列表，找到02-Hello World.m之后单击会在Xcode的窗口里面出现，双击鼠标代码会在一个新窗口出现，请同学们按照这种方法 打开"02-Hello World.m"。

对于Java程序来说，源程序的后缀为.java，对于C/C++代码来说，后缀为c/cpp，现在我们遇到了.m。当Xcode看到了.m文件之 后，就会把这个文件当作Objective-C文件来编译。同学们也许会猜到，当Xcode遇到c/cpp，或者java的时候也会对应到相应的语言的。

好的，我们顺便提了一下Xcode对.m文件的约定，现在我们开始从第一行代码讲起，请参看下列代码：

#import  < Foundation / Foundation.h >

int  main ( int  argc,  const   char   *  argv[]) {
    NSAutoreleasePool  *  pool  =  [[NSAutoreleasePool alloc] init];
 
    //  insert code here
    NSLog( @" Hello, World! " );
    [pool drain];
    return   0 ;
}

有过C/C++经验的同学看到第一行，也许会觉得有些亲切；有过Java经验的同学看到第一行也许也会有一种似曾相识的感觉。同学们也许猜到了这是 干什么用的，没错，这个正是头文件。不过，在C/C++里面是#include，在java里面是import，这里是#import。

在C/C++里面会有#include互相包含的问题，这个时候需要#ifdef来进行编译的导向，在Xcode里面，同学们可以"放心的"包含各 种东西，这个没有关系，因为我们的编译器有足够的“聪明”，因为同一个头文件只是被导入一次。除了#import变得聪明了一点之外，和#include 的功能是完全一样的。

我们再来看看我们的另外一个新的朋友---Foundation.h。这个是系统框架Foundation framework的头文件，有了它你可以免费的获取系统或者说苹果公司为你精心准备的一系列方便你使用的系统功能，比如说字符串操作等等。 Foundation框架从属于Cocoa框架集，Cocoa的另外一个框架为Application Kit，或者是UIKit，其中前者的应用对象为MAC OS，后者的应用对象为iPhone OS。本系列入门指南将只是使用Foundation，因为笔者需要向同学们介绍Objective-C的基本使用方法，为了避免过多的新鲜东西给同学们 造成阅读上的困难，所以命令行就已经足够了。

说到这里，笔者需要澄清一点，其实MAC OS的Cocoa和iPhone的Cocoa是不一样的，可以说，其中iPhone是MAC OS的一个子集。

有过C/C++或者java经验的同学们对第3行代码应该很熟悉了，是的大家都一样主程序的入口都是main。这个main和C/C++语言里面的 main是完全一样的，和java语言在本质上也是完全一样的。因为Objective-C完全的继承了C语言的特性。确切的说，不是说 Objective-C和C语言很相似，而是Objective-C和C语言是完全兼容的。

关于main函数是干什么用的，笔者就不在这里罗嗦了，有兴趣的同学可以找一本C语言的书看看。

自己动手，丰衣足食---

在第4行，我们遇到了另外一个新鲜的东西，这就是NSAutoreleasePool。

让我把这个单词分为三部分，NS，Autorelease和Pool。

当我们看到NS的时候，也许不知道是代表着什么东西。NS其实只是一个前缀，为了避免命名上的冲突。NS来自于NeXTStep的一个软 件，NeXT Software的缩写，NeXT Software是Cocoa的前身，一开始使用的是NS，为了保持兼容性所以NS一直得以保留。在多人开发的时候，为了避免命名上的冲突，开发组的成员 最好事先定义好各自的前缀。但是，最好不要有同学使用NS前缀，这样会让其他人产生误解。

略微有些遗憾的是，Objective-C不支持namespace关键字，不知道后续的版本是否会支持。

下面我们讨论一下Autorelease和Pool。

程序在执行的时候，需要向系统申请内存空间的，当内存空间不再被使用的时候，毫无疑问内存需要被释放，否则有限的内存空间会很快被占用光光，后面的 程序将无法得到执行的有效内存空间。从计算机技术诞生以来，无数的程序员，我们的无数先辈都在为管理内存进行努力的工作，发展到现在，管理内存的工作已经 得到了非常大的完善。

在Objective-C或者说Cocoa里面，有三种内存的管理方式。

第一种，叫做“Garbage Collection”。这种方式和java类似，在你的程序的执行过程中，始终有一个高人在背后准确地帮你收拾垃圾，你不用考虑它什么时候开始工作，怎 样工作。你只需要明白，我申请了一段内存空间，当我不再使用从而这段内存成为垃圾的时候，我就彻底的把它忘记掉，反正那个高人会帮我收拾垃圾。遗憾的是， 那个高人需要消耗一定的资源，在携带设备里面，资源是紧俏商品所以iPhone不支持这个功能。所以“Garbage Collection”不是本入门指南的范围，对“Garbage Collection”内部机制感兴趣的同学可以参考一些其他的资料，不过说老实话“Garbage Collection”不大适合适初学者研究。

第二种，叫做“Reference Counted”。就是说，从一段内存被申请之后，就存在一个变量用于保存这段内存被使用的次数，我们暂时把它称为计数器，当计数器变为0的时候，那么就 是释放这段内存的时候。比如说，当在程序A里面一段内存被成功申请完成之后，那么这个计数器就从0变成1（我们把这个过程叫做alloc），然后程序B也 需要使用这个内存，那么计数器就从1变成了2（我们把这个过程叫做retain）。紧接着程序A不再需要这段内存了，那么程序A就把这个计数器减

1（我们 把这个过程叫做release）；程序B也不再需要这段内存的时候，那么也把计数器减1（这个过程还是release）。

当系统(也就是 Foundation)发现这个计数器变成了0，那么就会调用内存回收程序把这段内存回收（我们把这个过程叫做dealloc）。顺便提一句，如果没有 Foundation，那么维护计数器，释放内存等等工作需要你手工来完成。

这样做，有一个明显的好处就是，当我们不知道是A先不使用这段内存，还是B先不使用这段内存的时候，我们也可以非常简单的控制内存。否则，当我们在 程序A里面释放内存的时候，还需要看看程序B是否还在使用这段内存，否则我们在程序A里面释放了内存之后，可怜的程序B将无法使用这段内存了。这种方式， 尤其是在多线程的程序里面很重要，如果多个线程同时使用某一段内存的时候，安全的控制这些内存成为很多天才的程序员的梦魇。

如果有同学搞过COM的话，那么应该对Release/AddRef很熟悉了，其实Obejctive-C和他们的机制是一样的。

接下来，我需要解释一下Autorelease方式。上述的alloc->retain->release->dealloc过 程看起来比较令人满意，但是有的时候不是很方便，我们代码看起来会比较罗嗦，这个时候就需要Autorelease。Autorelease的意思是，不 是立即把计数器减1而是把这个过程放在线程里面加以维护。当线程开始的时候，需要通知线程（NSAutoreleasePool），线程结束之后，才把这 段内存释放（drain）。Cocoa把这个维护所有申请的内存的计数器的集合叫做pool，当不再需要pool(水池)的时候就要drain（放水）。

笔者想要说的是，虽然iPhone支持Autorelease但是我们最好不要使用。因为Autorelease方式从本质上来说是一种延迟释放内 存的机制，手机的空间容量有限，我们必须节约内存，确定不需要的内存应该赶快释放掉，否则当你的程序使用很多内存的情况下也许会发生溢出。这一个习惯最好 从刚刚开始学习使用Objective-C的时候就养成，否则长时间使用Autorelease会让你变得“懒散”，万一遇到问题的时候，解决起来会非常 耗费时间的。所以，还是关于内存管理，我们还是自己动手，丰衣足食。当然笔者不是说绝对不可以使用，而是当使用Autorelease可以明显减低程序复 杂度和易读性的时候，还是考虑使用一下换一下口味。

说到这里，可能有的同学已经开始发晕了，认为这个东西比较难以理解。是的，笔者在这里只是介绍一个大概的东西，在这里只要了解计数器的概念就可以了，笔者将在随后的章节里面对这个功能加以详细论述，请同学们放心，这个东西和Hello World一样简单。

在使用Pool的时候，也要记住系统给你的Pool的容量不是无限大的，从这一点来说和在现实世界的信用卡比较相似。

你可以在一定程度透支，但是如果“忘记掉”信用卡的额度的话，会造成很大的系统风险。

第三种，就是传统而又原始的C语言的方式，笔者就不在这里叙述了。除非你在Objective-C里面使用C代码，否则不要使用C的方式来申请和释放内存，这样会增加程序的复杂度。

关于程序第4行等号右边出现的括弧以及括弧里面的内容，笔者将在后续的章节里面介绍。在这里，同学们可以理解为，通过告诉Objective-C编 译器[[NSAutoreleasePool alloc] init]，编译器就会成功的编译生成NSAutoreleasePoo对象的代码就可以了。

同学们在第6行看到了//的注释，这个和C++以及Java是一样的，表示这一行的内容是注释，编译器将会忽略这一行的内容。笔者在上面说过Objective-C完全兼容C语言，所以C语言里面传统的/**/在Objective-C里面也是有效的。

第7行，我们看到了NSLog这个函数。NS上面已经讲过了，我们都知道Log是什么意思，那么这段代码的意思就是输出一个字符串，Xcode的代 码生成器自己把字符串定义为“Hello, World!”。NSLog相当于C语言里面的printf，由于我们是在使用Objective-C所以笔者将会和同学们一起，在这里暂时忘记掉我们过 去曾经熟悉的printf。

有眼光锐利的同学会发现在字符串的前面多了一个@符号，这是一个什么东西呢？

如前所述，Objective-C和C是完全兼容的，但是NSLog这个函数需要的参数是NSString，这样就产生了一个问题，如果使用C的字 符串方式的话，为了保持和C的兼容性编译器将会把字符串理解为C的字符串。为了和C的字符串划清界限，在C的字符串前面加上@符号，Objective- C的编译器会认为这是一个NSString，是一个NSLog喜欢的参数。

为什么NSLog或者Cocoa喜欢使用NSString？ 因为NSString封装了一系列的字符串的方法比如字符串比较，字符串和数字相互转换等等的方法，使用起来要比C的字符串方便的多。

非常感谢同学们耐心的看到这里！

通过理解本章的内容，同学们应该可以使用Xcode创建一个命令行的工程，理解.m文件的基本要素，理解内存的管理方法的思路，还有Objective-C的注释的写法，以及命令行的输出方法。

是不是很简单又很有乐趣呢？笔者将会尽最大努力把看起来复杂的东西讲解的简单一些，并且真心的希望大家可以从中找到乐趣。

下一章 我们要讲解一个同学们已经很熟悉的一个概念，Class也就是类。

来源： http://www.cnblogs.com/yaski/archive/2009/03/28/1423310.html

本系列讲座有着很强的前后相关性，如果你是第一次阅读本篇文章，为了更好的理解本章内容，笔者建议你最好从本系列讲座的第1章开始阅读，请点击这里 。

上一章 我 们写了一个非常简单的Obejctive－C下面的Hello, World!的小程序，并且对里面出现的一些新的概念进行了解释。这一章，我们将要深入到Objective-C的一个基本的要素，也就是类的声明和定 义。通过本章的学习，同学们应该可以定义类，给类加上变量，还有通过方法访问类的变量。不过准确的说，变量和方法的名词在Objective-C里面并不 是最准确的称呼，我们暂时引用Java的定义，稍后我们将统一我们的用语定义。

我们将构筑一个类，类的名字叫做Cattle,也就是牛的意思，今年是牛年而且我还想给在股市奋战的同学们一个好的名字，所以我们暂时把这个类叫做牛类。

我们在main里面初始化这个牛类，然后调用这个类的方法设定类的变量，最后调用这个类的一个方法，在屏幕上输出，最终输出的结果如下图3-1所示

图3-1，牛类的输出结果

完整的代码在这里 。不过为了熟悉编辑环境以及代码，笔者强烈建议同学们按照下面的步骤自己输入。

第一步，按照我们在第二章所述的方法，新建一个项目，项目的名字叫做03-Hello Class。当然，你也可以起一个别的更好听的名字，比如说Hello Cattle等等，这个并不妨碍我们的讲解。如果你是第一次看本系列文章，请到这里 参看第二章的内容。

第二步，把鼠标移动到左侧的窗口的“Source”目录，然后单击鼠标右键，选择“Add”，然后界面上会出来一个子菜单，在子菜单里面选择“New File...” 。如图3-2所示：

图3-2，新建文件

第三步，在新建文件对话框的左侧选择“Cocoa Touch Classes”，然后在右侧窗口选择“NSObject subclass”，然后单击“Next”。如图3-3所示：

第四步，在“New File”对话框里面的“File Name”栏内输入“Cattle.m”。注意，在确省状态下，Xcode为你加上了“.m”的后缀，这个也是编译器识别Objective-C源文件的 方法，没有特殊理由请不要修改这个后缀，否则会让编译器感到不舒服。另外请确认文件名字输入栏的下方有一个“Also create "Cattel.h"”选择框，请保持这个选择框为选择的状态。如图3-4所示。

第5步，在项目浏览器里面选择“Cattle.h”文件，把文件改为如下代码并且保存(Command键+S)：

#import <Foundation/Foundation.h>

@interface Cattle : NSObject {
    int legsCount;
}
- (void)saySomething;
- (void)setLegsCount:(int) count;
@end

第六步，在项目浏览器里面选择“Cattle.m”文件，把文件改为如下代码并且保存(Command键+S)：

#import "Cattle.h"

@implementation Cattle
-(void) saySomething
{
    NSLog(@"Hello, I am a cattle, I have %d legs.", legsCount);
}
-(void) setLegsCount:(int) count
{
    legsCount = count;
}
@end

第七步，在项目浏览器里面选择“03-Hello Class.m” 文件，把文件改为如下代码并且保存(Command键+S)：

#import <Foundation/Foundation.h>
#import "Cattle.h"

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

    id cattle = [Cattle new];    
    [cattle setLegsCount:4];
    [cattle saySomething];

    [pool drain];
    return 0;
}

第八步，选择屏幕上方菜单里面的“Run”，然后选择“Console”，打开了Console对话框之后，选择对话框上部中央的“Build and Go”，如果不出什么意外的话，那么应该出现入图3-1所示的结果。如果出现了什么意外导致错误的话，那么请仔细检查一下你的代码。如果经过仔细检查发现 还是不能执行的话，可以到这里 下载笔者为同学们准备的代码。 如果笔者的代码还是不能执行的话，请告知笔者。

从Objective-C名字我们就可以得知，这是一个面向对象的语言。面向对象的一个最基础的要素就是类的概念，Objective-C也不例外。所谓 的类的概念，其实是从C语言的结构体发展而来的。我们知道，C语言里面的结构体仅仅有数据的概念，面向对象的语言不仅仅支持数据，还可以在结构体里面封装 用于存取结构体数据的方法。结构体的数据和方法结合，我们把整个结构体称为类(Class)。仅仅有了类，是不能执行任何操作的，我们必须把类进行实体 化，实体化后的类我们称之为对象(Object)。从这个角度上来说，我们可以认为类是对象的模版。

如果要使用类，那么和构造体相类似，我们必须声明这个类。

请参照“Cattle.h” 文件：

#import <Foundation/Foundation.h>

@interface Cattle : NSObject {
   int legsCount;
}
- (void)saySomething;
- (void)setLegsCount:(int) count;

@end

如果看过本系列第二章的同学们，第一行应该是一个老面孔了，我们知道我们需要这个东西免费获得苹果公司为我们精心准备的Foundation Framework里面的很多的功能。如果不使用这个东西的话，我们的工作将会很复杂。

同学们请看第4行和第9行的第一个字母，又出现了“@”符号。为什么说又呢，因为我们在第二章的字符串前面也看到过这个东西。字符串前面出现这个符 号是因为我们需要和C语言的字符串定义区别开来，我们需要编译器导向。在这里，我要告诉同学们的是，这里的“@”符号的作用还是同样是编译器导向。我们知 道Java和C++定义了一个关键字class用于声明一个类，在Objective-C里面，不存在这样的关键字。在Objective-C里面，类的 定义从@interface开始到@end结束，也就是说，编译器看到了@interface就知道了这是类的定义的开始，看到了@end就知道，类的定 义结束了。

我们这里类的名字是“Cattle”，我们使用了空格和@interface分开，通知编译器，我们要声明一个类，名字叫做Cattle。在 Cattle的后面，我们有“: NSObject”，这是在通知编译器我们的Cattle是从NSObject继承而来的，关于继承和NSObject，我们将在后面的章节里面详细介 绍，关于“: NSObject”我们现在可以理解为，通过这样写，我们免费获得了苹果公司为我们精心准备的一系列的类和对象的必备的方法。NSObject被称为 root class，也就是根类。在Java或者.NET里面，根类是必备的，C++不需要。在Obejctive-C里面原则上，你可以不使用 NSObject，构筑一个你自己的根类，但是事实上这样做将会有很大工作量，而且这样做没有什么意义，因为苹果为你提供的NSObject经过了很长时 间的检验。也许有好奇心的同学们想自己构筑根类，不过至少笔者不会有自己去构筑一个根类的欲望。

好的，大家现在来看第5行。我们以前把这个东西叫做变量，我们从现在开始，需要精确的使用Objective-C的用语了，这是实体变量 （instance variables，在有的英文资料里面会简写为iVars）。虽然作为一个Cattle，它有不止一个实体变量，比如说体重等等，但是为了代码简洁，我 们在这里声明一个就是牛腿也就是牛股的数目，这个实体变量是int型，表示一个整数，我们当然不希望有4.5个牛腿。

我们来看第6行，第6行的括弧和在第4行最后的括弧用来表示实体变量的定义区间，编译器认为在这两个括弧之间的定义是实体变量的定义。当然，如果你 的类没有实体变量，那么这两个括弧之间允许什么都没有。和Java以及C++不一样，Objective-C要求在括弧里面不能有方法也就是函数的定义， 那么Objective-C里面的方法的定义放在什么地方呢，请看第7行。

第7行的第一个字母是一个减号“-”。这个减号就是告诉编译器，减号后面的方法，是实体方法(instance method)。实体方法的意思就是说，这个方法在类没有被实体化之前，是不能运行的。我们在这里看到的是减号，在有减号的同时也有加号，我们把带加号的 方法称为类方法(class method)，和实体方法相对应，类方法可以脱离实体而运行。关于类方法，我们将在后面的章节里面讲解。大家也许可以想起来在C++和Java里面同样 也有类似的区分，不是么。

在Objective-C里面方法的返回类型需要用圆括号包住，当编译器看到减号或者加号后面的括号了之后，就会认为这是在声明方法的返回值。你也 可以不声明返回值，Objective-C的编译器会给没有写显式的返回值函数加上一个默认的返回值，它的类型是id，关于id类型我们将在后面讲解，不 过笔者不推荐不写返回值的类型。

在第7行我们定义了这个方法的名字是saySomething，当然Cattle说的话我们人类是听不懂的，笔者只是想让它在我们的控制台里面输出一些我们可以看得懂得字符串。方法的声明最后，需要分号来标识，这一点保持了和C没有任何区别。

我们再来看看第8行，第8行和第7行多了“:( int ) count ”。 其中冒号放在方法的后面是用来表示后面是用来定义变量的，同样变量的类型使用括号给包住，如果不写变量的类型的化，编译器同样认为这是一个id类型的。最 后的count，就是变量的名字。如果有不只一个变量怎么办？答案就是在第一个变量后面加冒号，然后加园括号包住变量的类型，接着是变量的名字。

好了，我们在这里总结一下，类的定义方法如下：

@interface 类的名字 : 父类的名字 {
    实体变量类型 实体变量名字;
    
}
- (返回值类型)方法名字;
+ (返回值类型)方法名字;
- (返回值类型)方法名字:(变量类型) 变量名字 标签1:(变量类型) 变量1名字;

@end

我们在前一节讲述了类的声明，我们下一步将要看一下类的定义。请同学们打开“Cattle.m”文件：

#import "Cattle.h"

@implementation Cattle
-(void) saySomething
{
    NSLog(@"Hello, I am a cattle, I have %d legs.", legsCount);
}
-(void) setLegsCount:(int) count
{
    legsCount = count;
}
@end

Cattle.m文件的第一行就import了Cattle.h文件，这一点和C的机制是一样的，关于#import的说明请参照第二章。

我们来看第4行和第13行，和头文件里面的@一样，我们这里类的定义也是使用的编译导向。编译器会把从@implementation到 @end之间的部分看作是类的定义。 @implementation的后面有一个空格，空格的后面是我们的类的名字Cattle，这是在告诉编译器，我们要定义Cattle类了。 第4行和第13行之间是我们在头文件里面定义的实体方法或者类方法的定义部分，当然我们的类如果没有任何的实体方法和类方法的话，我们也许要写上@implementation和 @end，把中间留为空就可以了。

第5行是我们定义的saySomething的实现，我们可以发现第5行的内容和头文件Cattle.h的第7行是一致的。笔者个人认为在编写实体 方法和类方法的定义的时候，为了避免手工输入产生的误差，可以从头文件当中把声明的部分拷贝过来，然后删除掉分号，加上两个花括弧。我们知道地6行到第8 行是方法的定义的部分，我们再来看看第7行。第7行和第二章的Hello, World输出有些相似，只不过多了一个%d，还有实体变量legsCount，这个写法和C语言里面的printf是类似的，输出的时候会使用 legsCount来替代字符串里面的 %d。

第9行的内容和Cattle.h的第8行一致的，这个不需要再解释了。我们来看看第11行，第11行是在说，把参数count的数值赋值给 实体变量legsCount。我们可以通过使用 setLegsCount方法来控制Cattle对象里面 legsCount的数值。

这部分内容的关键点为@implementation和 @end，理解了这个东西，其余的就不难理解了。我们来总结一下，类的定义部分的语法：

我们在3.3和3.4节里面分别声明和定义了一个Cattle的类。虽然定义好的类，但是我们是不能直接使用这个类的。因为类的内容需要被调入到内 存当中我们称之为内存分配(Allocation)，然后需要把实体变量进行初始化（Initialization），当这些步骤都结束了之后，我们的类 就被实例化了，我们把实例化完成的类叫做对象(Object)。好的，我们知道了我们在类的实例化过程当中需要做哪些工作，我们接着来看看我们已经搞定的 Cattle类的定义和声明是怎样被实例化的。

#import <Foundation/Foundation.h>

#import "Cattle.h"

int main (int argc, const char * argv[]) {
   NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

    id cattle = [Cattle new];    
    [cattle setLegsCount:4];
    [cattle saySomething];
 
    [pool drain];
     return 0;
}

同学们请看第7行的第一个单词id。 id是英文identifier的缩写，我们在很多地方都遇到过id，比如说在博客园里面，我们都使用id来登陆系统的，我们的id就代表着系统的一个用 户。由于id在一个系统当中是唯一的，所以系统获得我们的id之后就知道我们是谁了。Objective-C也是一样的道理，使用id来代表一个对象，在 Objective-C当中，所有的对象都可以使用id来进行区分。我们知道一个类仅仅是一些数据外加上操作这些数据的代码，所以id实际上是指向数据结 构的一个指针而已，相当于void*。

第7行的第二个单词是cattle，就是我们给这个id起的一个名字。当然，你可以起系统保留的名字以外的任何名字，不过为了维持代码的可读性，我们需要一个有意义的名字，我们这里使用头文字为小写的cattle。

第7行的[Cattle  new ]是创建对象，new实际上是alloc和init的组合，在Objective-C里面创建对象是一个为对象分配内存和初始化的过程。new，alloc还有init定义在Cattle的超类NSObject里面，笔者将要在第7章 里面详细的解释一下如何创建对象。在第7章 之前我们都是用new来创建对象。

Objective-C里面的方法的使用和其他语言有些不同，Objective-C使用消息（Message）来调用方法。所以笔者认为在讲解第 7行等号右边的部分之前，需要首先向大家介绍一个我们的新朋友，消息（Message）。所谓的消息就是一个类或者对象可以执行的动作。消息的格式如下：

首先我们观察到有两个中括弧， 最右边的括弧之后是一个分号，当编译器遇到了这个格式之后会把中间的部分当作一个消息来发送。在上文的表达式当中，包括中括弧的所有部分的内容被称作消息表达式（Message expression），“对象或者类名字 ”被称作接收器（Receiver），也就是消息的接受者，“方法名字:参数序列 ”被称为一个消息(Message)，“方法名字 ”被称作选择器(Selector)或者关键字(Keyword)。Objective-C和C语言是完全兼容的，C语言里面的中括弧用于表示数组，但是数组的格式明显和消息的发送的格式是不一样的，所以我们可以放心，编译器不会把我们的消息发送当作一个数组。

我们来回忆一下C语言里面函数的调用过程，实际上编译器在编译的时候就已经把函数相对于整个执行包的入口地址给确定好了，函数的执行实际上就是直接 从这个地址开始执行的。Objective-C使用的是一种间接的方式， Objective-C向对象或者类（具体上是对象还是类的名字取决于方法是实体方法还是类方法）发送消息，消息的格式应该和方法相同。具体来说，第7行 等号右边的部分[Cattle  new ]就是说，向Cattle类发送一个new的消息。这样当Cattle类接收到new的时候，就会查找它可以相应的消息的列表，找到了new之后就会调用new的这个类方法，分配内存和初始化完成之后返回一个id，这样我们就得到一个对象。

Objective-C在编译的过程当中，编译器是会去检查方法是否有效的，如果无效会给你一个警告。但是编译器并不会阻止你执行，因为只有在执行 的时候才会触发消息，编译器是无法预测到执行的时候会发生什么奇妙的事情的。使用这样的机制给程序毫无疑问将给带来极大的灵活性，因为我们和任意的对对象 或者类发送消息，只要我们可以保证执行的时候类可以准确地找到消息并且执行就可以了，当然如果找不到的话，运行会出错。

任何事物都是一分为二的 ---

任何事物都是一分为二的，在我们得到了灵活性的时候我们损失的是执行的时间。Objective-C的这种方式要比直接从函数的入口地址执行的方式要消耗更多的执行时间，虽然编译器对寻找的过程作过一定的优化。

有的同学会觉得奇怪，我们在Cattle里面并没有定义new，我们可以向Cattle发送这个类方法么？答案是可以，因为new在 NSObject里面，实际上响应new消息的是NSObject。实际上new类似于一个宏，并不是一个“原子”的不可再分的方法，关于详细的情况，我 们将在后续的章节里面讲解。

有了第7行的讲解，那么第8行的内容就不难理解了，第8行实际上是想cattle对象发送一个setLegsCount的消息，参数是4，参照Catttle.m，我们可以发现这个时候 我们希望实体变量legsCount是4。第8行就更简单了，就是说向 cattle对象发送一个saySomething的消息，从而实现了控制台的输出。

通过本章的学习，同学们应该掌握如下概念

感谢大家看到这里！我们下一章将要讲述继承的概念。

来源：http://www.cnblogs.com/yaski/archive/2009/03/31/1425426.html

本系列讲座有着很强的前后相关性，如果你是第一次阅读本篇文章，为了更好的理解本章内容，笔者建议你最好从本系列讲座的第1章开始阅读，请点击这里 。

上一章 笔 者介绍了一下在Objective-C里面的类的基本构造和定义以及声明的方法。我们知道在面向对象的程序里面，有一个很重要的需求就是代码的重复使用， 代码的重复使用的重要方法之一就是继承。我们在这一章里面，将要仔细的分析一下继承的概念以及使用的方法。有过其他面向对象语言的同学，对这一章的内容应 该不会感到陌生。

在本章里面，我们将要重复使用第3章的部分代码。我们在第3章构筑了一个叫做Cattle的类，我们在这一章里面需要使用Cattle类，然后基于 Cattle类，我们需要构筑一个子类，叫做Bull类。 Bull类里面，我们追加了一个实例变量，名字叫做skinColor，我们也将要追加2个实例方法，分别getSkinColor还有 setSkinColor。我们然后需要更改一下我们的main函数，然后在main函数里面让我们的Bull做一下重要讲话。第4章程序的执行结果如图 4-1所示：

图4-1，本章程序的执行结果

第一步，按照我们在第二章所述的方法，新建一个项目，项目的名字叫做04-Hello Inheritance。如果你是第一次看本篇文章，请到这里 参看第二章的内容。

第二步，把鼠标移动到项目浏览器上面的“Source”上面，然后在弹出的菜单上面选择“Add”，然后在子菜单里面选择“Exsiting Files” ，如图4-2所示

图4-2，向项目追加文件

第三步，在文件选择菜单里面，选择第3章的项目文件夹“03-Hello Class”，打开这个文件夹之后，用鼠标和苹果电脑的COMMAND键，选泽文件“Cattle.h”和“Cattle.m”，然后按下“Add”按 钮，如图4-3所示。如果你没有下载第3章的代码，请点击这里 下载。

图4-3，选择文件

第四步，在追加文件的选项对话框里面，让“Copy items into destination group's folder(if needed)” 的单选框变为被选择的状态。这样就保证了我们在第三步里面选择的文件被拷贝到了本章的项目里面，可以避免我们不小心更改“Cattle.h”和 “Cattle.m”对已经生效的第3章程序产生影响，虽然我们在本章里面不更改这2个代码。

第五步，把鼠标移动到项目浏览器上面的“Source”上面，然后在弹出的菜单上面选择“Add”，然后在子菜单里面选择“New Files”，然后在新建文件对话框的左侧选择“Cocoa Touch Classes”，然后在右侧窗口选择“NSObject subclass”，选择“Next”，在“New File”对话框里面的“File Name”栏内输入“Bull.m”。在这里笔者没有给出图例，在这里新建文件的步骤和第3章的第二步到第四步相同，只是文件名字不一样。第一次看到本篇 文章的同学可以参照第3章。

第六步，打开Bull.h做出如下修改，并且保存。

#import <Foundation/Foundation.h>
#import "Cattle.h"

@interface Bull : Cattle {
    NSString *skinColor;
}
- (void)saySomething;
- (NSString*) getSkinColor;
- (void) setSkinColor:(NSString *) color;
@end

第七步，打开Bull.m做出如下修改，并且保存

#import "Bull.h"

@implementation Bull
-(void) saySomething
{
    NSLog(@"Hello, I am a %@ bull, I have %d legs.", [self getSkinColor],legsCount);
}
-(NSString*) getSkinColor
{
    return skinColor;
}
- (void) setSkinColor:(NSString *) color
{
    skinColor = color;
}
@end

第八步，打开04-Hello Inheritance.m文件，做出如下修改，并且保存

#import <Foundation/Foundation.h>
#import "Cattle.h"
#import "Bull.h"

int main (int argc, const char * argv[]) {
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

    id cattle = [Cattle new];    
    [cattle setLegsCount:4];
    [cattle saySomething];
    
    id redBull = [Bull new];
    [redBull setLegsCount:4];
    [redBull setSkinColor:@"red"];
    [redBull saySomething];
    
    Bull *blackBull = [Bull new];
    [blackBull setLegsCount:4];
    [blackBull setSkinColor:@"black"];
    [blackBull saySomething];
    
    [pool drain];
    return 0;
}

第九步，选择屏幕上方菜单里面的“Run”，然后选择“Console”，打开了Console对话框之后，选择对话框上部中央的“Build and Go”，如果不出什么意外的话，那么应该出现入图4-1所示的结果。如果出现了什么意外导致错误的话，那么请仔细检查一下你的代码。如果经过仔细检查发现 还是不能执行的话，可以到这里 下载笔者为同学们准备的代码。 如果笔者的代码还是不能执行的话，请告知笔者。

让我们首先回忆一下第3章的Cattle.h，在Cattle.h里面我们有如下的代码片断：

这段代码是在告诉编译器，我们的Cattle是继承的NSObject。在这段代码当中，NSObject是超类，Cattle是子类。通过这样写，我们曾经免费的得到了NSObject里面的一个方法叫做new。

在面向对象的程序设计当中，如果在子类当中继承了超类的话，那么超类当中已经生效的部分代码在子类当中仍然是有效的，这样就大大的提高了代码的效 率。基于超类我们可以把我们需要追加的一些功能放到子类里面去，在本章里面，我们决定基于Cattle类，重新生成一个子类Bull：

#import <Foundation/Foundation.h>
#import "Cattle.h"

@interface Bull : Cattle {
   NSString *skinColor;
}
- (void)saySomething;
- (NSString*) getSkinColor;
- (void) setSkinColor:(NSString *) color;
@end

上段代码里面的第2行，是通知编译器，我们这个类的声明部分需要Cattle.h文件。这个文件我们已经很熟悉了，是我们在第3章曾经构筑过的，在本章里面，我们不会改变里面的任何内容。

第4行，就是在通知编译器，我们需要声明一个类名字叫做Bull，从Cattle里面继承过来。

第5行，我们追加了一个实例变量skinColor ，用来保存Bull的颜色。

第7行，我们重载了在Cattle类里面已经有的( void )saySomething 实例方法。重载( void )saySomething 方法的主要原因是，我们认为Bull说的话应该和Cattle有所区别。

第8行到第9行，我们为Bull类声明了两个新的方法(NSString * ) getSkinColor 和( void ) setSkinColor:(NSString  * ) color ，分别用来设定和读取我们的实例变量skinColor 。

好的，我们总结一下继承的时候的子类的格式。

@interface 类的名字 : 父类的名字 {
    实体变量类型 实体变量名字;
    
}
- (返回值类型)重载的方法名字;
+ (返回值类型)重载的方法名字;
- (返回值类型)其他的方法名字:(变量类型) 变量名字:(变量类型) 变量名字;

@end

我们再来打开“Bull.m”， 在saySomething 的定义的部分，我们发现了如下的代码：

 NSLog(@"Hello, I am a %@ bull, I have %d legs.", [self getSkinColor],legsCount);

我们在这句话当中，发现的第一个新朋友是%@，这是在告诉编译器，需要把%@用一个后面定义的字符串来替换，在这里我们给编译器提供的字符串是[self getSkinColor] 。看到这里，同学们又会发现一个新的朋友self。

在类的方法定义域之内，我们有的时候需要访问这个类自己的实例变量，或者是方法。在类被实例化之后，我们就可以使用一个指向这个类本身的一个指针， 在Java或者C++里面的名字叫做this，在Objective-C里面，这个名字是self。self本身是一个id类型的一个指针变量。我们在第 3章里面讲解过，方法的调用格式如下：

在类的方法定义域里面，当我们需要调用类的其他方法的时候，我们需要指定对象或者类的名字，我们的方法是一个实例方法所以我们需要一个指向自己的对象，在这里我们需要使用self。

我们假设，如果方法声明里面的参数序列里面有一个参数的名字和类的实例变量发生重复的情况下并且由于某种原因我们无法更改参数和实体变量的名字的话，我们应该如何应对呢？答案是使用self，格式如下

通过这样写，我们可以取得到类的变量的数值。当然如果没有名字冲突的话，我们完全可以省略self->，Xcode也足够的聪明能够识别我们的实例变量，并且把我们代码里面的实例变量更改为相应的醒目的颜色。

如果我们在类的方法里面需要访问超类的方法或者变量(当然是访问对子类来说是可视的方法或者变量)，我们需要怎样写呢？答案是使用super，super在本质上也是id的指针，所以，使用super访问变量和方法的时候的书写格式，和self是完全一样的。

“Bull.m”里面的其他的代码，没有什么新鲜的东西，所以笔者就不在这里赘述了。

我们来看一下04-Hello Inheritance.m的下面的代码片断

id redBull = [Bull new];
[redBull setLegsCount:4];
[redBull setSkinColor:@"red"];
[redBull saySomething];
  
Bull *blackBull = [Bull new];
[blackBull setLegsCount:4];
[blackBull setSkinColor:@"black"];
[blackBull saySomething];

第1行的代码在第3章里面讲解过，我们来看看第2行的代码。

第2行的代码实际上是向redBull发送一个 setLegsCount 消息，参数为4。我们没有在Bull里面定义setLegsCount 方法，但是从控制台的输出上来看， setLegsCount 明显是得到了执行。在执行的时候，我们给redBull 发送setLegsCount 消息的时候，runtime会在Bull的映射表当中寻找 setLegsCount，由于我们没有定义所以runtime找不到的。runtime没有找到指定的方法的话，会接着需要Bull的超类，也就是Cattle。值得庆幸的是，runtime在Cattle里面找到了 setLegsCount ， 所以就被执行了。由于runtime已经寻找到了目标的方法并且已经执行了，所以它就停止了寻找。我们假设runtime在Cattle里面也没有找到， 那么它会接着在Cattle的超类NSObject里面寻找，如果还是找不到的话，由于NSOBject是根类，所以它会报错的。关于具体内部是一个怎样 的机制，我们将在后面的章节里面讲解。

第3行的代码，是设定skinColor。

第4行的代码是给redBull发送saySomething 的消息。按照第2行的runtime的寻找逻辑，它首先会在Bull类里面寻找saySomething ，这一次runtime很幸运，它一次就找到了，所以就立即执行。同时runtime也停止了寻找的过程，所以，Cattle的saySomething 不会得到执行的。

在第6行里面，我们定义了一个blackBull，但是这一次我们没有使用id作为blackBull的类型，我们使用了Bull  * 。从本质上来说，使用id还是Bull  * 是 没有任何区别的。但是，我们来想象，当我们的程序存在很多id类型的变量的话，我们也许就难以区分究竟是什么类型的变量了。所以，在没有特殊的理由的情况 之下，我们最好还是显式的写清楚类的名字，这样可以方便其他人阅读。由于Bull从Cattle继承而来，我们也可以把地6行代码改为

感谢大家阅读到这里！我们在本章学习了：

我们在下一章将要讲述selector等等的一些其他的重要的概念。

来源：http://www.cnblogs.com/yaski/archive/2009/04/04/1429425.html