從零開始開發一款真正能每天使用的散步 App,完整記錄從功能規劃、架構設計到實際開發的過程。內容包含定位、背景追蹤、推薦路線、離線同步、Widget、AI 散步分析與 AI 教練等功能,也會分享實作過程中的設計思考與踩過的坑,完整呈現一款 App 從想法到成品的開發歷程。
昨天處理了 SQLite 在離線模式中的角色:散步進行期間,散步紀錄、GPS、暫停紀錄與導航狀態都先保存在本地,完成同步後才清除暫存資料。 但資料存進 SQLi...
前兩天處理了離線同步,但還少考慮一個問題:如果同步失敗,要怎麼重新同步? 網路可能突然中斷、後端可能暫時無法回應,App 也可能在同步途中被系統關閉。 如果同步...
完成散步統計後,我希望把散步資料放到手機桌面上。 但 RN 的資料不能直接被原生 Widget 使用,因此這篇先處理資料怎麼從 RN 傳到 Widget。 Re...
昨天完成了 React Native 與原生 Widget 之間的資料傳遞。 資料可以交給 Widget 之後,下一個問題就是:哪些資料適合長期放在桌面上? W...
昨天決定了 Widget 要顯示哪些資料,但資料真的更新之後,又遇到另一個問題: 使用者剛完成散步,今天的距離明明已經增加了,為什麼桌面上的 Widget 有時...
到現在,散步詳情頁已經有距離、時間、速度這些數字了。 再加入 AI 時,我不想把整段 GPS、暫停紀錄、近期散步資料全部丟給 AI,因為這樣等於連「要分析什麼」...
昨天做了單次散步分析,完成散步後要告訴使用者「這次有什麼值得注意的地方」。 但如果只看一次散步還是不夠。 例如使用者最近一個月只走了幾次,或者最近使用推薦路線時...
如果 AI 產生的結果最後只能停留在一張卡片裡,使用者看完之後還是要自己重新操作,這個功能其實還沒有真正融入散步流程,有點不太實用。 所以今天想處理的不是再增加...
把 App 的主要功能完成後,實際跑了一段散步流程,發現 GPS 每次收到新的 point 後,後面還會連帶做不少事情。 但這些工作其實不一定都需要跟著 GPS...
前面 29 天,從 GPS 記錄、背景定位,到推薦路線、離線同步、Widget,再到最後的 AI 分析,一開始預計要做的功能全部做完了。 最後一天想分享一個完全...