后端前端Web框架開發(fā)工具【免費(fèi)下載鏈接】redwoodRedwoodGraphQL項(xiàng)目地址https://gitcode.com/gh_mirrors/re/redwood點(diǎn)擊查看免費(fèi)下載RedwoodRecord 是 Redwood 框架內(nèi)置的實(shí)驗(yàn)性 ORM對(duì)象關(guān)系映射層它構(gòu)建在 Prisma 之上提供了一套類似 Ruby on Rails ActiveRecord 的自然數(shù)據(jù)訪問接口。本文將帶你從零開始掌握 RedwoodRecord 的模型定義、增刪改查、校驗(yàn)與關(guān)聯(lián)關(guān)系操作并深入到 packages/record 源碼內(nèi)部理解其底層實(shí)現(xiàn)原理讓你能直接在實(shí)際的 Redwood 應(yīng)用中運(yùn)用這套數(shù)據(jù)訪問層。說明RedwoodRecord 目前在 Redwood 中仍處于Experimental實(shí)驗(yàn)性狀態(tài)。官方希望社區(qū)先行試用并反饋意見以幫助打磨其開發(fā)體驗(yàn)。在 v6 版本中它對(duì)應(yīng)的文檔為 docs/versioned_docs/version-6.x/redwoodrecord.md本文即以此為核心骨架展開。一、RedwoodRecord 是什么RedwoodRecord 是一個(gè)構(gòu)建在 Prisma 之上的 ORM對(duì)象關(guān)系映射庫未來可能會(huì)擴(kuò)展為封裝其他數(shù)據(jù)庫訪問包。它深受 Ruby on Rails 中 ActiveRecord 的啟發(fā)旨在為數(shù)據(jù)庫中的底層數(shù)據(jù)提供一種自然的訪問接口讓開發(fā)者不必關(guān)心 SQL 語法的細(xì)節(jié)。從源碼結(jié)構(gòu)看RedwoodRecord 由 5 個(gè)核心類組成見 packages/record/README.md 與 packages/record/src/index.js類名職責(zé)Core為單個(gè)模型提供核心數(shù)據(jù)庫訪問能力實(shí)現(xiàn) CRUD 操作見 Core.jsReflection解析 Prisma 數(shù)據(jù)模型判斷當(dāng)前模型與哪些模型存在hasMany/belongsTo關(guān)系見 Reflection.jsRelationProxy提供對(duì)關(guān)聯(lián)模型的訪問代理自動(dòng)合并關(guān)聯(lián)條件見 RelationProxy.jsValidationMixin增加校驗(yàn)支持與錯(cuò)誤消息收集能力見 ValidationMixin.jsRedwoodRecord組合以上四個(gè)類的功能是所有模型應(yīng)繼承的標(biāo)準(zhǔn)基類見 RedwoodRecord.js此外還有一個(gè) errors.js 文件集中定義了 RedwoodRecord 可能拋出的所有錯(cuò)誤類型。在 RedwoodRecord.js 中可以看到標(biāo)準(zhǔn)基類的繼承關(guān)系是RedwoodRecord extends ValidationMixin(Core)即先以 Core 提供數(shù)據(jù)庫能力再疊加校驗(yàn)?zāi)芰ψ詈髵焐蟫eflectReflection 實(shí)例與關(guān)系代理的掛載邏輯。二、背景與核心術(shù)語在使用 RedwoodRecord 之前你需要為計(jì)劃訪問的每張數(shù)據(jù)庫表創(chuàng)建對(duì)應(yīng)的類。假設(shè)我們有一個(gè)博客應(yīng)用包含三張數(shù)據(jù)庫表┌───────────┐ ┌────────────┐ ┌────────────┐ │ User │ │ Post │ │ Comment │ ├───────────┤ ├────────────┤ ├────────────┤ │ id │?──┐ │ id │?──┐ │ id │ │ name │ └──│ userId │ └─│ postId │ │ email │ │ title │ │ name │ └───────────┘ │ body │ │ message │ └────────────┘ └────────────┘用數(shù)據(jù)庫術(shù)語來說從左到右看這些表之間是**一對(duì)多one-to-many**關(guān)系一個(gè) User 可以擁有多個(gè) Post一個(gè) Post 可以擁有多個(gè) Comment。圖中箭頭上的?表示一one表示多many。只說一對(duì)多其實(shí)已經(jīng)涵蓋了關(guān)系的兩側(cè)但有時(shí)從相反方向描述會(huì)更方便。從右往左讀這張圖一個(gè) Comment **屬于belongs to**一個(gè) Post它擁有外鍵postId通過Comment.postId→Post.id指向 Post一個(gè) Post 屬于一個(gè) UserPost.userId→User.id。此外還有**多對(duì)多many-to-many**關(guān)系例如 Product 和 Category——一個(gè) Product 可以關(guān)聯(lián)多個(gè)不同的 Category一個(gè) Category 也會(huì)關(guān)聯(lián)多個(gè)不同的 Product┌───────────┐ ┌────────────┐ │ Product │ │ Category │ ├───────────┤ ├────────────┤ │ id │─────│ id │ │ name │ │ name │ │ upc │ │ shelf │ └───────────┘ └────────────┘這兩張表之間沒有外鍵既沒有productId也沒有categoryId那么它們?nèi)绾位ハ嘧粉櫮赝ǔＤ阈枰趦烧咧g創(chuàng)建一張連接表join table引用雙方的外鍵┌───────────┐ ┌───────────────────┐ ┌────────────┐ │ Product │ │ ProductCategory │ │ Category │ ├───────────┤ ├───────────────────┤ ├────────────┤ │ id │?────│ productId │ ┌──?│ id │ │ name │ │ categoryId │──┘ │ name │ │ upc │ └───────────────────┘ │ shelf │ └───────────┘ └────────────┘這樣我們又回到了一對(duì)多的模型。在 Prisma 中這種連接表可以由框架自動(dòng)創(chuàng)建和維護(hù)它會(huì)被命名為_CategoryToPost這類形式外鍵統(tǒng)一命名為A和B分別指向兩張表。Prisma 將這種形式稱為**隱式多對(duì)多implicit many-to-many**關(guān)系。如果你想自己創(chuàng)建連接表并有可能在其中存儲(chǔ)額外數(shù)據(jù)比如記錄產(chǎn)品被歸類的時(shí)間戳那么這其實(shí)就變成了兩側(cè)各自的一對(duì)多關(guān)系一個(gè) Product 擁有多個(gè) ProductCategory一個(gè) Category 也擁有多個(gè) ProductCategory。Prisma 將這種形式稱為**顯式多對(duì)多explicit many-to-many**關(guān)系。最后需要區(qū)分兩個(gè)術(shù)語模型model與記錄record。模型代表一張數(shù)據(jù)庫表的類。上面的例子中有三個(gè)模型User、Post 和 Comment。Prisma 在其schema.prisma聲明文件中把每張表也叫做model但本文中的模型特指繼承了RedwoodRecord的類。記錄模型的一個(gè)實(shí)例代表數(shù)據(jù)庫中某一行的數(shù)據(jù)。所以我用 User 模型在數(shù)據(jù)庫中找到某個(gè)用戶假設(shè)找到了我就擁有了一條用戶記錄User 模型的一個(gè)實(shí)例。三、快速上手1. 安裝依賴你需要將 RedwoodRecord 的包添加到 api 側(cè)yarn workspace api add redwoodjs/record2. 定義模型類首先為你要訪問的數(shù)據(jù)庫表創(chuàng)建一個(gè)模型。在我們的博客示例中創(chuàng)建一個(gè) User 模型import { RedwoodRecord } from redwoodjs/record export default class User extends RedwoodRecord { }3. 初始化解析 Prisma schema接下來需要解析 Prisma schema將其緩存為 JSON 文件并創(chuàng)建一個(gè)帶若干配置項(xiàng)的index.jsyarn rw record init運(yùn)行后你會(huì)發(fā)現(xiàn)它在api/src/models/下創(chuàng)建了datamodel.js和index.js兩個(gè)文件。從 packages/record/README.md 的 Tasks 一節(jié)可知其原理RedwoodRecord 依賴讀取 Prisma schema 文件來判斷與其他表的關(guān)系。為了避免每次都用 Prisma 內(nèi)置函數(shù)異步解析 schema 造成等待項(xiàng)目提供了一個(gè)任務(wù)腳本見 packages/record/src/tasks/parse.js它會(huì)解析 schema 文件并把 JSON 版本保存到.redwood緩存目錄中同時(shí)它還會(huì)在api/src/models目錄中生成一個(gè)index.js負(fù)責(zé)導(dǎo)入各模型本身并加入一些配置以支持在避免循環(huán)依賴的情況下解析關(guān)聯(lián)關(guān)系最后將模型重新導(dǎo)出。需要特別留意的是每當(dāng)你新建模型或者以增刪關(guān)系的方式修改數(shù)據(jù)庫 schema 時(shí)都需要重新運(yùn)行yarn rw record init。官方計(jì)劃未來讓該任務(wù)自動(dòng)運(yùn)行、監(jiān)聽schema.prisma或 models 目錄的變化但當(dāng)前版本仍需手動(dòng)執(zhí)行。4. 在 Redwood 控制臺(tái)或應(yīng)用代碼中試運(yùn)行相信你已經(jīng)發(fā)現(xiàn)了以上步驟就足以開始使用了可以嘗試用 Redwood 控制臺(tái)快速執(zhí)行一些查詢而無需啟動(dòng)任何服務(wù)器yarn rw c這會(huì)進(jìn)入一個(gè)標(biāo)準(zhǔn)的 Node REPL但已經(jīng)預(yù)加載了大量 Redwood 能力。首先引入我們的模型const { User } require(./api/src/models)然后就可以開始查詢和修改數(shù)據(jù)了await User.all() const newUser await User.create({ name: Rob, email: robredwoodjs.com }) newUser.name Robert await newUser.save() await User.find(1) await User.findBy({ email: robredwoodjs.com }) await newUser.destroy()?? 注意文檔中的已知限制在 Redwood 控制臺(tái)中模型還無法完全正常工作。上面的require和記錄獲取可以執(zhí)行但真正讀取任何屬性會(huì)返回undefined。當(dāng)前階段你需要直接在應(yīng)用代碼中測(cè)試 RedwoodRecord。四、初始化與保存記錄build()僅內(nèi)存中構(gòu)建build()用于在內(nèi)存中創(chuàng)建一條新記錄尚未保存到數(shù)據(jù)庫const user User.build({ firstName: David, lastName: Price })注意build只是構(gòu)建內(nèi)存中的記錄不是異步的而其他與 Prisma/數(shù)據(jù)庫交互的模型方法則是異步的。從 Core.js 的源碼可以看到build的實(shí)現(xiàn)是實(shí)例化一個(gè)記錄并把屬性對(duì)象賦給record.attributes。而在 RedwoodRecord.js 中build被覆寫調(diào)用父類build之后還會(huì)通過RelationProxy.addRelations把基于 schema 解析出的關(guān)系屬性掛到記錄實(shí)例上——這正是記錄能直接訪問關(guān)聯(lián)模型的關(guān)鍵一步。save()落庫save()會(huì)自動(dòng)判斷應(yīng)該創(chuàng)建還是更新如果記錄已有主鍵primaryKey對(duì)應(yīng)字段有值則執(zhí)行update否則執(zhí)行create。見 Core.js 中的實(shí)現(xiàn)。保存成功后會(huì)用數(shù)據(jù)庫返回的最新屬性回填記錄以防其他并發(fā)操作修改過數(shù)據(jù)。對(duì)于build()出來的記錄用save()即可存入數(shù)據(jù)庫const user User.build({ name: Rob Cameron }) await user.save()create()一步創(chuàng)建create()等價(jià)于build()后立即save()見 Core.js。如果保存失敗create會(huì)返回false而不是記錄實(shí)例如果你在保存失敗時(shí)仍需要拿到新的模型實(shí)例請(qǐng)使用build()版本await User.create({ name: Tom Preston-Werner }) await User.create({ firstName: Rob, email: robredwoodjs.com }, { select: [email] })第一個(gè)參數(shù)是交給 Prismacreate()的數(shù)據(jù)第二個(gè)可選參數(shù)是透傳給 Prisma 的附加屬性。五、錯(cuò)誤處理與校驗(yàn)errors 與 hasError當(dāng)一條記錄無法保存無論是數(shù)據(jù)庫錯(cuò)誤還是下面的校驗(yàn)錯(cuò)誤errors屬性會(huì)被填充對(duì)應(yīng)的錯(cuò)誤消息const user User.build({ name: Rob Cameron }) await user.save() // false user.hasError() // true user.errors // { base: [], email: [must not be null] } user.errors.email // [must not be null]注意hasError在 ValidationMixin.js 中是一個(gè)getter屬性而非方法文檔示例中的user.hasError()加括號(hào)寫法在真實(shí) API 中會(huì)報(bào)錯(cuò)正確用法是user.hasError。它只反映當(dāng)前錯(cuò)誤對(duì)象的狀態(tài)不會(huì)重新觸發(fā)校驗(yàn)。base 特殊鍵base是errors對(duì)象中的一個(gè)特殊鍵用于存放不針對(duì)單個(gè)屬性如email的錯(cuò)誤。例如當(dāng)你嘗試刪除一條已經(jīng)不存在的記錄可能在你讀取與刪除之間被其他人刪掉了就會(huì)在base上得到錯(cuò)誤user.errors.base // [User record to destroy not found]這條錯(cuò)誤消息的生成邏輯見 Core.js當(dāng) Prisma 拋出 Record to delete does not exist 時(shí)RedwoodRecord 會(huì)把它轉(zhuǎn)成{模型名} record to destroy not found并掛到base上。isValid預(yù)檢你可以用isValid在真正修改記錄前預(yù)先檢查錯(cuò)誤——但只能捕獲能通過校驗(yàn)規(guī)則validation發(fā)現(xiàn)的錯(cuò)誤const user User.build({ name: Rob Cameron }) user.isValid // false user.errors.email // [must be formatted like an email address]從源碼看isValid會(huì)調(diào)用validate()然后返回!hasError見 ValidationMixin.js。注意它會(huì)重置你用addError()手動(dòng)添加的自定義錯(cuò)誤。定義校驗(yàn)規(guī)則static validates記錄在保存前可以用與 Service Validations 相同的校驗(yàn)類型詳見 services.md 中的 absence 等章節(jié)來檢查數(shù)據(jù)合法性export default class User extends RedwoodRecord { static validates { email: { presence: true, email: true }, username: { length: { min: 2, max: 50 } } } } const user User.build({ username: r }) await user.save() // false user.errors.email [must be present] user.errors.username [must be at least 2 characters] user.email robredwoodjs.com user.username rob await user.save()從 ValidationMixin.js 的實(shí)現(xiàn)看validate()會(huì)先清空所有錯(cuò)誤再遍歷static validates中的每個(gè)字段調(diào)用redwoodjs/api的validate函數(shù)逐個(gè)檢查任一字段失敗就把錯(cuò)誤消息通過addError()追加到對(duì)應(yīng)屬性名下。而 RedwoodRecord.js 覆寫了save()數(shù)據(jù)不合法時(shí)根本不會(huì)觸碰數(shù)據(jù)庫直接返回false除非顯式傳入{ throw: true }。六、查詢記錄RedwoodRecord 為模型提供了多種查詢方式有時(shí)你想找多條記錄匹配某些條件的所有記錄有時(shí)只想找一條比如某個(gè)郵箱地址對(duì)應(yīng)的那一條。where()多條件查詢多條where()用于查找多條記錄返回模型記錄數(shù)組。第一個(gè)參數(shù)是通常作為 PrismafindMany()的where值的屬性第二個(gè)可選參數(shù)是任何附加屬性如排序orderBy、限制條數(shù)等會(huì)作用于返回的結(jié)果集await User.where() // 返回所有記錄 await User.where({ emailPreference: weekly }) await User.where({ theme: dark }, { orderBy: { createdAt: desc } })源碼層面where()調(diào)用this.accessor.findMany({ where: attributes, ...options })并把每條數(shù)據(jù)庫記錄build()成模型實(shí)例后批量返回見 Core.js。這里的accessor是 Prisma Client 上的模型訪問器默認(rèn)取類名的 camelCase 形式如User對(duì)應(yīng)db.user也可以顯式覆蓋詳見下文。all()取全部all()只是where()的同義詞但能更清晰地表達(dá)我就是要選出全部記錄可選排序的意圖。它的第一個(gè)也是唯一的參數(shù)直接就是附加屬性如sort、orderByawait User.all() await User.all({ orderBy: { lastName: asc } })在 Core.js 中all()的實(shí)現(xiàn)正是where({}, args)。find()按主鍵查找單條find()按記錄的主鍵查找單條記錄。默認(rèn)主鍵是id但你可以通過在類定義中聲明來改變主鍵export default class User extends RedwoodRecord { static primaryKey ident }這個(gè)調(diào)用在找不到記錄時(shí)會(huì)拋出錯(cuò)誤如果你按 ID 選用戶顯然期望該用戶存在所以不存在屬于異常情況。其底層使用 Prisma 的findFirst()函數(shù)await User.find(123)從 Core.js 可以看到find()內(nèi)部以{ [primaryKey]: id }為條件調(diào)用findBy()若返回null則拋出RedwoodRecordNotFoundError。該錯(cuò)誤類定義在 errors.js。findBy()按條件查找單條findBy()按一定條件查找單條記錄。與where()類似但只返回第一條匹配的記錄。第一個(gè)參數(shù)是通常作為 PrismafindFirst()的where值第二個(gè)可選參數(shù)是在選取一條記錄之前應(yīng)用的附加屬性如排序、限制await User.findBy({ email: robredwoodjs.com }) await User.findBy({ email: { endsWith: { redwoodjs.com } } }, { orderBy: { lastName: asc }, take: 10 })如果沒有找到匹配的記錄返回null見 Core.js。first()取第一條first()是findBy()的別名見 Core.js用于表達(dá)從可能匹配的多條記錄里取第一條的意圖const randomCoreMember await User.first({ email: { endsWith: { redwoodjs.com } } })七、更新記錄更新記錄有兩種方式1) 用一次update()調(diào)用列出所有要修改的屬性2) 手動(dòng)設(shè)置屬性后調(diào)用save()。update()在記錄上調(diào)用update()把要修改的屬性作為第一個(gè)參數(shù)傳入。第二個(gè)可選參數(shù)是透傳給 Prisma 的任何屬性。若記錄未保存成功返回false否則返回自身已帶新保存的屬性const user await User.find(123) await user.update({ email: rob.cameronredwoodjs.com }) // 或 await user.update({ email: rob.cameronredwoodjs.com }, { throw: true })update()的實(shí)現(xiàn)是先把新屬性合并進(jìn)#attributes再委托給save()見 Core.js。save()對(duì)記錄保存修改。第一個(gè)可選參數(shù)包含要透傳給 Prisma 的屬性以及保存失敗時(shí)是否拋錯(cuò)const user await User.find(123) user.email rob.cameronredwoodjs.com await user.save() // 或 await user.save({ throw: true })關(guān)于{ throw: true }默認(rèn)保存失敗時(shí)save()返回false傳入該選項(xiàng)則會(huì)拋出異常。在 Core.js 的_saveErrorHandler中錯(cuò)誤會(huì)被歸類映射為不同錯(cuò)誤類型——更新目標(biāo)不存在時(shí)拋RedwoodRecordNotFoundErrormust not be null時(shí)拋RedwoodRecordNullAttributeErroris missing時(shí)拋RedwoodRecordMissingAttributeError其余情況拋RedwoodRecordUncaughtError全部定義于 errors.js。八、刪除記錄刪除記錄非常簡單。注意不實(shí)例化模型即可刪除一條或多條記錄的類級(jí)刪除函數(shù)即將推出當(dāng)前版本需要先拿到記錄實(shí)例。destroy()在記錄上調(diào)用destroy()即可在數(shù)據(jù)庫中刪除它。第一個(gè)可選參數(shù)是透傳給 Prisma 刪除操作的任何屬性以及刪除失敗時(shí)是否拋錯(cuò)的選項(xiàng)。刪除失敗返回false否則返回記錄自身const user await User.find(123) await user.destroy() // 或 await user.destroy({ throw: true })九、關(guān)聯(lián)關(guān)系Relationships如背景與核心術(shù)語所述RedwoodRecord 提供了一種獲取關(guān)聯(lián)模型數(shù)據(jù)的方式——通過所謂的關(guān)系代理relation proxy。例如獲取某個(gè)用戶的所有帖子const user await User.find(123) const posts await user.posts.all()在這個(gè)例子中posts就是代理。模型上所有常規(guī)的查找方法where()、all()、find()、findBy()都可以在關(guān)系代理上調(diào)用。還不止這些你還可以通過代理創(chuàng)建記錄它會(huì)自動(dòng)關(guān)聯(lián)到父記錄const user await User.find(123) const post await user.posts.create({ title: Related post! }) post.userId // 123從 RelationProxy.js 的源碼可以看到create()會(huì)把關(guān)系的where條件即外鍵約束如{ userId: 123 }自動(dòng)合并進(jìn)新建記錄的屬性中因此新記錄天然帶上了正確的userId。在 RedwoodRecord.test.js 的測(cè)試中也驗(yàn)證了User.build({})之后user.posts是RelationProxy的實(shí)例。一對(duì)多one-to-many多側(cè)的記錄通過關(guān)系代理訪問const user await User.find(123) const post await user.posts.first() const comments await post.comments.all()同樣可以創(chuàng)建記錄const user await User.find(123) const post await user.posts.create({ title: Related post! })屬于belongs-tobelongs-to 關(guān)系意味著你持有的是子記錄想要的是父記錄。belongs-to 關(guān)系中永遠(yuǎn)只有一個(gè)父記錄所以不需要關(guān)系代理屬性——只會(huì)返回一條記錄const post await Post.first() const user await post.user從 RelationProxy.js 看belongs-to 屬性被定義為一個(gè)async get()內(nèi)部以{ [父表主鍵]: record[外鍵] }為條件調(diào)用findBy()。因此post.user返回的是一個(gè) Promise需要await。當(dāng)前版本尚不支持通過父記錄直接創(chuàng)建 belongs-to 記錄官方表示正在研究相應(yīng)的語法。多對(duì)多many-to-many如果你的關(guān)系是隱式多對(duì)多訪問方式與一對(duì)多類似const product await Product.find(123) const categories await product.categories.all()在 RelationProxy.js 中可以看到隱式多對(duì)多的特殊處理因?yàn)檫B接表沒有真實(shí)外鍵foreignKey為null代理會(huì)構(gòu)造一個(gè) Prisma 的多對(duì)多過濾條件{ categories: { some: { id: product.id } } }并通過connect語法實(shí)現(xiàn)關(guān)聯(lián)創(chuàng)建。如果你的關(guān)系是顯式多對(duì)多則需要把它當(dāng)成兩步請(qǐng)求來處理第一步先取連接表上的一對(duì)多第二步再取你真正想要數(shù)據(jù)的屬于關(guān)系Product - one-to-many - ProductCategories - belongs-to - Category ------- ----------------- --------const product await Product.find(123) const productCategories await product.productCategories.all() const categories await Promise.all(productCategories.map(async (pc) await pc.category))如果要這樣創(chuàng)建新記錄你需要先在關(guān)系兩側(cè)創(chuàng)建/獲取記錄再創(chuàng)建連接表記錄const product await Product.find(123) const category await Category.find(234) await ProductCategory.create({ productId: product.id, categoryId: category.id })官方正在改進(jìn)該語法目標(biāo)是讓顯式多對(duì)多的交互與隱式版本一樣簡單。文檔中預(yù)告的改進(jìn)方向是從手動(dòng)遍歷product.productCategories.all()再逐條取pc.categories.all()簡化為直接product.categories.all()。requiredModels關(guān)聯(lián)模型注冊(cè)有一點(diǎn)容易被忽略為了讓關(guān)系代理找到目標(biāo)模型父模型的類上需要聲明requiredModels。例如在測(cè)試代碼中可以看到class User extends RedwoodRecord {} User.requiredModels [Post, Comment]如果在 schema 中聲明了關(guān)系但未在requiredModels中列出對(duì)應(yīng)的 Redwood 模型RelationProxy.js 會(huì)輸出一條警告日志跳過該關(guān)系。這是避免循環(huán)依賴的關(guān)鍵設(shè)計(jì)index.js生成時(shí)加入的配置正是用于組織這些模型引用。十、生命周期回調(diào)即將推出以下功能正在開發(fā)中尚不包含在當(dāng)前實(shí)驗(yàn)性版本中。即將到來的是圍繞記錄生命周期創(chuàng)建函數(shù)的能力。例如為新創(chuàng)建的用戶設(shè)置默認(rèn)偏好你可能想要一個(gè)afterCreate回調(diào)來調(diào)用某個(gè)函數(shù)語法尚未最終確定export default class User extends RedwoodRecord { static afterCreate async (user) { await user.preferences.create({ email: weekly }) } }或者確保用戶在關(guān)閉賬號(hào)前先轉(zhuǎn)移數(shù)據(jù)的所有權(quán)export default class User extends RedwoodRecord { static beforeDestroy async (user) { if (await user.teams.count() ! 0) { throw new Error(Please transfer ownership of your teams first) } } }十一、進(jìn)階自定義數(shù)據(jù)庫訪問與主鍵在使用 RedwoodRecord 時(shí)有兩個(gè)類屬性值得了解均定義于 Core.jsaccessorName覆蓋數(shù)據(jù)庫訪問器名稱。默認(rèn)取類名的 camelCase 形式如User類對(duì)應(yīng)db.user如果模型類名與 Prisma 中的模型名不一致可以顯式聲明static accessorName users。primaryKey覆蓋主鍵字段名默認(rèn)id如前面find()一節(jié)中的static primaryKey ident。此外static db用于掛載 Prisma Client 實(shí)例static schema則保存解析后的 Prisma 數(shù)據(jù)模型由record init生成的datamodel.js提供static validates存放校驗(yàn)規(guī)則。結(jié)語RedwoodRecord 為 Redwood 應(yīng)用提供了一套貼近 ActiveRecord 心智模型的數(shù)據(jù)訪問層模型類 記錄實(shí)例 關(guān)系代理 聲明式校驗(yàn)。雖然目前仍處于實(shí)驗(yàn)階段但通過yarn rw record init與幾行模型類定義即可獲得一套統(tǒng)一、自然的 CRUD 與關(guān)聯(lián)操作體驗(yàn)。其底層實(shí)現(xiàn)Core、Reflection、RelationProxy、ValidationMixin 四類協(xié)作清晰地展示了解析 Prisma schema → 反射關(guān)系 → 代理合并條件 → 校驗(yàn)落庫的完整鏈路。想要深入了解實(shí)現(xiàn)細(xì)節(jié)的讀者可以繼續(xù)閱讀 packages/record/README.md 與 packages/record/src/redwoodrecord/tests/ 目錄下的測(cè)試用例。贊分享后端前端Web框架開發(fā)工具【免費(fèi)下載鏈接】redwoodRedwoodGraphQL項(xiàng)目地址https://gitcode.com/gh_mirrors/re/redwood點(diǎn)擊查看免費(fèi)下載相關(guān)推薦RedwoodRecord 使用指南基于 Prisma 構(gòu)建的 Redwood 原生 ORMRedwoodRecord 使用指南基于 Prisma 構(gòu)建的 Redwood 原生 ORM 本文基于 docs/versioned_docs/version后端前端Web框架開發(fā)工具RedwoodRecord 實(shí)戰(zhàn)指南Redwood 框架中基于 Prisma 的 ActiveRecord 風(fēng)格 ORMRedwoodRecord 實(shí)戰(zhàn)指南Redwood 框架中基于 Prisma 的 ActiveRecord 風(fēng)格 ORM RedwoodRecord 是 Re后端前端Web框架開發(fā)工具Redwood 3.x 中的 RedwoodRecord基于 Prisma 的聲明式 ORM 完整實(shí)戰(zhàn)指南Redwood 3.x 中的 RedwoodRecord基于 Prisma 的聲明式 ORM 完整實(shí)戰(zhàn)指南 RedwoodRecord 是 Redwood 框后端前端Web框架開發(fā)工具創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考