無論是智能手環(huán)，還是面向運動愛好者的Apps，這兩年左右的時間里，各類追蹤人們身體數(shù)據(jù)的互聯(lián)網(wǎng)服務(wù)已經(jīng)不勝枚舉。在今年6月底的Google I/O大會上，Google為Android生態(tài)系統(tǒng)的參與者們打造了健康追蹤服務(wù)Google Fit以對抗蘋果的HealthKit，而今天，Google公布了預(yù)覽版的Google Fit SDK。我們也可以借此看看它都有哪些主要特性。

按照Google的說法，預(yù)覽版的Google Fit SDK為開發(fā)者準(zhǔn)備了一系列的API，借助于這些API，應(yīng)用和設(shè)備的制造者將可以讀取、存儲來自健康追蹤應(yīng)用或者傳感器中的用戶數(shù)據(jù)。在得到用戶的許可后，開發(fā)人員甚至可以訪問用戶身體的歷史數(shù)據(jù)，這自然也就催生了更多有趣的玩法。

目前，Google Fit SDK提供的API主要有3種：傳感器API（Sensors API），記錄API（Recording API ）和歷史API（History API ）。

Sensors API主要用于應(yīng)用與傳感器之間的信息通訊。通過這個API，無論是在Android還是在可穿戴設(shè)備上，Apps都可以讀取到傳感器的數(shù)據(jù)。比如，如果 你制作的是一個跑步應(yīng)用，那么你就可以通過這個API每5秒鐘從心率感應(yīng)裝置中讀取一次數(shù)據(jù)，進(jìn)而給用戶做出實時的身體狀態(tài)反饋。

由于Sensors API僅感知但并不存儲數(shù)據(jù)，所以如果開發(fā)人員需要事后使用傳感器的數(shù)據(jù)，那么這時你就需要Recording API。比如來說，一個跑步應(yīng)用可能會需要存儲用戶的地理位置信息，這樣它才能在用戶運動完之后為其繪出運動軌跡圖。借助于這個API，F(xiàn)it將可以自動 在后端記錄這些數(shù)據(jù)，而且Google為其配備的同步服務(wù)還能把數(shù)據(jù)自動送到云端。開發(fā)者不但減輕了工作量，手機也節(jié)約了電能。

在Recording API把身體數(shù)據(jù)記錄下來之后，歷史記錄也就隨著誕生了。在History API的幫助下，開發(fā)人員將可以訪問用戶的歷史數(shù)據(jù)，進(jìn)而把它應(yīng)用在自己的App里。當(dāng)用戶在多個應(yīng)用中的數(shù)據(jù)都被傳到Fit上之后，開發(fā)者甚至還可以調(diào) 去其他應(yīng)用的數(shù)據(jù)來服務(wù)自己的應(yīng)用。這也就意味著，在Fit這個大容器下，人的身體數(shù)據(jù)不再是分裂的，而是被標(biāo)準(zhǔn)化起來了。

當(dāng)然，由于目前這個SDK還是預(yù)覽版本，所以像云端同步這樣的功能暫時就仍處于不可用狀態(tài)。Google表示，正式版的 Google Fit SDK將會是Google Play services的一部分，這也就意味著Android手持設(shè)備和可穿戴設(shè)備都將內(nèi)置這項SDK。整合Google Fit的應(yīng)用將可以在今年晚些時候發(fā)布，而屆時Web端的配套服務(wù)也將上線。

如果你是一個健康類應(yīng)用的開發(fā)者，接下來Google還將在Google Fit開發(fā)者站點以及Google Fit的Google+社群中公布更多與之相關(guān)的消息。

圖片來自：TechCrunch