迭代思路

1. ✅ 不同類型的資料，資料庫很難共用欄位，故拆分為日記、學習、任務加事件等三個資料庫
1. 任務事件資料庫是「進度管控中心」
2. 日記與學習筆記則是「記錄與回顧中心」

2. ✅ 書或線上課等，筆記內容往往較多，學習筆記資料庫獨立，方便對這類大型學習材料進行筆記並複習
1. 大型材料學習週期也比較長，更需要以任務管理學習進度，故會和「任務」進行關聯
2. 本資料庫即使沒有其餘兩個資料庫也能獨立使用

3. ✅ 三個 view 的思路
1. 七日內：需要細詳資料故使用表格 view，可以一眼看到當天的任務內容或發生的事件和總結，主 view
2. 一個月內：七日的延伸，因為僅僅七日有時不敷所需。這個 view 取消了「完成」欄位的顯示，因為看一個月主要是為了回顧或搜尋，未完成的日記通常只出現在今天或昨天而已，日記是否已完成在當週很重要，但這裡並不緊要
3. 所有日記：超過一個月的日記就不再詳細顯示，改用清單節省空間與減少雜訊，只顯示關聯的任務欄位，而且顯示空間足夠，主要是方便看哪一天做了哪些任務

4. ✅ 重點思路：這裡的資料顯然有兩種情況，一種是有目標與截止日，我稱為「任務」；一種是未來既定發生的事，比如面試或開會，我稱為「事件」。理論上分拆這兩種資料到兩個資料庫是比較健全的做法，不過作為島型工作者，重要「事件」並不多，且事件維度較單純，所以我還是簡單整合進來，省去一個資料庫的複雜度
1. 欄位：
1. 當任務狀態為事件的時候，意味資料性質為事件，此時「截止日與事件日」的欄位值代表的是事件發生日；其餘情況即任務
2. 任務使用樹苗 icon 🌱、事件使用閃電 ⚡️，作為視覺上的快速區分，在日記的「今日任務與事件」關聯顯示時特別有用
3. 如前所述，任務事件資料庫是「進度管控中心」，所以會關聯其餘兩個資料庫
2. view思路
1. 第一個是未完成清單，使用看板 view 區分任務狀態(收集vs進行)或性質(任務vs事件)，共顯示三欄 ，其餘隱藏。以「完成日」is empty 來過濾，方便查看所有待處理任務及待發生事件
1. 以「完成日」是 empty 來過濾，因此「已完成」這個分組原則上是空的
2. 「已廢棄」主要是方便重啟任務
2. 第二個是全部清單，包括所有狀態任務與事件，主要是方便一覽所有任務與相關日記、筆記，所以使用表格 view

5. ✅ 三個 view 的思路
1. 七日內到期：任務和事件混放，不過會明示狀態，所以知道是任務還是事件，圖示也可區分。 顯示的日期是截止日或事件日，方便知曉緊急程度，但不以專屬欄位凸顯還有幾天到期，因為它們都剩不到七天了，想必都很急！任務或事件完成後會退出本 view，改移至已完成清單 view
2. 逾期未完成：預設它是少數情況，所以只做一個 view 來專門捕捉，如果很常見，最好單獨一個 linked db view，然後放在最上面；不考慮和第一個 view 合在一起，因為理解上會有點 confusing
3. 已完成清單：主要是方便確認自己這麼棒棒完成了這麼多任務，增加虛榮心。以及回顧完成任務相關聯的日記與筆記，所以用表格 view，以最近完成日為排序

6. ✅ 感謝老K的建議，這樣看起來確實更直觀易懂了！讀老K的作業評語總是讓人如沐春風 🥰