了解Objective-C 源文件组织是本文要介绍的内容，不多说，我们直接进入文章。最简单的Objective-C程序，你都可以这样写：
- #import <Foundation/Foundation.h>
- @interface Book : NSObject{
- }
- -(NSString *) getPrice;
- @end
- @implementation Book
- -(NSString *) getPrice{
- return @"$17";
- }
- @end
- int main (int argc, const char * argv[]) {
- NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
- Book *book=[[Book alloc] init];
- NSLog(@"Book price: %@",[book getPrice]);
- [pool drain];
- return 0;
- }
理论上讲，按照上面的写法，你可以把所有的代码都写在一个文件里。
但是问题是，你不便于维护这个代码。代码很长，很乱。
所以，一般有以下几种形式来拆分和组织代码：
类文件拆分为头文件和m文件
使用组的概念来管理文件
拆分接口和实现部分
拆分h文件和m文件很好理解。只要使用Xcode做开发，通过向导页面创建类，文件默认情况下就是强制分开的：
使用组的概念管理文件
使用组的概念。在Xcode下面，程序源文件都是放在Source目录下的，在该目录下，可以进一步创建“目录”，把不同用途的源文件分类放置。这样就如同桌上凌乱的书归置到书架里一样。很好查找和查阅。
可以看到，下面是把Book相关的一些类放在book组中了。
这个组看起来是目录，但如果你打开finder，查看目录结构，发现并不存在这样的目录：
拆分文件带来的问题及解决办法
拆分文件带来很多好处。不只是自己看着方便了，还能方便多人合作开发。如果多人修改一个文件，很容易出现各种问题。每个人负责自己的代码文件，这些文件组成一个项目，这样就不容易造成文件版本上的冲突。
但是，这也带来了新的问题。一个文件依赖另外一个文件的时候，需要通过import来导入。比如：
- #import <Foundation/Foundation.h>
- #import "CategoryDemo.h"
- #import "Book.h"
- #import "MusicBook.h"
- #import "PlayMusic.h"
- @class Author;
- int main (int argc, const char * argv[]) {
- NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
- NSString *message=@"你好，世界！";
- NSLog(@"%@, 长度为： %i",message,[message length]);
- [message printHelloInfo];
- Book *book=[[Book alloc] init];
这里main方法中使用了Book类，那么，就需要通过import把它引进来，否则，编译器不知道Book类在哪里。
另外，如果我这样：
- #import <Foundation/Foundation.h>
- #import "CategoryDemo.h"
- //#import "Book.h"
- #import "MusicBook.h"
- #import "PlayMusic.h"
- @class Author;
- int main (int argc, const char * argv[]) {
注释了对Book头文件的导入，系统一样编译通过，而且运行正常。这是怎么回事儿呢？
这是因为编译器很聪明。它发现MusicBook头文件里面已经导入了Book头文件：
- #import <Cocoa/Cocoa.h>
- #import "Book.h"
- #import "PlayMusic.h"
- @interface MusicBook : Book <PlayMusic>{
在上面代码中有一个奇怪的代码：
- @class Author;
有了这句话，该代码中的：
- book.author=[[Author alloc]init];
就不会报错了。
可以用下面的语句替代@class的代码：
- #import "Author.h"
- //@class Author
;
系统一样会很好的工作。那么，@class和#import有什么区别呢？
这里要说一下头文件依赖关系。如果有100个m文件都导入了某个头文件，那么，当这个头文件改变了内容，则编译器会强制重新编译这100个m文件的。编译的速度可想而知。
@class就是为了避免这样的事情发生的。当编译器看到比如类文件B是通过@class的方式引入一个类文件A，就不会在该类文件A的头文件改动后重新编译B了。
那如果这样，都用@class替代#import吧。问题是，有些情况，只能使用#import。因为有时候编译器不只是需要知道类B引用到类A，还需要知道类A的内部信息，而这些信息是类B需要的。比如类B继承自类A，这时就不能用@class，而只能用#import。
小结：关于了解Objective-C 源文件组织的内容介绍完了，希望本文对你有所帮助！
