The documentation for WooCommerce Blocks has moved to the WooCommerce monorepo.
Please refer to the documentation in the new location as the files in this repository will no longer be updated and the repository will be archived.
You're an extension developer, and your extension does some server-side processing as a result of some client-side input, i.e. a shopper filling in an input field in the Cart sidebar, and then pressing a button.
This server-side processing causes the state of the cart to change, and you want to update the data displayed in the client-side Cart or Checkout block.
You can't simply update the client-side cart state yourself. This is restricted to prevent malfunctioning extensions inadvertently updating it with malformed or invalid data which will cause the whole block to break.
ExtendSchema offers the ability for extensions to register callback functions to be executed when signalled to do so by the client-side Cart or Checkout.
WooCommerce Blocks also provides a front-end function called extensionCartUpdate which can be called by client-side code, this will send data (specified by you when calling extensionCartUpdate) to the cart/extensions endpoint. When this endpoint gets hit, any relevant (based on the namespace provided to extensionCartUpdate) callbacks get executed, and the latest server-side cart data gets returned and the block is updated with this new data.
In your extension's server-side integration code:
add_action('woocommerce_blocks_loaded', function() {
woocommerce_store_api_register_update_callback(
[
'namespace' => 'extension-unique-namespace',
'callback' => /* Add your callable here */
]
);
} );and on the client side:
const { extensionCartUpdate } = wc.blocksCheckout;
extensionCartUpdate( {
namespace: 'extension-unique-namespace',
data: {
key: 'value',
another_key: 100,
third_key: {
fourth_key: true,
},
},
} );You may be wondering why it's not possible to just make a custom AJAX endpoint for your extension that will update the cart. As mentioned, extensions are not permitted to update the client-side cart's state, because doing this incorrectly would cause the entire block to break, preventing the user from continuing their checkout. Instead you must do this through the extensionCartUpdate function.
With this in mind, if your extension has several client-side interactions that result in different code paths being executed on the server-side, you may wish to pass additional data through in extensionsCartUpdate. For example if you have two actions the user can take, one to add a discount, and the other to remove it, you may wish to pass a key called action along with the other data to extensionsCartUpdate. Then in your callback, you can check this value to distinguish which code path you should execute.
Example:
<?php
function add_discount() {
/* Do some processing here */
}
function remove_discount() {
/* Do some processing here */
}
add_action('woocommerce_blocks_loaded', function() {
woocommerce_store_api_register_update_callback(
[
'namespace' => 'extension-unique-namespace',
'callback' => function( $data ) {
if ( $data['action'] === 'add' ) {
add_discount( );
}
if ( $data['action'] === 'remove' ) {
remove_discount();
}
}
]
);
} );If you try to register again, under the same namespace, the previously registered callback will be overwritten.
ExtendSchema::register_update_callback: Used to register a callback to be executed when the cart/extensions endpoint gets hit with a given namespace. It takes an array of arguments
| Attribute | Type | Required | Description |
|---|---|---|---|
namespace |
string |
Yes | The namespace of your extension. This is used to determine which extension's callbacks should be executed. |
callback |
Callable |
Yes | The function/method (or Callable) that will be executed when the cart/extensions endpoint is hit with a namespace that matches the one supplied. The callable should take a single argument. The data passed into the callback via this argument will be an array containing whatever data you choose to pass to it. The callable does not need to return anything, if it does, then its return value will not be used. |
extensionCartUpdate: Used to signal that you want your registered callback to be executed, and to pass data to the callback. It takes an object as its only argument.
| Attribute | Type | Required | Description |
|---|---|---|---|
namespace |
string |
Yes | The namespace of your extension. This is used to determine which extension's callbacks should be executed. |
data |
Object |
No | The data you want to pass to your callback. Anything in the data key will be passed as the first (and only) argument to your callback as an associative array. |
You are the author of an extension that lets the shopper redeem points that they earn on your website for a discount on their order. There is a text field where the shopper can enter how many points they want to redeem, and a submit button that will apply the redemption.
Your extension adds these UI elements to the sidebar in the Cart and Checkout blocks using the DiscountsMeta Slot.
More information on how to use Slots is available in our Slots and Fills documentation.
Once implemented, the sidebar has a control added to it like this:
In your UI, you are tracking the value the shopper enters into the Enter amount box using a React useState variable. The variable in this example shall be called pointsInputValue.
When the Redeem button gets clicked, you want to tell the server how many points to apply to the shopper's basket, based on what they entered into the box, apply the relevant discount, update the server-side cart, and then show the updated price in the client-side sidebar.
To do this, you will need to use extensionCartUpdate to tell the server you want to execute your callback, and have the new cart state loaded into the UI. The onClick handler of the button may look like this:
const { extensionCartUpdate } = window.wc.blocksCheckout;
const buttonClickHandler = () => {
extensionCartUpdate( {
namespace: 'super-coupons',
data: {
pointsInputValue,
},
} );
};So far, we haven't registered a callback with WooCommerce Blocks yet, so when extensionCartUpdate causes the cart/extensions endpoint to get hit, nothing will happen.
Much like adding data to the Store API (described in more detail in Exposing your data in the Store API.) we can add the callback by invoking the register_update_callback method on the ExtendSchema class from WooCommerce Blocks.
We have written a function called redeem_points which applies a discount to the WooCommerce cart. This function does not return anything. Note, the actual implementation of this function is not the focus of this document, so has been omitted. All that is important to note is that it modifies the WooCommerce cart.
<?php
function redeem_points( $points ) {
/* Do some processing here that applies a discount to the WC cart based on the value of $points */
}
add_action('woocommerce_blocks_loaded', function() {
woocommerce_store_api_register_update_callback(
[
'namespace' => 'super-coupons',
'callback' => function( $data ) {
redeem_points( $data['points'] );
},
]
);
} );Now that this is registered, when the button is pressed, the cart/extensions endpoint is hit, with a namespace of super-coupons our redeem_points function will be executed. After this has finished processing, the client-side cart will be updated by WooCommerce Blocks.
We're hiring! Come work with us!
🐞 Found a mistake, or have a suggestion? Leave feedback about this document here.