Task
This page documents the Task model.
Data Shape
Gadget's database stores Task records by storing and retrieving each of the fields defined on the model in the Gadget Editor to a managed database. Gadget has generated a GraphQL type matching the configured fields for Task:
1export interface Task {2 __typename: "Task";34 /** The globally unique, unchanging identifier for this record. Assigned and managed by Gadget. */5 id: Scalars["GadgetID"];67 /** The time at which this record was first created. Set once upon record creation and never changed. Managed by Gadget. */8 createdAt: Scalars["DateTime"];910 /** The time at which this record was last changed. Set each time the record is successfully acted upon by an action. Managed by Gadget. */11 updatedAt: Scalars["DateTime"];1213 /** The current state this record is in. Changed by invoking actions. Managed by Gadget. */14 state: Scalars["RecordState"];1516 description: RichText | null;1718 shop: ShopifyShop | null;1920 shopId: Scalars["GadgetID"] | null;2122 owner: User | null;2324 ownerId: Scalars["GadgetID"] | null;2526 title: Scalars["String"];2728 /** Get all the fields for this record. Useful for not having to list out all the fields you want to retrieve, but slower. */29 _all: Scalars["JSONObject"];30}
1type Task {2 """3 The globally unique, unchanging identifier for this record. Assigned and managed by Gadget.4 """5 id: GadgetID!67 """8 The time at which this record was first created. Set once upon record creation and never changed. Managed by Gadget.9 """10 createdAt: DateTime!1112 """13 The time at which this record was last changed. Set each time the record is successfully acted upon by an action. Managed by Gadget.14 """15 updatedAt: DateTime!1617 """18 The current state this record is in. Changed by invoking actions. Managed by Gadget.19 """20 state: RecordState!21 description: RichText22 shop: ShopifyShop23 shopId: GadgetID24 owner: User25 ownerId: GadgetID26 title: String!2728 """29 Get all the fields for this record. Useful for not having to list out all the fields you want to retrieve, but slower.30 """31 _all: JSONObject!32}
You can preview what a real record's shape looks like by fetching it using the example-app API Playground.
Any fetched Task record will have this same Task
type, and expose the same data by default, regardless of if it's fetched by ID or as part of a findMany
. This means you can select any of the record's fields wherever you like in a GraphQL query according to the use case at hand.
Retrieving one Task record
Individual Task records can be retrieved using the "find by ID" API endpoint. You can also return only some fields, or
extra fields beyond what Gadget retrieves by default, using the select
option.
The findOne
function throws an error if no matching record is found, which you will need to catch and handle. Alternatively, you can use the maybeFindOne
function, which returns null
if no record is found, without throwing an error.
Similarly, the useFindOne
React hook returns (but does not throw) an error when no matching record is found, while the useMaybeFindOne
hook simply returns null
if no record is found, without also returning an error.
const taskRecord = await api.task.findOne("some-id");console.log(taskRecord.id); //=> a stringconsole.log(taskRecord.createdAt); //=> a Date object
const [result, refresh] = useFindOne(api.task, "some-id");const { data, error, fetching } = result;console.log(data?.id); //=> a stringconsole.log(data?.createdAt); //=> a Date object
1query GetOneTask($id: GadgetID!) {2 task(id: $id) {3 __typename4 id5 state6 createdAt7 description {8 markdown9 truncatedHTML10 }11 title12 updatedAt13 }14}
{ "id": "some-id" }
Retrieving the first of many Task records
The first record from a list of records can be retrieved using the "find first" API endpoint. The source list of records can be filtered using the filter
option, sorted using the sort
option, searched using the search
option, though no pagination options are available on this endpoint. You can also return only some fields, or extra fields beyond what Gadget retrieves by default using the select
option.
The findFirst
function throws an error if no matching record is found, which you will need to catch and handle. Alternatively, you can use the maybeFindFirst
function, which returns null
if no record is found, without throwing an error.
Similarly, the useFindFirst
React hook returns (but does not throw) an error when no matching record is found, while the useMaybeFindFirst
hook simply returns null
if no record is found, without also returning an error.
const taskRecord = await api.task.findFirst();console.log(taskRecord.id); //=> a stringconsole.log(taskRecord.createdAt); //=> a Date object
const [result, refresh] = useFindFirst(api.task);const { data, error, fetching } = result;console.log(data?.id); //=> a stringconsole.log(data?.createdAt); //=> a Date object
1query FindManyTasks(2 $first: Int3 $search: String4 $sort: [TaskSort!]5 $filter: [TaskFilter!]6) {7 tasks(first: $first, search: $search, sort: $sort, filter: $filter) {8 edges {9 node {10 __typename11 id12 state13 createdAt14 description {15 markdown16 truncatedHTML17 }18 title19 updatedAt20 }21 }22 }23}
{ "first": 1 }
Retrieving many Task records
Pages of Task records can be retrieved by using the "find many" API endpoint. The returned records can be filtered using the filter
option, sorted using the sort
option, searched using the search
option, and paginated using standard Relay-style pagination options. You can also return only some fields, or extra fields beyond what Gadget retrieves by default using the select
option.
This GraphQL endpoint returns records in the Relay Connection style (as a list of edge
s with node
s and cursor
s) so they can be paginated. The tasks
GraphQL endpoint works with any Relay-compatible caching client, or you can use Gadget's JS client for pagination with the findMany
function.
Find a page of Tasks
Fetch a page of records with the task.findMany
JS method or the tasks
GraphQL field. No options are required. The records returned will be implicitly sorted by ID ascending.
const taskRecords = await api.task.findMany();console.log(taskRecords.length); //=> a numberconsole.log(taskRecords[0].id); //=> a string
const [result, refresh] = useFindMany(api.task);const { data, error, fetching } = result;console.log(data?.length); //=> a numberconsole.log(data?.[0].length); //=> a string
1query FindManyTasks {2 tasks {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{}
Retrieving a single Task record by a uniquely identifiable field
After adding a unique validation to a field, you can retrieve a single record by using the finders generated below. If you would like to edit the fields returned or filtering, see the filtering section.
Retrieving a single Task record by ID
Individual Task records can be retrieved using the "find many" API endpoint pre-filtered by the field's ID. Throws if stored data is not unique.
const taskRecord = await api.task.findById("some-value");console.log(taskRecord.id); //=> a string
const [result, refresh] = useFindBy(api.task.findById, "some-value");const { data, error, fetching } = result;console.log(data?.id); //=> a string
Sorting
Records can be sorted in the database to retrieve them in a certain order. Records are always implicitly sorted by ID ascending unless an explicit sort on the id
field is defined. The GraphQL type TaskSort
defines which fields can be sorted by.
Records can be sorted by multiple different fields and in multiple different directions by passing a list of TaskSort
instead of just one.
1input TaskSort {2 id: SortOrder3 createdAt: SortOrder4 updatedAt: SortOrder5 state: SortOrder6 description: SortOrder7 title: SortOrder8}
Pass the sort
option to the JS client, or the sort
variable to a GraphQL query to sort the records returned.
const taskRecords = await api.task.findMany({ sort: { createdAt: "Descending" } });
const [result, refresh] = useFindMany(api.task, {sort: { createdAt: "Descending" },});const { data, error, fetching } = result;
1query FindManyTasks($sort: [TaskSort!]) {2 tasks(sort: $sort) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "sort": { "createdAt": "Descending" } }
Sort by multiple fields by passing an array of { [field]: "Ascending" | "Descending" }
objects.
const taskRecords = await api.task.findMany({sort: [{ state: "Descending" }, { createdAt: "Ascending" }],});
const [result, refresh] = useFindMany(api.task, {sort: [{ state: "Descending" }, { createdAt: "Ascending" }],});const { data, error, fetching } = result;
1query FindManyTasks($sort: [TaskSort!]) {2 tasks(sort: $sort) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "sort": [{ "state": "Descending" }, { "createdAt": "Ascending" }] }
All primitive field types in Gadget are sortable so you are able to sort by fields you have added to a model as well.
const taskRecords = await api.task.findMany({sort: { id: "Descending" },});
const [result, refresh] = useFindMany(api.task, {sort: { id: "Descending" },});const { data, error, fetching } = result;
1query FindManyTasks($sort: [TaskSort!]) {2 tasks(sort: $sort) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "sort": { "id": "Descending" } }
Searching
Task records can be searched using Gadget's built in full text search functionality. Gadget search is appropriate for powering
autocompletes, searchable tables, or other experiences where humans are writing search queries. It's typo tolerant, synonym aware and supports
simple search operators like !
to exclude search terms.
Search Tasks by passing the search
parameter with a search query string.
Search isn't field specific in Gadget -- all String or RichText field types are searched with the built in search functionality.
const taskRecords = await api.task.findMany({search: "a specific phrase to search for",});
const [result, refresh] = useFindMany(api.task, {search: "a specific phrase to search for",});const { data, error, fetching } = result;
1query FindManyTasks($search: String) {2 tasks(search: $search) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "search": "a specific phrase to search for" }
Filtering
Task records can be filtered to return only the appropriate records. Records can be filtered on any field, including those managed by Gadget or fields added by developers. Filters can be combined with sorts, searches and paginated using cursor-based Relay pagination.
Filter Tasks by passing the filter
parameter with a filter object. Filter objects are nestable boolean conditions expressed as JS objects capturing a key, an operator, and usually a value.
The GraphQL type TaskFilter
defines which fields can be filtered on.
Records can be filtered by multiple different fields. If you want to combine filters using boolean logic, nest them under the AND
, OR
, or NOT
keys of a parent filter. Filters can be nested deeply by passing multiple levels boolean condition filters.
You can also pass a list of filters to the filter
parameter which will be implicitly AND
ed with one another such that they all need to match for a record to be returned.
1input TaskFilter {2 AND: [TaskFilter]3 OR: [TaskFilter]4 NOT: [TaskFilter]5 id: IDFilter6 createdAt: DateTimeFilter7 updatedAt: DateTimeFilter8 state: StateFilter9 description: StringFilter10 shop: IDFilter11 owner: IDFilter12 title: StringFilter13}
const yesterday = new Date(Date.now() - 864e5);const taskRecords = await api.task.findMany({filter: { createdAt: { greaterThan: yesterday } },});
const yesterday = new Date(Date.now() - 864e5);const [result, refresh] = useFindMany(api.task, {filter: { createdAt: { greaterThan: yesterday } },});const { data, error, fetching } = result;
1query FindManyTasks($filter: [TaskFilter!]) {2 tasks(filter: $filter) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "filter": { "createdAt": { "greaterThan": "2023-02-04T23:49:47.405Z" } } }
1const yesterday = new Date(Date.now() - 86400000);2const oneWeekAgo = new Date(Date.now() - 604800000);3const taskRecords = await api.task.findMany({4 filter: {5 OR: [6 {7 createdAt: { greaterThan: oneWeekAgo },8 },9 {10 updated: { greaterThan: yesterday },11 },12 ],13 },14});
1const yesterday = new Date(Date.now() - 86400000);2const oneWeekAgo = new Date(Date.now() - 604800000);3const [result, refresh] = useFindMany(api.task, {4 filter: {5 OR: [6 {7 createdAt: { greaterThan: oneWeekAgo },8 },9 {10 updated: { greaterThan: yesterday },11 },12 ],13 },14});15const { data, error, fetching } = result;
1query FindManyTasks($filter: [TaskFilter!]) {2 tasks(filter: $filter) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
1{2 "filter": {3 "OR": [4 { "createdAt": { "greaterThan": "2023-01-29T23:49:47.405Z" } },5 { "updated": { "greaterThan": "2023-02-04T23:49:47.405Z" } }6 ]7 }8}
Filter records that are in the created state
const taskRecords = await api.task.findMany({filter: {state: { inState: "created" },},});
1const [result, refresh] = useFindMany(api.task, {2 filter: {3 state: { inState: "created" },4 },5});6const { data, error, fetching } = result;
1query FindManyTasks($filter: [TaskFilter!]) {2 tasks(filter: $filter) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "filter": { "state": { "inState": "created" } } }
Most field types in Gadget are filterable, so you are able to filter by fields you have added to a model as well.
const taskRecords = await api.task.findMany({filter: {id: { isSet: true },},});
1const [result, refresh] = useFindMany(api.task, {2 filter: {3 id: { isSet: true },4 },5});6const { data, error, fetching } = result;
1query FindManyTasks($filter: [TaskFilter!]) {2 tasks(filter: $filter) {3 edges {4 node {5 __typename6 id7 state8 # ...9 createdAt10 updatedAt11 }12 }13 }14}
{ "filter": { "id": { "isSet": true } } }
Pagination
All Gadget record lists, including the top level Task finder as well as associations to Task, are structured as GraphQL connections. GraphQL connections are the de facto standard for querying lists and support cursor-based forward and backward pagination. When querying via GraphQL, you must select the edges
field and then the node
field to get the Task record. When querying using a Gadget API client, the GraphQL queries are generated for you and the records are unwrapped and returned as a GadgetRecordList
ready for use.
Task pagination supports the standard GraphQL connection pagination arguments: first
+ after
, or last
+ before
. Pagination
is done using cursors, which you can retrieve from the edge.cursor
field or the pageInfo.startCursor
properties.
const taskRecords = await api.task.findMany({ first: 25 });console.log(taskRecords.length); //=> no greater than 25
const [result, refresh] = useFindMany(api.task, { first: 25 });const { data, error, fetching } = result;console.log(data?.length); //=> no greater than 25
1query FindManyTasks($first: Int, $after: String) {2 tasks(first: $first, after: $after) {3 edges {4 cursor5 node {6 __typename7 id8 state9 # ...10 createdAt11 updatedAt12 }13 }14 pageInfo {15 endCursor16 hasNextPage17 hasPreviousPage18 startCursor19 }20 }21}
{ "first": 25 }
The after
cursor used in this example data won't return any records if used in a real API request.
const taskRecords = await api.task.findMany({ after: "abcdefg", first: 25 });
const [result, refresh] = useFindMany(api.task, { after: "abcdefg", first: 25 });const { data, error, fetching } = result;
1query FindManyTasks($first: Int, $after: String) {2 tasks(first: $first, after: $after) {3 edges {4 cursor5 node {6 __typename7 id8 state9 # ...10 createdAt11 updatedAt12 }13 }14 pageInfo {15 endCursor16 hasNextPage17 hasPreviousPage18 startCursor19 }20 }21}
{ "first": 25, "after": "abcdefg" }
Pagination Limits
Root-level record finders like tasks
support a maximum page size of 250 records and a default page size of 50 records. The page size is controlled using the first
or last
GraphQL field arguments.
Related record finders that access lists of records through a has many or has many field support a maximum page size of 100 records and a default page size of 50 records.
Get the next or previous page
When using the generated JavaScript API client, including the api
parameter in a Gadget code effect, the record lists returned from findMany calls can be paginated using the nextPage()
or previousPage()
option.
Both nextPage()
and previousPage()
will throw an error if the corresponding hasNextPage
or hasPreviousPage
is false
.
1const taskRecords = await api.task.findMany();2if (taskRecords.hasNextPage) {3 const nextPage = await taskRecords.nextPage();4}5if (taskRecords.hasPreviousPage) {6 const prevPage = await taskRecords.previousPage();7}
When using React and paging through records, you can use cursors to get the previous or next pages of records. This is an example of a React component that pages forward and backward through 2 records at a time for props.model.name.
1import { api } from "../api"; // your Gadget project's API Client2import { useFindMany } from "@gadgetinc/react";3import { useCallback, useState } from "react";45export default function TestComponent() {6 const NUM_ON_PAGE = 2; // the number of records per page78 const [cursor, setCursor] = useState({ first: NUM_ON_PAGE });9 // using Gadget React hooks to fetch records of task10 const [{ data, fetching, error }] = useFindMany(api.task, {11 ...cursor,12 });1314 const getNextPage = useCallback(() => {15 // use first + after to page forwards16 setCursor({ first: NUM_ON_PAGE, after: data.endCursor });17 }, [data]);1819 const getPreviousPage = useCallback(() => {20 // use last + before to page backwards21 setCursor({ last: NUM_ON_PAGE, before: data.startCursor });22 }, [data]);2324 return (25 <div>26 <button onClick={getPreviousPage} disabled={!data?.hasPreviousPage}>27 Previous page28 </button>29 <button onClick={getNextPage} disabled={!data?.hasNextPage}>30 Next page31 </button>32 {!fetching && data.map((d) => <div>{d.id}</div>)}33 </div>34 );35}
Get all records
If you need to get all available data for Task, you will need to paginate through all pages of data. If you have a large amount of data, this can take a long time. Make sure you need to collect all data at once before writing a pagination loop that reads all records! If you are querying records for display in a UI and cannot display all your records at once, we don't recommend fetching all the data beforehand - instead, use the cursor to read additional data when the user needs it.
If you need all data for analytics applications or to collect some statistics on your data, consider options like intermediate models and pre-defined data rollups.
If you have determined that you need all your data, you can fetch it using cursors and a loop. We also suggest using select
so that you only grab fields that are needed, in addition to applying a filter
, if possible. Using first
with the maximum allowable value will also allow you to grab the maximum number of records you can at once.
1const allRecords = []; // use allRecords to store all records2let records = await api.task.findMany({3 first: 250,4 select: {5 id: true,6 },7 filter: {8 // add filter conditions, if possible9 },10});1112allRecords.push(...records);1314// loop through additional pages to get all protected orders15while (records.hasNextPage) {16 // paginate17 records = await records.nextPage();18 allRecords.push(...records);19}
Selecting fields, and fields of fields
When using the JavaScript client, all of findOne
, maybeFindOne
, findMany
, findFirst
, maybeFindFirst
, and various action functions, allow requesting specific fields of a Task and its relationships. The select
option controls which fields are selected in the generated GraphQL query sent to the Gadget API. Pass each field you want to select in an object, with true
as the value for scalar fields, and a nested object of the same shape for nested fields.
Gadget has a default selection that will retrieve all of the scalar fields for a Task. If you don't pass a select
option to a record finder, this default selection will be used.
1// fetch only the id, state, and createdAt field2const taskRecords = await api.task.findMany({3 select: { id: true, state: true, createdAt: true },4});5// fetch all the scalar fields for the model, but no relationship fields6const taskRecords = await api.task.findMany();
1// fetch only the id, state, and createdAt field2const [result, refresh] = useFindMany(api.task, {3 select: { id: true, state: true, createdAt: true },4});5const { data, error, fetching } = result;6// fetch all the scalar fields for the model, but no relationship fields7const [result, refresh] = useFindMany(api.task);8const { data, error, fetching } = result;
Type Safety
The select
option is fully type safe if you're using TypeScript. The returned GadgetRecord
type will have a <Shape>
exactly matching the fields and nested fields you selected. For more information, see Type Safety
.
This behavior of selecting only some fields is built right into GraphQL. If you want to limit or expand what you retrieve from a GraphQL query, include or exclude those fields in your GraphQL query. For more information on executing GraphQL queries, see GraphQL.
1// fetch the id, state, and createdAt field, and fetch some nested fields from an example relationship field named `someRelatedObject`2const taskRecords = await api.task.findMany({3 select: {4 id: true,5 state: true,6 createdAt: true,7 someRelatedObject: { id: true, createdAt: true },8 },9});
1// fetch the id, state, and createdAt field, and fetch some nested fields from an example relationship field named `someRelatedObject`2const [result, refresh] = useFindMany(api.task, {3 select: {4 id: true,5 state: true,6 createdAt: true,7 someRelatedObject: { id: true, createdAt: true },8 },9});10const { data, error, fetching } = result;
Combining parameters
Sort, search, filtering, selection, and pagination parameters can be combined to access the exact set of records needed for your use case.
1const taskRecords = await api.task.findMany({2 search: "<some search query>",3 sort: { createdAt: "Descending" },4 filter: { updatedAt: { greaterThan: new Date(Date.now() - 864e5) } },5 select: { id: true, createdAt: true },6 first: 25,7 after: "abcdefg",8});
1const [result, refresh] = useFindMany(api.task, {2 search: "<some search query>",3 sort: { createdAt: "Descending" },4 filter: { updatedAt: { greaterThan: new Date(Date.now() - 864e5) } },5 select: { id: true, createdAt: true },6 first: 25,7 after: "abcdefg",8});9const { data, error, fetching } = result;
1query FindManyTasks(2 $after: String3 $before: String4 $first: Int5 $last: Int6 $search: String7 $sort: [TaskSort!]8 $filter: [TaskFilter!]9) {10 tasks(11 after: $after12 before: $before13 first: $first14 last: $last15 search: $search16 sort: $sort17 filter: $filter18 ) {19 edges {20 cursor21 node {22 __typename23 id24 state25 createdAt26 description {27 markdown28 truncatedHTML29 }30 title31 updatedAt32 }33 }34 pageInfo {35 endCursor36 hasNextPage37 hasPreviousPage38 startCursor39 }40 }41}
1{2 "search": "<some search query>",3 "sort": { "createdAt": "Descending" },4 "filter": { "updatedAt": { "greaterThan": "2023-02-04T23:49:47.627Z" } },5 "first": 25,6 "after": "abcdefg"7}
Invoking Actions
Task records are changed by invoking Actions. Actions are the things that "do" stuff -- update records, make API calls, call backend code, etc. Actions with a GraphQL API trigger each have one corresponding GraphQL mutation and a corresponding function available in the API client libraries. Nested Actions can also be invoked with the API client, by providing the actions as input to any relationship fields.
Action Result format
Each API action returns results in the same format that includes a success indicator, errors, and the actual result if the action succeeded. The result is the record that was acted on for a model action, or a list of records for a bulk action, or a JSON blob for Global Actions. Model actions that delete the record don't return the record.
The success
field returns a boolean indicating if the action executed as expected. Any execution errors are returned in the errors
object, which will always be null
if success
is true or contain ExecutionError
objects if success
is false.
ExecutionError
objects always have a message
describing what error prevented the action from succeeding, as well as a code
attribute that gives a stable, searchable, human readable error class code for referencing this specific error. Details on each error code can be found in the Errors documentation. All ExecutionError
object types returned by the GraphQL object can be one of many types of error, where some types have extra data that is useful for remedying the error. All error types will always have message
and code
properties, but some, like InvalidRecordError
have extra fields for use by clients.
Errors when using the generated client
The generated JavaScript client automatically interprets errors from invoking actions and throws JavaScript Error
instances if the action didn't succeed. The Error
objects it throws are rich, and expose extra error properties beyond just message
and code
if they exist.
Errors thrown by the JavaScript client are easiest to catch by using a try/catch
statement around an await
, like so:
1import {2 GadgetOperationError,3 InvalidRecordError,4} from "@gadget-client/example-app";56// must be in an async function to use `await` syntax7const runAction = async () => {8 try {9 return await api.exampleModel.create({10 exampleModel: { name: "example record name" },11 });12 } catch (error) {13 if (error instanceof GadgetOperationError) {14 // a recognized general error has occurred, retry the operation or inspect error.code`15 console.error(error);16 } else if (error instanceof InvalidRecordError) {17 // the submitted input data for the action was invalid, inspect the invalid fields which `InvalidRecordError` exposes18 console.error(error.validationErrors);19 } else {20 // an unrecognized error occurred, like an HTTP connection interrupted error or a syntax error. Re-throw it because it's not clear what to do to fix ti21 throw error;22 }23 }24};
For more information on error codes, consult the Errors documentation.
Task create
Input
create
accepts the following input parameters:
1export interface CreateTaskInput {2 description?: RichTextInput | null;34 shop?: ShopifyShopBelongsToInput | null;56 owner?: UserBelongsToInput | null;78 title?: (Scalars["String"] | null) | null;9}1011export interface CreateTaskArguments {12 task?: CreateTaskInput | null;13}
1input CreateTaskInput {2 description: RichTextInput3 shop: ShopifyShopBelongsToInput4 owner: UserBelongsToInput5 title: String6}78input CreateTaskArguments {9 task: CreateTaskInput10}
1const taskRecord = await api.task.create({2 task: {3 // field values for Task4 },5});6console.log(taskRecord.id); //=> a string
1const [result, createTask] = useAction(api.task.create);2const { data, error, fetching } = result;3await createTask({4 task: {5 // field values for Task6 },7});8console.log(data?.id); //=> a string
1mutation ($task: CreateTaskInput) {2 createTask(task: $task) {3 success4 errors {5 message6 ... on InvalidRecordError {7 validationErrors {8 apiIdentifier9 message10 }11 record12 model {13 apiIdentifier14 }15 }16 }17 task {18 __typename19 id20 state21 createdAt22 description {23 markdown24 truncatedHTML25 }26 title27 updatedAt28 }29 }30}
{ "task": {} }
Output
create
returns the Task. In the JS client, the fields returned can be controlled with the select
option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
type CreateTaskResult {success: Boolean!errors: [ExecutionError!]task: Task}
Task update
Input
update
operates on one Task in particular, identified by the id
variable.update
accepts the following input parameters:
1export interface UpdateTaskInput {2 description?: RichTextInput | null;34 shop?: ShopifyShopBelongsToInput | null;56 owner?: UserBelongsToInput | null;78 title?: (Scalars["String"] | null) | null;9}1011export interface UpdateTaskArguments {12 task?: UpdateTaskInput | null;13}
1input UpdateTaskInput {2 description: RichTextInput3 shop: ShopifyShopBelongsToInput4 owner: UserBelongsToInput5 title: String6}78input UpdateTaskArguments {9 task: UpdateTaskInput10}
1const taskRecord = await api.task.update("some-id", {2 task: {3 // field values for Task4 },5});6console.log(taskRecord.id); //=> a string
1const [result, updateTask] = useAction(api.task.update);2const { data, error, fetching } = result;3await updateTask({4 id: "some-id",5 task: {6 // field values for Task7 },8});9console.log(data?.id); //=> a string
1mutation ($id: GadgetID!, $task: UpdateTaskInput) {2 updateTask(id: $id, task: $task) {3 success4 errors {5 message6 ... on InvalidRecordError {7 validationErrors {8 apiIdentifier9 message10 }11 record12 model {13 apiIdentifier14 }15 }16 }17 task {18 __typename19 id20 state21 createdAt22 description {23 markdown24 truncatedHTML25 }26 title27 updatedAt28 }29 }30}
{ "id": "some-id", "task": {} }
Output
update
returns the Task. In the JS client, the fields returned can be controlled with the select
option. In GraphQL, the return format is the action result format, which includes the record if the action was successful. You can include or exclude the fields you need right in the mutation itself.
type UpdateTaskResult {success: Boolean!errors: [ExecutionError!]task: Task}
Task delete
The delete
action destroys the record.
Input
delete
operates on one Task in particular, identified by the id
variable.
await api.task.delete("some-id");
const [result, deleteTask] = useAction(api.task.delete);const { data, error, fetching } = result;await deleteTask({id: "some-id",});
1mutation ($id: GadgetID!) {2 deleteTask(id: $id) {3 success4 errors {5 message6 ... on InvalidRecordError {7 validationErrors {8 apiIdentifier9 message10 }11 record12 model {13 apiIdentifier14 }15 }16 }17 }18}
{ "id": "some-id" }
Output
delete
deletes the record, so it returns void
in the JS client. In GraphQL it returns only the success
and errors
from the action result format.
type DeleteTaskResult {success: Boolean!errors: [ExecutionError!]}
Linking Related Records
Linking to an Existing Child Record
During a create
or update
operation, you can link to existing child records simply by nesting the data structure on your operation, using an update
object wrapper around the child record's properties.
1const shopifyShopRecord = await api.shopifyShop.create({2 shopifyShop: {3 customers: "customersValue",4 tasks: {5 // Updates existing `task` record6 // (`id` of record required),7 // and links it to shopifyShop.8 update: {9 id: "123",10 description: "tasksDescriptionValue",11 },12 },13 },14});15console.log(shopifyShopRecord.id); //=> a string
1const [result, createShopifyShop] = useAction(api.shopifyShop.create);2const { data, error, fetching } = result;3await createShopifyShop({4 shopifyShop: {5 customers: "customersValue",6 tasks: {7 // Updates existing `task` record8 // (`id` of record required),9 // and links it to shopifyShop.10 update: {11 id: "123",12 description: "tasksDescriptionValue",13 },14 },15 },16});17console.log(data?.id); //=> a string
1mutation ($shopifyShop: CreateShopifyShopInput) {2 createShopifyShop(shopifyShop: $shopifyShop) {3 success4 errors {5 message6 }7 shopifyShop {8 id9 customers10 tasks {11 id12 }13 }14 }15}
{"customers": "customersValue","tasks": { "update": { "id": "123", "description": "tasksDescriptionValue" } }}
Linking to a New Child Record
During a create
or update
operation, you can create linked child records simply by nesting the data structure on your operation, using a create
object wrapper around the child record's properties.
1const shopifyShopRecord = await api.shopifyShop.create({2 shopifyShop: {3 customers: "customersValue",4 tasks: {5 // Creates `task` record,6 // linked to shopifyShop.7 create: {8 description: "tasksDescriptionValue",9 },10 },11 },12});13console.log(shopifyShopRecord.id); //=> a string
1const [result, createShopifyShop] = useAction(api.shopifyShop.create);2const { data, error, fetching } = result;3await createShopifyShop({4 shopifyShop: {5 customers: "customersValue",6 tasks: {7 // Creates `task` record,8 // linked to shopifyShop.9 create: {10 description: "tasksDescriptionValue",11 },12 },13 },14});15console.log(data?.id); //=> a string
1mutation ($shopifyShop: CreateShopifyShopInput) {2 createShopifyShop(shopifyShop: $shopifyShop) {3 success4 errors {5 message6 }7 shopifyShop {8 id9 customers10 tasks {11 id12 }13 }14 }15}
{"customers": "customersValue","tasks": { "create": { "description": "tasksDescriptionValue" } }}
Linking to an Existing Parent Record
When you wish to link to an existing parent record, you must use a _link
property in your data, with the id
of the parent record that this child record will belong to.
1const taskRecord = await api.task.create({2 task: {3 description: "descriptionValue",4 shop: {5 _link: "123",6 },7 },8});9console.log(taskRecord.id); //=> a string
1const [result, createTask] = useAction(api.task.create);2const { data, error, fetching } = result;3await createTask({4 task: {5 description: "descriptionValue",6 shop: {7 _link: "123",8 },9 },10});11console.log(data?.id); //=> a string
1mutation ($task: CreateTaskInput) {2 createTask(task: $task) {3 success4 errors {5 message6 }7 task {8 id9 description10 shop {11 id12 }13 }14 }15}
{ "description": "descriptionValue", "shop": { "_link": "123" } }
Linking to a New Parent Record
You cannot directly link to a new parent record when creation a child record. However, you can jointly create both parent and child via the Linking to a New Child Record method.
Bulk Actions
Actions that support it can be performed in bulk. Bulk Actions are executed as a single GraphQL mutation and have a corresponding function available in the API client libraries.
Bulk Actions are performed on a set of ids
. Bulk Actions repeat the same action, with the same options and parameters, across all ids
and should not be confused with batching
up different actions in the same request.
Bulk Actions will be performed on the entire set. If an action fails on an individual record, the Bulk Action will still occur on the other records in the set. Only the records which completed the action successfully will be returned.
Bulk Task delete
bulkDeleteTasks
action destroys the records.
Input
bulkDeleteTasks
operates on a set of Tasks, identified by the ids
variable.
await api.task.bulkDelete(["some-id", "another-id"]);
const [taskResult, bulkDelete] = useBulkAction(api.task.bulkDelete);const { data, error, fetching } = result;await bulkDelete({ ids: ["some-id", "another-id"] });
1mutation ($ids: [GadgetID!]!) {2 bulkDeleteTasks(ids: $ids) {3 success4 errors {5 message6 }7 }8}
{ "ids": ["some-id", "another-id"] }
Output
bulkDeleteTasks
deletes the record, so it returns void
in the JS client. In GraphQL it returns only the success
and errors
from the action result format.
type BulkDeleteTasksResult {success: Boolean!errors: [ExecutionError!]}