目標發想

在我們踏入切版的旅程之前
我們首先需要一份詳盡的假資料

這不僅讓我們在切版時能夠更真實地模擬使用情境
而且這些資料的命名往往與資料Document或是Collection、欄位名稱保持一致
這樣更具專業性、也更好維護

在某些公司裡，前後端的開發是分開的，
這時候資料類型、邏輯的定義就需要前後端團隊共同協作

但幸運的是，這次的開發完全是我們的個人秀！
也就是說我們完全不需要擔心協同工作的溝通成本問題

當然，也意味著所有的工作都需要我們親自動手
但除此之外，我真的想不到還有什麼困難了！😉

那麼，不再贅述，讓我們優雅地開始定義我們的資料模型吧！🌸📝

命名資料

書籍本身資訊

• 書封圖片: Cover Image
• 書名: Book Title
• 作者: Author
• 出版社: Publisher
• 出版日期: Publication Date
  (我們只需要出版年份即可)

用戶定義資訊

• 自定義的資料夾名稱: Custom Folder

• 自定義的書Tag: Book Tag

• 閱讀評價星星數量: Reading Rating Star Count
  （會存成int，畫面上滿分五顆星的話，資料會是存50
  考慮到有半顆星星的Icon，若是3顆半星星就是存35）

• 閱讀評論: Reading Reviews
  可以讓用戶寫篇讀書心得之類的，所以會是很長的字串

• 書籍狀態: Book Status
  0: 想讀 （追蹤一些還沒購入或是還沒上架的書籍）
  1: 未讀
  2: 正在讀
  3: 已讀完

資料格式

很好，我們資料格式模型就出來了

書籍資訊

{
  "cover_image_path": "upload/img.jpg",
  "book_title": "30 天！玩轉 TypeScript 開發書單系統",
  "author": "Sunny Wu",
  "publisher": "Sunny Publishing",
  "publication_date": "2023-09-03"
}

用戶定義

{
  "user_id":1,
  "book_id":1,
  "custom_folder": "博X來",
  "star_count": 45,
  "reading_reviews": "Reading Reviews...",
  "status": 2
}

忘記之前的需求了嗎？
可以看下之前發過的 [Day05] 規劃吧！夢寐以求的書單系統 - 需求分析文章

親愛的讀者，這次的小分享就先告一段落啦！
如果你跟我一樣對這個主題有興趣，那就一定不能錯過接下來的內容喔
嘿嘿，我們下篇文章見！🚀🌟🎉