2022 鐵人賽時,因為開始接觸釣魚,
抱持著釣新人就算每次都打龜,也要現學現做不輕言放棄的精神,
於是生出了【無法成為釣魚大師也要努力摸魚!!辣個吃魚神器 APP】
原本期待在 30 天的過程中,弄出幾個功能後,就要來分享買魚和食譜,
分享如何料理吃魚⋯殊不知坑開太大,自己填不滿。
因此僅完成:
1. 做出一個讓自己學會認識魚的圖鑑
2. 可以記錄去哪裡釣魚的工具
3. 為了可以分享、炫耀自己戰利,要弄出「會員系統」和「集郵簿」功能 (完成 80 %)
坑都挖了、填不滿的部分,就在今年繼續努力;
希望能把「認魚圖鑑」加強,
並且完成把「吃魚」的料理功能給做完。😩
前言 由於先前在進行開發的時候,為了要趕快生出樣式和外觀,以至於在規劃上沒有反覆檢視,有些地方我後來看起來覺得設計得不夠直覺。 直覺的意思是,即使好一陣子沒看...
說明 怕讀者不知道我在幹嘛,就編排上來說,這是相片處理五部曲之三 (請見後方備註) 程式碼 程式概念 讀取沙盒路徑 判斷檔案是否存在 func docu...
前言 在拍完照、存成檔案後,需要使用 Amplify.Storage 將檔案推送到雲端環境中 由於在去年的 Day 38 所採用的是 Amplify v1 ,...
前言 預計寫好這個函式後,就可以在登入後,透過查詢使用者帳號、從圖庫資料庫中撈取使用者傳過的圖,載回手機。 昨天提到,圖片雖然可以上傳,但大家都把圖扔到相同目...
前言 在本系列的 Day 23 有提到上傳檔案,而預設的放法是無法滿足多使用者上傳同名魚的場景。 這邊會說明如何調整 S3 內的資料放法,使得可以滿足多使用者...
前言 雖然在 Mobile Develop 組寫文章,大多都只談到如何使用別人弄出來的 SaaS 或 PaaS,著重在功能的使用與操作,鮮少談及這些平台如何被...
參考文件 Swift Book 問題說明 在 BaoAnGongFisher dev branch 重構後,所製作的集郵冊畫面 (StampAlbum...
說明 本篇的設計,需要更動在 【Day 23】【Day 24】的上傳圖片 與 下載S3行為。 起初的設計想法很簡單,就是「已登入的使用者,單純上傳圖片到 S3...
說明 我在使用了上傳下載功能幾天後發現,使用我的 iPhone 12 相機拍出來的照片,每張大多落在 20MB 上下。 意味著拍 50 張照片,差不多就會產生...
簡述 先前在介面上保留了一個抓到魚後、相同郵票的計數器。 在透過 【Day 25】 修改結構後,在呈現畫面的時候,原本是靜態資料,不會因為使用者操作造成郵票增...