(13)被迫吃芒果的前端工程師 - Mongoose 之 Read
那麼前面我們已經成功 Create 了一個資料,接下來當然就是要 Read 資料,也就是 MongoDB Find 資料,只是這邊要注意我們所使用的語法都是 Mongoose 所提供的,而不是 MongoDB 的語法唷。
那麼前面我們已經成功 Create 了一個資料,接下來當然就是要 Read 資料,也就是 MongoDB Find 資料,只是這邊要注意我們所使用的語法都是 Mongoose 所提供的,而不是 MongoDB 的語法唷。
前面我們已經認識了 Schema 的建立方式與 SchemaType 跟 Schema Validators,但這只是單純的告知 Mongoose 我們資料的型別而已,本質上來講根本還沒拿來用,因此接下來將會來使用。
接下來是關於 Number Validators 的部分,當然也會與 String Validators 會有一點雷同,但還是要注意一下寫法上的差異。
上一篇我們認識了基本 Mongoose 的 Schema 寫法,接下來將會針對 Schema 來去認識。
接下來我們將會進入 Express 開發章節,因此就會開始使用 Mongoose 連接資料庫,但是在一開始的起手式基本上就是先認識 Schema。
相信身為工程師的你一定曾經在 GitHub 上替自己喜歡的專案給一個 Star,但是當我們 Star 的專案越來越多的時候,要回頭找相關的專案反而很麻煩,因此這一篇就來介紹一下該怎麼處理自己按過的 Star 專案囉。
接下來先來聊一下 ODM 與 ORM 是什麼,畢竟我們將會使用 MongoDB 中的 ODM,但是在使用之前還是先了解一下這兩者差異。
這一篇是 MongoDB CRUD 的最後一個 Delete 章節,但不得不說 Delete 只要理解過 Create 章節後 Delete 就相對簡單很多。
終於算是暫時脫離了 Read 章節,接下來就會進入 Update 章節,畢竟有新增資料就會有更新資料。
專案開發上我們一定會使用風格管理器幫我們統一程式碼的撰寫風格,那麼以前端來講就是 ESLint,但是一開始我們風格選定之後要再更改其他風格就很麻煩,所以這邊寫一篇如何將 ESLint 風格從 Standard 變成 Airbnb。