This content originally appeared on DEV Community 👩💻👨💻 and was authored by Anjana Vakil
The apps we build don’t exist in a vacuum; they’re used by real users, and we want to give them a really good experience!
Let’s say I’m building a simple task manager app where I want to show the user a list of tasks, each of which has a certain status like “New” or “In Progress”, and possibly an owner assigned to the task:
For the best user experience, I want the app to always show the latest data, even if that data is actively changing while I’m viewing the page. For example, if another user somewhere adds a new task, or changes the title of a task, I want to see the app update immediately without having to manually reload the page, hit a “refresh” button, or the like.
In this post, we’ll explore:
- How a reactive backend like Convex helps build live-updating apps that show users the fresh data they deserve
- The default behavior of reactive data updates from Convex’s
useQueryandusePaginatedQueryhooks, and how that might affect UX in different contexts - How I can customize the way my app reacts to data updates to more easily deliver the intended user experience
Let’s dig in!
A visit from the reactive-query fairy
With traditional backends, to achieve the desired behavior I’d have to go out of my way to keep the data updated, for example by polling (actively re-fetching the data every so often). That works to a certain extent, but means:
- more code for me to write/maintain (more work! more bugs!)
- more request-response cycles that might slow down my app
- some lag time in when the user sees the new data if it changes between polling cycles
I also might run the risk of inconsistencies in what the user sees, if I’m making multiple queries of the same data (e.g. one query that fetches the total number of tasks, and other that fetches the detailed task list); with no way to guarantee their polling cycles will stay in sync, one query might pick up new data before the other.
Luckily, we live in the futuristic-sounding year of 2023, and we now have not only reactive frontend frameworks like React, but also reactive backends like Convex that work hand-in-hand with my reactive frontend to automatically keep my app’s data fresh!
For example, Convex’s useQuery hook returns a reactive value that gives me the up-to-date result of running a particular database query. Say I have a listAllTasks Convex query function that queries the tasks table in my database:
// convex/listAllTasks.ts
import { query } from './_generated/server'
export default query(async ({ db }) => {
// Grab all the rows in `tasks` table and collect into an array
return await db.query('tasks').collect()
})
I can pull the reactive results of running that query into my frontend with useQuery like so:
// pages/index.tsx
import React from 'react'
import { useQuery } from '../convex/_generated/react'
import { TaskList } from '../components/tasks'
import { LoginHeader, NewTaskButton } from '../components/util'
export default function App() {
const tasks = useQuery('listAllTasks')
return (
<main>
<LoginHeader />
<div id="controls">
<NewTaskButton />
</div>
<TaskList tasks={tasks} />
</main>
)
}
Thanks to the useQuery hook, the tasks value updates instantly any time the data changes, and the component re-renders. So in the case where another user adds a task while I’m viewing the list, I see it show up instantly:
And if I have multiple queries referencing the same data (e.g. say I have another function countTasks that also reads from the tasks table, which I invoke in another component with useQuery('countTasks')), I don’t have to worry about the kind of race condition possible with polling that could lead to the count of tasks being inconsistent with what’s shown in the task list. Convex ensures all of my useQuery calls stay in sync, consistently pushing out the exact same data to all of my queries whenever that data changes. One less thing to worry about? Music to my ears!
But what happens while the data is loading? The value returned by useQuery is initially undefined until the data has loaded, so I can check for that to display some kind of loading state to my users (here I just show a simple ‘loading’ message, but in a real app I might display e.g. a spinner icon or ghost component):
// in App() function
{tasks === undefined ? <p>Loading tasks...</p> : <TaskList tasks={tasks} />}
Fantastic! My app auto-updates with the latest data without the user having to do anything, and I can show a loading state while initially fetching the data. My users always see the freshest data, the app doesn’t have to constantly poll for data updates, and I didn’t even have to write that much code to make it happen!
In other words, with this kind of pattern for reactive data, it feels like the answer to all my wishes fell right into my lap, er, app!
Overreacting can be distracting
However, this convenient out-of-the-box reactivity might be more than I need in certain situations. For example, say I want to let users check boxes to specify the particular task status(es) they’re interested in, e.g. only New or In Progress tasks:
To achieve this, I can make a listTasksWithStatus query function that looks similar to listAllTasks, but with an additional taskStatuses parameter that accepts an array of status values used to filter the query results:
// convex/listTasksWithStatus.ts
import { query } from './_generated/server'
export default query(async ({ db }, taskStatuses: string[]) => {
// Grab rows in `tasks` table matching the given filter
return await db
.query('tasks')
.filter((q) =>
q.or(
// Match any of the given status values
...taskStatuses.map((status) => q.eq(q.field('status'), status))
)
)
.collect() // collect all results into an array
}
Then in my frontend I can wire up some checkbox inputs so that whenever the user changes the checked values, their selections are captured as state and passed along to useQuery:
// in pages/index.tsx
import React, { useState, type ChangeEventHandler } from 'react'
import { useQuery } from '../convex/_generated/react'
import { TaskList } from '../components/taskList'
import { LoginHeader, NewTaskButton, Checkboxes } from '../components/util'
const allStatuses = ['New', 'In Progress', 'Done', 'Cancelled']
export default function App() {
const user = useQuery('getCurrentUser')
const [checkedValues, setCheckedValues] = useState(['New', 'In Progress'])
const handleChangeChecked = ((event) => {
// Process a checkbox change event affecting the status filter
const target = event.target as HTMLInputElement
if (target.checked) {
// A formerly unchecked status filter is now checked; add value to array
setCheckedValues([...checkedValues, target.value])
} else {
// A formerly checked status filter is now unchecked; remove value from array
setCheckedValues(checkedValues.filter((s) => s !== target.value))
}
}) as ChangeEventHandler
const tasks = useQuery('listTasksWithStatus', checkedValues)
return (
<main>
<LoginHeader />
<div id="controls">
<NewTaskButton />
<Checkboxes // simple component creating a checkbox input for each status
values={allStatuses}
checkedValues={checkedValues}
onChange={handleChangeChecked}
/>
</div>
{tasks === undefined ? <p>Loading tasks...</p> : <TaskList tasks={tasks} />}
</main>
)
}
This basically works, updating the list reactively based on the user’s input, but unfortunately whenever checkedValues updates, something annoying happens - do you see it?
Whenever the user updates their selection, there’s a brief, distracting flash of the loading state. This is because whenever checkedValues changes:
- the component re-renders, making a new call to
useQuery -
useQuerydoes its intended job of returningundefinedwhile the updated query is initially running - the component sees
tasksisundefinedand renders the loading state, until - the new results come back,
tasksupdates, and the component finally re-renders with the new data
That behavior might be what I want in some contexts, but in this case I don’t want my users to see that distracting flash; instead, during that brief loading period after they’ve checked a box I’d rather keep showing them the old, stale data from the previous selection, and wait to re-render until the new, fresh data has finished loading.
In other words, you might say my app is “overreacting” to updates from useQuery, not all of which I want to translate into UI updates! I don’t want to give up the convenient reactivity of useQuery, but I want to customize its behavior to smash the flash.
Impacting how the query’s reacting
Essentially, for this use case what I’d like is a version of useQuery that’s a little bit less reactive, skipping those intermediate undefined states when the query changes, and instead keeping the data more “stable” by continuing to give me the stale data from the previous query until the fresh data has finished loading.
Refs to the rescue! To customize the behavior of useQuery to fit my use case, I can implement a custom React hook that I’ll call useStableQuery, which functions similarly to useQuery but keeps track of the resulting data with React’s builtin useRef hook, which gives me a Ref object whose identity remains stable between re-renders, and which does not trigger a re-render when its value (accessed via the object’s .current property) changes.
By using a ref to capture the reactive useQuery return value, I can decide to only update the value returned from useStableQuery once the query result is no longer undefined:
// hooks/useStableQuery.ts
import { useRef } from 'react'
import { useQuery } from '../convex/_generated/react'
export const useStableQuery = ((name, ...args) => {
const result = useQuery(name, ...args)
// useRef() creates an object that does not change between re-renders
// stored.current will be result (undefined) on the first render
const stored = useRef(result)
// After the first render, stored.current only changes if I change it
// if result is undefined, fresh data is loading and we should do nothing
if (result !== undefined) {
// if a freshly loaded result is available, use the ref to store it
stored.current = result
}
// undefined on first load, stale data while reloading, fresh data after loading
return stored.current
}) as typeof useQuery // make sure we match the useQuery signature & return type
(Note: I could also implement this pattern directly in the component that calls useQuery, without writing a custom hook, but putting it in a hook lets me more easily reuse this logic across multiple components/queries.)
In my component, I can now swap the original useQuery out for my custom useStableQuery, capturing the resulting tasks just like before:
// in pages/index.tsx
import { useStableQuery } from '../hooks/useStableQuery'
// ...
export default function App() {
// ...
const tasks = useStableQuery('listTasks', checkedValues)
// ...
}
Now, tasks is only undefined on the very first load, and whenever checkedValues updates in reaction to user input and its new value is passed in to useStableQuery, tasks does not update until the fresh new data is ready, skipping the intermediate undefined state that was causing the loading flash before. Success!
What about pagination, is that a complication?
If the app I’m building is for a big organization likely to have a ton of tasks, I probably want to use a paginated query instead. Initially, I’ll only show users the first page of results, then load additional pages as needed (e.g. when the user clicks a button, or scrolls to the bottom).
I can update my listTasksWithStatus function to return paginated results like so, accepting a paginationOptions object as the second parameter and replacing .collect() with .paginate(paginationOptions):
// convex/listTasksWithStatus.ts
import { query } from './_generated/server'
export default query(
async ({ db }, paginationOptions, taskStatuses: string[]) => {
// Grab rows in `tasks` table matching the given filter
return await db
.query('tasks')
.filter((q) =>
q.or(
// Match any of the given status values
...taskStatuses.map((status) => q.eq(q.field('status'), status))
)
)
// paginate the results instead of collecting into an array
.paginate(paginationOptions)
}
)
In my component, I can now replace useQuery with Convex’s analogous usePaginatedQuery hook, which accepts the additional paginationOptions argument that lets me specify the initial number of items I want in the first page. In addition to the results data for the loaded page(s), usePaginatedQuery also returns a status value indicating pagination status (either 'CanLoadMore', 'LoadingMore' or 'Exhausted') and a loadMore function I can call to load additional pages when the user clicks a button.
I can use this hook in my component like so, checking status to know when to display the loading state and adding a simple button to load the next page, if any:
// in pages/index.tsx
import { usePaginatedQuery } from 'convex/react'
export default function App() {
// ...set up checkedValues & handler same as before
const {results, status, loadMore} = usePaginatedQuery(
'listTasks',
{ initialNumItems: 10 },
checkedValues
)
return (
<main>
{/* ...header & controls same as before */}
{status === 'LoadingMore'
? <p>Loading tasks...</p>
: <TaskList tasks={results} />}
{loadMore && <button onClick={() => loadMore(10)}>Load more</button>}
</main>
)
}
But once again, the user sees an empty flash whenever they change their checkbox selections, since the status switches back to LoadingMore while the new page is being fetched.
Ugh, there goes my app overreacting again, what a drama queen! How do I rein it in while still using a paginated query?
To get the stable behavior I want and ignore the intermediate loading states as before, I can make a paginated version of my custom query hook called useStablePaginatedQuery. It follows the same pattern as useStableQuery, but checks for the LoadingMore status rather than undefined to determine when not to update the results:
// in hooks/useStableQuery.ts
import { useRef } from 'react'
import { usePaginatedQuery } from '../convex/_generated/react'
export const useStablePaginatedQuery = ((name, options, ...args) => {
const result = usePaginatedQuery(name, options, ...args)
const stored = useRef(result)
// If new data is still loading, wait and do nothing
// If data has finished loading, use the ref to store it
if (result.status !== 'LoadingMore') {
stored.current = result
}
return stored.current
}) as typeof usePaginatedQuery
Now, when I replace usePaginatedQuery with useStablePaginatedQuery in my component, I get the slightly-less-reactive behavior I’m looking for; no flash, no drama!
// in pages/index.tsx
import { useStablePaginatedQuery } from '../hooks/useStableQuery'
// ...
export default function App() {
// ...
const {results, status, loadMore} = useStablePaginatedQuery(
'listTasks',
{ initialNumItems: 10 },
checkedValues
)
// ...
}
Let's recap this (less-)reactive app
To recap, in a use case like this task manager app, where I want to reactively query data based on user input while still giving users a smooth & stable experience:
- Using a reactive backend like Convex with a reactive frontend framework like React lets me easily build live-updating apps, without having to constantly poll for updates in the background or make users manually refresh the page
- The reactive value returned by the Convex
useQueryhook (which isundefinedwhile data is loading) is exactly what I want in some cases (e.g.listAllTasks), as Convex will automatically update it whenever the data changes - In other cases (like
listTasksWithStatus), theundefinedreturned byuseQuerywhile loading might not be ideal, e.g. causing an undesirable reloading flash if I’m dynamically updating the query arguments based on user input/app state - If the default behavior of
useQuerydoesn't quite fit my use case, I can customize it by writing my own version, e.g.useStableQuery, which ‘skips’ intermediateundefinedstates with the help of React’suseRefhook - If I want to paginate the query results, I can write an analogous
useStablePaginatedQuerywhich uses the sameuseRefpattern in conjunction with[usePaginatedQuery](https://docs.convex.dev/generated-api/react#usepaginatedquery)
If you have a use case similar to mine, feel free to use these hooks in your own apps! You can find the code in the get-convex/convex-helpers repo on Github.
And if your use case is slightly different and you want to customize the reactive behavior of useQuery some other way, I hope this has provided a useful example of how to implement your own version with exactly the behavior you want! For another example of tweaking an app’s reactive dataflow with a custom React hook, check out Jamie Turner’s video on Managing Reactivity with useBufferedState.
Have you run into other issues with reactive data updates? Do you have other favorite patterns for managing reactive query results? Feel free to jump into the Convex community Discord to share & discuss!
Cover image: Roy Lichtenstein, “Crying Girl" (1963), via WikiArt
This content originally appeared on DEV Community 👩💻👨💻 and was authored by Anjana Vakil
Anjana Vakil | Sciencx (2023-02-21T23:55:04+00:00) Help, my app is overreacting!. Retrieved from https://www.scien.cx/2023/02/21/help-my-app-is-overreacting/
Please log in to upload a file.
There are no updates yet.
Click the Upload button above to add an update.