IOS API（Application Programming Interface,應(yīng)用程序編程接口）是一些預(yù)先定義的函數(shù)，目的是提供應(yīng)用程序與開發(fā)人員基于某軟件或硬件得以訪問一組例程的能力，而又無需訪問源碼，或理解內(nèi)部工作機制的細節(jié)。
成都網(wǎng)站設(shè)計、做網(wǎng)站、成都外貿(mào)網(wǎng)站建設(shè)公司,成都做網(wǎng)站公司-創(chuàng)新互聯(lián)公司已向數(shù)千家企業(yè)提供了,網(wǎng)站設(shè)計,網(wǎng)站制作,網(wǎng)絡(luò)營銷等服務(wù)!設(shè)計與技術(shù)結(jié)合,多年網(wǎng)站推廣經(jīng)驗,合理的價格為您打造企業(yè)品質(zhì)網(wǎng)站。
基于互聯(lián)網(wǎng)的應(yīng)用正變得越來越普及，在這個過程中，有更多的站點將自身的資源開放給開發(fā)者來調(diào)用。對外提供的API 調(diào)用使得站點之間的內(nèi)容關(guān)聯(lián)性更強，同時這些開放的平臺也為用戶、開發(fā)者和中小網(wǎng)站帶來了更大的價值。
開放是目前的發(fā)展趨勢，越來越多的產(chǎn)品走向開放。目前的網(wǎng)站不能靠限制用戶離開來留住用戶，開放的架構(gòu)反而更增加了用戶的粘性。在Web 2.0的浪潮到來之前，開放的API 甚至源代碼主要體現(xiàn)在桌面應(yīng)用上，而現(xiàn)在越來越多的Web應(yīng)用面向開發(fā)者開放了API。
具備分享、標準、去中心化、開放、模塊化的Web 2.0站點，在為使用者帶來價值的同時，更希望通過開放的API 來讓站點提供的服務(wù)擁有更大的用戶群和服務(wù)訪問數(shù)量。
站點在推出基于開放API 標準的產(chǎn)品和服務(wù)后，無需花費力氣做大量的市場推廣，只要提供的服務(wù)或應(yīng)用出色易用，其他站點就會主動將開放API 提供的服務(wù)整合到自己的應(yīng)用之中。同時，這種整合API 帶來的服務(wù)應(yīng)用，也會激發(fā)更多富有創(chuàng)意的應(yīng)用產(chǎn)生。
為了對外提供統(tǒng)一的API 接口，需要對開發(fā)者開放資源調(diào)用API 的站點提供開放統(tǒng)一的API接口環(huán)境，來幫助使用者訪問站點的功能和資源。
當然，開放API 的站點為第三方的開發(fā)者提供良好的社區(qū)支持也是很有意義的，這有助于吸引更多的技術(shù)人員參與到開放的開發(fā)平臺中，并開發(fā)出更為有趣的第三方應(yīng)用。
關(guān)于API的設(shè)計與實現(xiàn)
API的設(shè)計是軟件開發(fā)中一個獨特的領(lǐng)域。
特殊點在于API是供開發(fā)者使用的界面，即Application Programmer Interfaces。類似于用戶可以直接使用到的GUI的作用一樣。所以相對于依據(jù)軟件設(shè)計的原則，考慮用戶的”體驗”會更加重要。
狹義上API可能只是一個動態(tài)庫（共享庫）提供功能的接口定義。廣義上API分為public API，以及internal API之分。既有整體軟件系統(tǒng)對外輸出的接口（包括與設(shè)備通訊的接口），也有系統(tǒng)內(nèi)一個底層模塊提供給上層模塊使用的接口定義。
對于一般的開發(fā)任務(wù)，常常思考的是保證功能的正確性和設(shè)計的完美，可以不斷嘗試做創(chuàng)新和重構(gòu)。但這些原則放到API設(shè)計上就不一定正確了，反而需要有些保守。
按住Option鍵(Windows鍵盤是Alt鍵)點擊你要查看的API名字，即可顯示快速幫助，點擊快速幫助里面的鏈接可以跳轉(zhuǎn)到詳細文檔。
直接開啟文檔的辦法：
XCode菜單“Window” - “Organizer” - "Documentation"
runtime 在iOS中是“運行時”的含義，是一套用c語言寫的api,很多人會用但是也僅僅用過最最常用的幾個函數(shù)，這次，我將詳細的帶著大家探索下 runtime 的API，這一章就說下 objc/runtime.h 這個文件里的 API ,并且我會把不適用于 ARC 和不支持64位的API剔除掉。
首先，我們先看一個簡單的函數(shù):
這個函數(shù)是通過傳入 Class 類型的 cls 來得到 Class 的名字。那我們測試下這個函數(shù)：
其中 [Person class] OC中獲得 Class 的方法，當然，你也可以用 runtime 里面的 objc_getClass 等函數(shù)，后面我也會講到。
運行結(jié)果:
我們可以看到打印出來的結(jié)果就是類的名字。
上面既然用到了 [Person class] ，那我們就看下在 runtime 中 [Person class] 的替代函數(shù)，都是通過名字來獲得 Class
那這三個有什么區(qū)別，從結(jié)論上講， objc_getClass 和 objc_lookUpClass 的效果是一致的，在最新的源碼里面，這兩個方法調(diào)用的底層也是一致的，當你要找的類不存在的話，就返回nil，而 objc_getRequiredClass 里你要找的類不存在的話，就會崩潰。下面我們來測試下，我們創(chuàng)建一個 Person 類。
運行結(jié)果：
最后也確實崩潰了，所以大家使用 objc_getRequiredClass 這個函數(shù)時候要慎重小心。
除了用名字獲得類對象以外，還可以用實例對象來獲取：
我們測試下：
運行結(jié)果：
完全沒問題。
Class 不僅可以代表類對象，也可以代表元類對象，下面這個函數(shù)就是通過名字獲取元類對象。
如果你讀過源碼的話，你就會清楚元類對象儲存的是類方法，類對象儲存的是實例方法，在后面講到Method相關(guān)的API的時候，我們在具體講他們之間的區(qū)別。
講到元類對象，我們還要關(guān)注下這個函數(shù)，
這個函數(shù)是用來判斷是否是元類對象。
運行結(jié)果：
我們可以看到 objc_getMetaClass 生成才是元類對象， objc_getClass 生成的只是類對象。
那么有沒有函數(shù)區(qū)分類（元類）對象和實例對象呢？當然有：
這個方法只要是類對象或者元類對象都會返回YES：
運行結(jié)果：
當然也可以獲得父類對象。
我們新建一個繼承 Person 的類 Student ，然后我們通過 Student 類來獲得 Person 類。
運行結(jié)果：
Student 的父類確實是 Person 。
我們知道OC里面可以強轉(zhuǎn)類型，當然， runtime 里面也有相關(guān)方法
這個方法的意思是給一個實例對象設(shè)置新的類，返回舊的類
運行結(jié)果：
我們可以看出開始的時候 student 的類是 Student ，用了 object_setClass 后就是 Person 類了。
runtime 的動態(tài)性還可以動態(tài)新增類，下面四個函數(shù)分別表示為一個類分配內(nèi)存，注冊一個類，復(fù)制一個類，銷毀一個類
創(chuàng)建一個新類， superclass 是新類所繼承的類，如果為 nil ， superclass 就默認為根類，也就是 NSObject ， extraBytes 是在類和元類對象的末尾為索引ivars分配的字節(jié)數(shù)。這一般是0， name 是新類的名字。
注冊類，如果這個類 objc_allocateClassPair 好了，就必須 objc_registerClassPair 才能使用。
這個方法在系統(tǒng)KVO的底層用過，系統(tǒng)不推薦我們自己用。
objc_disposeClassPair 只能銷毀通過 objc_allocateClassPair 創(chuàng)建的類。
我們寫個demo來測試這些方法， objc_duplicateClass 官方不建議使用，那么我們就不測試這函數(shù)。
運行結(jié)果：
我們可以知道如果僅僅只是 objc_allocateClassPair 的話，你是找不到這個類的，必須再 objc_registerClassPair 才可以找到， objc_disposeClassPair 則是把類銷毀掉，所以再實際開發(fā)中，如果我們不再使用自建類的時候，就要及時銷毀，節(jié)省內(nèi)存。
下面兩個函數(shù)是關(guān)于整個工程的類列表的函數(shù)：
這個函數(shù)是獲得所有注冊類的列表，我們試用下：
運行結(jié)果：
我們看到注冊的類有15765個。
objc_getClassList 也是獲取注冊類的方法.
第一個參數(shù) buffer 已分配好內(nèi)存空間的數(shù)組指針， bufferCount 是數(shù)組的個數(shù)，如果 bufferCount 的數(shù)量小于實際的數(shù)組數(shù)量，那么 buffer 返回的是所有數(shù)組集合的任意一個子類。如果 buffer 為NULL，那么 bufferCount 為0。無論那種情況，返回結(jié)果都是當前注冊類的總數(shù)。
運行結(jié)果：
返回類實例的大小。
運行結(jié)果
一個沒有變量或?qū)傩缘睦^承于NSObject的類占有8個字節(jié)。
還有個方法是：
這是一個創(chuàng)建實例的方法， cls 是要創(chuàng)建的類， extraBytes 是額外的字節(jié)內(nèi)存，用來存儲類定義中的實例變量之外的其他實例變量。在源碼中 alloc 方法底層就是用的這個函數(shù)。那么，我們用這個函數(shù)來初始化 Person 類：
運行結(jié)果:
確實能夠成功創(chuàng)建出來。
最后剩下兩個方法：
這兩個方法都和 version 有關(guān)，這個version在實際中我也沒發(fā)現(xiàn)用處，可能是在改變類的變量或者方法時給定一個標識.
運行結(jié)果
下面我們將使用runtime里面最最常用的api，也就是給分類綁定對象，這里，我們先了解下，一個枚舉：
objc_AssociationPolicy 是一個枚舉，里面的枚舉值分別代表要添加的屬性的修飾類型。
OBJC_ASSOCIATION_ASSIGN 相當于 weak
OBJC_ASSOCIATION_RETAIN_NONATOMIC 相當于 strong 和 nonatomic
OBJC_ASSOCIATION_COPY_NONATOMIC 相當于 copy 和 nonatomic
OBJC_ASSOCIATION_RETAIN 相當于 strong 和 atomic
OBJC_ASSOCIATION_COPY 相當于 copy 和 atomic
關(guān)于分類的runtime函數(shù)，主要有下面3個：
含義分別為設(shè)置關(guān)聯(lián)對象，獲得關(guān)聯(lián)對象，刪除關(guān)聯(lián)對象。
我們知道如果在分類的 .h 文件設(shè)置屬性并沒有用，調(diào)用的時候會發(fā)生閃退，這是因為系統(tǒng)并沒有自動為屬性生成 Set 和 Get 方法，所以，我們用上面三個方法來手動關(guān)聯(lián)對象。
我們創(chuàng)建一個 Person 的分類 Person+Actor.h ，在.h文件里新建一個新屬性 @property(nonatomic, assign)float actingSkill 而不做其他任何處理，這時候， .m 文件就會有警告。
這時候就綁定好了。
在 ViewController 里面去使用下這個屬性
運行結(jié)果：
說明set和get方法都成功了。
那么還有一個 objc_removeAssociatedObjects 方法還沒用，這個方法是解除綁定，為了測試這個效果，我們在ViewController里面 touchesBegan 里面去調(diào)用這個方法。
運行結(jié)果：
之前綁定的結(jié)果被移除了。
今天我們這一篇就講到這， runtime 還有很多其他的用法我們下一篇見。
對了，這個是 demo ，喜歡的可以點個星。
一．基本知識
iPhone中的API除了公開的 API：Published API外（或者叫文檔中記錄的API：Documented API），還有兩類API：私有API：Private API和未公開的API：UnPublished API(或者叫文檔中未記錄的API：Undocumented API)。其中私有API是指放在PrivateFrameworks框架中的API，未公開的API是指雖然放在Frameworks框架中，但是卻沒有在蘋果的官方文檔中有使用說明、代碼介紹等記錄的API。后兩種API是有區(qū)別的，按蘋果的說法，未公開的API是還不夠成熟，可能還會變動的API，等完全成型了后會變成公開的API，但是目前不對其提供承諾，就是系統(tǒng)版本升級后可能會失效。而私有API是蘋果明確不能使用的API。雖然兩者有所區(qū)別，但是在具體使用方法上是類似的。
二．具體介紹
1.導(dǎo)出生成私有API的頭文件聲明
使用私有或未公開的API，首先需要導(dǎo)出其對應(yīng)的頭文件，在頭文件里有相關(guān)函數(shù)的聲明。
工具：
class-dump
class-dump可以從編譯后的Objective-C的二進制文件中提取對應(yīng)的數(shù)據(jù)結(jié)構(gòu)及函數(shù)等聲明。
使用方法：
為了能在任意目錄下使用class-dump命令，首先建議把class-dump文件拷貝到/user/local/bin/目錄下，然后就可以在任意目錄下執(zhí)行以下命令：
class-dump /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator3.0.sdk/System/Library/Frameworks/UIKit.framework/ UIKit.h
以上命令就可以把 iPhoneSimulator3.0.Sdk中Frameworks框架里的UIKit.Framework框架的數(shù)據(jù)結(jié)構(gòu)及函數(shù)聲明等給提取出來，并且放在UIKit.h這個文件中，之后你就可以在這個頭文件中找需要API的聲明及其使用方式。以同樣的方法，就可以挨個導(dǎo)出你需要那個框架中的API 聲明。
也可以用ericasadun寫的DumpFrameworks.pl（文件中有部分注釋說明）這個文件把私有框架下的API頭文件全部提取出來。使用方法也是首先把class-dump文件拷貝到/user/local/bin/目錄下，然后在任意一個目錄下執(zhí)行./DumpFrameworks.pl,然后就會在家目錄下產(chǎn)生一個Headers文件夾，里面羅列了私有框架下的API頭文件。
2.使用私有API
導(dǎo)出了私有API的頭文件聲明后，使用方法就比較簡單了，首先在工程中包含進頭文件，然后導(dǎo)入對應(yīng)的框架，之后就可以類似提供了靜態(tài)庫的方式在代碼中使用這些私有API函數(shù)。
三．附加說明
iPhone編程中一些非常精致好玩的API都包含在私有API或未公開的API中，雖然可以以這種方式使用這些非常好的API，但是這樣做是存在一定風險的，首先為公開的API有變更的可能，這樣在每個固件版本中，代碼都有可能中斷。同時，最大的問題是使用了私有API的程序是不能放在App Store上銷售的。因此如果只是為了好玩體驗iPhone中這些精彩的API，那沒關(guān)系。如果是為了做出程序放在App Store上銷售的，那就不要動私有API的主意了。
iOS應(yīng)用開發(fā)
無疑仍會是未來一段時間內(nèi)的熱門。因此，不管是對開發(fā)者還是企業(yè)管理人員來說，或多或少了解一些應(yīng)用開發(fā)流程十分有必要，本文涉及的大部分內(nèi)容并不局限于iOS應(yīng)用，同時也適用Android、Windows Mobile和Blackberry等其他移動平臺。
iOS應(yīng)用開發(fā)
并不是一個簡單的過程，建議按照以下步驟逐條考慮：
1）一個奇怪的發(fā)現(xiàn)是，很多企業(yè)人士和開發(fā)者對他們即將開發(fā)的iPhone應(yīng)用竟然沒有全局認識，甚至缺乏必要的技術(shù)常識。通常他們只是把iPhone應(yīng)用當做一個簡單的應(yīng)用，而很少考慮到是否有支持的服務(wù)器以及用戶數(shù)據(jù)的存儲等問題。因此，有必要提醒一下，如果想開發(fā)一款認證/登錄或者定制型的應(yīng)用，首先需要有一個用來存儲數(shù)據(jù)的服務(wù)器。
2）除了需要一臺服務(wù)器外，還需要一個供iPhone和服務(wù)器之間進行通信的渠道。由于不存在標準或萬能的通信渠道，因此需要根據(jù)應(yīng)用的具體情況進行定制。這有點類似創(chuàng)建一套自己的語言，除了說話雙方外，不想讓其他人聽懂。專業(yè)點講，這就是創(chuàng)建API。因為必須在通信前定義語言，所以必須在iPhone應(yīng)用正式開發(fā)前創(chuàng)建API。
定義完成后，iPhone按要求格式將賬戶名和密碼發(fā)送請求到預(yù)置API（登陸頁面），然后便可返回結(jié)果頁面。
4）API的創(chuàng)建和應(yīng)用的開發(fā)工作最好由同一個開發(fā)者來做，這樣，他就更清楚何時調(diào)用哪個API，對應(yīng)用開發(fā)全局有更好的了解。如果API創(chuàng)建和應(yīng)用開發(fā)不是同一個人，建議應(yīng)用開發(fā)者多和負責API創(chuàng)建的后端團隊交流，因為很多時候他需要調(diào)用API以支撐整個移動應(yīng)用。
重慶分公司
重慶分公司
