對于一門語言得學習，個人覺得最主要得就是其語法格式和那些關鍵字。

因為對于基本現(xiàn)在大多數(shù)得語言，每種語言都是一種符合人思維得方式來與計算機交流。

因此，其實每種語言中定義或是封裝好得基礎類和類庫，其實都是很相似得。

比如 int，double幾種基本類型，String，數(shù)組，集合以及字典數(shù)據(jù)類型。

因此你在編程時比如你想以字符串形式和計算機交流，那你很容易就能想到在C中可以使用String這個類，在java中也是Stirng

（當然，前提是你至少有一種同抽象級別得語言基礎），那OC呢，也有這樣一個類吧，不過是某種原因加了個前綴。

那么對于類中定義函數(shù)得使用，可能不同語言就有所不同了，首先是函數(shù)名（這個其實基本不擔心，現(xiàn)在得ide工具提示太強悍了，真不行你可以文檔），

其次就是函數(shù)得調用格式，我這簡單理解為語法格式得一種。

一、語法概覽

1.首先一個類的組成

這個知道C的基本沒什么說的 .h和.m文件。一個是頭文件，一個是實體文件。

OC中一般說是申明文件和實現(xiàn)文件

簡單來說，h文件就是整體對一個類得描述，m文件是對h文件中申明描述得實現(xiàn)

2.來看頭文件得格式和申明

#import這個關鍵字沒啥說的，java中叫導入。就是引入你當前類所要用到得依賴庫和類。

@interface 申明開頭關鍵字。 后面緊跟的是定義額類名? ：后面的是繼承得類 UIResponder ,< xxxxxxxxx>有點類似于java中得接口，當然 OC中有個

更加準確得定義就叫協(xié)議 ，<>放協(xié)議類。 整個申明最后都以@end結束。

{ }里面就是常說得申明成員變量。

@property 屬性，我暫時理解為也有點成員變量的意思。 這個屬性更多是和后面得m文件中的的synthesize關鍵字有密切聯(lián)系。

（retain ,nonatomic）屬性的一些參數(shù)。這個具體可以去看文檔，估計C語言額同學應該不陌生，我不是很明確每個參數(shù)比較適合得場合。

IBOutlet 關鍵字，這個是和nib文件息息相關得，只要在nib文件中需要關聯(lián)的對象，用這個修飾（比如我nib文件中有個window控件，要和代碼中這個對象聯(lián)系起來

，那么就用這個關鍵字申明），申明完后會看到這段代碼最左端有個空心圓圈，當你和nib文件中控件關聯(lián)后，就實心圓圈了。

3.實現(xiàn)文件

implmentationxxx??? @end。這個不用說了吧。

@synthesize 這個關鍵字有點意思。這個關鍵字得表示法后，編譯器就自動隱式生成一個setter和getter，OC上得說法來說就是自動實現(xiàn)一個

存取方式。然后我們知道，oc語言這個習慣方式，一個方法和屬性在使用前都必須有個申明，就是 h和m文件這個構造啦。那對于h頭文件中property

我們是不是可以理解，這是對編譯器得一個申明，我將在實現(xiàn)文件中實現(xiàn)這個對象得存取方法，而在m實現(xiàn)時只不過我們一個關鍵字后讓編譯器去做了這個事。

4.例子最后說下OC中對象得方法得調用

比如在java中我要調用 a對象的functionA()方法，直接用得點表示法? a.functionA();

在OC中有點奇特表示成 [a? functionA]，如果方法呀傳參數(shù)，那么緊跟著 functionA ：obj

二、關鍵字

1.NS前綴。OC得大部分類都有這個前綴。要理解緣由，可以去看OC得歷史。

2.Bool 這個數(shù)據(jù)類型有點改動，在常見得語言中都是true和false，OC是YES和NO。

3.@protocol關鍵字，這個是申明協(xié)議類時，和@end連用，看字面意識就知道了。

對于協(xié)議我們上面提到，有點類似于java中得接口，當眾所周知，接口中申明得方法必須全部實現(xiàn)。java中當然對這樣一個強自行手段有引申出

抽象abstract這個類來對這種強制手段一個緩和，OC中則直接在協(xié)議類中申明了這一點，對于有些方法不需要強制實現(xiàn)，可選得，用了optional。

這個你可以具體隨意跳入喲個協(xié)議類看就好了，相信在以后更多代碼接觸后會有個更深得理解。

4.對于剛接觸oc語言得人可能有個小疑惑得類型 （id），這個可以理解為java語言中得泛型。

三、OOP思想

面向對象這個概念性東西大家應該都有。

什么繼承，封裝，多態(tài)這些就跟背單詞一樣。但是，簡單的還是需要用大白話能說出來的。

先說封裝：封裝我覺得其實是oop思想最原始的一個基礎。封裝的引入后，才能衍生出對象這一概念。我們把一個物體和它擁有的屬性和更能包裝起來，是一個抽離然后融合的過程。

繼承：繼承從字面句很好了解，兒子繼承父親。一個物體派生出一個新的物體。當然，繼承后的很多特性，你可以背書去。

多態(tài)：多態(tài)其實更好解釋了，聽字面，多種形態(tài)？一個事物的多種實現(xiàn)（當然，這個可能很直觀很字面，但是從嚴謹性上來說是錯誤的）因為一個物體的多種實現(xiàn)，怎么

看怎么聽都是像繼承啊，比如我有個魚類，那么我可以派生一個鯊魚類和一個鯨魚類，那對于這個做法來說，感覺是繼承啊。其實他們的本質思想都是差不多的，

只是側重點的不同。繼承更像表達一個物體派生一個新物體，多態(tài)則是一個物體派生出多個物體對改物體的不同實現(xiàn)，這個實現(xiàn)最直接的方式就是對超類中方法的不同的覆寫和實現(xiàn)。比如魚類，有個eat（）方法，派生的鯊魚類，我們都知道鯊魚吃肉，那么我們可以實現(xiàn)鯊魚的eat方法是吃肉的，藍鯨我們算他雜食吧，那么藍鯨的eat方法則是實現(xiàn)雜食吃法。此時你就可以站在一個全面的角度簡單的看到多態(tài)這個概念了。

對于深入理解OOP這個思想定義，其實就類似于看你對待事物抽象的高度。

四、新事物的或者說一個新類產生的集中方式

1.最原始得一種，就是我們自己抽象定義除一個類。比如定義最原始的類，在java和OC中都存在這樣一個原始類Object。

2.繼承而來派生出一個新類。這個很好理解。比如從人類Human衍生出男人類 Man，

3.還有一種是我們比較少明確意識到，但是其實是很常用到方法：復合，既用幾個不同的類來復合成一個新類。最常用就以書上例子解釋 ，Car 汽車類，

簡單我們可以用Engine引擎和Tires輪子來構造成最簡單的Car模型。

五、OC中類別和非正式協(xié)議概念

1.category，類別應該算是OC獨有的一個術語，書上給類別的定義是：一種為現(xiàn)有類添加新方法的一種方式。

其實這個方式怎么聽怎么像創(chuàng)建子類就可以做到的概念。

是的，為一個類做擴展，我們最常想到的方法就是為其創(chuàng)建一個子類，然后添加你需要擴展的新方法等。

但是在OC中有時這樣并不方便，書上舉例了一個NSString的例子。原話是這樣的：

／＊＊＊＊＊＊＊＊＊＊

當希望為新有類添加新的行為時，我們通常會創(chuàng)建子類。

但是有時子類并不方便。例如，你可能會希望為NSString類新增一些新行為，但是你知道，NSString實際上只是一個類簇的前臺表示，因而無法

為這樣的類創(chuàng)建子類。省略1000字。

＊＊＊＊＊＊＊＊／

好了，從上面我們基本知道，創(chuàng)建子類這個方法是有局限性的對吧。上面引入一個概念叫類簇。

字面意思（一簇鮮花，就是許多朵花扎成一束呈現(xiàn)出來，里面的具體其實我們是不知道的。）

類簇其實也算是個不大不小的概念。集體可以看官方文檔 http://www.apple.com.cn/developer/mac/library/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaObjects/chapter_3_section_9.html

鄙人也是新接觸這玩意兒，里面有這么一句話：

／＊＊＊＊＊

類簇將一些私有的、具體的子類組合在一個公共的、抽象的超類下面。

＊＊＊＊／

我不知道是不是可以理解。類簇包含的成分是帶有私有性質的，但我們都知道，繼承后的子類是不能訪問父類的私有成員的（這個應該沒錯吧？）

那么我們在新創(chuàng)建的子類添加的新方法就無權限訪問那些東西咯。

好吧，以上是個人理解，這東西也是聽拗口的，具體詳情可以參考更多官方文檔。

那么，好了，我們大體上知道OC引入類別這個機制的原因了。配合上OC動態(tài)運行時的分配機制，你可以為現(xiàn)有類添加新的方法，嘿，這

聽起來很酷?。〞显挘?/p>

類別創(chuàng)建：

類別的實現(xiàn)基本和一般類的實現(xiàn)一樣。

非正式協(xié)議和委托：非正式協(xié)議概念其實就是類別的另一種表達方式“這里有一些你可能希望實現(xiàn)的方法，你可以使用他們更好的完成工作”。

這個意思是，這些是可選的。比如我門要一個更好的方法，我們就會申明一個這樣的類別去實現(xiàn)。然后你在后期可以直接使用這些更好的方法。

這么看，總覺得類別這玩意兒有點像協(xié)議的可選協(xié)議。

可選協(xié)議只不過是有先見之明，類別是后期補救。共同一點時，對于方法實現(xiàn)都是可選的?？蛇x協(xié)議有關鍵optionnal申明了，類別則你像高效方法你就申明，

不想就算了。

之后是委托，算OC中一個很重量級的概念。據(jù)說深入后會發(fā)現(xiàn)很多東西，主要鄙人目前還只接觸幾天，對于它在oc中整體的設計模式理論還是不太了解。

只是在寫例子代碼時，怎么看怎么覺得就如java中的監(jiān)聽和回調?？赡芤玫睦斫?，那還是要更多的接觸代碼才能會有個深刻的理解。

六、內存管理的改變

只所以說內存管理的改變，是以前一直說c和c＋＋成員的在工作中最需要注意的問題就是內存管理。

在接觸ios5.1前，網(wǎng)上看了大部分資料，內存管理都有很重要的戲份。

只是，當我學習時，發(fā)現(xiàn)，這塊被淡化了。

現(xiàn)在版本的新特性引入了ARC機制。感覺完全變的和java一樣了。

在創(chuàng)建項目選者ARC選項后，你會發(fā)現(xiàn)在代碼中你根本不用手動去釋放內存了。release什么都被劃掉了 ＝ ＝。

最新評論