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

@shopify/hydrogen-ui-alpha

v2022.7.5

Published

Components for modern custom Shopify storefronts

Downloads

25

Readme

Hydrogen-UI

NOTICE

⚠️ This is an alpha version of Hydrogen-UI. The name, components, and utilties are all likely to change as we get closer to release. DO NOT USE IN PRODUCTION, THERE WILL BE BREAKING CHANGES. This release is meant for testing. ⚠️

If you still want to test this package, be sure to use the name @shopify/hydrogen-ui-alpha instead of @shopify/hydrogen-ui in the documentation below.

Getting started

npm:

npm i --save @shopify/hydrogen-ui

Yarn:

yarn add @shopify/hydrogen-ui

Improve the developer experience:

Versioning

Hydrogen-UI does not follow semantic versioning, because the implementation is tied to specific versions of the Shopify Storefront API, which follow calver.

For example, if you are using Storefront API version 2022-07, then Hydrogen-UI versions 2022.7.x will all be fully compatible with that version.

As the Storefront API is updated every four months with breaking changes, Hydrogen-UI will also have breaking changes every four months, which are only considered a "minor" version update in semantic versioning.

For example, if you are on Hydrogen-UI version 2022.7.0, then version 2022.10.0 is a breaking change.

Storefront API GraphQL autocompletion

To enable GraphQL autocompletion for the Storefront API in your IDE:

  1. Add graphql and GraphQL-config by running yarn add --dev graphql graphql-config
  2. Create a GraphQL config file at the root of your code. For example, .graphqlrc.yml
  3. Add a schema and point it to Hydrogen-UI's bundled schema for the Storefront API. For example:
# .graphqlrc.yml
schema: node_modules/@shopify/hydrogen-ui/storefront.schema.json
  1. Install a GraphQL extension in your IDE; for example, the GraphQL extension for VSCode

GraphQL autocompletion and validation will now work in .graphql files or in gql template literals!

If you are having troubles getting it to work, try restarting the GraphQL server in your IDE. For example, in VSCode you can open the command palette, type graphql, and select the option that says VSCode GraphQL: Manual Restart.

Storefront Client

To make it easier to query the Storefront API, Hydrogen-UI exposes a helper function called createStorefrontClient(). The client can take in either the delegate access token as privateStorefrontToken - which is ideal for server-side requests to the Storefront API - or take in publicAccessToken. For example:

// filename: '/shopify-client.js'

import {createStorefrontClient} from '@shopify/hydrogen-ui';

const client = createStorefrontClient({
  privateStorefrontToken: '...',
  storeDomain: 'myshop',
  storefrontApiVersion: '2022-07',
});

export const getStorefrontApiUrl = client.getStorefrontApiUrl;
export const getPrivateTokenHeaders = client.getPrivateTokenHeaders;

Then you can use this in your server-side queries. Here's an example of using it for NextJS's getServerSideProps:

// filename: '/pages/index.js'

import {
  getStorefrontApiUrl,
  getPrivateTokenHeaders,
} from '../shopify-client.js';

export async function getServerSideProps() {
  const response = await fetch(getStorefrontApiUrl(), {
    body: GRAPHQL_QUERY,
    headers: getPrivateTokenHeaders(),
    method: 'POST',
  });

  const json = await response.json();

  return {props: json};
}

If you're using TypeScript, refer to the TypeScript section on how to improve the typing experience here as well.

Content Type for the Storefront Client

Note that the storefront client is configured to send the "content-type": "application/json" header by default, but you can change this default by doing:

createStorefrontClient({contentType: 'graphql', ...})

Alternativetly, each time you get the headers you can customize which "content-type" you want, just for that one invocation:

getPrivateTokenHeaders({contentType: 'graphql'});

TypeScript Types

To help strongly-type your API responses from the Storefront API, you can use the StorefrontApiResponseOk and StorefrontApiResponseError helpers:

import {
  type StorefrontApiResponseError,
  type StorefrontApiResponseOk,
} from '@shopify/hydrogen-ui';

async function FetchApi<DataGeneric>() {
  const apiResponse = await fetch('...');

  if (!apiResponse.ok) {
    // 400 or 500 level error
    return (await apiResponse.text()) as StorefrontApiResponseError; // or apiResponse.json()
  }

  const graphqlResponse: StorefrontApiResponseOk<DataGeneric> =
    await apiResponse.json();

  // can now access 'graphqlResponse.data' and 'graphqlResponse.errors'
}

Or if you are using a library that handles 400/500 level errors for you, you can use StorefrontApiResponse instead.

To add typing to objects that are trying to match a Storefront API object shape, you can import the shape like the following examples:

import type {Product} from '@shopify/hydrogen-ui/storefront-api-types';

const product: Product = {};

You may also want to use TypeScript's built-in helpers for creating your own object shapes, depending on needs. For example:

const partialProduct: Partial<Product> = {};

const productTitle: Pick<Product, 'title'> = '';

const productExceptTitle: Omit<Product, 'title'> = {};

Development and Production bundles

Hydrogen-UI has a development and production bundle; the development bundle has additional warnings and messages that the production bundle does not have.

Depending on the bundler or runtime you're using, it may automatically choose the correct bundle by following the package.json#exports of Hydrogen-UI. If it's not automatic, then you may need to configure your bundler / runtime to use the development and production conditions to enable this feature.

The production bundle is used by default if your bundler / runtime doesn't understand the export conditions.

Hydrogen-UI in the Browser

There are two umd builds (development and production) of Hydrogen-UI, meant to be used directly by <script src=""></script> tags in HTML, or by AMD-compatible loaders.

If you're using Hydrogen-UI as a global through the <script> tag, then the components can be accessed through the hydrogenui global variable.

Common Problems

jsx-runtime

If you’re using Vite and not using our Hydrogen plugin, and there is an error that says something like Uncaught ReferenceError: module is not defined, it’s likely because of an issue with Vite and react/jsx-runtime.

The solution is to add 'react/jsx-runtime' to your Vite config's optimizeDeps.include array.

Jest

Until Jest can correctly resolve package.exports, here's a workaround:

  • Add the enhanced-resolve npm package
  • Add a new file and copy the code found in the _export_map_resolver.js file here
  • Add the resolver field to your Jest config, and point it to that file you just created. Here's an example