如何自作高質(zhì)量的API文檔

2023-01-17    分類: 網(wǎng)站建設(shè)

重慶網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián):編寫技術(shù)文檔,是令眾多網(wǎng)站制作開發(fā)者望而生畏的任務(wù)之一。它本身是一件費時費力才能做好的工作。可是大多數(shù)時候,人們卻總是想抄抄捷徑,這樣做的結(jié)果往往非常令人遺憾的,因為優(yōu)質(zhì)的技術(shù)文檔是決定你的項目是否引人關(guān)注的重要因素。無論開源產(chǎn)品或面向開發(fā)者的產(chǎn)品,均是如此。
實際上,我想說明的是:對于面向開發(fā)者的產(chǎn)品來說,其用戶體驗中最重要的一環(huán)并不是什么主頁設(shè)計、登錄過程、或者SDK下載。真正最重要的是產(chǎn)品的API文檔!如果沒人知道你的產(chǎn)品如何使用,縱使它巧奪天工,又有何用?
如果你是一個專門從事面向開發(fā)者產(chǎn)品設(shè)計的工程師,那么編寫完善的技術(shù)文檔,就跟你為終端用戶提供良好用戶體驗一樣關(guān)鍵。
我見過許多類似的情況,一個項目被草率地扔到GitHub的頁面上,僅僅配有兩行的readme說明文件。要知道,真正成功的API文檔是需要用愛來悉心制作的藝術(shù)品。在Parse產(chǎn)品項目里,我們就把自己奉獻給了這門藝術(shù)!
那么,什么才是制作優(yōu)秀API文檔的關(guān)鍵因素呢?
1. 絕不吝惜使用層次
你的設(shè)計文檔不應(yīng)當(dāng)僅僅直白地列出所有的終端函數(shù)和其參數(shù)。好的文檔應(yīng)該是一整套有機的系統(tǒng)內(nèi)容,能指引用戶通過文檔與API進行交互。退一萬步說,你至少讓你的文檔包含以下幾個部分。
參考索引:參考索引應(yīng)當(dāng)是一個事無巨細(xì)的列表,包含了所有功能函數(shù)的繁文縟節(jié)。它必須注明所有的數(shù)據(jù)類型和函數(shù)規(guī)格。高級開發(fā)者要能夠拿著它整天當(dāng)參考書使用。
開發(fā)指南:這是介于參考索引和開發(fā)教程中間程度的文檔。它就仿佛是一篇更加詳細(xì)的參考索引,闡明了如何使用各種API。
開發(fā)教程:開發(fā)教程會更加具體地闡述如何使用API,并著重介紹其中的一部分功能。如果能提供可編譯運行的源代碼,那就再好不過了。
在Parse項目里,我們做到了上述所有三個部分。目前我們正在努力編制更多的開發(fā)教程。
另外一個此方面優(yōu)秀的范例是Stripe’s API(http://www.stripe.com) 。這個產(chǎn)品的文檔包括一個很棒的《hybrid guide and reference》,以及一套開發(fā)教程?!禛itHub API參考》也經(jīng)過了良好的設(shè)計。
你可以爭辯說,我的API本身就是個抽象體, 抽象就是它的特點。然而,當(dāng)你在教會開發(fā)者如何使用的過程中,還是能不抽象就不抽象比較好。
在你的文檔中盡可能地舉現(xiàn)實中的例子吧。沒有哪個開發(fā)者會抱怨你舉例太多的。實際上,這種做法能顯著地縮短開發(fā)者理解你產(chǎn)品的時間。對此,我們的網(wǎng)站里甚至給出一個代碼樣例加以解釋。
2. 減少點擊次數(shù)
開發(fā)者痛恨點擊鼠標(biāo),這已經(jīng)不是什么秘密了。千萬別把你的文檔分散在數(shù)以萬計的頁面當(dāng)中。盡量把相關(guān)的主題都放到一個頁面里。
我們非常贊成使用“單頁面大指南”的組織形式(鏈接),這種形式不僅能讓用戶縱覽全局,僅僅通過一個導(dǎo)航欄就能進入他們感興趣的任意主題,另外還有一個好處是:用戶在進行搜索的時候,僅僅搜索當(dāng)前頁面,就能涵蓋查找所有的內(nèi)容。
在這個方面的一個優(yōu)秀范例是ckbone.js documentation,只要你有個鼠標(biāo),一切盡在掌握。
萬事開頭難,開發(fā)者學(xué)習(xí)一套全新的API,不得不重新適應(yīng)其全新的思維方式,學(xué)習(xí)代價高昂。對于這個問題的解決辦法是:通過快速指南來引導(dǎo)開發(fā)者。
快速指南的目的是讓用戶用最小的代價學(xué)習(xí)如何利用你提供的API干一些小事。僅此而已。一旦用戶完成了快速指南,他們就對自己有了信心,并能向更加深入的主題邁進。
舉個例子,我們的快速指南能讓用戶下載SDK以及在平臺上存儲一個對象。為此,我們甚至做了一個按鈕,來讓用戶測試他們是否正確地完成了快速指南。這能提升用戶的信心,以鼓勵他們學(xué)習(xí)我們產(chǎn)品其他的部分。
3. 支持多種編程語言
我們生活在一個多語言的世界。如果可能的話,為你的API提供各種編程語言版本的樣例程序,只要的API支持這些語言。多數(shù)時候,多語言的工作都是由客戶端庫來完成的。要知道,開發(fā)者要想掌握一套API,離開他們熟悉的編程語言,是很難想象的。
MailGun’s API為此做出了良好的榜樣。它提供了curl,Ruby,Python,Java,C#和PHP等多個版本供開發(fā)者選擇。
4. 絕不放過任何邊界情況
使用API開發(fā)應(yīng)用,所能遭遇的最糟糕的情況,莫過于你發(fā)現(xiàn)了一個文檔中沒有提到的錯誤。如果你遇到這種情況,就意味著你不能確認(rèn)究竟是你的程序出了錯,還是你對API的理解出了錯。
因此,參考索引中必須包含每種假設(shè)可能造成的邊界情況,不論是顯示的還是隱式的?;c兒時間在這個上面,絕對能起到事半功倍的效果。
在學(xué)習(xí)結(jié)束的時候,開發(fā)者希望能看到關(guān)于項目產(chǎn)品應(yīng)用的大致藍圖。達到這一目的好的辦法,莫過于提供可運行的樣例應(yīng)用。我發(fā)現(xiàn),應(yīng)用程序代碼是將API運行機理和系統(tǒng)整合融會貫通好的辦法。
sample code in Apple’s iOS Developer Library 則是這方面做得很好的,它包含了詳盡的iOS樣例程序,并按主題一一分類。
5. 加入人性化的因素
閱讀技術(shù)文檔枯燥乏味,自然不像坐過山車那樣緊張刺激。不過,你至少可以通過加入一些人性化的因素,或者開開玩笑。給你的例子中的變量其一些好玩兒的名字吧,別老是把函數(shù)名稱叫什么foo之類的,好讓你的讀者有煥然一新的感覺。
至少,這可以保證你的讀者不會讀著讀著就睡過去。
本文發(fā)布于成都網(wǎng)站制作
公司創(chuàng)新互聯(lián)http://www.muchs.cn/

分享名稱:如何自作高質(zhì)量的API文檔
分享網(wǎng)址:http://www.muchs.cn/news9/230709.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供域名注冊、微信公眾號網(wǎng)站導(dǎo)航、ChatGPT、建站公司軟件開發(fā)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

營銷型網(wǎng)站建設(shè)