npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@dark-engine/data

v1.2.0

Published

Declarative queries and mutations for Dark

Downloads

5,429

Readme

@dark-engine/data 🌖

Declarative queries and mutations for Dark

Basic idea: A single API contract controlled by typescript, and different API implementations depending on the platform: server or client. When rendering on the server, query will execute server code; when rendering on the client, it will execute client code. The implementation is not important to us because it is asynchronous and corresponds to a single contract. When rendering on the server, the server serializes the state of the query hooks. During hydration (if we render to the browser), the state coming from the server will be written to the necessary memory cells of the hooks as if the data was loaded from the browser.

This approach also eliminates the need to parse the request url on the server in order to understand what data needs to be prefetched for our application, because the application directly uses server-side methods on the server.

More about Dark

Features

  • 📝 Declarative
  • 📬 App-level cache system
  • 💾 Shared state between server and client
  • ⚙️ Server asynchronous code in the app (in SSR)
  • 🔄 Auto refetches
  • 🌟 Optimistic updates
  • 🥱 lazy queries support
  • 🦾 All platforms: server, browser, native, desktop
  • ✂️ No deps
  • 📦 Small size (3 kB gzipped)

Installation

npm:

npm install @dark-engine/data

yarn:

yarn add @dark-engine/data

CDN:

<script src="https://unpkg.com/@dark-engine/data/dist/umd/dark-data.production.min.js"></script>

Usage

const { isFetching, data, error } = useQuery('posts', api.fetchPosts);

if (isFetching && !data) return <div>Loading...</div>;
if (error) return <div>{error}</div>;

<ul>
  {data.map(x => <li key={x.id}>{x.title}</li>)}
</ul>

API

import {
  DataClient,
  DataClientProvider,
  InMemoryCache,
  useClient,
  useApi,
  useCache,
  useQuery,
  useLazyQuery,
  useMutation,
  VERSION,
} from '@dark-engine/data';

DataClient, InMemoryCache and DataClientProvider

DataClient is a required object that includes a third-party asynchronous API and a cache object in which all results of calls to the API will be stored.

// contract between server and browser
export type Api = {
  fetchPosts: () => Promise<Array<Post>>;
}
// on the server side
const api: Api = {
  fetchPosts: () => db.collection('posts').find({}).toArray(),
}
// on the browser side
const api: Api = {
  fetchPosts: () => fetch('url/to/api/posts'),
}
// in the app
const App = component<{ api: Api }>(({ api }) => {
  const client = useMemo(() => new DataClient({ api, cache: new InMemoryCache() }), []);

  return (
    <DataClientProvider client={client}>
      ...
    </DataClientProvider>
  );
});

The full example of code see in /examples.

Query

A query is an asynchronous request that appears synchronous in code, returning data and a loading status flag so that the wait interface can be rendered.

useQuery

useQuery hook is designed to work with asynchronous resources, such as network requests. When rendered in the browser, it knows how to interact with Suspense, display the loader, and also the error, if there is one. When rendering on the server, it immediately begins to load the resource in order to provide useful asynchronous content to the server. When hydrated, the state of the hook is restored as if it were running in the browser. This allows us to solve the problem with asynchronous data and how to work with it in the same way both in the browser and on the server.

const { isFetching, data, error, refetch } = useQuery('posts', api.fetchPosts);

if (isFetching && !data) return <div>Loading...</div>;
if (error) return <div>{error}</div>;

<ul>
  {data.map(x => <li key={x.id}>{x.title}</li>)}
</ul>

If you need to reload data depending on props, you can use variables. In this example, when the id changes, a new fetch will be produced, the data of which will be stored in the cache with this new id.

const { id } = props;
const { isFetching, data, error } = useQuery('post',  ({ id }) => api.fetchPost(id), {
  variables: { id },
  extractId: x => x.id,
});

...

<>
  <div>{data.id}</div>
  <div>{data.title}</div>
</>

useLazyQuery

Standard queries begin loading after the component is mounted in the tree. If you don't need this behavior, you can use useLazyQuery, which returns the content loading method and call it then you need it.

const [fetchPosts, { isFetching, data, error }] = useLazyQuery('posts', api.fetchPosts);

...

<button onClick={() => fetchPosts()}>Load</button>

Mutation

A mutation is any asynchronous change that changes the state of the application.

useMutation

const [addPost, { isFetching, data, error }] = useMutation('add-post', api.addPost);

...

<button onClick={() => addPost(newPost)}>add</button>

Refetches

When you specify a set of related keys, the cached data for those keys will be marked as requiring updating. If there is or appears a query in the component tree that requests this key, it will perform a refresh and update the data in the cache. This allows you to automatically and reactively control the relevance of asynchronous data.

const [addPost, { isFetching }] = useMutation('add-post', api.addPost, {
  refetchQueries: ['posts']
});

Optimistic updates

Sometimes you may want to update associated data immediately, rather than waiting for a second request to the server. For this, there is an optimistic update scenario in which, after a successful mutation, the data in the cache is replaced with new ones and marked as requiring final synchronization with the server. At the same time, it will look seamless to the user.

const [addPost, { isFetching }] = useMutation('add-post', api.addPost, {
  onSuccess: ({ cache, data: post }) => {
    const record = cache.read<Array<Post>>('posts');

    if (record) {
      const posts = record.data;

      posts.push(post);
      cache.optimistic('posts', posts);
    }
  },
});

useClient, useApi and useCache

This is a set of utility hooks, each of which returns its own entity. The most important hook here is the useApi, as it allows you to move the request logic out of components into abstract hooks.

function usePost(id: number) {
  const api = useApi();

  return useQuery('post', ({ id }) => api.fetchPost(id), {
    variables: { id },
    extractId: x => x.id,
  });
}
const { isFetching, data: post } = usePost(id);

<>
  <div>{post.id}</div>
  <div>{post.title}</div>
</>

Events

When working with queries and mutations, the client produces events that you can subscribe to in order to log or synchronize data with another part of the application state.

const client = useClient();

// queries and mutations events
client.monitor(x => console.log(x)) // {type: 'query', phase: 'start', key: 'posts', data: [...]}

// cache events (write, optimistic, invalidate, delete)
client.subscribe(x => console.log(x)); //{ type: 'write', key: 'posts', record: {...} }

LICENSE

MIT © Alex Plex