了解Objective-C 源文件組織
了解Objective-C 源文件組織是本文要介紹的內(nèi)容，不多說，我們直接進(jìn)入文章。最簡(jiǎn)單的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;
- }
理論上講，按照上面的寫法，你可以把所有的代碼都寫在一個(gè)文件里。
但是問題是，你不便于維護(hù)這個(gè)代碼。代碼很長(zhǎng)，很亂。
所以，一般有以下幾種形式來拆分和組織代碼：
類文件拆分為頭文件和m文件
使用組的概念來管理文件
拆分接口和實(shí)現(xiàn)部分
拆分h文件和m文件很好理解。只要使用Xcode做開發(fā)，通過向?qū)ы?yè)面創(chuàng)建類，文件默認(rèn)情況下就是強(qiáng)制分開的：
使用組的概念管理文件
使用組的概念。在Xcode下面，程序源文件都是放在Source目錄下的，在該目錄下，可以進(jìn)一步創(chuàng)建“目錄”，把不同用途的源文件分類放置。這樣就如同桌上凌亂的書歸置到書架里一樣。很好查找和查閱。
可以看到，下面是把Book相關(guān)的一些類放在book組中了。
這個(gè)組看起來是目錄，但如果你打開finder，查看目錄結(jié)構(gòu)，發(fā)現(xiàn)并不存在這樣的目錄：
拆分文件帶來的問題及解決辦法
拆分文件帶來很多好處。不只是自己看著方便了，還能方便多人合作開發(fā)。如果多人修改一個(gè)文件，很容易出現(xiàn)各種問題。每個(gè)人負(fù)責(zé)自己的代碼文件，這些文件組成一個(gè)項(xiàng)目，這樣就不容易造成文件版本上的沖突。
但是，這也帶來了新的問題。一個(gè)文件依賴另外一個(gè)文件的時(shí)候，需要通過import來導(dǎo)入。比如：
- #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(@"%@, 長(zhǎng)度為： %i",message,[message length]);
- [message printHelloInfo];
- Book *book=[[Book alloc] init];
這里main方法中使用了Book類，那么，就需要通過import把它引進(jìn)來，否則，編譯器不知道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[]) {
注釋了對(duì)Book頭文件的導(dǎo)入，系統(tǒng)一樣編譯通過，而且運(yùn)行正常。這是怎么回事兒呢？
這是因?yàn)榫幾g器很聰明。它發(fā)現(xiàn)MusicBook頭文件里面已經(jīng)導(dǎo)入了Book頭文件：
- #import <Cocoa/Cocoa.h>
- #import "Book.h"
- #import "PlayMusic.h"
- @interface MusicBook : Book <PlayMusic>{
在上面代碼中有一個(gè)奇怪的代碼：
- @class Author;
有了這句話，該代碼中的：
- book.author=[[Author alloc]init];
就不會(huì)報(bào)錯(cuò)了。
可以用下面的語句替代@class的代碼：
- #import "Author.h"
- //@class Author
;
系統(tǒng)一樣會(huì)很好的工作。那么，@class和#import有什么區(qū)別呢？
這里要說一下頭文件依賴關(guān)系。如果有100個(gè)m文件都導(dǎo)入了某個(gè)頭文件，那么，當(dāng)這個(gè)頭文件改變了內(nèi)容，則編譯器會(huì)強(qiáng)制重新編譯這100個(gè)m文件的。編譯的速度可想而知。
@class就是為了避免這樣的事情發(fā)生的。當(dāng)編譯器看到比如類文件B是通過@class的方式引入一個(gè)類文件A，就不會(huì)在該類文件A的頭文件改動(dòng)后重新編譯B了。
那如果這樣，都用@class替代#import吧。問題是，有些情況，只能使用#import。因?yàn)橛袝r(shí)候編譯器不只是需要知道類B引用到類A，還需要知道類A的內(nèi)部信息，而這些信息是類B需要的。比如類B繼承自類A，這時(shí)就不能用@class，而只能用#import。
小結(jié)：關(guān)于了解Objective-C 源文件組織的內(nèi)容介紹完了，希望本文對(duì)你有所幫助！
