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

評估自己的時間

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

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

目的性

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

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

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

對開發者是否有善

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

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

• Swagger 介面

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

• 文件

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

參考 Open API

• 內政資料開發平臺：https://data.moi.gov.tw/MoiOD/default/Index.aspx
• 臺北市資料大平臺：https://data.taipei/
• JSONPlaceholder：https://jsonplaceholder.typicode.com
• Star War API：https://swapi.dev

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

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

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

明天，就來分析星戰人物的 API 格式：)