iT邦幫忙

第 12 屆 iT 邦幫忙鐵人賽

DAY 3
0
自我挑戰組

30 天開發 Android App 的流水帳系列 第 3

Day 3:在 App 開發前怎麼挑選要使用的 Open Api?

不考慮自己使用第三方服務或是用 Firebase 進行資料串接之下,先想一下你的目的想要呈現什麼?你是玩什麼樣的資料?你對什麼主題有興趣?還是想要應用這些資料做些什麼有趣的玩意兒?那接下來希望這些建議,可以幫助你思考要怎麼選擇。

評估自己的時間

如果現在只有一個星期,需要用元件呈現某些資料,或是驗證自己的想法。不需申請金鑰的會是首選,依最短時間即可達成你的目標。畢竟有些服務,要申請金鑰或是權限是需要幾個工作天的。

當申請通過,再來嚐試資料的嫁接,不如預期的狀況很常發生的,若在此時想要切換備案時,實做時間會給你非常的壓力。當時間沒有彈性的話,就先挑最一般的。

目的性

已經決定好要呈現什麼資料。舉例來說,想要呈現台北一周天氣狀態。那接下來我會思考以下幾點:

  1. 在 google 搜尋有多少提供這種 API 的服務,並且列出優缺點
  2. 若有人已經實做了,看看別人遇到的困難或是做法
  3. 一周天氣狀態若法辦呈現,那是不是可以折衷方式去做?

會有這麼多切入的點,其實是這些 Open API 有些時候穩定度不夠好,有可能做到一半就壞掉了(像是政府公開資訊)。當遇到這種狀況的時候,就需要拿出備案,或是當下就決定是不是畫面或資料呈現要做調整

對開發者是否有善

  • 資料格式是不是自己熟悉的

    若自己平常是習慣 JSON 格式的,找了一個 CSV 或是 XML 的,也很讓人頭大啊

  • Swagger 介面

    如果平台有提供這個,對前端在嫁接資料可以做很多的嚐試,可以了解什麼樣的 response 可以回傳什麼資料回來

  • 文件

    規格讓在嫁接的時候,可以了解每個欄位的回傳值跟型態。在寫物件的時候,可以有所依據

參考 Open API

參考的最後兩個網站,是覺得還蠻有趣的免費的內容。

最後,這個 30 天要實做的會用 Star War 裡的 API 去做呈現。

除了有文件、也有介面可以去試資料的內容,以及他網站上還有分享一個年代有些久遠 Android Lib Project 可做參考。

明天,就來分析星戰人物的 API 格式:)


上一篇
Day 2:Android App 開發前 checklist
下一篇
Day 4:星戰人物 response 分析及單元測試撰寫(1/3)
系列文
30 天開發 Android App 的流水帳32

尚未有邦友留言

立即登入留言