f3588635d7
* Allow observers to set billingAddress by returning billingData This is required since we didn't correctly deprecate billingData when we changed the name to billingAddress * Add tests for shippingAddress and paymentMethodData * Add mocked __internalSetPaymentMethodData to correct object It was in registry, but should be in dispatch as the action is on the same store as the thunk. Registry is used for actions on other stores. * Re-add FieldValidationStatus type * Add FieldValidationStatus back * Remove empty file * Import FieldValidationStatus from correct place * Remove import of deleted types file * Add isObserverResponse type guard * Use error constant instead of magic string in event emitter * Remove composite project tsconfig * Add ObserverResponse type * Add types to emitEventWithAbort * Check if paymentmethod data is an object before dispatching * Set types on observer responses * Add validationErrors type guards * Add tests for validation typeguards * Add validation errors as option on observer response * Add more granular observer response types * Check observer response has correct types before dispatching actions * Force type on deprecated billingData and shippingData * Remove unnecessary comment |
||
|---|---|---|
| .. | ||
| cart | ||
| checkout | ||
| collections | ||
| payment | ||
| query-state | ||
| schema | ||
| store-notices | ||
| utils | ||
| validation | ||
| README.md | ||
| constants.ts | ||
| index.ts | ||
| mapped-types.ts | ||
| shared-controls.ts | ||
README.md
Data Stores
This folder contains all the data stores registered with wp.data for use by various blocks. Store keys are exported as constants on the wc.wcBlocksData export (external registered as @woocommerce/block-data and enqueued via handle wc-blocks-data-store). For any block using the store, make sure you import the store key rather than using the reference directly to ensure dependencies are automatically extracted correctly.
It is assumed there is some familiarity already with interacting with the wp.data api. You can read more about that here.
The following stores are registered:
| Store | Description | Store key |
|---|---|---|
| schema | Used for accessing routes. Has more internal usage. | SCHEMA_STORE_KEY |
| collections | Holds collections of data indexed by namespace, model name and query string | COLLECTIONS_STORE_KEY |
| query-state | Holds arbitrary values indexed by context and key. Typically used for tracking state of query objects for a given context | QUERY_STATE_STORE_KEY |
We're hiring! Come work with us!
🐞 Found a mistake, or have a suggestion? Leave feedback about this document here.