Skip to content

Commit d7b5997

Browse files
authored
fix(docs): typo for static functions on Model
1 parent 02322ed commit d7b5997

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/model-classes.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -111,7 +111,7 @@ created () {
111111

112112
### instanceDefaults <Badge text="1.7.0+" />
113113

114-
`instanceDefaults(data, { store, Models })`
114+
`instanceDefaults(data, { store, models })`
115115

116116
The `instanceDefaults` API was created in version 1.7 to prevent requiring to specify data for new instances created throughout the app. Depending on the complexity of the service's "business logic", it can save a lot of boilerplate. Notice that it is similar to the `setupInstance` method added in 2.0. The instanceDefaults method should ONLY be used to return default values for a new instance. Use `setupInstance` to handle other transformations on the data.
117117

@@ -142,7 +142,7 @@ One important note, the `isAdmin` attribute is specified in the above example in
142142

143143
### setupInstance <Badge text="2.0.0+" />
144144

145-
`setupInstance(data, { store, Models })`
145+
`setupInstance(data, { store, models })`
146146

147147
A new `setupinstance` class method is now available in version 2.0. This method allows you to transform the data and setup the final instance based on incoming data. For example, you can access the `models` object to reference other service Model classes and create data associations.
148148

0 commit comments

Comments
 (0)